Microsoft Exchange Server 2010: Backup com o Backup do Windows Server
Usar o Backup do Windows Server para criar arquivos de backup para Exchange é uma boa abordagem, mas será necessário uma configuração especial.
Extraído de "Exchange 2010 – uma prática abordagem," publicado pela Red Gate Books (2009).
Jaap Wesselius
A função Windows Server Backup (WSB) do Windows Server pode ser uma maneira eficaz para criar um backup do Exchange, mas não é sem alguma configuração especial. Ao fazer backup de seus dados do Exchange usando o WSB, você vai precisar de pelo menos um disco para armazenar os backups. Isso pode ser um disco físico no servidor ou um disco em um dispositivo de armazenamento.
Quando a partida WSB lá não será nenhuma indicação que é sensível ao Exchange Server 2010. Quando os bancos de dados do Exchange estão localizados na unidade G:\ H:\ de carro, por exemplo, você deve selecionar manualmente essas unidades na WSB.
Depois de selecionar esses discos, selecione outro disco para armazenar o backup real. Isso pode ser qualquer disco, exceto os de backup ou o disco do sistema (ou seja, a unidade C:\). Quando o backup estiver em execução, você notará que o WSB verifica o banco de dados do Exchange para consistência.
Quando WSB terminou fazendo backup do banco de dados do Exchange, o cabeçalho do banco de dados é atualizado com informações relevante sobre o backup. Você pode examinar o status do banco de dados usando ESEUTIL /MH:
G:\mailbox database 0242942819>eseutil /mh "mailbox database 0242942819.edb" Extensible Storage Engine Utilities for Microsoft(R) Exchange Server Version 14.00 Copyright (C) Microsoft Corporation. All Rights Reserved. Initiating FILE DUMP mode... Database: mailbox database 0242942819.edb Previous Full Backup: Log Gen: 4-5 (0x4-0x5) - OSSnapshot Mark: (0x6,8,16) Mark: 08/08/2009 11:39:06 Previous Incremental Backup: Log Gen: 0-0 (0x0-0x0) Mark: (0x0,0,0) Mark: 00/00/1900 00:00:00 Operation completed successfully in 0.31 seconds. G:\mailbox database 0242942819> [Edited for readability]
WSB também registra todas as atividades no Log de eventos. Ao verificar o Visualizador de eventos você verá os eventos de mecanismo de armazenamento extensível (ESE) e MSExchangeIS, tais como:
Log Name: Application Source: ESE Date: 8-8-2009 11:39:05 Event ID: 2005 Task Category: ShadowCopy Level: Information Keywords: Classic User: N/A Computer: EXMBX12.labs.local Description: Information Store (2444) Shadow copy instance 1 starting. This will be a Full shadow copy. For more information, click https://www.microsoft.com/contentredirect.asp.
Você também verá algo como:
Log Name: Application Source: MSExchangeIS Date: 8-8-2009 11:39:05 Event ID: 9811 Task Category: Exchange VSS Writer Level: Information Keywords: Classic User: N/A Computer: EXMBX12.labs.local Description: Exchange VSS Writer (instance 1) has successfully prepared the database engine for a full or copy backup of database 'mailbox database 0242942819'.
Quando o backup foi concluído com êxito, os arquivos de log serão expurgados. Quais arquivos de log são removidos dependerá de quão ocupado o servidor é durante o backup (se, por exemplo, existem inúmeras novas mensagens, caixas de correio sendo movidas e assim por diante) e a profundidade de ponto de verificação. Limpar os arquivos de log é registrado no Log de eventos:
Log Name: Application Source: ESE Date: 8-8-2009 11:39:19 Event ID: 224 Task Category: ShadowCopy Level: Information Keywords: Classic User: N/A Computer: EXMBX12.labs.local Description: Information Store (2444) mailbox database 0242942819: Deleting log files G:\mailbox database 0242942819\E0000000001.log to G:\mailbox database 0242942819\E0000000003.log.
WSB só é capaz de criar um backup completo ou um backup de cópia. Ele não oferece suporte a backups incrementais ou diferenciais.
Replicação de banco de dados
WSB também pode criar backups de bancos de dados que fazem parte de um grupo de disponibilidade de banco de dados (DAG). Uma limitação do WSB, no entanto, é que ele só pode criar um backup de uma cópia ativa do banco de dados. Se você criar um backup de cópia ativa, o backup será bem-sucedida. Quando a cópia ativa se move para outro servidor e o banco de dados local torna-se passiva, o backup irá falhar.
O processo de criação de backups é idêntico ao processo descrito anteriormente, exceto para os arquivos de log truncado. Arquivos de log são truncados somente se todos os arquivos de log são replicados e retransmitidos para outras cópias de banco de dados. Só então serão truncados os arquivos de log na cópia ativa. Isso pode levar algum tempo, que não é nenhuma razão para se preocupar. Ele também é registrado no Log de eventos:
Log Name: Application Source: MSExchangeIS Date: 8-8-2009 11:54:16 Event ID: 9827 Task Category: Exchange VSS Writer Level: Information Keywords: Classic User: N/A Computer: EXMBX01.labs.local Description: Exchange VSS Writer (instance 725e6ff5-7fd0-4c52-9bf1-f62fafc425ea:5) has successfully completed the full or incremental backup of replicated database 'Mailbox Database 1444276156'.
Os arquivos de log serão truncados após você repeti-las.
Alta disponibilidade
Para um ambiente do Exchange Server 2010 completamente altamente disponível, você deve configurar os servidores de caixa de correio como tal, mas também os servidores de transporte de Hub, servidores de acesso para cliente e os servidores de transporte de borda (se você estiver usando-os). As configurações de alta disponibilidade (HA) para essas outras funções de servidor são bem diferentes da função de servidor caixa de correio. No entanto, eles são semelhantes às suas configurações do Exchange Server 2007.
Servidores de transporte de Hub
Para redundância de transporte, você vai precisar de pelo menos dois servidores de transporte de Hub. Ao criar um conector de envio, você pode definir o servidor de origem que envia as mensagens sobre este conector. Para redundância, você pode adicionar um segundo servidor de transporte de Hub como um servidor de origem:
- Faça logon em um servidor Exchange e abra o Console de gerenciamento do Exchange.
- Expanda o servidor Exchange local e a folha de organização. Clique na folha de transporte de Hub e selecione a guia de conectores de envio.
- Botão direito do mouse o conector de envio, você precisará alterar e selecione Propriedades.
- Nas propriedades do conector de envio, selecione a guia servidor de origem.
- Clique no botão Adicionar para adicionar um segundo servidor de transporte de Hub para o conector de envio.
- Depois de selecionar o segundo servidor, clique em OK duas vezes.
O servidor de transporte de Hub agora terá um caminho redundante e carregará automaticamente mensagens de saída de equilíbrio sobre os servidores de origem. Ele irá usar um mecanismo de round-robin para tráfego de saída SMTP nos dois servidores de transporte de Hub de balanceamento de carga.
Para mensagens de entrada, você precisará implementar manualmente uma solução de balanceamento de carga. Isso pode ser um Interent Security e Acceleration (ISA) Server 2006 ou qualquer outro dispositivo de hardware capaz de carregar balanceamento de tráfego SMTP. Você também pode usar NLB do Windows Server 2008 Network Load Balancing (), como se trata de uma solução de Microsoft do fora-de-caixa.
Usando NLB, você pode criar uma solução de balanceamento de carga em execução no Windows que vai rastrear todas as conexões de entrada e carregar automaticamente solicitações de equilíbrio entre os servidores de transporte de Hub. Esta é uma solução totalmente suportada desde o Exchange Server 2007 SP1. A última opção é usar o DNS round-robin para carregar o tráfego de entrada de saldo.
NLB é suportado somente para conexões SMTP de entrada, não para conexões de saída SMTP. Você não pode instalá-lo em qualquer servidor que já está hospedando um DAG. Um servidor que hospeda um DAG deve ter na operação de cluster de failover do Windows e NLB não pode coexistir com o cluster de failover do Windows.
Servidores de acesso para cliente
Para redundância na camada de servidor de acesso para cliente, você precisará implementar pelo menos dois servidores, que deve ser a carga equilibrada sobre a camada de protocolo. A solução de balanceamento de carga pode ser uma solução Microsoft ISA Server 2006 ou uma solução de balanceamento de carga baseada em hardware. Tal como acontece com o servidor de transporte de Hub, você também pode usar o NLB para carga balanceamento de conexões no servidor Acesso para cliente (a menos que está hospedando um DAG).
Servidores de transporte de borda
Ao usar uma solução de transporte de borda na DMZ de sua rede, você vai precisar de pelo menos dois servidores de transporte de borda. Tenha em mente que todos os servidores de transporte de borda tem sua própria instância do serviço Active Directory Lightweight Directory (AD LDS, anteriormente conhecido como modo de aplicativo do Active Directory, ou ADAM). Além disso, todos os servidores de transporte de borda tem sua própria assinatura para os servidores de transporte de Hub na rede da empresa.
Quando vários servidores de transporte de borda estão ligados no mesmo site, eles são automaticamente adicionados como servidores de origem para o conector de entrada enviar. Balanceamento de carga ocorre entre esses servidores de transporte de borda da mesma forma como nos servidores de transporte de Hub.
Com a nova funcionalidade de DAG no Exchange Server 2010, você pode agora criar HA soluções a nível de servidor de caixa de correio. Essa funcionalidade substitui a replicação contínua de Cluster (CCR) e replicação contínua em espera (SCR) no Exchange 2007. Para ser honesto, o DAG é que deveria ter sido CCR/SCR. É flexível, poderoso e menos complexa do que a solução CCR/SCR. É realmente o melhor dos dois mundos.
As soluções HA sobre a função de servidor Transporte de Hub e a função de servidor Acesso para cliente são implementadas com balanceamento de carga de protocolo. Você pode conseguir isso usando um balanceador de carga de hardware ou NLB do Windows, ou usando DNS round-robin. Este processo não mudou muito.
Agora, você deve ser capaz de garantir o que seu servidor Exchange está sempre funcionando. Claro, isso é apenas um guia prático para você começar. Há muito mais para aprender a fazer seu ambiente Exchange desastre prova.
.jpg)
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.