Share via

Como restaurar após danificação do banco de dados

  • Artigo

 

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

Tópico modificado em: 2006-12-19

Este tópico explica como recuperar uma cópia de CCR (replicação contínua em cluster) depois que um banco de dados tiver sido detectado como danificado.

Há dois casos que devem ser considerados:

  • O dano está restrito à cópia passiva. Nesse caso, o nó pode ter se tornado passivo em razão de uma interrupção agendada para recuperar de dano no servidor ativo, ou o dano poderá ter ocorrido durante o processamento passivo.

  • O dano existe no servidor ativo. Essa condição é detectada como parte da recuperação do dano da cópia passiva.

Recomendamos que você solucione falhas de volume ou danificação na cópia o mais rapidamente possível. Enquanto a condição não for resolvida, o nó passivo não será um bom destino de recuperação para o banco de dados afetado. Portanto, se ocorrer uma falha, o banco de dados afetado não poderá ser montado, o que impedirá que caixas de correio hospedadas nele sejam acessadas.

Antes de começar

Para executar o procedimento a seguir, faça logon com uma conta de domínio que tenha as permissões de administrador local e as permissões atribuídas ao grupo Administradores do Exchange Server.

Procedimento

Para restaurar uma cópia de replicação contínua em cluster depois que um banco de dados for considerado danificado

  1. Quando a danificação é detectada na cópia passiva, é necessário fazer uma avaliação do volume de armazenamento para o banco de dados passivo. Há problemas específicos no armazenamento que fazem dele um host inadequado para o arquivo do banco de dados? Você deve consultar o diagnóstico de hardware e o relatório de eventos de hardware para fazer essa avaliação.

  2. O único método de recuperação para um banco de dados danificado é a propagação da cópia passiva. As etapas para completar esse procedimento são detalhadas em Como propagar uma cópia de Replicação Contínua em Cluster.

    Dica

    Se o cmdlet Update-StorageGroupCopy detalhado em Como propagar uma cópia de Replicação Contínua em Cluster falhar por causa de dano no banco de dados de produção, será necessário tratar do problema de danificação da produção. Você terá que restaurar de um backup válido e executar a recuperação com todos os logs desde o último backup completo bem-sucedido. Consulte a documentação de seu aplicativo de backup para determinar as etapas necessárias para concluir a operação de restauração.