Como usar o Eseutil para testar o log de transações arquivos para danos no Exchange 2000 Server e no Exchange Server 2003

No Microsoft Exchange 2000 Server e no Microsoft Exchange Server 2003, você pode usar a opção /ml do utilitário Eseutil para testar a integridade de transação dos arquivos de log de transações.

Este teste também detecta "rasgadas gravações" no arquivo E00.log. Uma gravação interrompida é uma condição reparada. Portanto, se o arquivo E00.log falhar no teste, não assuma que você deve descartar o arquivo.

Para testar um arquivo de log para danos suspeito, execute o seguinte comando: Por exemplo, para testar um arquivo de log é chamado E00123ab.log, digite: Se o arquivo de log passar o teste, aparece a seguinte resposta: Se o arquivo de log falhar no teste, será exibida a seguinte resposta: Você pode usar um único comando para testar todos os arquivos de log em uma pasta. Para fazer isso, abra uma janela de prompt de comando e, em seguida, altere para a pasta onde os arquivos de log estão localizados. Digite o seguinte comando:Neste comando, "Enn" significa o prefixo de log. O prefixo de log é os três primeiros caracteres do nome do arquivo de log que são compartilhados por todos os logs que pertencem a um grupo de armazenamento específica. Por exemplo, o comando eseutil /ml E00 examina todos os transação log arquivos em uma pasta que compartilham o mesmo prefixo de log. Além disso, o comando relata se qualquer arquivo de log de transações estiverem danificado, fora de seqüência, ausentes ou incompatíveis com os outros arquivos de log.

E00.log e gravações rasgadas

A gravação interrompida foi uma gravação incompleta física que é deixada no arquivo E00.log depois que o serviço de banco de dados pára de repente. Uma gravação interrompida pode ser causada por uma falha de energia, por uma falha do sistema operacional, invocando Finalizar processo sobre o processo de banco de dados ou usando um utilitário de encerramento como kill.exe. Uma gravação interrompida faz com que as somas de verificação nas transações de afetado no arquivo de log deve ser calculado incorretamente e o log, em seguida, é detectado como danificado por Eseutil.

Detecção de gravação interrompida é um processo sofisticado que Exchange determina se uma transação foi danificada devido a uma gravação interrompida ou devido a outros fatores. Se uma gravação interrompida for o problema, o Exchange repara o arquivo de log quando o banco de dados for reiniciado.

Exchange não pode reparar danos em arquivos de log que é o resultado de fatores diferente rasgadas gravações. Falhas de hardware que aleatoriamente danificar um arquivo de log não podem ser superadas porque os dados perdidos não podem ser reconstruídos confiável.

Gravações rasgadas apenas ocorrem no arquivo E00.log porque o arquivo E00.log é o único arquivo de log que é aberto e está sendo gravado em. Quando um arquivo E00.log estiver completo, ele é fechado e renomeado com um número seqüencial. Exchange não pode reparar um arquivo de log que foi fechado e numerado (por exemplo, E00123ab.log).

Não há nenhum risco de causar danos adicionais para o banco de dados quando você tenta reproduzir um E00.log arquivo que o comando eseutil /ml relatórios está corrompido. Se os problemas no arquivo de log são apenas grava rasgada, eles serão ser corrigidos. Se os problemas não podem ser reparados, o banco de dados rejeitará os dados em vez de aplicar os dados e um evento que é semelhante à seguinte é registrado no log do aplicativo:

Tipo de evento: erro
Origem do evento: ESE98
Categoria do evento: Log/recuperação
IDENTIFICAÇÃO de evento: 465
Data: 9/12/1999
Tempo: 2:48:48 PM
Usuário: N/d
Computador: Computer_Name
Descrição: Armazenamento de informações (2428) corrupção foi detectado durante a recuperação de software no arquivo de log E:\exchsrvr\THIRD\E00123ab.log. Falha do registro de soma de verificação está localizado na posição 8189:328. Dados não correspondentes primeiro o padrão de preenchimento de arquivo de log apareceu no setor 8195.

Esse evento indica que há danos que não podem ser reparado. Nesse caso, você pode usar uma das seguintes soluções recomendadas:

• Localize uma boa cópia do arquivo de log danificado. Outra cópia pode existir em um backup on-line do Exchange ou em um backup recente do servidor.
• Descarte o arquivo de log danificado juntamente com todos os arquivos de log que são mais recente do que o arquivo de log danificado. Em seguida, restaure um backup online boa conhecido do banco de dados do Exchange. Você perderá quaisquer dados que foi registrados depois que o arquivo de log danificado foi criado.

Se essas soluções não funcionarem, você pode reparar o banco de dados usando o "reparo" ( /p ) funcionalidade do utilitário Eseutil. Antes de fazer isso, verifique se que você fazer backup dos todos os arquivos de banco de dados em um grupo de armazenamento (*.log arquivos, arquivos *.edb e *.stm arquivos) e contate o Atendimento serviços Microsoft (PSS) para obter informações adicionais. Reparo sempre faz com que pelo menos perda de dados.

Nas versões do Exchange anteriores ao Exchange 2000, as somas de verificação em arquivos de log não foram confiável calculadas. Se os arquivos de log se tornou danificados, era possível que danos em arquivos do banco de dados de repetição. Não havia uma maneira para verificar um arquivo de log para danos confiável: não apenas não existia nenhum utilitário para fazer isso, mas a natureza e o formato dos arquivos de log tornaram impossível fazer até mesmo na teoria. Arquivos de log foram danificados raramente antes do Exchange 2000, mas quando os arquivos de log foram danificados, recuperação de desastres se tornou muito difícil. Como não podem ser detectados danos, os danos podem ser reproduzidos no banco de dados. Com freqüência, não havia como saber que algo estava errado até o banco de dados com falha ou caso contrário falha logo após a inicialização. Nessa situação, você precisava completamente restaurar o banco de dados, descartar alguns arquivos de log e espero que o resultado estava correto. Exchange 2000 e o Exchange 2003 amplamente aperfeiçoadas nesse aspecto, e agora é extremamente difícil reproduzir um arquivo de log danificado ou o errado arquivo de log em um banco de dados. Em adição à correspondência de backup de bancos de dados e logs de assinaturas, Exchange 2000 e Exchange 2003 também registrar um valor de ponto de verificação no cabeçalho do banco de dados para que um resultado E00.chk errado não causa repetir os logs de errado. Além disso, o Exchange 2000 e o Exchange 2003 incluem "antes" e "após" dbtime valores para que uma transação que é mais recente não pode ser executada no banco de dados antes de quaisquer transações ignoradas são executadas.