Share via

Ativar uma Cópia do Banco de Dados de Caixa de Correio Atrasada

  • Artigo

 

Aplica-se a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Tópico modificado em: 2011-03-19

Uma cópia de banco de dados de caixa de correio atrasada é uma cópia de banco de dados de caixa de correio configurada com um tempo de atraso para repetição maior do que 0. A ativação e a recuperação de um banco de dados de caixa de correio é um processo simples caso deseje que o banco de dados repita todos os arquivos de log e torne atual a cópia do banco de dados. Se você quiser repetir arquivos de log até um ponto específico no tempo, a operação é mais difícil, porque é preciso manipular manualmente os arquivos de log e executar o Eseutil.

Procurando outras tarefas de gerenciamento relacionadas a cópias do banco de dados de caixa de correio? Consulte Gerenciando cópias de banco de dados de caixa de correio.

Dica

O tempo para a ativação direta de uma cópia de banco de dados de caixa de correio atrasada depende diretamente de quantos arquivos de log precisam ser repetidos e da velocidade com que o hardware pode repeti-los. Espere ter, no mínimo, uma taxa de repetição de log de dois logs por segundo por banco de dados.

Pré-requisitos

  • A cópia de banco de dados de caixa de correio que está sendo ativada deve ser configurada com um tempo de atraso de repetição maior do que 0.

  • A cópia de banco de dados de caixa de correio que está sendo ativada deve ter todos os arquivos de log até o momento específico que você deseja recuperar. Tenha em mente que as transações de banco de dados podem conter vários arquivos de log ao determinar o momento específico que você deseja recuperar.

Usar o Shell para ativar uma cópia de banco de dados de caixa de correio com atraso até um momento específico

Entrada "Cópia de banco de dados da caixa de correio" Para executar este procedimento, você precisa de permissões. Para ver de que permissões você precisa, consulte o no tópico Permissões de Alta Disponibilidade.

Dica

O EMC (Console de Gerenciamento do Exchange) não pode ser usado para ativar uma cópia de banco de dados de caixa de correio com atraso até um momento específico.

  1. Suspenda a replicação da cópia com atraso que está sendo ativada usando o cmdlet Suspend-MailboxDatabaseCopy, como no exemplo.

    Suspend-MailboxDatabaseCopy DB1\EX3 -SuspendComment "Activated lagged copy of DB1 on server EX3" -Confirm:$false

  2. Outra opção é criar um instantâneo do VSS (Serviço de Cópias de Sombra de Volume) com base no sistema (não ciente do Exchange) dos volumes que contêm a cópia do banco de dados e seus arquivos de log. A ferramenta vssadmin.exe inclusa no Windows pode ser usada para criar o instantâneo do VSS, como no exemplo.

    vssadmin create shadow /For=C:\mountpoints\db01
vssadmin create shadow /For=C:\mountpoints\db01_logs

    Dica

    Nesse momento, você tem cópias de sombra pendentes do banco de dados e dos volumes de log. Continuar realizando esse procedimento no volume existente levaria a uma penalidade de desempenho de cópia na gravação. Se isso não for o que você deseja, é possível copiar o banco de dados e os arquivos de log para outro volume para realizar a recuperação.

  3. Determine quais arquivos de log precisam ser repetidos para o banco de dados para atingir o momento específico desejado para a recuperação (baseado na data e na hora dos arquivos de log, conforme exibidas no Windows Explorer). Todos os logs criados após esse ponto devem ser movidos para um diretório diferente, até que o processo de recuperação seja concluído e os logs não sejam mais necessários.

  4. Exclua o arquivo de verificação (.chk) do banco de dados.

  5. Usar o Eseutil para executar a operação de recuperação, como mostrado neste exemplo.

    Eseutil.exe /r /eXX /a

    Dica

    No exemplo anterior, /eXX é o prefixo de geração de log do banco de dados (por exemplo, E00, E01, E02 e assim por diante).

    Importante

    Essa etapa pode levar um tempo considerável, dependendo de diversos fatores, como a extensão do tempo de atraso de repetição, o número de arquivos de log gerados durante esse período e a velocidade com que o hardware pode repetir esses logs para o banco de dados que está sendo recuperado.

  6. Depois que a repetição de log é concluída, o banco de dados está em um estado de desligamento normal e pode ser copiado e usado para fins de recuperação.

  7. Após a conclusão do processo de recuperação, retome a replicação do banco de dados usado como parte do processo de recuperação, como vemos neste exemplo.

    Resume-MailboxDatabaseCopy DB1\EX3

Para informações detalhadas de sintaxes e de parâmetros, consulte Suspend-MailboxDatabaseCopy ou Resume-MailboxDatabaseCopy.

 © 2010 Microsoft Corporation. Todos os direitos reservados.