ID do artigo: 240145 - Última revisão: quinta-feira, 25 de outubro de 2007 - Revisão: 6.4

Como remover arquivos de log de transação do Exchange Server

Dica do SistemaEste artigo aplica-se a um sistema operativo diferente do que está a utilizar. Foi desactivado o conteúdo do artigo, que pode não ser relevante para si.
Este artigo é uma consolidação dos seguintes artigos disponíveis anteriormente: 259751, 315196


Este artigo também contém informações sobre como excluir os arquivos de log de transações. Em um cenário de pior caso de desastre, você não poderá recuperar todos os seus dados sem os arquivos de log se o banco de dados for corrompido. Arquivos de log de transações fornecem um nível alto de capacidade de recuperação. Portanto, você deve apenas executar o procedimento é abordado neste artigo como último recurso em situações de emergência se você não puder concluir um backup completo. Um backup completo exclui permanentemente os logs confirmados automaticamente após fazer o backup.

Nesta página

Expandir tudo | Recolher tudo

Sumário

Logs de transação do Exchange Server banco de dados registram todas as alterações em um banco de dados do Exchange Server. Com o passar do tempo, esses arquivos de log se acumulam e usam todo o espaço disponível no disco se eles periodicamente não são removidos do disco rígido.

Arquivos de log de transações do Exchange tem um tamanho fixo. Para Microsoft Exchange Server 2003 e todas as versões anteriores do Exchange Server, esse tamanho é exatamente 5 megabytes. Quando um log de transações está cheio, o log de transações é renomeado com um número de seqüência numérica e um novo log atual é gerado.

O log de transação atual é o mais recentemente criado pelo Exchange Server. No Microsoft Exchange Server 5.5, o log de transação atual é sempre chamado edb.log . No Microsoft Exchange 2000 Server e no Exchange Server 2003, o log atual é chamado com o prefixo do grupo de armazenamento. Para obter mais informações, consulte a seção ? grupos de armazenamento ?.

Exchange automaticamente remove arquivos desnecessários do log usando um dos seguintes métodos:
  • Se o log circular estiver ativado, Exchange Server remove os logs de transação assim que eles foram gravados o arquivo de banco de dados. Esse processo pode causar um atraso em alguns sistemas ociosos até que o arquivo Exx.log atual do grupo de armazenamento relevantes ou o arquivo edb.log no Exchange Server 5.5 se torna cheio e possui a ser renomeado. Para acelerar a criação de novo log de arquivo e o processo de exclusão automática, você pode enviar a mesmo um email com um anexo (MB) de 5 megabytes.

    Observação Por padrão, o log circular está habilitado no Exchange Server 5.5. Por padrão, o registro em log circular não está habilitado no Exchange 2000 Server ou no Exchange Server 2003.
  • Se registro em log circular estiver desabilitado, Exchange Server remove logs em excesso depois uma completa ou incremental backup on-line de todos os bancos de dados em um grupo de armazenamento é executada.
Para obter mais informações sobre como o mecanismo de log do Exchange funciona e como alterá-lo, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:
147524  (http://support.microsoft.com/kb/147524/ ) Faz o uso de transação como afeta o log circular
258470  (http://support.microsoft.com/kb/258470/ ) Como modificar a configuração de registro em log circular
Se qualquer uma das seguintes condições for verdadeira, os arquivos de log de transações aumentará em número até que o espaço de disco rígido seja esgotado:
  • O programa de backup não remove os arquivos de log de transações.
  • O programa de backup parou de funcionar.
  • Os arquivos de log de transações não são limpos usando algum outro método.
Ocasionalmente, talvez você precise remover manualmente os arquivos de log de transações se você tiver executado espaço insuficiente em disco rígido. Ou, você pode ter ocasionalmente remover manualmente os arquivos de log de transações se você previr ficar sem espaço no disco rígido antes de executar um backup online completo ou incremental de todos os bancos de dados em um grupo de armazenamento específico. Se você remover um log que contém dados que ainda não tem sido gravados para os arquivos de banco de dados, os bancos de dados não será montados após uma parada anormal. Portanto, você deve determinar quais logs são seguros remover antes de remover manualmente quaisquer arquivos de log de transação do Exchange Server.

Observação Para fins deste artigo, "Remover" um arquivo de log de transações significa mover esse arquivo de log de transação para outro local onde o arquivo de log de transações possível fazer o backup, armazenados ou excluídos, dependendo dos seus requisitos. Para os fins deste artigo, "excluir" um arquivo de log de transação se refere o tipo de remoção não permite que você para fazer backup ou restaurar esse arquivo de log de transação.

Mais Informações

Remover manualmente os arquivos de log de transação que não são necessários

Para remover corretamente os arquivos de log de transações em excesso, siga estas etapas:
  1. Pare todos os bancos de dados no grupo de armazenamento.
  2. Verifique o estado de cada arquivo banco de dados no grupo de armazenamento específica. Para obter informações sobre como verificar o estado de cada arquivo de banco de dados, consulte a seção "Estados de banco de dados".
  3. Execute uma das seguintes ações:
    • Se um ou mais dos bancos de dados estiverem em um estado de Desligamento anormal ou Inconsistent , determine quais arquivos de log de transação podem ser removidos sem afetar a consistência do banco de dados. Para obter mais informações, consulte a seção "Arquivos de log".
    • Se todos os bancos de dados estiverem em um estado de Desligamento normal ou consistente , você pode remover todos os arquivos de log transação, exceto para o arquivo de log de transação atual. Removendo o arquivo de log atual quando todos os bancos de dados estão em um estado de Desligamento normal fará com que uma redefinição da seqüência de arquivo de log. Isso não impede que bancos de dados inicial. No entanto, uma redefinição da seqüência de arquivo de log afeta a capacidade de rolo de frente um banco de dados de um backup anterior se a situação ocorrer.
  4. Copie todos os arquivos de log de transação que você deseja remover para um local diferente antes de você removê-los permanentemente do disco de log a transação. Não exclua permanentemente os arquivos de log de transações até que você tenha concluído com êxito um backup online completo de todos os bancos de dados no grupo de armazenamento.
As seções a seguintes descrevem a relação entre arquivos de log de transações e o banco de dados do Exchange Server. As seções também fornecem instruções detalhadas sobre como determinar quais arquivos de log são seguros remover.

Estados de banco de dados

Se um banco de dados do Exchange Server não foi desligado corretamente, o banco de dados permanecerá "conectado" para seu fluxo de log de transação. Isso significa que nem todos os dados do arquivo de log de transação tem sido protegidos para os arquivos de banco de dados. Durante a próxima inicialização do banco de dados, o Exchange Server detecta essa condição. Em seguida, Exchange Server aplica os dados ausentes para os arquivos de banco de dados. Se os arquivos de log que contêm esses dados não estiverem disponíveis, o banco de dados não pode ser iniciado.

Quando um banco de dados do Exchange Server é desligado corretamente, esse banco de dados "desliga" do seu fluxo de log de transação. Nessa situação, o banco de dados não requer os arquivos de log de transação anteriores quando que inicia próxima do banco de dados. No entanto, esses arquivos de log podem ser útil se um backup ou uma versão anterior do banco de dados foram a ser restaurado. Os arquivos de log serão ser usados para distribuir o banco de dados Avançar de horário do backup. Portanto, os arquivos de log de transações não devem ser permanentemente excluídos até ter certeza de que você não deseja repeti-los em uma versão mais antiga do banco de dados.

Antes de remover manualmente qualquer arquivo de log de transações, você deve determinar o estado de qualquer banco de dados usado os arquivos de log de transações de determinado. Nessa situação, determine o "anexar" ou "Desconectar" estado de cada banco de dados usado os arquivos de log de transações de determinado. Você pode determinar se um banco de dados é anexado ou desanexado examinando o cabeçalho do arquivo de banco de dados usando a opção de comando do utilitário Eseutil /MH . Por exemplo, execute o seguinte comando em um prompt de comando onde database_name é o nome do banco de dados que você deseja examinar:
eseutil /MH database_name
Por exemplo, para examinar o banco de dados Mailbox Store (Server1), digite
eseutil /MH ? Mailbox Store (Server1).edb ?
Observação Para examinar o cabeçalho de um banco de dados usando o comando Eseutil , o banco de dados deve ser interrompido.

Depois de executar este comando, examine o valor estado nas informações de cabeçalho que aparece. O valor de estado fornece as seguintes informações sobre se o banco de dados foi desconectado corretamente:
  • Se o banco de dados foi desanexado corretamente, o valor de estado é Desligamento normal ou consistente , dependendo da versão do Exchange Server que está executando.
  • Se o banco de dados não foi desconectado corretamente, o valor de estado é Inconsistent ou Desligamento anormal . Isso significa que alguns dos arquivos de log de transação existentes contêm transações pendentes que são necessários para o banco de dados. Se você remover os arquivos de log de transações nessa situação, o banco de dados não pode ser iniciado novamente, a menos que você restaure o banco de dados de um backup ou a menos que você repare o banco de dados usando o comando Eseutil e o comando Isinteg .

    Para obter mais informações sobre como reparar um banco de dados do Exchange Server, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    812357  (http://support.microsoft.com/kb/812357/ ) Como manter seu banco de dados Exchange depois de reparar usando a ferramenta de /p Eseutil no Exchange Server 5.5, no Exchange 2000 Server e no Exchange Server 2003
Dois reservam arquivos de log de transação que atuam como espaços reservados e espaço no disco rígido que reserva também estão disponíveis no caso do disco rígido no qual os arquivos de log de transação são armazenados ficar cheio. Esses arquivos de log reserva transação são nomeados Res1.log e Res2.log . Se o disco rígido onde os arquivos de log de transação estão localizados ficar cheio, o Exchange Server usará esses arquivos de log transação dois reserva para continue registrando tempo suficiente para interromper o banco de dados corretamente. Quando o Exchange Server não pode criar um arquivo de log de transações adicional porque o disco de log está cheio, Res2.log é renomeado e é usado como próximo log. Se for necessária, Res1.log também será usado.

Às vezes, a capacidade de ambos os arquivos de log de transações de reserva pode ser excedida. Isso faz com que todos os bancos de dados no grupo de armazenamento para ser parado em um estado de Desligamento anormal ou Inconsistent .

Aviso Se você ficar sem espaço em disco na unidade de log de transações, os bancos de dados não poderá desligar corretamente. Se um ou mais dos bancos de dados estão em um estado de Desligamento anormal ou Inconsistent e se você excluir todos os os arquivos de log de transação para liberar espaço em disco, não há bancos de dados os grupos de armazenamento afetado será montável novamente sem que está sendo reparado ou restaurado. Você não deve excluir arquivos de log que ainda são necessários por uma ou mais dos bancos de dados.

Grupos de armazenamento

Bancos de dados do Exchange Server são organizados em grupos de armazenamento. Um grupo de armazenamento é um conjunto de bancos de dados que compartilham um fluxo de arquivo de log de transação simples. No Exchange Server 5.5, há um único grupo de armazenamento de armazenamento de informações que contém até dois arquivos de banco de dados. Esses arquivos de banco de duas dados são chamados respectivamente Priv.edb e pub.edb . Além disso, o Exchange Server 5.5 contém um grupo de armazenamento de serviço de diretório único que contém um arquivo de banco de dados único é chamado dir.edb .

No Exchange 2000 Server e no Exchange Server 2003, não há nenhum grupo de armazenamento do serviço de diretório. No Exchange 2000 Server e no Exchange Server 2003, pode haver até quatro grupos de armazenamento de armazenamento de informações por servidor. Cada um desses grupos de armazenamento pode conter até cinco bancos de dados. Os nomes desses bancos de dados são configuráveis pelo administrador.

Se a unidade do log de transações fica cheia, bancos de dados todas as no grupo de armazenamento serão interrompidos imediatamente. Quando você inicia qualquer banco de dados em um grupo de armazenamento, o estado de todos os bancos de dados no grupo de armazenamento está selecionado. A repetição do arquivo qualquer log de transações necessários é executada juntos para todos os bancos de dados antes que o primeiro banco de dados possa começar. Operações de repetição de arquivo de log de transação e eventos geralmente se aplicam a todos os bancos de dados um grupo de armazenamento, não a um banco de dados individual.

importante Você deve verificar que cada arquivo de banco de dados está em um estado de Desligamento normal ou consistente . Um ou mais bancos de dados um grupo de armazenamento específica podem ser desanexados corretamente mesmo que outro banco de dados que mesmo grupo de armazenamento não está separado corretamente. Não assuma que todos os bancos de dados em um grupo de armazenamento estiverem em um estado de Desligamento normal baseado no estado do banco de dados primeiro que você examine.

Observação Para o Exchange Server 5.5, você deve examinar cada banco de dados que está contido em um arquivo único .edb , usando o comando Eseutil . Para Exchange 2000 Server e Exchange Server 2003, cada banco de dados é dividido em dois arquivos. Os dois arquivos são um arquivo .stm e um arquivo .edb . Examine o estado do arquivo .stm e o arquivo .edb , usando o comando Eseutil .

Arquivos de log

Para determinar quais arquivos de log de transação são necessários para os bancos de dados um grupo de armazenamento específico, siga estas etapas.

Para Exchange Server 5.5

importante Esta seção, método ou tarefa contém etapas que informam sobre como modificar o registro. No entanto, sérios problemas poderão ocorrer se você modificar o registro incorretamente. Por isso, certifique-se que você execute essas etapas cuidadosamente. Para proteção adicional, fazer backup do registro antes de modificá-lo. Em seguida, você pode restaurar o registro se ocorrer um problema. Para obter mais informações sobre como fazer backup e restaurar o registro, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
322756  (http://support.microsoft.com/kb/322756/ ) Como fazer backup e restaurar o registro no Windows
  1. No programa Exchange Server Administrator, exiba o caminho de trabalho para o banco de dados.

    Locais de caminho são encontradas na página de propriedades Caminhos de banco de dados do objeto Server. O arquivo de ponto de verificação ( edb.chk ) está localizado no caminho. Se o programa Administrador não estiver disponível, você pode exibir o caminho de trabalho no registro do sistema. Executar o Editor do Registro e expanda as seguintes subchaves do Registro.

    Para o armazenamento de informações:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\ParametersSystem\Working Directory
    Para o diretório:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeDS\Parameters\DSA Working Directory
  2. Em um prompt de comando, mova para a pasta de caminho de trabalho. Exiba o cabeçalho do arquivo edb.chk usando o comando Eseutil :
    eseutil /mk edb.chk
    Observe que a saída na tela é 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 de arquivo de log, um setor de deslocamento no arquivo de log e um byte deslocamento no setor. Anote o número de geração.
  3. Converta o número de geração em hexadecimal. Neste exemplo, decimal 157 converte para o número hexadecimal 9D. Arquivos de log do Exchange Server são numerados com cinco dígitos hexadecimais. Por exemplo, um arquivo de log pode ser nomeado como Edb12345.log. Zeros à esquerda são usados para preencher o número de log cinco dígitos. Portanto, o arquivo de log de verificação do exemplo anterior é Edb0009d.log.

    Observação Você pode usar o modo Científico da Calculadora do Windows para converter de decimal em hexadecimal. Inicie a Calculadora. Em seguida, clique em científica no menu Exibir . Digite o número decimal e, em seguida, clique em Hex .
  4. O log de ponto de verificação e todos os logs gerados após o log de verificação são necessários para iniciar um banco de dados quando o banco de dados está em um estado Inconsistent . Você não verá um arquivo de log que corresponde ao valor ponto de verificação que você calculado. Isso pode ocorrer se o ponto de verificação no arquivo de log mais recente sempre chamado edb.log . Até este log está cheio e até que um novo log seja gerado, o nome de arquivo do log atual não inclui o número de seqüência de log.

    Você pode verificar o número real de seqüência interno do arquivo edb.log exibindo o cabeçalho do arquivo de log usando o seguinte comando Eseutil :
    eseutil /ML edb.log
    O campo lGeneration do cabeçalho do arquivo de log reflete o número real de seqüência do arquivo de log. Você deve converter o valor lGeneration em hexadecimal.
  5. Você pode remover com segurança numerados todos os logs menor que o log de verificação. No entanto, não remova o próprio log do ponto de verificação. Neste exemplo, você pode remover Edb0009c.log, Edb0009b.log e assim por diante, mas não Edb0009d.log ou o log atual.
    Lembre-se mover, não excluir os arquivos de log. Não é necessário interromper o serviço de banco de dados para remover arquivos de log mais antigos do que o ponto de verificação.
Se você deve restaurar um backup, você também deve restaurar todos os arquivos de log criados após esse backup se você desejar completamente adiar o banco de dados. Se houver uma quebra na seqüência de logs, você não pode adiar após a quebra de.

Para o Exchange 2000 Server e para o Exchange Server 2003

  1. Para determinar o caminho e o nome de arquivo dos arquivos .edb e .stm para um banco de dados, use o Exchange System Manager para exibir a guia banco de dados da caixa de diálogo Propriedades para cada objeto de banco de dados.
  2. Em um prompt de comando, mova para o caminho de um arquivo de banco de dados.
  3. Execute o seguinte comando Eseutil para exibir o cabeçalho do arquivo de banco de dados:
    eseutil /mh database_file
  4. Examine o campo necessário de log no cabeçalho do arquivo de banco de dados. O campo necessário log lista o intervalo de arquivos de log numerado que são necessários para iniciar este banco de dados. Se o intervalo for 0 - 0, nenhum arquivo de log é necessários para iniciar este banco de dados. Isso significa que o banco de dados está em um estado de Desligamento normal ou consistente .

    Observação Para examinar o cabeçalho de um banco de dados usando o comando Eseutil , o banco de dados deve ser interrompido. No entanto, em todas as versões do Exchange Server, você pode examinar o cabeçalho do arquivo ponto de verificação quando estiverem executando o bancos de dados. O procedimento para examinar o arquivo de ponto de verificação é o mesmo para todas as versões do Exchange Server e está descrito na seção ? para Exchange Server 5.5 ?. Exibir o valor de ponto de verificação lhe permitirá determinar quais arquivos de log podem ser removidos sem ter de parar os bancos de dados. Arquivos de log podem ser removidos mais antigos do que o log de verificação e que não incluem o log de verificação.
  5. Se você estiver executando uma versão do Exchange Server anterior ao Exchange Server 2003 Service Pack 1 (SP1), você deve converter o intervalo decimal que é listado no campo log necessário para valores hexadecimais. Por exemplo, se o valor de log necessário é 28217 ? 28221, arquivos de log de 06E3906E3D são necessário por este banco de dados. No Exchange Server 2003 SP1, o campo de log necessário foi aprimorado para relatório valores decimais e hexadecimais.

    Observação Você pode usar o modo Científico da Calculadora do Windows para converter de decimal em hexadecimal. Inicie a Calculadora e, em seguida, clique em científica no menu Exibir . Digite o número decimal e, em seguida, clique em Hex .

    Observação No Exchange Server 5.5, os arquivos de log são nomeados Edbxxxxx.log, onde "xxxxx" é um número de hexadecimal cinco dígitos. Como você 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 arquivos de log, o prefixo "Edb" não aparece nos nomes de arquivo de log de transação. No Exchange 2000 Server e no Exchange Server 2003, o prefixo "Edb" é substituído por "E00," "E03 E01,""E02," "." Para um grupo de armazenamento de recuperação, o prefixo "Edb" é substituído pelo "R00." O prefixo de nome arquivo de log do armazenamento grupo é exibido no Exchange Gerenciador de sistema na guia Geral da caixa de diálogo Propriedades do objeto de grupo de armazenamento específica. Portanto, se o grupo de armazenamento prefixo é "E01" e se a entrada de log necessário é 28217 ? 28221 (0x06E39 ? 0x06E3D), os logs reais que são necessários estão E0106E39.log para E0106E3D.log.

    Você deve examinar os valores para cada banco de dados em um grupo de armazenamento de log necessário antes de remover os logs para esse grupo de armazenamento.
Você pode remover com segurança todos os arquivos log numerado menores do que a entrada mais baixa em qualquer campo de log necessário para qualquer banco de dados no grupo de armazenamento. Lembre-se mover, não excluir os arquivos de log.

Observação O campo de log necessário pode reportar um intervalo de um log, mas o arquivo de log numerado correspondente não pode ser encontrado. Por exemplo, O campo de log necessário pode reportar um intervalo de 28221-28221, mas o arquivo de log é numerado 28221 não pode ser encontrado. Isso pode ocorrer se o ponto de verificação no arquivo de log mais recente. O arquivo de log mais recente sempre é nomeado com apenas o prefixo do grupo de armazenamento. Por exemplo, o arquivo de log mais recente pode ser nomeado E01.log. Até este log está cheio e até que um novo log seja gerado, o nome de arquivo do log atual não inclui o número de seqüência de log.

Você pode verificar o número de arquivo de log atual seqüência interna real exibindo o cabeçalho do arquivo de log usando o comando Eseutil seguinte:
eseutil /ML log_prefix .log
Por exemplo, se o prefixo de log for E01, use eseutil /ML E01 .log . O campo lGeneration do cabeçalho do arquivo de log reflete o número real de seqüência do arquivo de log.

Se você deve restaurar um banco de dados do Exchange Server de um backup e se você desejar recuperar o banco de dados do Exchange Server sem perda de dados, você também deve restaurar todos os arquivos de log de transação criados após o backup foi executada. Se houver uma quebra na seqüência de logs de transação, você não pode roll forward anteriores que quebra. Nessa situação, você deve remover todos os logs superior numeração depois da quebra. Isso inclui o arquivo de log atual.

Observação Mesmo se todos os bancos de dados em um grupo de armazenamento estiverem em um estado consistente ou Desligamento normal , você não deve remover o arquivo de log mais recente. Se você remover o arquivo de log mais recente, é gerado um novo conjunto de arquivos de log, começando com o número de seqüência 0x000001. Este novo conjunto de arquivos de log irá impedir que um banco de dados Exchange Server de um backup anterior ser rolado frente.

Para obter mais informações sobre como reparar um banco de dados do Exchange Server, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
893083  (http://support.microsoft.com/kb/893083/ ) Problemas de suporte importantes para o armazenamento de informações do Exchange

A informação contida neste artigo aplica-se a:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Enterprise Server
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange Server 5.5 Standard Edition
Palavras-chave: 
kbmt kbhowto KB240145 KbMtpt
Tradução automáticaTradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 240145  (http://support.microsoft.com/kb/240145/en-us/ )