Quando se trata de recuperação de uma falha, problema e corrupção do banco de dados do Exchange Server, os backups desempenham um papel importante. Portanto, é importante definir uma estratégia adequada de backup e recuperação para garantir que os dados e serviços possam ser restaurados com sucesso e com o mínimo de tempo de inatividade em caso de problemas e desastres.

Neste artigo, discutiremos algumas práticas recomendadas para backup e recuperação do Exchange Server que podem ajudar a obter uma recuperação de dados bem-sucedida e atender ao RTO (objetivo de tempo de recuperação) e ao RPO (objetivo de ponto de recuperação) da sua organização. Aqui estão algumas práticas recomendadas para backup e recuperação no Exchange Server:

1. Escolha um software de backup compatível e com reconhecimento de aplicativos

O backup é o aspecto mais importante do gerenciamento de servidores. Se alguma coisa cair, é a única coisa em que você pode confiar. Um Exchange Server deve fazer backup dos seguintes componentes:

• Estado do sistema: isso inclui contas de segurança locais, configuração de cluster (no caso de um Grupo de Disponibilidade de Banco de Dados [DAG]), registro e o banco de dados do IIS (Serviços de Informações da Internet).
• Active Directory: contém todas as informações de configuração do Exchange Server no esquema do Active Directory.
• Bancos de dados do Exchange: incluem bancos de dados de caixa de mensagem e bancos de dados de pasta pública, que são arquivos vivos e ativos. A memória e os logs de transações atuam como um buffer. Sem um VSS (Serviço de Cópias de Sombra de Volume) completo, o backup não será concluído.

Considerando o que foi dito acima, o Exchange Server e o servidor do Active Directory devem ser totalmente copiados com o Estado do Sistema e o backup VSS completo. Portanto, ao escolher backup de software ou soluções, certifique-se de que eles reconheçam o aplicativo e sejam compatíveis com o sistema operacional e a versão do Exchange Server. Por exemplo, você pode usar a ferramenta nativa, Backup do Windows Server, que é totalmente compatível com o Exchange Server e reconhece aplicativos.

2. Escolha o método de backup correto

Há três tipos de backups no Exchange Server:

• Backup completo: O backup completo, como o nome indica, faz um backup completo do servidor e dos bancos de dados, e cada backup pode ser restaurado de forma independente. Isso requer uma quantidade considerável de armazenamento para manter todos os backups. Se o backup completo do servidor for de 500 GB e você precisar manter um backup completo do servidor por sete dias, serão necessários 3,5 TB de armazenamento. Essa opção só deve ser considerada se você tiver amplo armazenamento, com a ressalva de que cada backup levará muito tempo.
• Backup incremental: o backup incremental fará um backup completo na primeira vez e, a cada dia, fará o backup das alterações do dia anterior. Este é um backup rápido e de pequeno porte. No entanto, se um dos backups incrementais anteriores for perdido ou se tornar inutilizável, você não poderá restaurar os dados, com exceção do backup completo.
• Backup diferencial: o backup diferencial é semelhante ao backup incremental, mas usa as alterações do backup completo. Portanto, se você precisar restaurar, precisará apenas do backup completo e do backup do dia.

Você pode escolher qualquer um dos métodos acima, dependendo das necessidades da sua empresa e dos recursos disponíveis. Idealmente, você deve ter um backup local para restauração rápida e um backup externo em fita ou armazenamento em nuvem com pelo menos criptografia AES-256.

3. Monitore o Exchange Server e outros recursos

Monitorar o Exchange Server é importante para garantir a integridade do servidor; os problemas podem ser resolvidos antes que causem danos. Monitorar sinais vitais, como CPU, rede e memória, é importante, mas você também deve monitorar o armazenamento. Quando um Exchange Server atinge zero espaço em disco, isso pode causar interrupções e problemas no banco de dados e nos logs de transações.

4. Testes periódicos de backups

Fazer um backup não é suficiente. Você deve executar um teste de restauração para verificar se os dados e o servidor são restauráveis e se os backups são válidos. É recomendável executar uma restauração de teste semanal de um arquivo do backup e uma restauração completa mensal em um ambiente de área restrita. Isso garantirá que o backup seja feito corretamente.

5. Tenha uma configuração de alta disponibilidade

Com o Exchange Server, você pode ter um sistema de alta disponibilidade; se um servidor for perdido, os usuários continuarão a trabalhar sem perceber, pois o sistema fará failover automaticamente para outros servidores. A opção de alta disponibilidade usando o Grupo de Disponibilidade de Banco de Dados (DAG) pode ser configurada em uma versão padrão de um sistema operacional e Exchange Server.

A configuração envolve dois ou mais Exchange Servers, em que cada caixa de mensagens e banco de dados de pasta pública terá uma cópia passiva em outro servidor. Isso pode ser usado como um balanceador de carga em que você teria quatro bancos de dados – dois ativos em um servidor e os outros dois ativos em outro servidor – com cada servidor hospedando as cópias do outro servidor. Isso complementará sua estratégia de backup local/externo. Em caso de falha do servidor, o negócio não será afetado.

6. Execute todas as alterações do servidor em uma janela de manutenção

Se você tiver um Exchange Server autônomo, é importante fazer um backup antes de fazer qualquer alteração de hardware ou software ou instalar qualquer atualização. Essas tarefas devem ser feitas em uma janela de manutenção – se algo der errado, você pode voltar sem impacto.

Com uma configuração do DAG, é mais simples mudar os serviços para um dos outros nodos e colocar o servidor no modo de manutenção. Em qualquer caso, nunca execute nenhuma tarefa de manutenção no servidor ativo.

7. Execute o plano de restauração correto

Quando ocorre um desastre, você precisa estar preparado. As empresas devem ter um documento escrito sobre como se recuperar de um desastre, o que precisa ser feito e como as pessoas devem ser informadas. Um teste de recuperação de desastres deve ser executado todos os anos para garantir que o documento esteja correto e que o RPO e o RTO sejam atendidos.

Conclusão

Acima, mencionamos algumas práticas recomendadas para backup e recuperação no Exchange Server. Além da solução de backup correta, você também deve analisar a estratégia, o monitoramento, os testes periódicos e a capacidade de recuperação de dados em caso de desastre. Embora você possa restaurar a partir do backup, você também deve considerar os dados que foram alterados desde o momento em que o backup é feito até quando o problema ocorreu. Quando uma restauração completa é feita, tudo isso é perdido.

Nesse caso, considere usar um Software de Recuperação do Exchange de terceiros que possa ajudar a recuperar dados se o banco de dados estiver corrompido ou o log de transações estiver ausente. Um desses softwares é o Stellar Repair for Exchange. Ele pode complementar seu plano de recuperação de desastres.

Com esse software, você pode abrir qualquer versão do banco de dados em qualquer estado, sem limite de tamanho. Você pode salvar os dados do EDB no PST e exportar diretamente para um banco de dados do Exchange Server e locatário do Office 365 com correspondência automática de caixa de mensagens, exportação paralela e exportação prioritária. A ferramenta pode processar caixas de correio de usuário, arquivos, caixas de correio compartilhadas, caixas de correio desabilitadas e pastas públicas.