Vantagens e desvantagens de diminuir a profundidade do ponto de verificação de registo num cluster do Exchange 2000 Server

No Microsoft Exchange Server, o ESE (Extensible Storage Engine) escreve armazenamento Agrupar transacções de base de dados de registos e, em seguida, o ESE escreve armazenamento Agrupar transacções de base de dados para a base de dados. A quantidade máxima de dados que pode escrever o motor de armazenamento extensível registos antes de escreve para a base de dados denomina-se a profundidade do ponto de verificação de registo.

Pode diminuir a definição de profundidade de ponto de verificação de registo num computador com Exchange Server num ambiente em cluster. Esta diminuição faz com que um melhor desempenho de activação pós-falha. No entanto, esta diminuição poderá provocar uma penalização de desempenho em recursos de disco e em recursos da CPU.

aviso Se utilizar o snap-in ADSI Edit, o utilitário LDP ou qualquer outro cliente LDAP versão 3 e modificar incorrectamente os atributos de objectos do Active Directory, poderá provocar problemas graves. Estes problemas poderão requerer a reinstalação do Microsoft Windows 2000 Server, Microsoft Windows Server 2003, Microsoft Exchange 2000 Server, Exchange Server 2003, ou o Windows e Exchange. Microsoft não garante que problemas que ocorrem se modificar incorrectamente os atributos de objecto do Active Directory podem ser resolvidos. Modificar estes atributos da responsabilidade do utilizador.
Num computador com o Microsoft Exchange 2000 Server num ambiente em cluster, poderá ocorrer o seguinte comportamento:

• Um servidor virtual do Exchange pode ser movido a partir de um nó.
• Um servidor virtual do Exchange poderá não conseguir através de outro nó.

Antes do mover ou a activação pós-falha, ocorre o seguinte comportamento pela seguinte ordem:

1. Todos os registos de transacções são escritos na base de dados.
2. O arquivo de informações no nó origem for colocado offline.

Os dados mais que é possível escrever as bases de dados, mais tempo existe destina-se a changeover.

No Exchange 2000 Server, a profundidade do ponto de verificação de registo predefinido é 20 megabytes (MB). Por conseguinte, 20 MB de registos poderá ter de ser escritas as bases de dados antes de um encerramento de arquivo de informações é iniciado. Por conseguinte, o tempo necessário para o Exchange servidor virtual para mover depende o tempo necessário para registos de transacções sejam escritos para as bases de dados. Reduzindo a profundidade do ponto de verificação de registo, pode reduzir as temporizações de escrita. Reduzindo as temporizações de escrita, reduzir as horas de activação pós-falha.

Para reduzir a profundidade do ponto de verificação, tem de utilizar o utilitário Editar ADSI (Active Directory Service Interfaces) para alterar o valor de atributo msExchESEParamCheckpointDepthMax no serviço de directório do Active Directory. Para aplicar as novas definições, tem de reiniciar o serviço Information Store do Exchange.

Para modificar a profundidade do ponto de verificação, siga estes passos:

1. Sessão computador no domínio que tenha as ferramentas de suporte do Microsoft Windows instalada.
   
   Para obter informações adicionais sobre como instalar ferramentas de suporte do Microsoft Windows 2000, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
   301423  (http://support.microsoft.com/kb/301423/ ) Como instalar as ferramentas de suporte do Windows 2000 num computador baseado no Windows 2000 Server
2. Abra uma linha de comandos e, em seguida, localize a pasta onde as ferramentas de suporte são instaladas. Por predefinição, as ferramentas de suporte são instaladas na pasta c:\Programas (Program Files) \Support Tools.
3. Escreva adsiedit.msc e, em seguida, prima ENTER. Por predefinição, o utilitário ADSI liga-se para o directório do domínio em que iniciou sessão.
4. Na árvore da consola, expanda Configuration Container, CN = Configuration, CN = Services, CN = Microsoft Exchange, CN = Your_ Organization_Name, CN = Administrative Groups, CN = Your_Administrative_Group, CN = Servers, CN Your_Server_Name, CN = Information Store, CN = = Your_Storage_Group_Name.
5. Clique com o botão direito do rato CN = Your_Storage_Group_Name e, em seguida, clique em Propriedades .
6. Em Select a property to view , seleccione msExchESEParamCheckpointDepthMax .
7. Em Editar atributo , escreva o tamanho que pretende definir o tamanho máximo da cache. Escreva o tamanho em bytes. Escreva os bytes em múltiplos de 5 MB.
   
   Por exemplo, para uma profundidade de ponto de verificação de 5 MB, tem de escrever 5242880 . Para uma profundidade de ponto de verificação de 10 MB, tem de escrever 10485760 . A profundidade do ponto de verificação mínima é de 5 MB. Se escrever uma profundidade de ponto de verificação for superior a 20 MB, aumentará horas de activação pós-falha de cluster do Exchange.
8. Saia do utilitário Editar ADSI.
9. Reinicie o serviço Information Store do Exchange. Para o fazer, siga estes passos:
   1. Clique em Iniciar , aponte para programas , aponte para Ferramentas administrativas e, em seguida, clique em Serviços .
   2. Clique com o botão direito do rato no serviço Information Store do Exchange e, em seguida, clique em Re-start .

Nota Num ambiente com vários controladores de domínio, tem de aguardar esta alteração de atributo ser replicadas no Active Directory antes de ver as alterações reflectidas no computador com o Exchange 2000 Server.

Uma redução na profundidade do ponto de verificação de registo faz com que o motor de arquivo do Exchange escrever dados para as bases de dados com mais frequência. Este comportamento pode causar disco e penalizações de desempenho da CPU. Se este comportamento faz com que estes penalizações de desempenho depende do ambiente. Uma redução da profundidade do ponto de verificação de 20 MB como 5 MB poderá causar uma penalização de 5 por cento em disco e recursos da CPU.

Para obter informações adicionais sobre como monitorizar o ponto de verificação não consolidados registos, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base: