Como utilizar o Eseutil para testar o registo de transacções ficheiros para danificar no Exchange 2000 Server e no Exchange Server 2003

No Microsoft Exchange 2000 Server e no Microsoft Exchange Server 2003, pode utilizar a opção /ml do utilitário Eseutil para testar a integridade de transacção dos ficheiros de registo de transacções.

Este teste também detecta "rasgado escreve" no ficheiro E00.log. Uma operação de escrita rasgada é uma condição reparáveis. Por conseguinte, se o ficheiro E00.log falhar o teste, não assumem que tem de eliminar o ficheiro.

Para testar um ficheiro de registo para danos suspeito, execute o seguinte comando: Por exemplo, para testar um ficheiro de registo é denominado E00123ab.log, escreva: Se o ficheiro de registo passa o teste, é apresentada a seguinte resposta: Se o ficheiro de registo falhar o teste, é apresentada a seguinte resposta: Pode utilizar um único comando para testar todos os ficheiros de registo numa pasta. Para tal, abra uma janela da linha de comandos e, em seguida, mude para a pasta onde estão localizados os ficheiros de registo. Escreva o seguinte comando:Neste comando, "Enn" representa o prefixo de registo. O prefixo de registo é primeiros três caracteres do nome do ficheiro de registo que são partilhados por todos os registos que pertençam a um grupo de armazenamento particular. Por exemplo, o comando eseutil /ml E00 pesquisa todos os transacção registo ficheiros numa pasta que partilham o mesmo prefixo de registo. Além disso, o comando comunica se estiverem danificados quaisquer ficheiros de registo de transacções, fora da sequência em falta ou incompatíveis com os outros ficheiros de registo.

Escritas rasgadas e E00.log

Uma escrita rasgada é uma escrita física incompleta que é produzida no ficheiro E00.log depois do serviço de base de dados deixa de repente. Uma operação de escrita rasgada poderá dever-se uma falha de energia, por uma falha de sistema operativo, invocando terminar o processo no processo da base de dados ou utilizando um utilitário de terminação como kill.exe. Uma operação de escrita rasgada faz com que as somas de verificação em transacções afectadas no ficheiro de registo deve ser calculado incorrectamente e o registo, em seguida, é detectado como danificado, o Eseutil.

Detecção de escrita rasgado é um processo sofisticado em que o Exchange determina se uma transacção estava danificada devido a uma operação de escrita rasgada ou devido a outros factores. Se uma operação de escrita rasgada o problema, o Exchange repara o ficheiro de registo quando a base de dados é reiniciado.

Exchange não consegue reparar danos em ficheiros de registo que é o resultado de factores que não escreve rasgado. Falhas de hardware que danificar aleatoriamente um ficheiro de registo não podem ser ultrapassar porque os dados perdidos não podem ser recriados fiável.

Escritas rasgadas apenas ocorrer no ficheiro E00.log porque o ficheiro E00.log é o único ficheiro de registo que é aberto e está a ser escrito. Quando um ficheiro E00.log estiver cheio, é fechado e mudar o nome com um número sequencial. Exchange não consegue reparar um ficheiro de registo que tenha sido fechado e numerado (por exemplo, E00123ab.log).

Não existe sem risco de provocar danos adicionais para a base de dados quando tenta reproduzir um E00.log ficheiro que o comando eseutil /ml relatórios está danificado. Se os problemas no ficheiro de registo apenas rasgadas escritas, irá ser corrigidos. Se os problemas não podem ser reparados, a base de dados rejeita os dados em vez de aplicar os dados e um evento semelhante ao seguinte é registado no registo de aplicações:

Tipo de evento: erro
Origem do evento: ESE98
Categoria do evento: Registo/recuperação
ID do evento: 465
Data: 12/9/1999
Tempo: 2:48:48 PM
Utilizador: N/d
Computador: Computer_Name
Descrição: Danos (2428) do arquivo de informações foi detectado durante a recuperação simples no ficheiro de registo E:\exchsrvr\THIRD\E00123ab.log. Falha da soma de verificação registo está localizado na posição 8189:328. Dados não corresponde o padrão de preenchimento de ficheiro de registo primeiro apareceram no sector 8195.

Este evento indica que existe danos que não podem ser reparado. Neste caso, pode utilizar uma das seguintes soluções recomendados:

• Localize uma boa cópia do ficheiro de registo danificado. Pode existir outra cópia numa cópia de segurança online do Exchange ou uma cópia de segurança recentes do servidor.
• Eliminar o ficheiro de registo danificados em conjunto com todos os ficheiros de registo incluídos mais recente do que o ficheiro de registo danificado. Em seguida, restaure uma conhecidos boa cópia de online segurança da base de dados do Exchange. Perderá quaisquer dados que foi registados depois do ficheiro de registo danificado foi criado.

Se estas soluções não funcional, pode reparar a base de dados utilizando a "reparação forçada" funcionalidade ( /p ) do utilitário Eseutil. Antes de efectuar este procedimento, certifique-se que cópias de segurança todos os de ficheiros de base de dados num grupo de armazenamento (*.log ficheiros, ficheiros *.edb e *.stm ficheiros) e, em seguida, contacte serviços de suporte técnico da Microsoft (PSS) para conselhos adicionais. Reparação forçada provoca sempre, pelo menos, perda de dados.

Em versões anteriores ao Exchange 2000 do Exchange, as somas de verificação em ficheiros de registo não fiável calculadas. Se os ficheiros de registo ficaram danificados, foi possível reproduzir esse danos a ficheiros de base de dados. Não existia nenhuma forma fiável verificar um ficheiro de registo para danos: não só foi não utilitário para o fazer, mas a natureza e o formato dos ficheiros de registo efectuarem-Impossível fazê-lo mesmo assim teoria. Ficheiros de registo foram danificados raramente antes do Exchange 2000, mas quando os ficheiros de registo foram danificados, recuperação de desastres tornou-se muito difícil. Porque não detectados danos, os danos podem ser reproduzidos na base de dados. Frequentemente, não ocorreu nenhuma forma de saber que algo errado até que a base de dados falhou ou outra falha logo após o arranque. Nesta situação, tinha de completamente restaurar a base de dados, eliminar alguns ficheiros de registo e esperamos que o resultado está correcto. Exchange 2000 e Exchange 2003 largamente melhoradas nesta área e agora é extremamente difícil reproduzir um ficheiro de registo danificado ou o ficheiro de registo errado numa base de dados. Em conjunto com correspondência de bases de dados e registos de assinaturas, Exchange 2000 e Exchange 2003 também gravação um valor de ponto de verificação no cabeçalho da base de dados que um resultado E00.chk incorrecto não causa a reproduzir os registos errados. Além disso, Exchange 2000 e Exchange 2003 incluem "antes" e "depois" dbtime valores para que uma transacção que é mais recente não pode ser reproduzida na base de dados antes de quaisquer transacções ignoradas são reproduzidas.