Partilhar via

Replicação Contínua em Espera: Portabilidade do banco de dados

  • Artigo

 

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

Tópico modificado em: 2008-11-18

Este tópico detalha um cenário em que uma organização, o Woodgrove Bank, está usando portabilidade de banco de dados e SCR (replicação contínua em espera) para recuperar uma falha em um único banco de dados. Nesse cenário, descobre-se que um banco de dados de origem de SCR contém danos físicos, e o administrador decide ativar o banco de dados de destino de SCR. Durante a ativação, a SCR é desabilitada, o banco de dados SCR de destino é montado como o banco de dados de produção e as caixas de correio do usuário são hospedadas novamente. Depois que o acesso aos dados tiver sido restaurado para os clientes, a SCR é novamente habilitada para o grupo de armazenamento para restaurar a redundância e a proteção para o destino de SCR.

SCR e portabilidade de bancos de dados

O Woodgrove Bank implantou o Microsoft Exchange Server 2007 Service Pack 1 (SP1) e decidiu usar SCR para ter uma cópia redundante de um grupo de armazenamento em um servidor de Caixa de Correio remoto. Ambos os servidores de Caixa de Correio estão no mesmo serviço de diretório do Active Directory e estão configurados para usar servidores DNS integrados ao Active Directory. O intervalo de replicação do Active Directory para o site do Active Directory está configurado em 15 minutos.

A SCR está configurada para que os arquivos de log de transação sejam replicados em um único grupo de armazenamento, o SG1, que contém um único banco de dados, MBX1. EXMBX1 é o computador de origem de SCR e EXMBX2 é o computador de destino de SCR. Os caminhos para os arquivos de grupo de armazenamento (que incluem os arquivos de log de transação) e o arquivo do banco de dados estão em E:\SG1 e D:\SG1\MBX1.EDB, respectivamente. Esses caminhos são usados tanto no computador de origem quanto no de destino.

Essas atribuições foram configuradas com o seguinte comando:

Enable-StorageGroupCopy EXMBX1\SG1 -StandbyMachine EXMBX2

A integridade e o status da SCR em SG1 foram verificados com os cmdlets Test-ReplicationHealth e Get-StorageGroupCopyStatus no Shell de Gerenciamento do Exchange. Por exemplo:

Get-StorageGroupCopyStatus EXMBX1\SG1 -StandbyMachine EXMBX2 | fl

Para economizar tempo durante os processo de ativação do destino de SCR, EXMBX2 é pré-configurado com um grupo de armazenamento e banco de dados que serão usados como parte das operações de portabilidade de banco de dados. O grupo de armazenamento e o banco de dados recebem os nomes SG1PORT e MBX1PORT, respectivamente.

Importante

SG1PORT e MBX1PORT são separados dos arquivos de bancos de dados e grupo de armazenamento do destino de SCR. Portanto, os caminhos de SG1PORT e MBX1PORT devem ser configurados com um caminho temporário que não entre em conflito com os caminhos do destino de SCR.

Dica

Depois da criação de MBX1PORT, recomendamos que ele seja montado e desmontado, e que todos os arquivos de grupo de armazenamento e o arquivo de banco de dados sejam excluídos.

Ativação do destino de SCR

Um administrador de mensagens percebe uma entrada no log de eventos de aplicativos que indica que o banco de dados de origem de SCR está fisicamente danificado. Como a SCR foi habilitada em SG1, ele rapidamente decide fazer uma ativação manual do banco de dados de destino de SCR de SG1, e restaurar a disponibilidade dos dados. A ativação da cópia de destino de SCR é iniciada, desmontando-se o banco de dados em SG1. Em seguida, o banco de dados de destino de SCR é viabilizado para montagem, e em seguida as caixas de correio do banco de dados de caixa de correio afetado são transferidas. Para fazer isso, siga estas etapas na ordem indicada:

  1. O banco de dados de origem de SCR é desmontado com o seguinte comando:

    Dismount-Database EXMBX1\SG1\MBX1

  2. O processo de desabilitar SCR e viabilizar o banco de dados de destino de SCR para montagem envolve a execução do cmdletRestore-StorageGroupCopy. Essa tarefa marca o banco de dados do grupo de armazenamento como montável, e oferece um relatório sobre a perda de dados que será causada pela montagem do banco de dados no grupo de armazenamento, se houver. Ela também verifica se todos os arquivos de log gerados pela cópia ativa do grupo de armazenamento estão presentes no local do arquivo do grupo de armazenamento da cópia passiva. Se houver arquivos de log faltando, a operação tentará copiar os arquivos de log ausentes. A SCR é desabilitada e o banco de dados de destino é viabilizado para montagem com o seguinte comando:

    Restore-StorageGroupCopy EXMBX1\SG1 -StandbyMachine EXMBX2

Importante

Se a origem de SCR não está disponível, o parâmetro Force deve ser adicionado ao comando Restore-StorageGroupCopy.

  1. Após a conclusão do comando Restore-StorageGroupCopy, um administrador deve verificar se o banco de dados está em estado de Desligamento Normal. Se o banco de dados estiver em estado de Desligamento Anormal, o administrador poderá colocá-lo em estado de Desligamento Normal executando o modo de recuperação do Exchange Server Database Utilities (Eseutil) (Eseutil /r) no banco de dados. Para saber as etapas detalhadas sobre como executar o modo de recuperação de Eseutil, consulte Como executar o Eseutil /R (Recuperação).

    Dica

    Se o prefixo do grupo de armazenamento (por exemplo, E00 ou E01) for o mesmo da origem de SCR (EXMBX1\SG1) e do grupo de armazenamento de destino de SCR que será usado para portabilidade do banco de dados (EXMBX2\SG1PORT), não será necessário executar Eseutil em modo de recuperação. A operação final de montagem de banco de dados colocará o banco de dados em estado de Desligamento Normal depois da repetição de todos os arquivos de log replicados.

  2. Depois que o banco de dados estiver em estado de Desligamento Normal, o administrador executará dois comandos que atualização o Active Directory com os novos locais dos arquivos de grupo de armazenamento e o arquivo do banco de dados. Use os comandos a seguir para alterar os caminhos de SG1PORT e MBX1PORT dos caminhos temporários para os caminhos para os arquivos de banco de dados e grupo de armazenamento do destino de SCR:

    Move-StorageGroupPath EXMBX2\SG1PORT -SystemFolderPath E:\SG1 -LogFolderPath E:\SG1 -ConfigurationOnly
Move-DatabasePath EXMBX2\SG1PORT\MBX1PORT -EdbFilePath D:\SG1\MBX1.EDB -ConfigurationOnly

  3. Em seguida, o banco de dados deve ser substituído durante a operação de restauração. Isso pode ser feito marcando-se 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. Essa tarefa também pode ser executada com o seguinte comando no Shell de Gerenciamento do Exchange:

    Set-Mailboxdatabase EXMBX2\SG1PORT\MBX1PORT -AllowFileRestore:$true

  4. Depois que o banco de dados tiver sido configurado para permitir sua substituição durante uma restauração, o administrador poderá montar o banco de dados com o seguinte comando:

    Mount-Database EXMBX2\SG1PORT\MBX1PORT

  5. Depois de montado o banco de dados, as caixas de correio residentes no banco de dados de origem de SCR devem ser transferidas, de modo que apontem para MBX1PORT em EXMBX2. Isso pode ser feito com a execução do cmdlet Get-Mailbox e pipeline do resultado para o cmdlet Move-Mailbox. Durante esse processo, é importante que as caixas de correio do sistema e o Atendedor do Sistema do Microsoft Exchange não sejam incluídos nos resultados do cmdlet Get-Mailbox transmitidos por pipeline para o cmdlet Move-Mailbox. Isso é feito com o seguinte comando:

    Get-Mailbox -Database EXMBX1\SG1\MBX1 |where {$_.ObjectClass -NotMatch '(SystemAttendantMailbox|ExOleDbSystemMailbox)'}| Move-Mailbox -ConfigurationOnly -TargetDatabase EXMBX2\SG1PORT\MBX1PORT

Nesse ponto, MBX1PORT já está acessível para acesso de clientes. Contudo, os usuários poderão ou não realmente acessar suas caixas de correio depois de movidas de EXMBX1\SG1\MBX1 para EXMBX2\SG1PORT\MBX1PORT, a depender de vários fatores:

  • Latência de replicação do Active Directory   Dependendo do número de servidores de diretório, pode demorar algum tempo para que a atualização seja propagada em todo o ambiente.

  • Método de acesso do cliente   Os clientes de mensagens que executem o Microsoft Office Outlook 2007 e clientes que não sejam o Outlook terão acesso à caixa de correio do usuário depois que os servidores de diretório usados pelo servidor de Acesso para Cliente do usuário tiver sido atualizado com os novos caminhos. Clientes de mensagens que executem o Outlook 2003 e versões anteriores exigirão que o perfil de mensagens do computador do usuário seja atualizado com o mesmo nome de servidor se o servidor original estiver fora do ar ou indisponível. Se o servidor original estiver online e disponível para responder a solicitações de clientes, clientes de mensagens que executem o Outlook 2003 e versões anteriores terão seus perfis de mensagens do computador atualizados automaticamente pelo servidor original com o novo nome do servidor, e o perfil de mensagens do computador não precisará ser modificado manualmente.

Restaurando a redundância depois da ativação do destino de SCR

Depois que os clientes estiverem com acesso a suas caixas de correio e dados das caixas de correio, a etapa final é estabelecer novamente a redundância, reabilitando SCR. Isso é feito com a remoção de todos os arquivos de grupo de armazenamento e de banco de dados de EXMBX1. Depois de removidos os arquivos, os caminhos para EXMBX1\SG1\MBX1 podem ser movidos para um local temporário, e EXMBX1 pode se tornar um destino de SCR de EXMBX2. Depois que isso for feito, a redundância terá sido restaurada para o ambiente.