Modo de recuperação do Eseutil /R

 

Aplica-se a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Tópico modificado em: 2011-06-16

A recuperação refere-se ao processo de reprodução dos arquivos de log de transações em um banco de dados. Existem dois tipos de recuperação:

  • Recuperação complexa   Um processo de repetição do log de transações que ocorre após a restauração a partir de um backup online.

  • Recuperação simples   Um processo de repetição do log de transações que ocorre quando um banco de dados é remontado após uma parada inesperada, quando os logs de transações são repetidos em um backup de cópia de arquivo offline de um banco de dados, ou quando os logs são repetidos em um conjunto de backup VSS (Serviço de Cópias de Sombra de Volume).

Para obter mais informações sobre sintaxe e como executar o modo de recuperação /R do Eseutil, consulte Como executar o Eseutil /R (Recuperação).

Recuperação complexa

A recuperação complexa ocorre quando os arquivos de log de transações devem ser substituídos em um backup online restaurado. Em todos os outros cenários de recuperação, é executada a recuperação simples. A recuperação complexa pode ser executada com o Eseutil.exe (Exchange Server Database Utilities), usando o modo de Restauração (/C).

Recuperação simples

No cenário padrão de recuperação simples, um evento externo pára inesperadamente um banco de dados do Exchange, mas o banco de dados e os arquivos de log permanecem intactos e no lugar. Quando o banco de dados é montado novamente, o Exchange lê o arquivo de ponto de verificação e começa a repetir o log de transações que está listado como o log de ponto de verificação. Se não houver nenhum arquivo de log de ponto de verificação, a repetição começa com o arquivo de log mais antigo disponível na pasta de log de transações para o grupo de armazenamento.

O Exchange grava nos arquivos de banco de dados as transações concluídas encontradas no arquivo de log que ainda foram gravadas e reverte todas as transações incompletas. O Exchange nunca começa a gravar uma transação nos arquivos de banco de dados até que todas as operações que a compõem estejam em segurança nos arquivos de log. Não será necessário desfazer ou parar fisicamente uma transação no banco de dados se todos os logs de transações não confirmados presentes na hora da parada inesperada estiverem presentes quando a repetição começar.

Importante

É fundamental lembrar que o processo de recuperação simples presume que nenhum arquivo de log ou banco de dados tenha sido movido, excluído ou destruído pela falha ou pelo administrador depois da falha.

Cenários específicos de recuperação

As seções a seguir descrevem diversos cenários de recuperação.

Os arquivos de log de transações não estão na pasta atual

Em geral, você sempre deve executar o Eseutil /R a partir da pasta onde os arquivos de transações a serem repetidos estão. Isso porque o processo padrão de recuperação simples procura os arquivos de log de transações para localizar o caminho para os bancos de dados. Se você executar o Eseutil /R a partir de uma pasta onde não há arquivos de log, será gerado um novo arquivo de log de transações e esse arquivo de log não saberá onde estão os bancos de dados. Para executar um recuperação simples fora da pasta de logs de transações, adicione esta opção ao comando:

/Lpath_to_logfiles

Por exemplo:

Eseutil /R E00 /Ld:\exchsrvr\logfiles

Controlando o arquivo de ponto de verificação

Na maioria dos casos onde é possível executar manualmente uma recuperação simples, você optará por excluir ou ocultar o arquivo de ponto de verificação, porque geralmente desejará repetir todos os logs de transações disponíveis em vez de iniciar do meio de uma seqüência disponível.

Se você estiver executando uma recuperação simples a partir de uma pasta onde existe um arquivo de ponto de verificação válido e não quiser que esse arquivo afete a recuperação, defina um caminho diferente para o arquivo de ponto de verificação a ser criado durante a recuperação. Isso pode ser necessário após restaurar um backup offline em um grupo de armazenamento com bancos de dados em execução.

Se você estiver executando a recuperação de uma pasta diferente e quiser usar o arquivo de ponto de verificação para controlá-la, aponte para o caminho desse arquivo.

Caso queira controlar o uso do arquivo de ponto de verificação durante uma recuperação simples, adicione esta opção ao comando de recuperação:

/Spath_to_or_away_from_current_checkpoint

Por exemplo:

Eseutil /R E00 /Sd:\

Recuperando um grupo de armazenamento com um banco de dados de caixa de correio ou de pasta pública ausente

Se um grupo de armazenamento for parado inesperadamente e um dos bancos de dados de caixa de correio ou de pasta pública for removido ou ficar indisponível, você não conseguirá montar nenhum dos bancos de dados no grupo de armazenamento até restaurar o banco de dados ausente ou até executar uma recuperação manual com a opção /I.

Importante

Antes de recuperar, ignorando o banco de dados de caixa de correio ou pasta pública ausente, você deve fazer uma cópia de backup de todos os arquivos de log de transações, inclusive o arquivo de log atual (Enn.log). Depois que Enn.log é alterado pela recuperação dos outros bancos de dados, ele pode não ser útil para a recuperação do banco de dados ausente, caso ele se torne novamente disponível.

Recuperando um banco de dados fora do local

Recuperar um banco de dados que está fora do local isola completamente o processo de recuperação do grupo de armazenamento em execução. Use esse método quando desejar recuperar um backup offline em um grupo de armazenamento de recuperação e pretender executar algum arquivo de log no backup.

Para preparar a execução desse procedimento, você deve mover o arquivo de banco de dados e todos os logs de transações que pretender executar para uma única pasta temporária. Dessa pasta, você pode executar o seguinte comando:

Eseutil /R Enn /I /D

Por exemplo:

Eseutil /R E00 /I /D

A opção /I pode não ser necessária, dependendo de existirem registros de desligamento normal nos logs de transações para outros bancos de dados que foram anexados aos logs. É recomendável usar a opção nessa circunstância, para que você não tenha de iniciar novamente a recuperação se houver um anexo travado em algum arquivo de log.

Se a opção /D não estiver presente, os caminhos de banco de dados registrados nos arquivos de log de transações serão usados para localizar os bancos de dados. Se a opção /D for usada sem um caminho, o diretório atual será usado como o caminho para os arquivos de banco de dados. Se a opção /D for imediatamente seguida (sem nenhum espaço) por um caminho de arquivo, esse caminho será usado para localizar os arquivos de banco de dados.

Devido à possibilidade de erros de digitação, é altamente recomendável que você elimine a necessidade de usar caminhos com as opções do Eseutil, executando-o a partir de uma pasta onde já estejam todos os arquivos de dados, sempre que possível.

Após o término da recuperação e com os arquivos de banco de dados em estado de desligamento normal, estes podem ser movidos para seu lugar correto no grupo de armazenamento apropriado e anexados aos arquivos de log, montando os bancos de dados.

Dica

Talvez seja necessário marcar a caixa de seleção Este banco de dados pode ser substituído por uma restauração nas propriedades do objeto de banco de dados no Console de Gerenciamento do Exchange antes que o banco de dados seja montado.

Recuperando um banco de dados com arquivos de log ausentes

No Exchange Server 2007, um novo recurso denominado LLR (Resiliência de Log Perdido) protege os bancos de dados do Exchange da perda dos arquivos de log mais recentes e permite uma recuperação mais rápida. Quando um arquivo de log protegido por LLR estiver ausente ou corrompido, a montagem ou recuperação de banco de dados normal como o Eseutil falha, sem a nova opção de recuperação /A. Um log de eventos com ID de Evento 523 informa o tipo de falha. Você pode executar a recuperação do Eseutil em um banco de dados quando um arquivo de log protegido por LLR estiver ausente ou corrompido, usando a opção /A no modo de recuperação, como se segue:

ESEUTIL /R Enn /A

Dica

Você pode ver a referência e a sintaxe da linha de comando para o Eseutil, digitando eseutil /? em um prompt de comando. Entretanto, a opção /A não está listada na versão RTM do Exchange 2007 da referência de linha de comando.

Antes do Exchange 2007, durante a recuperação de um banco de dados com arquivos de log ausentes, você tinha de restaurar os bancos de dados a partir de backups ou reparar o arquivo de banco de dados existente usando o Eseutil /P. Com o Exchange 2007, a recuperação do banco de dados foi melhorada, porque você pode recuperar um banco de dados com arquivos de log ausentes no intervalo do LLR, executando o comando de recuperação com a opção /A.

Para obter mais informações

Para obter mais informações sobre o Eseutil, consulte os seguintes tópicos: