Ajuste fino. OMonitor de Desempenho no Windows. Exchange e Active Directory

Transcrição

1 Ajuste fino Desempenho pode ser um problema se executados serviços como SharePoint, Exchange, ou SQL em um servidor Windows de uma só vez. Felizmente, algumas ferramentas podem ajudar os administradores a identifi car e resolver esses problemas. por Thomas Joos OMonitor de Desempenho no Windows Server 2008 R2 é uma ferramenta poderosa para identificar problemas de desempenho. Comparado com a versão anterior, pouca coisa mudou em termos de controle. A ferramenta está disponível no item Gerenciar Servidor em Diagnósticos/Desempenho/Ferramentas de Monitoramento/Monitor de desempenho. No entanto, talvez você prefira pegar um atalho e digitar perfmon.msc na caixa de pesquisa do menu Iniciar. Digitar perfmon /res executa o Monitor de Recursos, que lhe dá o uso de recursos atual em tempo real, como no Gerenciador de Tarefas. Exchange e Active Directory Quando ocorrer problemas de desempenho no Exchange ou outros serviços que dependem do Active Directory (por exemplo, ao acessar caixas de correio ou enviar mensagens), muitas vezes eles são causados por um problema no Active Directory ou no DNS. Assim, é necessário executar diagnósticos para a resolução de nomes e seus controladores de domínio paralelos para monitorar o desempenho por exemplo, usando o utilitário dcdiag.exe para monitorar o Exchange. Mas outros recursos que exigem o serviço de diretório do Windows usam o arquivo de sistema wldap32.dll para acessar o Active Directory. De modo simplificado os processos ocorrem da seguinte forma: O arquivo wldap32.dll no servidor Exchange recebe uma solicitação para acessar o catálogo global do processo Exchange. O servidor usa o DNS para resolver o servidor de catálogo global e assim acessá-lo. Se isso demorar muito, o acesso ao Active Directory será atrasado já neste ponto. Seguindo com a resolução de nome, o wldap32.dll abre uma conexão com o catálogo global e transfere a solicitação. Uma conexão TCP é estabelecida e um pedido LDAP é emitido. Para esta conexão funcionar, a conexão TCP precisa de três reconhecimentos do controlador de domínio. Supondo uma latência de 10ms na rede, as tentativas de acesso levarão 30ms antes que o servidor Exchange possa transferir o pedido LDAP. No controlador de domínio, a solicitação LDAP é aceita pelo serviço lsass.exe, que escuta por conexões na porta do servidor LDAP. O controlador de domínio aceita o pedido do catálogo global e realiza uma pesquisa em seu catálogo global próprio. O catálogo global envia os dados através do adaptador de rede para o arquivo wldap32.dll no servidor Exchange. Se o volume de dados é elevado (por exemplo, se você precisa resolver os nomes dos membros do grupo de distribuição), todos os dados devem ser transferidos antes de o Exchange continuar o processamento. Grande parte do desempenho do servidor depende da velocidade da conexão de rede entre o Exchange e o controlador de domínio do catálogo global. Por esta razão, você deve sempre medir a velocidade da rede, se tiver problemas de desempenho na infraestrutura do Exchange. Uma conexão ágil com o servidor de DNS e a rápida, estável e correta resolução de nomes também são importantes. Se as solicitações demoram muito para serem concluídas, você já identificou o primeiro problema de desempenho do Exchange. Você não precisa nem do Monitor de Desempenho para fazer isso: basta pingar o servidor. A ferramenta gratuita Performance Analysis of Logs (PAL) é muito útil para avaliar logs de desempenho. Junto com a ferramenta, o site [1] também oferece ajuda e documentação sobre monitoramento de desempenho de servidores. Se você gerenciar uma estrutura complexa, é uma boa ideia ler os guias desse site. Para exe- 47

2 cutar a ferramenta, você também precisa do Log Parser 2.2 [2], que também é gratuito, e os Componentes web do Office para o Office 2003 [3]. Você precisa instalar essas ferramentas no seu servidor antes de instalar o sistema PAL. O Insight para o Active Directory, ADInsight, permite monitorar conexões LDAP em um controlador de domínio em tempo real usando uma interface gráfica ( figura 1 ). Sendo uma das ferramentas Sysinternal da Microsoft, também está disponível para download [4]. O uso da ferramenta é semelhante a outras duas ferramentas Sysinternal: o Regmon e o Filemon. O ADInsight investiga todas as chamadas ao arquivo wldap32.dll e exibe todos os pedidos, incluindo os pedidos bloqueados, fornecendo uma maneira de analisar os problemas de autenticação com programas dependentes do Active Directory e descobre quais clientes e servidores abriram conexões com os controladores de domínio. Além da latência e recursos do servidor, problemas de autenticação podem ser a causa de alguns problemas de desempenho. Pedidos para o controlador de domínio são registrados no ADInsight e armazenados em formato HTML ou texto com a intenção de solucionar problemas. O protocolo contém o pedido do cliente e a resposta que o cliente recebeu via LDAP. O ADInsight também registra o acesso de serviços do sistema. A ferramenta vem com um arquivo que oferece suporte aos usuários com opções de análise abrangentes. Quando os programas como Exchange acessam o controlador de domínio, a janela é preenchida com diversas informações. Para ver informações adicionais relativas às entradas individuais, é só clicar com o botão direito. Você também pode filtrar a exibição através do menu. A exibição inclui o nome do usuário que solicita o acesso. O ADInsight permite monitorar o acesso local, mas ele não suporta o diagnóstico em toda a rede por acesso remoto. No entanto, você pode filtrar processos específicos, erros ou resultados de solicitação. A ferramenta seleciona os resultados para que assim você possa realizar o monitoramento desejado. O ADInsight também pode ser automatizado e oferece várias opções de automação. A capacidade de escrever protocolos em um arquivo sem exibir as ações na interface gráfica é útil no monitoramento automatizado. A ferramenta é executada no Windows Server 2000 e outras versões mais recentes. Como medir acessos de leitura do LDAP Para verificar o desempenho de serviços dependentes do Active Directory, como o Exchange, e como eles interagem com o serviço de diretório, você precisa dos dados de desempenho para acessar informações do Active Directory via LDAP. Se a conexão do Active Directory é lenta, o Exchange também irá reagir lentamente. Se você descartou a resolução de nomes, o Active Directory, e problemas de autenticação nas etapas anteriores, você pode usar o Monitor de Desempenho para isolar ainda mais o problema. O primeiro passo para o monitoramento do desempenho é, portanto, executar o Monitor de Desempenho no servidor do Exchange; você pode iniciá-lo digitando perfmon.msc. Em seguida, clique em Monitoramento de Desempenho. Clique no sinal de mais (+) verde para criar um Figura 1 O ADInsight fornece diagnósticos de acesso LDAP a controladores de domínio. 48

3 novo contador. Se você deseja monitorar diversos recursos do servidor, comece por selecionar o contador correspondente e clique em Adicionar (ou Add) (figura 2 ). Você poderá ver uma descrição do grupo do contador atualmente selecionado na lista marcando Mostrar descrição no canto esquerdo da janela. Para exibir o contador, clique na seta para baixo ao lado do nome do grupo. Para adicionar um grupo de contadores, selecione o nome do grupo e pressione o botão Adicionar. Se você selecionar um contador na lista antes de pressionar Adicionar, você só acrescentará este único marcador. Se você deseja selecionar vários contadores em um grupo, mantenha pressionada a tecla [ Ctrl ] e clique sobre os nomes na lista. Depois de ter selecionado os contadores desejados, clique em Adicionar. Se você só quiser adicionar uma instância específica do contador, selecione um nome de grupo na lista, selecione o processo desejado na lista abaixo de Instâncias do objeto selecionado e clique em Adicionar. Quando você seleciona uma instância, o Monitor de Desempenho só registra os contadores criados pelo processo selecionado. Se você não selecionar uma instância, o Monitor de Desempenho irá monitorar todas as instâncias por exemplo, todos os processadores. Assim, você pode monitorar os aplicativos web individualmente no servidor, por exemplo, mas também todos os processadores ou todos os núcleos do processador. O grupo de contador que é importante para a conexão entre o Exchange e o Active Directory é o grupo de MSExchange ADAccess Processes. O assistente de instalação do Exchange adiciona isto a um servidor. Os contadores interessantes neste grupo são Tempo de leitura do LDAP e Tempo de busca do LDAP. Depois de pressionar o sinal de mais (+) ao lado do grupo do contador na área superior e clicar nos dois contadores, na área inferior, selecione Todas as instâncias e, em seguida, clique em Adicionar. O Tempo de leitura do LDAP mede o tempo que uma solicitação LDAP precisa para transferir dados. O Tempo de busca do LDAP mostra o tempo que o servidor precisa para realizar uma pesquisa usando LDAP no Active Directory. O valor médio destes contadores deve ser menor que 50 ms; a geração máxima não deve ser maior do que 100 ms. Para alternar a exibição entre uma linha, uma barra de histograma, e o relatório, use a barra de ferramentas do Monitor de Desempenho ( figura 3 ). Isto torna mais fácil obter uma visão geral se um servidor específico está tendo dificuldades para se conectar com o Active Directory. Figura 2 Adicionando novos contadores de desempenho para o Monitoramento de Desempenho do Windows em servidores Exchange. Monitoramento de acesso LDAP em controladores de domínio Para permitir que serviços dependentes do Active Directory recuperem dados do Active Directory de forma rápida e eficiente, a resposta de catálogo global deve ser rápida e não deve estar sobrecarregada. Para verificar a carga, mais uma vez use o Monitor de Desempenho clicando em Definições do Coletor de Dados/Sistema/Diagnóstico do Active Directory, e depois no triângulo verde na barra de ferramentas para iniciar o conjunto de coletores. Enquanto o servidor está medindo os dados, tente consultar o Active Directory para ver se o problema está no catálogo global. Uma vez que a consulta for concluída, você pode parar o coletor definido pressionando o botão Parar. Se o servidor está tendo problemas de desempenho, você pode simplesmente iniciar o conjunto de coletores e permitir que ele meça os pedidos durante algum tempo. Depois de um período, você pode parar a medição usando o conjunto de coletores de menu suspenso ou a barra de ferramentas. Em seguida, você pode ir em Relatórios/Sistema/Diagnóstico do Active Directory para visualizar os dados da medição anterior. Você vai ver todas as tarefas realizadas nas diversas áreas juntamente com os dados e as velocidades de acesso. O importante neste relatório é a seção do Active Directory. No relatório, clique na pequena seta ao lado direito e selecione a opção Pesquisar. Isso leva você a uma nova página onde podem ser vistos os detalhes das conexões de dados, bem como as transações. No lado di- 49

4 reito, você pode ver os tempos de resposta e os de transferência de dados. Você não deve ver nenhum pico nesta área. Quanto menores os tempos de resposta, mais rápido o servidor reage. Se, em seguida, clicar com o botão direito em Relatório, você pode selecionar Exibir/ Pasta para visualizar o conteúdo do relatório. Na exibição de pastas, é possível escolher entre um arquivo HTML e um arquivo XML contendo os dados de registros. Os dados podem ser exportados para utilização em outros programas, tais como a ferramenta gratuita PAL mencionada anteriormente. Problemas de desempenho Problemas de desempenho podem ter um número de causas muito diferentes. Outro problema na análise de desempenho é que sua remoção muitas vezes o leva direto para o próximo problema. Por exemplo, se você tiver mais memória, muitas vezes poderá descobrir em seguida que o processador chegou a seus limites de capacidade. Um certo número de regras básicas existem para o uso de memória. A primeira regra é: ter bastante memória ajuda muito, tanto em termos de memória principal como cache. Esta regra é mais verdadeira no Windows Server 2008 R2 do que era com o Windows Server 2003/2008. A segunda regra é: prefira colocar o arquivo de paginação em um disco rígido físico diferente do da partição do sistema. A recompensa que você ganha com isso é que você não terá quaisquer despejos de memória em caso de erros no sistema. Os especialistas podem usar despejos de memória para rastrear erros no sistema operacional. Entretanto, essas opções são raramente usadas hoje porque ferramentas para solução de problemas mais simples estão disponíveis. O arquivo de troca também é uma área que é muito importante em termos de gerenciamento de memória. O Windows Server 2008 R2 pagina informação da memória física em um o arquivo de paginação, se ele não tem memória física suficiente, ou se os processos não precisam de seus dados em uma base permanente. Embora o servidor possa paginar praticamente qualquer quantidade de memória se houver espaço livre em disco suficiente, você rapidamente chega a um ponto em que a troca é simplesmente muito lenta. Logo, monitorar a paginação desempenha um papel importante na análise. Para evitar que a escrita para o arquivo de paginação seja retardada pela gravação no disco rígido, é uma boa ideia mover o arquivo de paginação para um disco rígido físico diferente no servidor. Se você não tem um segundo disco rígido físico, mover o arquivo de paginação não faz qualquer sentido, porque mover o arquivo de paginação para uma partição que reside no mesmo disco físico não traz quaisquer resultados positivos. Lembre-se de que o tamanho do arquivo de paginação pode ser aproximadamente duas vezes e meia o do tamanho da memória RAM real. Esta medida evita a fragmentação do arquivo porque o Windows não precisa alterar o tamanho do arquivo permanentemente. As configurações para o arquivo de paginação estão localizadas em Iniciar/Painel de Controle/Sistema e Segurança/Sistema/Configurações Avançadas do Sistema. Para alterar o tamanho do arquivo de paginação, clique na guia Avançado e, em seguida, vá em Desempenho/Configurações/Avançado/Memória Virtual/ Alterar. Em seguida, desmarque a opção Gerenciar automaticamente o tamanho do arquivo de paginação para todas as unidades, e habilite a opção Tamanho personalizado se você deseja definir o tamanho do arquivo. Para definir o Tamanho inicial e Tamanho máximo, digite um valor que é aproximadamente duas vezes e meia o tamanho da RAM. Isso garante que o arquivo não será fragmentado. Em seguida, reduza o tamanho do arquivo de paginação da unidade C: a 0. Clique em Definir para armazenar as alterações, feche todas as janelas abertas e reinicie o seu servidor. Em um servidor central, a melhor abordagem para mover o arquivo de paginação é usar o seguinte comando: Wmic pagefileset where name="caminho" set InitialSize=initialsize,MaximumSize=maximumsize Certifique-se de que você terminou a configuração automática com o seguinte comando antes: wmic computersystem where name="nomedamáquina" set AutomaticManagedPagefile=False. Algumas notas interessantes sobre este processo estão disponíveis no TechNet [5]. A consequência mais evidente da falta de memória é que os administradores tendem a instalar mais memória RAM no servidor. Infelizmente, esta abordagem nem sempre é a mais válida. Qualquer outra coisa que você faça, deve sempre descobrir quais processos são responsáveis pelo uso excessivo de memória. Para fazer isso, use o objeto Processo no Monitor de Desempenho. 50

5 Carga do processador A Carga do Processador também pode ser um problema em termos de desempenho. Não ter memória RAM suficiente pode significar que o processador é exposto a uma carga extremamente pesada. Paginar memória e processos causa uma quantidade enorme de trabalho para a CPU. Afinal, ele carrega o peso de gerenciamento de memória. Como resolver a falta de memória principal é tipicamente mais barato do que a atualização de um processador, faz sentido investigar a situação inicial. A carga da CPU não é um problema se for apenas em um curto prazo ou se apenas ocasionalmente sobe acima de 90%. Ela se torna um problema se os valores ficarem nesta gama durante um período prolongado de tempo. Em sistemas multiprocessados, você deve observar os contadores de desempenho no Objeto do Sistema. O Windows usa esses contadores para coletar informações de diversos componentes do sistema, assim você pode verificar a carga em todos os seus processadores de uma só vez. Além disso, os contadores de Tempo de Processador que pertencem aos objetos do Processador são importantes. Se você tiver muitos processos diferentes em execução, uma distribuição de carga uniforme é quase certa. No caso de um único segmento (thread), distribuir a carga sobre vários segmentos de mais ou menos o mesmo peso é importante. O segmento é uma unidade de execução do processo. Se um processo usa vários segmentos, eles podem ser executados em diferentes processadores. A carga é distribuída pelo sistema de acordo com a carga sobre os processadores individuais. Um grande número de filas significa que vários segmentos estão prontos para serem computados. No entanto, o sistema não atribuiu qualquer tempo computacional para eles. A regra geral é que este valor não deve ser superior a 2, se possível. Se a carga média do processador é relativamente leve, este valor não desempenha um papel significativo. Quando você está medindo o desempenho do servidor, os pontos principais a considerar no monitoramento são o processador, memória RAM, a velocidade da rede e tempos de resposta do Active Directory. No caso de servidores virtuais executados com o Hyper-V no Windows Server 2008 R2, você definitivamente vai querer instalar o Service Pack 1 para o Windows Server 2008 R2 e ativar a memória dinâmica. A memória dinâmica permite a alocação dinâmica de memória entre servidores virtuais. Você Figura 3 Relatório de desempenho. pode definir valores mínimo e máximo para o uso de memória RAM de suas máquinas virtuais, e pode balancear os servidores para que o Hyper-V possa decidir para qual servidor qual quantidade de memória RAM será alocada. O benefício será memória RAM dinamicamente disponível, assim, os servidores que exigem mais memória RAM para um curto período de tempo terão atribuído isso automaticamente pelo Hyper-V. Outros servidores que não precisam de toda a sua alocação de memória RAM o tempo todo doam para o conjunto. Se essas opções de monitoramento de desempenho não forem suficientes, a Microsoft oferece soluções como o gratuito Microsoft Windows Performance Toolkit para medir o desempenho do sistema de uma maneira muito eficiente. Mais informações [1] PAL: [2] Log Parser 2.2: downloads/details.aspx?familyid=890cd06babf8-4c25-91b2-f8d975cf8c07&displaylang=en [3] Offi ce 2003 Add-in: Office Web Components: aspx?familyid= c-402e-4f72-97a5- fd290d4b76&displaylang=en [4] Visão do Active Directory: microsoft.com/pt-us/sysinternals/bb [5] Comando para alterar o arquivo de paginação: ShowPost.aspx?PostID = &SiteID=17 Gostou deste artigo? Veja este artigo em nosso site: Queremos ouvir sua opinião. Fale conosco em: cartas@admin-magazine.com.br 51