Microsoft Exchange Server 2010: Gerencie cópias de bancos de dados

  • Artigo

Você pode criar e gerenciar cópias de bancos de dados do Exchange para fins de arquivamento e recuperação de desastres.

Extraído de "Exchange 2010 – uma prática abordagem," publicado pela Red Gate Books (2009).

Jaap Wesselius

Uma cópia do banco de dados é apenas o que parece: uma cópia de um banco de dados ativo. No entanto, muitas vezes é armazenado em outro servidor do Exchange, no mesmo grupo de disponibilidade de banco de dados (DAG). Quando você inicialmente configura o Exchange, há uma cópia do arquivo de banco de dados enviado para o servidor. Quando você é terminado, o Exchange Server 2010 começa a replicar os arquivos de log desse banco de dados particular pela rede para outro servidor.

O local relativo a cópia passiva do banco de dados é idêntico para o local da cópia ativa. Por exemplo, um banco de dados inicial em um servidor de caixa de correio do Exchange Server 2010 pode ser localizado no diretório C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox banco de dados 1444276156. Se há uma cópia do banco de dados habilitada para este servidor, o mesmo diretório é criado no segundo servidor.

O processo de copiar um banco de dados para um segundo local é conhecido como propagação. É uma prática recomendada usar discos separados para bancos de dados do Exchange, tanto de uma perspectiva de desempenho, bem como uma perspectiva de recuperação de desastres. Depois de configurar o 1444276156 de banco de dados de caixa de correio para usar o disco separado G:\ para armazenar suas informações, você pode configurar a cópia de banco de dados:

  1. No servidor de destino (o servidor que irá armazenar a cópia do banco de dados), certificar-se de que há um volume idêntico ao que servidor de origem. O servidor de destino, neste exemplo precisa de um disco separado G:\ também.
  2. Abra o Console de gerenciamento do Exchange (EMC), expanda Microsoft Exchange local (EXMBX01), em seguida, expanda o contêiner de configuração da organização e clique no nó caixa de correio. Selecione a guia de gerenciamento de banco de dados.
  3. Selecione o banco de dados de caixa de correio 1444276156. Na parte inferior do painel de resultados, você verá que há uma cópia (cópia ativa) localizada sobre a primeira EXMBX01 de servidor do Exchange. Com o botão direito 1444276156 de banco de dados de caixa de correio e selecione Adicionar cópia de banco de dados de caixa de correio...
  4. No Assistente para adicionar cópia de banco de dados de caixa de correio, selecione Browse para selecionar um servidor de caixa de correio que vai realizar uma cópia do banco de dados. O número de preferência de ativação é a ordem em que o Exchange fará uma cópia de replicação em uma cópia ativa quando a cópia ativa anterior falha. Naturalmente, isto só é útil se você tiver configurado várias cópias passivas. Clique em Adicionar para continuar. (Você pode ler mais sobre o número de preferência de ativação e o que acontece quando um banco de dados torna-se ativo.)
  5. Exchange agora irá copiar o 1444276156.edb de banco de dados de caixa de correio do arquivo de banco de dados para o servidor de destino e configurar a replicação. Dependendo do tamanho do arquivo de banco de dados, isso pode levar algum tempo.
  6. Quando o banco de dados é copiado e replicação ativado, clique em concluir.

Uma vez terminado o processo, faça logon para o servidor de destino do Exchange. Você vai notar que, neste servidor (no disco G:\ neste exemplo), houve um diretório de 1444276156 de banco de dados de caixa de correio criado onde a cópia do banco de dados está armazenada. Você também verá os arquivos de log replicados para este diretório.

Se há um monte de bancos de dados usados em um servidor Exchange, usar pontos de montagem é uma alternativa válida. Em um cenário de ponto de montagem, o Gerenciador de servidor monta todos os discos de dados para um diretório no servidor — por exemplo, F:\DB01, F:\DB02, F:\DB03 e assim por diante.

Em um ambiente do Exchange Server 2007 Cluster contínuos replicação (CCR), o servidor ativo também vem arquivos de log para o servidor passivo. Este por sua vez, também carrega os arquivos de log em sua cópia do banco de dados. O servidor passivo é verdadeiramente passivo, no entanto. O serviço responsável pelo banco de dados e os arquivos de log (store.exe) não está em execução. O único serviço que está sendo executado é o serviço de replicação. Durante um failover, o nó passivo tem que iniciar todos os serviços do Exchange. Você precisa ter todos os bancos de dados montados antes que pode acontecer.

No Exchange Server 2010, o serviço de store.exe já está funcionando e os bancos de dados já são montados em todas as máquinas em um DAG. Portanto, failover de banco de dados é muito mais rápido, resultando em um tempo muito mais curto de failover global.

Para fins de manutenção, você pode mover uma cópia do banco de dados ativo de um servidor de caixa de correio do Exchange para outro com as seguintes etapas:

  1. Faça logon em um servidor Exchange e abra o EMC.
  2. Expanda Exchange no local (servidor). Expanda a folha de organização. Clique a caixa de correio e, em seguida, clique na guia gerenciamento de banco de dados.
  3. Todos os bancos de dados em seu ambiente do Exchange Server 2010 vão aparecer na metade superior do painel de resultados. Botão direito do mouse o banco de dados que você deseja mover (que, naturalmente, também é um banco de dados com várias cópias).
  4. Selecione o banco de dados de caixa de correio ativa mover no menu de contexto.
  5. No Assistente de banco de dados de caixa de correio ativa mover, selecione Procurar para escolher outro servidor ao qual você deseja mover a cópia ativa.
  6. Clique no botão mover para mover a cópia ativa do banco de dados para o servidor você selecionado.

Move-mailbox on-line

O recurso on-line de Move-Mailbox é novo no Exchange Server 2010. Em versões anteriores do Exchange Server, a caixa de correio é colocada off-line, quando ela é movida de um servidor para outro servidor. Isso impede que os usuários de acessar qualquer um dos seus dados e quaisquer mensagens de entrada na fila. Há situações em que uma enorme (5 GB e acima) caixa de correio tem de ser mantido off-line por mais de uma hora enquanto o movimento ocorre. Nenhum destes compensar um sistema particularmente utilizável.

Com a nova funcionalidade de Move-Mailbox on-line — agora chamado New-MoveRequest — o tempo de uma caixa de correio está offline foi reduzido para apenas alguns segundos. Isso melhora consideravelmente a UX.

Isso é o que acontece durante um New-MoveRequest, quando uma caixa de correio é movida de um servidor (EXBMX01) para outro servidor na mesma organização (EXMBX11):

  1. Em EXMBX11 de servidor de caixa de correio, Exchange cria uma cópia vazia da caixa de correio do usuário, como uma legado operação de Move-Mailbox. Em vez de tomar a caixa de correio atual de off-line (em EXMBX01), a caixa de correio original é mantida on-line. Esta é, ainda, a caixa de correio principal para o cliente. Novas mensagens ainda são entregues na caixa de correio.
  2. O conteúdo da caixa de correio antiga é copiado de caixa de correio no servidor EXMBX11, e esta caixa de correio é sincronizada com a caixa de correio antiga.
  3. Como novos itens são entregues à caixa de correio antiga, eles imediatamente estão copiados para a nova caixa de correio.
  4. Quando ambas as caixas de correio estejam em sincronia, a velha caixa de correio é colocada offline e as últimas mensagens são copiadas da nova caixa de correio.
  5. Active Directory é atualizado com a localização da caixa de correio nova, e a caixa de correio for colocada online novamente. O utilizador poderá ter de reiniciar seu cliente do Outlook, mas o servidor de acesso para cliente deve detectar automaticamente que a caixa de correio foi movido e começar a usar o novo local. De qualquer forma, o usuário pode continuar a trabalhar em apenas uma questão de segundos.

A linha Move-Mailbox não só funciona entre os servidores de caixa de correio do Exchange Server 2010, mas também ao mover caixas de correio do Exchange Server 2007 SP2 para Exchange Server 2010. Infelizmente, passando de 2010 de servidor do Exchange para o Exchange Server 2007 é ainda um movimento off-line. Da mesma forma, mover caixas de correio do Exchange Server 2003 para o Exchange Server 2010 é sempre um movimento off-line.

Backup e restauração

Exchange Server 2010 é executado somente no Windows Server 2008 e Windows Server 2008 R2. Isso significa que você não pode usar o utilitário de NTBackup (gratuito) no Windows Server 2003 para fazer backup de bancos de dados de caixa de correio no Exchange Server 2010.

Em qualquer caso, o NTBackup só irá criar "backups de streaming" de dados do Exchange, não Volume Shadow Copy Service (VSS) backups de seu banco de dados do Exchange. Exchange Server 2010 contém um plug-in para o Windows Server Backup (WSB) para que seja possível criar backups VSS, os bancos de dados do Exchange Server 2010.

Backups VSS ou instantâneo

Com o Exchange Server 2010, Microsoft moveu-se longe os tradicional backups streaming on-line de backup VSS (ou "instantâneo"). Um instantâneo é apenas uma imagem de um banco de dados criado em um determinado momento. Você pode usar isso para reverter o banco de dados em caso de desastre. VSS (no Windows Server 2003 e posterior) fornece uma infra-estrutura para criar essas imagens point-in-time chamadas cópias de sombra. Existem dois tipos de cópias de sombra:

  • Clone (cópia completa ou Split Mirror): Um espelho completo é mantido até que um aplicativo ou administrador quebra o espelho. Deste ponto em diante, o original e o clone são totalmente independentes entre si, e a cópia é efetivamente congelada no tempo.
  • De cópia na gravação (cópia diferencial): Uma cópia de sombra é criada como um diferencial, ao invés de uma cópia completa dos dados originais. Usando cópia na gravação, uma cópia de sombra dos dados originais é feita antes, ele será sobrescrito. O backup é composto dos dados da cópia de sombra, combinados com os dados do local original. Ambos precisam estar disponíveis para reconstruir os dados originais.

A infra-estrutura VSS consiste dos seguintes componentes:

  • O solicitante é um software que chama VSS e cria, quebra ou exclui a cópia de sombra. O solicitante é, normalmente, o aplicativo de backup.
  • O escritor é uma parte de software fornecida por um fornecedor do aplicativo. No nosso caso isso é fornecido com o Microsoft Exchange Server. Um escritor é responsável por fornecer uma imagem consistente de ponto no tempo congelando o Exchange Server neste momento relevante. Observe que um escritor do Exchange é fornecido para o Exchange Server 2003 e superior, direita fora da caixa.
  • O provedor é a interface para a imagem no momento. Isso pode ser um array de armazenamento (provedor de hardware) ou no sistema operacional (fornecedor de software). Windows Server 2003 e acima incorporam um fornecedor de software com funcionalidade VSS fora da caixa.

Quando você executar um backup VSS, ocorrem as seguintes etapas:

  1. O solicitante (aplicativo de backup) envia um comando para o VSS para criar uma cópia de sombra, os grupos de armazenamento.
  2. O serviço VSS envia um comando para o gravador do Exchange para se preparar para um backup de instantâneo.
  3. O serviço VSS envia um comando para o provedor de armazenamento adequado para criar uma cópia de sombra do grupo de armazenamento do Exchange. Este provedor de armazenamento pode ser um provedor de armazenamento de hardware ou o provedor de armazenamento do Windows padrão.
  4. O gravador do Exchange temporariamente pára os grupos de armazenamento e coloca-los em modo somente leitura. Um arquivo de log roll-over é também realizado para certificar-se de que todos os dados serão no conjunto de backup. Este irá realizar um par de segundos para o instantâneo para ser criado (na próxima etapa). Todos escrevem que serão enfileirados e/SS.
  5. Agora o Exchange cria a cópia de sombra.
  6. O serviço VSS libera o servidor Exchange para retomar as operações normais, e todos na fila de gravação que e/SS são concluídas.
  7. O serviço VSS consulta o gravador do Exchange para confirmar que a gravação e/SS com sucesso realizaram durante a criação de cópias de sombra. Se as gravações não foram realizadas com êxito poderia significar uma cópia de sombra potencialmente inconsistente, então a cópia de sombra é excluída e o solicitante é notificado. O solicitante pode repetir o processo de cópia de sombra ou não a operação.
  8. Se for bem-sucedido, o solicitante cria um diferencial ou clone instantâneo e, em seguida, verifica a integridade do conjunto de backup (cópia do clone). Se a integridade da cópia de clone é boa, o solicitante informa o servidor do Exchange que o backup foi bem sucedido e que os arquivos de log podem ser removidos.

Etapas 1 a 7 geralmente tomar cerca de 10 segundos, pois este é o tempo necessário para criar o instantâneo real. Este não é o momento de criar um backup, embora. Um aplicativo de backup ainda tem de criar o backup em outro disco ou em fita, que pode demorar horas para ser concluído, dependendo do tamanho dos bancos de dados.

O backup agora está completo. O aplicativo de backup tem a responsabilidade de executar uma verificação de consistência da cópia de sombra. O gravador do Exchange não executa essa verificação. É importante realizar esta verificação para garantir uma cópia limpa e completa.

Jaap Wesselius

Jaap Wesselius é o fundador da DM consultores, uma empresa com forte foco em soluções de mensagens e colaboração. Depois de trabalhar na Microsoft há oito anos, a Wesselius decidiu cometer mais do seu tempo para a Comunidade de intercâmbio na Holanda, resultando em um prêmio de MVP em Exchange Server 2007. Ele também é um colaborador regular em Unified Communications usuário grupo holandês e um autor regular para Simple-Talk.

Saiba mais sobre "Exchange 2010 – uma abordagem prática" em red-gate.com/our-company/about/book-store.

Conteúdo relacionado