Como remover ficheiros de registo de transacções do Exchange Server

Registos de transacções da base de dados do Exchange Server regista todas as alterações a uma base de dados do Exchange Server. Ao longo do tempo, estes ficheiros de registo acumulam e utilizam todo o espaço disponível caso não são periodicamente removidos do disco rígido.

Ficheiros de registo de transacções do Exchange têm um tamanho fixo. Para o Microsoft Exchange Server 2003 e todas as versões anteriores do Exchange Server, este tamanho é exactamente 5 megabytes. Quando um registo de transacções está cheio, o registo de transacções é mudado com um número de sequência numérica e é gerado um novo registo actual.

O registo da transacção actual é o mais recentemente criado pelo Exchange Server. No Exchange Server 5.5, o registo de transacção actual é sempre o nome edb.log . No Microsoft Exchange 2000 Server e no Exchange Server 2003, o registo actual é o nome com o prefixo de grupo de armazenamento. Para mais informações, consulte a secção ? grupos de armazenamento ?.

Exchange remove automaticamente ficheiros desnecessários do registo utilizando um dos seguintes métodos:

• Se o registo circular estiver activado, o Exchange Server remove registos de transacções logo após que foram escritos o ficheiro de base de dados. Este processo poderá causar um atraso em alguns sistemas inactivos até que o ficheiro Exx.log actual do grupo de armazenamento relevantes ou o ficheiro edb.log no Exchange Server 5.5 fica cheio e tem de ser alterados. Para acelerar a criação de ficheiro de registo novo e o processo de eliminação automática, pode enviar mensagem de correio electrónico com um anexo (MB) de 5 megabytes si próprio.
  
  Nota Por predefinição, o registo circular está activado no Exchange Server 5.5. Por predefinição, o registo circular não está activado no Exchange 2000 Server ou no Exchange Server 2003.
• Se o registo circular estiver desactivado, Exchange Server remove excesso registos depois de um total ou é efectuada a cópia de segurança online incremental de todas as bases de dados de um grupo de armazenamento.

Para obter mais informações sobre como funciona o mecanismo de registo do Exchange e como alterá-la, clique números de artigo que se seguem para visualizar os artigos na base de dados de conhecimento da Microsoft: Se qualquer uma das seguintes condições for verdadeira, os ficheiros de registo de transacções aumentará número até se esgotar o espaço de disco rígido:

• O programa de cópia de segurança não remove os ficheiros de registo de transacções.
• O programa de cópia de segurança parou de executar.
• Os ficheiros de registo de transacções não serão eliminados utilizando algum outro método.

Ocasionalmente, poderá ter de remover manualmente os ficheiros de registo de transacções se tiver executado sem espaço no disco rígido. Ou, por vezes, têm de remover manualmente os ficheiros de registo de transacções Se antecipar a falta de espaço no disco rígido antes de executar uma completa ou incremental online cópia de segurança todas as bases de dados num grupo de armazenamento particular. Se remover um registo que contém dados que ainda não tem sido escritos para os ficheiros de base de dados, as bases de dados já não será montável após uma paragem anormal. Por conseguinte, terá de determinar quais os registos são seguros remover antes de remover manualmente quaisquer ficheiros de registo de transacção do Exchange Server.

Nota Para efeitos deste artigo, "Remover" um ficheiro de registo de transacções significa mover esse ficheiro de registo de transacções para outra localização efectuada uma onde transacção registo pode ser segurança do ficheiro, armazenado ou eliminado, dependendo dos requisitos. Refere-efeitos deste artigo, um ficheiro de registo de transacções "eliminar" se ao tipo de remoção não lhe permite efectuar uma cópia de segurança ou restaurar esse ficheiro de registo de transacções.

Remover manualmente os ficheiros de registo de transacção que não são necessários

Para remover correctamente ficheiros de registo de transacções em excesso, siga estes passos:

1. Pare todas as bases de dados do grupo de armazenamento.
2. Verifique o estado de cada ficheiro da base de dados no grupo de armazenamento particular. Para obter informações sobre como verificar o estado de cada ficheiro de base de dados, consulte a secção "Estados de base de dados".
3. Efectue uma das seguintes acções:
   • Se um ou mais das bases de dados estão num estado Dirty Shutdown ou inconsistente , determine que ficheiros de registo de transacções podem ser removidos sem afectar a consistência da base de dados. Para mais informações, consulte a secção "Iniciar ficheiros".
   • Se todas as bases de dados estão num estado Clean Shutdown ou consistente , poderá remover todos os ficheiros transacção registo excepto para o ficheiro de registo de transacção actual. Remover o ficheiro de registo actual quando todas as bases de dados estão num estado Clean Shutdown fará com que a reposição da sequência de ficheiros de registo. Isto não impede que bases de dados inicial. No entanto, uma reposição de sequência do ficheiro de registo afecta a capacidade de anular uma base de dados para a frente a partir de uma cópia de segurança anterior se ocorre a situação.
4. Copie todos os ficheiros de registo transacção que pretende remover para uma localização diferente antes de permanentemente removê-los do disco de registo da transacção. Não permanentemente elimine os ficheiros de registo de transacções até ter concluído com êxito uma cópia de segurança online completa de todas as bases de dados do grupo de armazenamento.

As secções seguintes descrevem a relação entre ficheiros de registo de transacções e a base de dados do Exchange Server. As secções também fornecem instruções detalhadas sobre como determinar os ficheiros de registo são seguros para remover.

Estados de base de dados

Se uma base de dados do Exchange Server foi não encerrado correctamente, a base de dados permanece "ligado" a sequência de registo de transacção. Isto significa que nem todos os dados do ficheiro de registo transacção tem sido protegidos para os ficheiros de base de dados. Durante o arranque seguinte da base de dados, o Exchange Server detecta esta situação. Exchange Server então é aplicado os dados em falta para os ficheiros de base de dados. Se os ficheiros de registo que contêm estes dados não estiverem disponíveis, a base de dados não pode ser iniciado.

Quando uma base de dados do Exchange Server é encerrado correctamente, essa base de dados "Remove" de sequência de registos a transacção. Nesta situação, a base de dados não requer os ficheiros de registo de transacções anterior quando que base de dados seguinte começa. No entanto, estes ficheiros de registo podem ser útil se uma cópia de segurança ou uma versão anterior da base de dados estavam a ser restaurada. Os ficheiros de registo serão utilizados para lançar a dados para a frente do momento da cópia de segurança. Por conseguinte, ficheiros de registo de transacções não devem ser permanentemente eliminados até que esteja certeza de que irá não pretende reproduzi-los para uma versão anterior da base de dados.

Antes de remover manualmente quaisquer ficheiros de registo de transacções, deve determinar o estado de qualquer base de dados utilizados ficheiros de registo de transacções específico. Nesta situação, determine o "anexar" ou "desligar" estado da cada base de utilizados ficheiros de registo de transacções específico dados. Pode determinar se uma base de dados é ligado ou desligado examinando o cabeçalho do ficheiro de base de dados utilizando /MH comandos parâmetro o utilitário Eseutil . Por exemplo, execute o seguinte comando numa linha de comandos onde database_name é o nome da base de dados que pretende examinar: Por exemplo, para examinar Mailbox Store (Server1), escreva Nota Para examinar o cabeçalho de uma base de dados utilizando o comando Eseutil , tem de ser parado a base de dados.

Depois de executar este comando, examine o valor de estado as informações de cabeçalho que aparece. O valor de estado fornece as seguintes informações sobre se a base de dados foi correctamente desligado:

• Se a base de dados foi desligado correctamente, o valor de estado é Clean Shutdown ou consistente , dependendo da versão do Exchange Server que está a ser executado.
• Se a base de dados não foi correctamente desligado, o valor de estado é Dirty Shutdown ou inconsistente . Isto significa que alguns dos ficheiros de registo de transacções existentes contém transacções pendentes que são necessários para a base de dados. Se remover os ficheiros de registo de transacções nesta situação, o da base de dados não pode ser iniciado novamente a menos que restaure a base de dados a partir de uma cópia de segurança ou a menos que reparar a base de dados utilizando o comando Eseutil e o comando Isinteg .
  
  Para obter mais informações sobre como reparar uma base de dados do Exchange Server, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
  812357  (http://support.microsoft.com/kb/812357/ ) Como manter a base de dados do Exchange depois de reparar utilizando a ferramenta de /p Eseutil no Exchange Server 5.5, no Exchange 2000 Server e no Exchange Server 2003

Reservam dois ficheiros de registo transacção que actuam como marcadores de posição e esse espaço de disco rígido de reserva também estão disponíveis no caso do disco rígido em que os ficheiros de registo de transacções estão armazenados ficar cheio. Estes ficheiros de registo de transacção de reserva são denominados Res1.log e Res2.log . Se o disco rígido onde estão localizados os ficheiros de registo de transacções ficar cheio, o Exchange Server utilizará estes ficheiros de registo de transacção dois reserva continue a registar tempo suficiente para parar a base de dados correctamente. Quando o Exchange Server não é possível criar um ficheiro de registo adicionais de transacção porque o disco de registo está cheio, Res2.log nome é mudado e é utilizada como o registo seguinte. Se for necessário, Res1.log também será utilizado.

Por vezes, poderá ser excedida a capacidade de ambos os ficheiros de registo de transacções de reserva. Isto faz com que todas as bases de dados no grupo de armazenamento a ser parado num estado Dirty Shutdown ou inconsistente .

aviso Se tiver espaço em disco na unidade de registo de transacções, as bases de dados poderão não conseguir encerrar correctamente. Se um ou mais das bases de dados estão num estado Dirty Shutdown ou inconsistente e se eliminar todos os ficheiros de registo de transacções para libertar espaço em disco, os grupos de armazenamento afectado não bases de dados vão ser montável novamente sem ser reparado ou restaurado. Não tem de eliminar ficheiros de registo são ainda requeridos por um ou mais das bases de dados.

Grupos de armazenamento

Bases de dados do Exchange Server estão organizados em grupos de armazenamento. Um grupo de armazenamento é um conjunto de bases de dados que partilham um fluxo de ficheiro de registo única transacção. No Exchange Server 5.5, existe um único grupo de armazenamento de arquivo de informações que contém até dois ficheiros de base de dados. Estes ficheiros de base de dados de duas são denominados Priv.edb e Pub.edb respectivamente. Além disso, o Exchange Server 5.5 contém um grupo de armazenamento único do serviço de directório que contém um ficheiro de base de dados única é denominado dir.edb .

No Exchange 2000 Server e no Exchange Server 2003, não existe nenhum grupo de armazenamento do serviço de directório. No Exchange 2000 Server e no Exchange Server 2003, podem existir até quatro grupos de armazenamento de arquivo de informações por servidor. Cada um destes grupos de armazenamento pode conter até cinco bases de dados. Os nomes destas bases de dados são configuráveis pelo administrador.

Se a unidade de registo de transacções ficar cheia, bases de dados do grupo de armazenamento serão parados imediatamente. Quando inicia uma base de dados de um grupo de armazenamento, o estado de todas as bases de dados do grupo de armazenamento é verificado. A reprodução do ficheiro qualquer transacção necessário registo é efectuada em conjunto para todas as bases de dados antes da primeira base de dados. Operações de reprodução de ficheiros de registo de transacção e eventos geralmente aplicar a todas as bases de dados num grupo de armazenamento, não a uma base de dados individual.

importante Deve verificar que cada ficheiro de base de dados está num estado consistente ou de Clean Shutdown . Uma ou mais bases de dados num grupo de armazenamento particular podem ser desligadas correctamente, mesmo que outra base de dados nesse mesmo grupo de armazenamento não é desligado correctamente. Não assumem que todas as bases de dados de um grupo de armazenamento estão num estado Clean Shutdown com base no estado da base de dados primeiro examinar.

Nota Para o Exchange Server 5.5, tem de examinar cada base de dados contido num ficheiro único .edb utilizando o comando Eseutil . Para o Exchange 2000 Server e para o Exchange Server 2003, cada base de dados está dividida em dois ficheiros. Os dois ficheiros são um ficheiro .stm e um ficheiro .edb . Examine o estado do ficheiro .stm e o ficheiro .edb utilizando o comando Eseutil .

Ficheiros de registo

Para determinar que ficheiros de registo de transacções são necessários para as bases de dados num grupo de armazenamento específico, siga estes passos.

Para o Exchange Server 5.5

importante Esta secção, método ou tarefa contém passos que indicam como modificar o registo. No entanto, poderão ocorrer problemas graves se modificar o registo de forma incorrecta. Por conseguinte, certifique-se de que segue estes passos cuidadosamente. Criar uma para protecção adicional, cópia de segurança do registo antes de o modificar. Em seguida, pode restaurar o registo se ocorrer um problema. Para obter mais informações sobre como efectuar uma cópia de segurança e restaurar o registo, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:

1. No programa Exchange Server Administrator, ver o caminho de trabalho para a base de dados.
   
   Caminho localizações encontram-se na página de propriedades de Caminho de base de dados do objecto Server. O ficheiro de ponto de verificação ( edb.chk ) está localizado neste caminho. Se o programa Administrator não estiver disponível, pode ver o caminho de trabalho no registo do sistema. Execute o Editor de registo e expanda as seguintes subchaves de registo.
   
   Para o arquivo de informações:
   HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\ParametersSystem\Working Directory
   Para o directório:
   HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeDS\Parameters\DSA Working Directory
2. Numa linha de comandos, mova para a pasta de caminho de trabalho. Visualize o cabeçalho do ficheiro edb.chk utilizando o comando Eseutil :
   eseutil /mk edb.chk
   Note que a saída do ecrã é semelhante à seguinte:

   Microsoft(R) Windows NT(TM) Server Database Utilities
   Version 5.5
   Copyright (C) Microsoft Corporation 1991-1998. All Rights Reserved.
   
   Initiating FILE DUMP mode...
   Checkpoint file: edb.chk
   
   LastFullBackupCheckpoint (0,0,0)
   Checkpoint (157,2860,500)    comment: Checkpoint is in log 157 decimal
   FullBackup (90,8,10)
   FullBackup time:1/15/1999 18:18:36
   IncBackup (0,0,0)
   IncBackup time:0/0/1900 0:0:0
   . . .
   						

   os três números na linha de ponto de verificação representam o número de geração do ficheiro de registo, um sector de desvio no ficheiro de registo e um byte do deslocamento no sector. Anote o número de geração.
3. Converta o número de geração em hexadecimal. Neste exemplo, decimal 157 converte o número hexadecimal 9D. Ficheiros de registo do Exchange Server estão numerados com cinco dígitos hexadecimais. Por exemplo, um ficheiro de registo pode ter o nome como Edb12345.log. Zeros à esquerda são utilizados para completar o número de registo a cinco dígitos. Por conseguinte, o ficheiro de registo de ponto de verificação do exemplo anterior é Edb0009d.log.
   
   Nota Pode utilizar o modo da Calculadora do Windows vista científica para converter de decimal para hexadecimal. Inicie a Calculadora. Em seguida, clique Científico no menu Ver . Introduza o número decimal e, em seguida, clique em hexadecimal .
4. O registo de ponto de verificação e todos os registos gerados após o registo de ponto de verificação têm de iniciar uma base de dados quando a base de dados está num estado inconsistente . Poderá não encontrar um ficheiro de registo que corresponde ao valor de ponto de verificação que foi calculada. Isto pode ocorrer se o ponto de verificação estiver no ficheiro de registo mais recente sempre denominado edb.log . Até este registo está cheio e até um novo registo é criado, o nome de ficheiro do registo actual não inclui o número de sequência de registos.
   
   Pode verificar o número de ficheiro edb.log sequência interna real visualizando o cabeçalho do ficheiro de registo utilizando o comando Eseutil seguinte:
   eseutil /ML edb.log
   Campo de cabeçalho do ficheiro registo lGeneration reflecte o número real de sequência do ficheiro de registo. Terá de converter o valor lGeneration hexadecimal.
5. Pode remover com segurança numerados todos os registos menor que o registo de ponto de verificação. No entanto, não remova o próprio registo de ponto de verificação. Neste exemplo, pode remover Edb0009c.log, Edb0009b.log e assim sucessivamente, mas não Edb0009d.log ou o registo actual.
   Não se esqueça de mover, eliminar, os ficheiros de registo. Não é necessário parar o serviço de base de dados remover ficheiros de registo que sejam mais antigos do que o ponto de verificação.

Se tem de recuperar uma cópia de segurança, também tem de restaurar todos os ficheiros de registo que são criados após essa cópia de segurança se pretender rollforward completamente a base de dados. Se existir uma quebra na sequência de registos, não é possível rollforward após a quebra.

Para o Exchange 2000 Server e Exchange Server 2003

1. Para determinar o caminho e o nome de ficheiro dos ficheiros .edb e .stm para uma base de dados, utilize o Exchange System Manager para visualizar o separador base de dados da caixa de diálogo Propriedades para cada objecto de base de dados.
2. Numa linha de comandos, mova para o caminho de um ficheiro de base de dados.
3. Execute o comando Eseutil seguinte para visualizar o cabeçalho do ficheiro de base de dados:
   eseutil /mh database_file
4. Examine o campo necessária do registo de cabeçalho do ficheiro da base de dados. O campo de registo necessário lista o intervalo de ficheiros de registo numerados são necessários para iniciar esta base de dados. Se o intervalo 0 - 0, existem ficheiros de registo necessárias para iniciar esta base de dados. Isto significa que a base de dados está num estado consistente ou de Clean Shutdown .
   
   Nota Para examinar o cabeçalho de uma base de dados utilizando o comando Eseutil , tem de ser parado a base de dados. No entanto, em todas as versões do Exchange Server, poderá examinar o cabeçalho do ficheiro ponto de verificação quando as bases de dados estão em execução. O procedimento para examinar o ficheiro de ponto de verificação é o mesmo para todas as versões do Exchange Server e é descrito na secção ? para Exchange Server 5.5 ?. Ver o valor de ponto de verificação permite-lhe determinar os ficheiros de registo podem ser removidos sem ter de deixar as bases de dados. Poderão ser removidos ficheiros de registo que são mais antigos do que o registo de ponto de verificação e que não incluem o registo de ponto de verificação.
5. Se estiver a executar uma versão do Exchange Server anterior ao Exchange Server 2003 Service Pack 1 (SP1), tem de converter o intervalo decimal que é apresentado no campo registo necessária para valores hexadecimais. Por exemplo, se o valor de registo necessário 28217 ? 28221, ficheiros de registo de 06E3906E3D são necessários nesta base de dados. No Exchange Server 2003 SP1, o campo de registo necessário foi melhorado para relatório de valores decimais e hexadecimais.
   
   Nota Pode utilizar o modo da Calculadora do Windows vista científica para converter de decimal para hexadecimal. Iniciar a Calculadora e clique em vista científica no menu Ver . Introduza o número decimal e, em seguida, clique em hexadecimal .
   
   Nota No Exchange Server 5.5, ficheiros de registo são denominados Edbxxxxx.log, em que "xxxxx" é um número de hexadecimal de cinco dígitos. Uma vez que pode ter até quatro grupos de armazenamento no Exchange 2000 Server e no Exchange Server 2003 com cada grupo de armazenamento com um determinado conjunto de ficheiros de registo, o prefixo "Edb" não aparece nos nomes dos ficheiros de registo de transacções. No Exchange 2000 Server e no Exchange Server 2003, o prefixo "Edb" é substituído pelo "E00", "E03 E01,""E02," "." Para um grupo de armazenamento de recuperação, o prefixo "Edb" é substituído pelo "R00." O prefixo de nome do ficheiro armazenamento grupo registo aparece no Exchange System Manager no separador Geral da caixa de diálogo Propriedades para o objecto de grupo de armazenamento particular. Por conseguinte, se o grupo de armazenamento prefixo é "E01" e se a entrada de registo necessário 28217 ? 28221 (0x06E39 ? 0x06E3D), os reais registos necessários são E0106E39.log para E0106E3D.log.
   
   Deve examinar os valores de registo necessária para cada base de dados de um grupo de armazenamento antes de remover quaisquer registos para esse grupo de armazenamento.

Pode remover com segurança todos os ficheiros de registo numeradas que são menores do que a entrada mais baixa em qualquer campo registo necessário para qualquer base de dados do grupo de armazenamento. Não se esqueça de mover, eliminar, os ficheiros de registo.

Nota Campo registo necessário poderá indicar um intervalo de um registo, mas o ficheiro de registo numerados correspondente não é possível localizar. Por exemplo, O campo de registo necessária poderá indicar um intervalo de 28221-28221, mas não é possível localizar o ficheiro de registo que é numerado 28221. Isto pode ocorrer se o ponto de verificação estiver no ficheiro de registo mais recente. O ficheiro de registo mais recente tem sempre o nome com apenas o prefixo de grupo de armazenamento. Por exemplo, o ficheiro de registo mais recente poderá ser o nome E01.log. Até este registo está cheio e até um novo registo é criado, o nome de ficheiro do registo actual não inclui o número de sequência de registos.

Pode verificar o número do ficheiro de registo actual sequência interna real visualizando o cabeçalho do ficheiro de registo utilizando o comando Eseutil seguinte:Por exemplo, se o prefixo de registo for E01, utilize eseutil /ML E01 .log . Campo de cabeçalho do ficheiro registo lGeneration reflecte o número real de sequência do ficheiro de registo.

Se tem de restaurar uma base de dados do Exchange Server a partir de uma cópia de segurança e se pretender recuperar a base de dados do Exchange Server sem perda de dados, também tem de restaurar todos os ficheiros de registo transacção criados depois essa cópia de segurança foi efectuada. Se existir uma quebra na sequência de registos de transacções, não é possível rollforward anteriores que quebra. Nesta situação, terá de remover todos os registos superior numerados após a quebra. Isto inclui o arquivo de log atual.

Nota Mesmo todas as bases de dados de um grupo de armazenamento num estado consistente ou Clean Shutdown , não deve remover o ficheiro de registo mais recente. Se remover o ficheiro de registo mais recente, é gerado um novo conjunto de ficheiros de registo, começando com o número de sequência 0x000001. Este novo conjunto de ficheiros de registo impede que uma base de dados do Exchange Server a partir de uma cópia de segurança anterior que está a ser distribuído para a frente.

Para obter mais informações sobre como reparar uma base de dados do Exchange Server, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base: