Como restaurar o acesso ao banco de dados de produção após uma falha em um único banco de dados
Aplica-se a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
Tópico modificado em: 2006-12-21
Este tópico explica como recuperar a danificação no banco de dados ou grupo de armazenamento ativo de um servidor configurado para CCR (replicação contínua de cluster).
Antes de começar
Você deve realizar o seguinte procedimento com uma conta à qual foi delegada a função de Administrador do Exchange Server.
Procedimento
Para recuperar a corrupção de dados em um servidor configurado para CCR
Identifique o nó passivo do servidor de caixas de correio em cluster, executando o seguinte comando:
Get-ClusteredMailboxServerStatus -Identity:<Name>
Verifique se a corrupção não é o resultado de uma unidade de log offline, unidade de banco de dados offline ou erro de configuração de volume.
Importante
Se o volume do log no nó ativo não estiver disponível no momento do failover, mais dados do que o necessário poderão ser perdidos.
Mova o servidor de caixas de correio em cluster do nó ativo para o nó passivo com o cmdlet Move-ClusteredMailboxServer da seguinte maneira:
Move-ClusteredMailboxServer -Identity:<Name> -targetmachine:<TargetName> -movecomment:<Comment>
Dica
Para obter mais informações sobre o cmdlet Move-ClusteredMailboxServer, consulte Move-ClusteredMailboxServer.
Importante
Se você constatar que os logs não estão disponíveis, insira o argumento -ignoredismounted, como mostra o exemplo de código a seguir:
Move-ClusteredMailboxServer -Identity:<Name> -targetmachine:<TargetName> -ignoredismounted -movecomment:<Comment>
Dica
Se ocorrer uma falha no final do processamento da movimentação, ocorrerá a transição de propriedade do servidor de caixas de correio em cluster, mas nenhum banco de dados afetado será mantido offline.
Depois que a operação de movimentação for concluída, verifique se que todos os volumes foram montados. Se um ou mais bancos de dados não forem montados, você deve verificar o status da cópia local, usando o cmdlet Get-StorageGroupCopyStatus. Você deve determinar se a origem está expondo todos os arquivos de log disponíveis antes de executar Restore-StorageGroupCopy ou se você está satisfeito com o estado da cópia.
Se não houver logs disponíveis para fazer o processo sem perdas para todos os grupos de armazenamento, o cmdlet Restore-StorageGroupCopy deverá ser executado conforme mostrado:
Restore-StorageGroupCopy -Identity:"mbx01\SG1"
Dica
Quando o cmdlet Restore-StorageGroupCopy for executado, ele exibirá o estado da cópia do grupo de armazenamento e apresentará um prompt para concluir a opção de restauração. Se você deseja concluir a operação de restauração, digite Sim.
Importante
Se você optar por não concluir a operação de restauração quando solicitado, poderá executar o comando novamente mais tarde.
Dica
Para obter mais informações sobre o cmdlet Restore-StorageGroupCopy, consulte Restore-StorageGroupCopy.
Agora, o banco de dados pode ser montado. Para montar o banco de dados, você pode usar o Shell de Gerenciamento do Exchange ou o Console de Gerenciamento do Exchange, como descrito em Como montar um banco de dados em um ambiente de Replicação Contínua em Cluster.
Se você selecionar Sim para concluir a operação de restauração, depois que a restauração for concluída, deverá montar manualmente o banco de dados no grupo de armazenamento, como descrito no tópico Como montar um banco de dados em um ambiente de Replicação Contínua em Cluster. Na ausência de falhas adicionais, essas etapas ativarão a cópia no nó passivo.
Importante
Depois que a cópia for ativada, a cópia danificada deverá ser restaurada a uma condição em que possa ser um destino de replicação. Essa tarefa pode envolver a reparação do problema de hardware que causou a danificação ou falha.
Para obter mais informações
Para obter mais informações sobre como colocar bancos de dados online, consulte Como montar um banco de dados em um ambiente de Replicação Contínua em Cluster.
Para obter mais informações sobre o cmdlet Get-ClusteredMailboxServerStatus, consulte Get-ClusteredMailboxServerStatus.