INFO: IIS: usuários consulte mensagem de erro: A chamada de procedimento remoto falhou e não executar

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 284716
Sumário
Este artigo descreve quando o IIS exibe a seguinte mensagem de erro em um navegador:
A chamada de procedimento remoto falhou e não execução.
Mais Informações
Este erro é exibido no navegador da Web quando uma solicitação é feita por um usuário para um aplicativo "fora de processo" que foi finalizado ou tiver sido eliminado. Isso é uma mensagem temporária que é exibida até que IIS reiniciou o aplicativo Web com falha. IIS, por padrão, reinicia automaticamente todas as falhas aplicativos de Web de saída de processo, e esse comportamento é regido por um valor de metabase, "AppOopRecoverLimit".

No IIS 4.0, um aplicativo de Web em processo com defeito pode causar todo Inetinfo.exe falha no serviço, que processa todos os sites não está disponível. Para ajudar a aliviar essa situação, o IIS 4.0 introduziu o conceito de aplicativos da Web fora de processo. Quando um aplicativo da Web é designado como fora de processo, o aplicativo é executado em um processo separado (MTX.exe) é isolado do serviço principal do IIS (Inetinfo.exe) que se o aplicativo da Web com defeito falhar, o serviço principal do IIS não é afetada e todos os outros em processo e fora de processo sites permanecem disponíveis.

No IIS 4.0, o AppOopRecoverLimit não está presente na metabase por padrão, mas o valor padrão internamente "5" para todos os aplicativos de Web fora de processo. Isso significa que você pode kill/falha um site fora do processo até cinco vezes e o IIS reiniciará automaticamente o aplicativo da Web para você. No IIS 4.0, esta configuração só se aplica aos aplicativos Web fora de processo que são executados em MTX.exe.

No IIS 5.0, o modelo de isolamento do processo foi alterado para abranger a novo isolamento Médio "em pool fora de processo" Web aplicativos além de aplicativos de Web de saída de processo de isolamento alto. No IIS 5.0, o limite de AppOopRecoverLimit não está presente na metabase por padrão, mas o valor padrão internamente para "-1", que significa o que IIS reiniciará todos os aplicativos da Web de isolamento de médio e alto isolamento indefinidamente. Se o AppOopRecoverLimit for definido na metabase em um aplicativo da Web (em pool) isolamento médio, ele será ignorado e aplicativo da Web fora de processo em pool reiniciará indefinidamente por padrão. No IIS 5.0, esta configuração só pode ser usada em aplicativos da Web alto isolamento que estão sendo executados no DLLHost.exe. Além disso, se o site está no isolamento baixo (em processo), a capacidade de reinicialização do aplicativo é regido pelas propriedades para o serviço Admin do IIS, que são listadas no Gerenciador de controle de serviços (que é configurado por meio do console de gerenciamento Microsoft "Serviços" [MMC] snap - in, localizado no grupo Ferramentas administrativas) e não por entrada AppOopRecoverLimit metabase. No IIS 5.0, por padrão, se o serviço Inetinfo.exe falha, o comando IISReset.exe será emitido para reiniciar o IIS indefinidamente.

Sempre que o IIS 4.0 ou 5.0 tem de reiniciar um aplicativo da Web fora de processo, uma mensagem de erro semelhante à seguinte é registrada no log de eventos:
IDENTIFICAÇÃO de evento: 37
Fonte: W3SVC
Descrição: "fora do processo de aplicativo /LM/w3svc/root/iishelp foi encerrado inesperadamente."
Além disso, cada vez que um fora de processo IIS site falha ou é eliminado, o próximo usuário para solicitar uma página do site da Web receberá a seguinte mensagem de erro uma vez no seu navegador enquanto o IIS é reiniciar o site com falha:
A chamada de procedimento remoto falhou e não execução.
Depois de receber essa mensagem de erro, se o usuário solicita a página novamente (ou clica em Atualizar no navegador), IIS irá ter reiniciado o site fora de processo com falha (desde que ainda não foi atingido o AppOOPRecoverLimit) e retornará a página para o navegador como de costume.

No IIS 4.0, depois que o site fora do processo falhou cinco vezes, na sexta tentativa de reiniciar esse site, IIS não irá reiniciar o site e, em vez dele irá retornar a seguinte mensagem de erro ao navegador:
A chamada de procedimento remoto falhou e não execução.
Em seguida, se o usuário clica em Atualizar ou solicita a página novamente, ele ou ela, em seguida, receberá a seguinte mensagem de erro:
Erro de aplicativo do servidor
O servidor atingiu o limite máximo de recuperação para o aplicativo durante o processamento de sua solicitação. Contate o administrador do servidor para obter assistência.
Se o usuário continua clique em Atualizar no navegador ou para solicitar uma página do aplicativo fora de processo com falha, ele continuará a ver o "Erro de aplicativo de servidor" e a Web aplicativo permanecerá interrompido até que o IIS seja reiniciado.

Além disso, nos logs do IIS se você estiver usando o log estendido do W3C, você pode ver uma entrada semelhante ao seguinte para cada solicitação GET que é enviada ao servidor quando AppOOPRecoverLimit for alcançado:
#Software: Microsoft Internet Information Server 4.0#Version: 1.0#Date: 2000-11-29 18:24:46#Fields: time c-ip s-sitename s-ip cs-method cs-uri-stem sc-status sc-win32-status s-port18:39:26 127.0.0.1 W3SVC1 127.0.0.1 GET /iishelp/iis/misc/default.asp 502 1727 8018:39:39 127.0.0.1 W3SVC1 127.0.0.1 GET /iishelp/iis/misc/default.asp 502 1726 8018:46:52 127.0.0.1 W3SVC1 127.0.0.1 GET /iishelp/iis/misc/default.asp 502 1726 8018:46:52 127.0.0.1 W3SVC1 127.0.0.1 GET /iishelp/iis/misc/default.asp 502 1726 80					
Observe na terceira coluna do código de resposta direita "502" do IIS e na coluna ao lado que contendo "1727" e "1726", que os códigos de resposta "Win32". Um código 1727 mapeia para o erro "O remoto procedimento chamada falha e foi não executar" e 1726 mapas para "O servidor atingiu a máxima recuperação...." O campo "Status Win32" não está habilitado por padrão. Para tornar essa coluna aparecerão nos logs do IIS, você deve editar as propriedades de log estendido para o seu site da Web.

Também observe que o tempo registrado nos logs de IIS for em Greenwich. Portanto, por exemplo, se você estiver na zona hora do Leste (EUA), será necessário subtrair 5 horas do momento em que está conectado na primeira coluna para determinar o tempo local em que a solicitação foi recebida (hora do Leste é Greenwich - 5).
Referências
Para obter informações adicionais sobre alguns códigos de exemplo, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
280812DOC: Intervalo AppOopRecoverLimit incorreto no IISHelp
Para obter informações adicionais sobre como definir o AppOopRecoveryLimit, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
280812DOC: Intervalo AppOopRecoverLimit incorreto no IISHelp

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 284716 - Última Revisão: 11/21/2006 13:13:52 - Revisão: 2.1

Microsoft Internet Information Server 4.0, Microsoft Internet Information Services 5.0

  • kbmt kbinfo KB284716 KbMtpt
Comentários