O site carrega perfeitamente a partir do localhost, mas depois de 3 ou 4 horas não é carregado a partir do computador remoto até reiniciar o iis

Question

Eu tenho um aplicativo da Web no IIS 7.5 e no Windows Server 2008 r2. Ele é carregado perfeitamente do host local, mas após 3 ou 4 horas não é carregado pelo computador remoto até reiniciar o iis ou o pool de reciclagem.

Os usuários deste site são cerca de 900 pessoas. Alguma configuração da minha piscina: Versão de trabalho do quadro .net: v2.0 Gerenciar modo de linha de tubulação: integrado Ativar aplicativos de 32 bits: true

Identidade: administrador Tempo limite inativo: 120

Carregar perfil de usuário: falso

Proteção contra falhas rápida ativada: false Desativar reciclagem para alterações de configuração: true

Eu vi muitos casos em log de erro em C: \ WINDOWS \ system32 \ LogFiles \ HTTPERR

Alguns deles são muito frequentes:

1. Sistema Connection_Dropped
2. Timer_ConnectionIdle
3. Timer_MinBytesPerSecond

Como compilar esses erros? O que isso significa?

Eu recebo esse erro com frequência no visualizador de eventos: Um processo que atende ao pool de aplicativos 'system' sofreu um erro fatal de comunicação com o Windows Process Activation Service. O id do processo era '8208'. O campo de dados contém o número do erro.

    

Answer 1

Ainda não há informações suficientes para adivinhar. Aqui estão algumas sugestões sobre o que fazer para solucionar problemas:

1. Verifique o Visualizador de Eventos para obter dicas
2. Verifique os registros do IIS para o código de status http real
3. Às vezes, erros no início do pipeline podem ser encontrados aqui: C: \ WINDOWS \ system32 \ LogFiles \ HTTPERR
4. O rastreio de solicitação com falha fornecerá boas dicas.
5. Teste com uma página test.aspx simples antes e durante quando ela não conseguir ver como isso se compara ao restante do site. Certifique-se de que a página de teste não use uma conexão de banco de dados.

Eu vi um problema como você mencionou pelo menos algumas vezes e tinha algo a ver com as conexões abertas com o banco de dados apenas para usuários anônimos remotos, portanto, a página test.aspx confirmará se o problema está no nível de pool de aplicativos no IIS ou se é algo a ver com o banco de dados.