Otimizando o Microsoft Exchange Server 2003 - Parte 1

Por Rodrigo de Oliveira Menezes

Ao término da instalação do Exchange Server 2003, o próximo passo para o administrador é a otimização do sistema. Ao se abandonar o sistema trabalhando sozinho, alguns aplicativos irão auxiliar o funcionamento da aplicação mas não irão fazer todo o trabalho.

O Exchange Server 2003 não inclui o programa Performance Optimizer (Otimização de Performance) que era incluso no pacote Exchange Server 5.5. Existe um número de razões para isso; a mais predominante é que o Exchange Server 2003 e a base de dados ESE são muito mais auto-ajustáveis que versões anteriores. Porque podemos mover os transaction logs e os store databases através do Exchange System Manager, a função do Performance Optimizer não é mais necessária. Se você está rodando o Exchange Server 2003 com menos que 1.000 contas, muito provavelmente seus servidores já estão completamente otimizados para o seu ambiente. Mas existem parâmetros e opções que podemos alterar para melhorar a performance em servidores com muitos usuários.

Abaixo descrevo uma lista de considerações a serem verificadas quando otimizamos o Exchange Server:

  • Áreas a serem verificadas: disponibilidade de memória, utilização de processador, acesso ao disco e utilização de rede;

  • Verifique se os seus servidores estão bem balanceados, caso contrário mova algumas contas, public folders e connectors para um outro servidor menos carregado;

  • Verifique se o seu servidor esta operando na rede com o máximo de capacidade de suas placas de rede. Se a placa de rede suporta 100Mbps, tire a opção de auto-detecção (auto-sensitive) e configure a velocidade máxima. Se possível configure a rede como full-dulpex ao invés de half. Outra consideração é velha conhecida, sempre, mas sempre mesmo, prefira switches à hubs conectados em seus servidores;

  • Sempre rode o Exchange Server 2003 em um member server (servidor membro) ao invés de um domain controller (controlador de domínio). A performance do servidor pode ser degradada devido à replicação e autenticação de usuário de um DC;

  • Se o servidor possuir mais que 1Gb de memória RAM e está rodando o Windows Server 2003 ou Windows 2003 Enterprise Server, verifique se no arquivo BOOT.INI existe a configuração /3GB /USERVA=3030. Se o servidor roda o sistema operacional Windows 2000 Advanced Server, adicione /3GB ao arquivo BOOT.INI. Não coloque essa configuração em servidores Windows 2000 Server;

  • Coloque os arquivos de transaction logs em um disco físico separado dos arquivos de base de dados;

  • Se você utiliza TLS/SSL jogue a carga do overhead de encriptação para um servidor front-end, proxy reverso ou procure comprar um coprocessador de placas de rede que suportem o processo de encriptação;

  • Matenha o servidor perto de um DC (domain controller) e um servidor de Global Catalog. O Exchange não deve usar um acesso WAN para acessar um Global Catalog ou DC visto que essa conexão irá fazer o servidor ficar mais lento para prosseguir com seus processos de consulta, atualização e autenticação;

  • Agende reconstruções de índices completas ou incrementais em horários de menor utilização do servidor;

  • Agende backups em horário de menor utilização do servidor e tenha certeza que eles não conflitem com a manutenção online da base de dados;

  • Verifique sempre se os backups do Exchange estão realizando o commit dos transaction logs no servidor, a falha desse processo pode lhe causar muitas dores de cabeça com a manutenção de espaço em disco, restauração de uma base de dados e utilização de disco no dia-a-dia;

  • Agende varreduras do servidor anti-vírus em horários de menor utilização do servidor;

  • Em servidores com mais de 1.000 mailboxes, crie stores separados criando assim bases menores (fáceis para o backup e uma eventual restauração). Storage Groups separados também melhoram a velocidade na criação de logs;

Otimizando a Memória para o Exchange Server 2003

A memória RAM é o principal ponto para fazer o Exchange Server trabalhar com eficiência. O servidor irá usar tanta memória quanto lhe for fornecido. Devemos sempre nos lembrar que o limite de alocação de memória do Exchange é de 4Gb e mais que isso será um recurso inutilizado.

Antigamente o servidor Windows NT 3.1 alocava 2Gb de memória RAM para aplicações e 2Gb para o sistema operacional. Com o lançamento do NT4 Enterprise Edition, o arquivo BOOT.INI foi modificado para que o sistema alocasse 3Gb para aplicações e 1Gb para o sistema operacional (estamos falando sempre de memória virtual).

Com o Windows 2003, outra modificação deve ser incluída para dizer ao Windows Server 2003 que ele deve pegar 3.030Mb de memória, o campo USERVA. Com essa alteração, o servidor irá pegar 3.030Mb de memória ao invés dos 3.072Mb do /3Gb que foi configurado na outra opção. Essa sobra de 42Mb é utilizada para incrementar espaço para a memória do kernel, a system page table entries (PTEs). Essa modificação é recomendada para qualquer versão do Windows Server 2003 onde o servidor possua 1Gb ou mais de memória RAM.

Ao iniciar o servidor Exchange, ele irá checar automaticamente se você deve alterar as configurações de memória no arquivo BOOT.INI. Se ocorrer, você receberá uma mensagem no Event Viewer. Você pode configurar essa função para não aparecer criando uma REG_DWORD chamada Suppress Memory Configuration Notification na seguinte chave de registro:

HKLM\System\CurrentControlSet\Services\MSExchangeIS\ParameterSystem

Coloque o valor 1 para desligar a notificação e 0 para ligá-la.

Como mostrado na figura abaixo, o arquivo BOOT.INI modificado para trabalhar melhor com o Exchange em servidores com grande quantidade de memória RAM:

Cc668504.ExchangeServer2003(pt-br,TechNet.10).jpg

Para maiores informações consulte as seguintes páginas:

KB 266096 - Exchange 2000 requires /3GB switch with more than 1 gigabyte of physical RAM

KB 810371 - Using the /Userva switch on Windows Server 2003-based computers that are running Exchange Server