INFO: Não enviar ServerXMLHTTP ou solicitações de WinHTTP para o mesmo servidor

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: 316451
Sumário
Não é recomendável usar ServerXMLHTTP ou objetos WinHTTP para fazer solicitações de HTTP (Hypertext Transfer Protocol) recursiva para o mesmo servidor IIS (Internet Information Server). Mais especificamente, a chamada Active Server Page (ASP) não deve enviar solicitações para um ASP no mesmo diretório virtual ou para outro diretório virtual no mesmo pool ou processo. Isso pode resultar em desempenho fraco devido ao consumo de thread.

Se o componente ServerXMLHTTP ou WinHTTP deve enviar uma solicitação para ASP outro no mesmo servidor, o destino ASP deve ser localizado em um diretório virtual diferente e defina para ser executado em isolamento alto. Evite usar ServerXMLHTTP ou WinHTTP para enviar uma solicitação para um ASP está localizado no mesmo diretório virtual.
Mais Informações
Um número finito de threads de trabalho (no processo Inetinfo.exe ou Dllhost.exe) está disponível para executar páginas ASP. Se todos os threads de trabalho ASP enviam solicitações HTTP de volta para o mesmo processo Inetinfo.exe ou Dllhost.exe no servidor do qual as solicitações são enviadas, o processo Inetinfo.exe ou Dllhost.exe pode deadlock ou parar de responder (travar), porque o pool de segmentos de trabalho para processar as solicitações de entrada se esgotará. Isso ocorre por design.

Se uma solicitação recursiva único faz com que IIS deadlock, a causa típica é que a depuração de script ASP está ativada. Quando a depuração está habilitada, apenas um thread de trabalho ASP está disponível para processar as solicitações de entrada para páginas ASP. A solução é desativar a depuração ou separar todas as páginas ASP em diretórios virtuais isolados e processos.
Referências
Para obter informações adicionais, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:
216580Bloquear/serialização ao usar o componente de InProc (DLL) do ASP
290761Perguntas freqüentes sobre ServerXMLHTTP

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 316451 - Última Revisão: 01/25/2002 12:38:00 - Revisão: 1.2

Microsoft XML Parser 3.0, Microsoft XML Parser 3.0 Service Pack 1, Microsoft XML Parser 3.0 Service Pack 2, Microsoft XML Core Services 4.0

  • kbmt kbinfo KB316451 KbMtpt
Comentários