IIS com aplicações ASP Classico, repentinamente fica lento e precisa ser reiniciado para voltar a funcionar

Question

Olá meus amigos, oro para quem alguém aqui consiga me ajudar, pois esse problema está me atormentando e prejudicando a produtividade dos usuários.

Em minha empresa, tenho um Windows Server 2016 que hospeda aplicações escritas em ASP Clássico.
Sem nos avisar, as aplicações ficam lentas a ponto de nenhum usuário mais conseguir efetuar qualquer transação em um dos aplicativos que estão hospedados no IIS local.

Já troquei porta de rede, já troquei cabo nos switches e nada.

Em alguns momentos a lentidão vem e do nada volta a funcionar, mas nos últimos dias tenho que reiniciar o IIS manualmente, daí tudo volta a funcionar normalmente.

Os aplicativos ASP executam transações no SQL SERVER EXPRESS que está local e outras num SERVER REMOTO ORACLE.

Por favor, alguém me ajuda nessa empreitada?

Abração para todos!

Answer 1

Olá

Bem vindo à Comunidade Microsoft Q&A

Tudo bem, Gilberto? O comportamento descrito indica possível saturação de recursos no servidor (CPU, memória, rede ou I/O), gargalo no acesso ao banco de dados ou vazamento de memória/thread em aplicações ASP Clássico.

Possíveis causas:

1. ASP Clássico e memória: vazamentos em sessões, objetos COM ou conexões ADO podem degradar o desempenho com o tempo, exigindo reinício do IIS.
2. SQL Server Express: possui limite de RAM (~1,4 GB) e uso de CPU, podendo ser gargalo em transações locais.
3. Conexões Oracle remotas: latência ou instabilidade de rede externa pode travar páginas ASP que aguardam resposta síncrona.
4. Thread Pool do IIS: mal dimensionado ou saturado, especialmente em aplicações legadas que não usam pooling de conexão corretamente.

Logs e Eventos: possíveis erros críticos ou lentidão progressiva podem estar registrados no Event Viewer, IIS logs ou PerfMon.

Recomendações técnicas imediatas:

• Habilite e analise PerfMon com foco em: %Processor Time, Available Memory, ASP Requests Queued, Request Execution Time.
• Revise o código ASP quanto ao uso de set obj = Nothing e reaproveitamento de conexões.
• Aumente o nível de log no IIS e monitore frequência de requisições, tempo de resposta e erros 500.
• Verifique uso de pool de conexões ADO e implemente timeouts em queries remotas Oracle.
• Considere separar a aplicação por pools de aplicação no IIS (um por sistema).
• Planeje escalonamento para SQL Server Standard caso o Express esteja atingindo limites.