Por que o ASP.NET não está no monitor de desempenho?

Question

Eu tenho um servidor Windows 2008 R2 Service Pack 1. É virtual, não que isso faça alguma diferença. Seu único objetivo na vida é executar o IIS 7 e isso é muito bom. No entanto, quando vou ao monitor de desempenho, não há uma opção de aplicativos ASP.NET ou ASP.NET. Há uma opção de APP_POOL_WAS que tem instâncias dos pools de aplicativos em que estou interessado, mas os contadores não são muito interessantes. Há também um monte de outras opções de contador de desempenho. Os sites usam dois pools de aplicativos, cada um usando a v4.0 do .NET framework. Se eu olhar no gerenciador de tarefas, vejo dois w3wp.exe em execução, cada um processo de trabalho do IIS. Eu tinha o UAC ligado, mas desliguei. Eu adicionei appDomainResourceMontoring ao arquivo aspnet.config, mas isso não ajudou. Aqui está o arquivo aspnet.config, se essa for a menor ajuda.

<?xml version="1.0" encoding="UTF-8" ?>
<configuration>
    <runtime>
        <legacyUnhandledExceptionPolicy enabled="false" />
        <legacyImpersonationPolicy enabled="true"/>
        <alwaysFlowImpersonationPolicy enabled="false"/>
        <SymbolReadingPolicy enabled="1" />
        <shadowCopyVerifyByTimestamp enabled="true"/>
        <appDomainResourceMonitoring enabled="true"/>
    </runtime>
    <startup useLegacyV2RuntimeActivationPolicy="true" />
</configuration>

    

Answer 1

O que você está procurando rastrear ou monitorar especificamente?

Como você viu, é necessário monitorar o pool de aplicativos e as instâncias dentro dele, pois esses são os threads reais no servidor, sob o disfarce do processo w3wp.exe.

Além disso, você pode conferir o provedor de Monitoramento de Integridade do ASP.NET. Isso tem, de longe, a maior quantidade de estatísticas e informações relacionadas ao aplicativo em execução real. Confira os documentos da Microsoft aqui para obter mais informações. Se bem me lembro, você pode registrá-las diretamente no log de eventos ou em um banco de dados. O banco de dados é uma boa opção, simplesmente porque pode haver uma tonelada métrica de eventos gerados, dependendo da sua configuração.