Estratégia de backup do Exchange 2010

4

Acabamos de nos mudar para o Exchange 2010 de outro sistema de e-mail e estamos usando IDrive há anos para fazer o backup de nossos Documentos & mail em um único servidor Windows.

Anteriormente, parávamos apenas os serviços que acessam o banco de dados de correio e, em seguida, agendávamos um backup incremental no Idrive, resultando em pequenas quantidades de dados alterados sendo enviados para idrive todas as noites. Este sistema tem funcionado bem para nós, mas agora que na troca de 2010 as coisas parecem um pouco mais complicadas.

Não sabíamos exatamente o que precisava ser feito em troca para que o Backup do Windows Server parecesse adequado, mas parece que o backup do Windows cria um novo diretório para cada backup, o que resultará na duplicação de dados em troca. para idrive.

  1. Está ok parar os serviços de troca e fazer o backup no nível do arquivo com o IDrive?
  2. Como uma caixa de correio pode ser restaurada neste cenário
  3. Preciso me preocupar com os registros de transação
  4. Você pode sugerir uma maneira melhor?

A troca de hospedagem do servidor é W2008R2 ”sendo executada como convidado no ESXi 4.1

Observação: planejamos fazer outros backups do servidor em um dispositivo NAS, além do IDrive.

TIA

    
por Canacourse 31.07.2010 / 20:36

2 respostas

2
  1. Sim, isso funcionará. É muito muito longe do ideal, mas enquanto o armazenamento de informações for interrompido, você pode obter backups de nível de arquivo do banco de dados.
  2. Não acredito que haja uma maneira fácil de restaurar a caixa de correio nesse cenário. Uma ferramenta de terceiros como o On Track teria que ser usada.
  3. Esse cenário definitivamente faria você se preocupar com logs de transações. A maneira como eles normalmente funcionam é que eles são truncados após um backup. Esse método de backup não acionaria isso para que eles crescessem indefinidamente. Você pode corrigir esse problema fazendo com que o banco de dados use o log circular, mas isso pode dificultar algumas recuperações no caso de você precisar fazer isso.
  4. Uma maneira melhor de fazer isso seria comprar software que manipule backups do Exchange. Symantec BackupExec ou BackupExec System Recovery são opções. O ShadowProtect tem um produto de backup do Exchange que parece muito bom. O Mozy Pro oferece uma opção de backup online do Exchange (nunca usei, mas parece que seria melhor do que isso).

A solução que eu faço para a maioria dos meus clientes é a seguinte: O servidor do ShadowProtect faz o backup do servidor com um único backup completo, seguido por backups incrementais a cada 15 minutos. 1 Backup do VSS é executado por dia, que trunca os logs. Os backups base e incremental são copiados externamente. O Ontrack é usado para qualquer restauração de nível granular (caixas de correio únicas e semelhantes). Isso tem toneladas de vantagens. É um backup baseado em imagem, portanto, recuperações completas para hardware diferente são fáceis. É um backup em nível de bloco para que os incrementais não ocupem todo o espaço em disco. Eu tenho revisões em abundância para escolher para restaurações. Eu tenho cópias externas para desastres totais. Além disso, em um piscar de olhos, os backups shadowprotect podem ser convertidos em discos VM e virtualizados.

    
por 31.07.2010 / 21:10
3

Apenas uma observação em # 2: você precisaria restaurar seu banco de dados de caixa de correio para um Banco de dados de recuperação .

Se desejar, leia o artigo do TechNet para obter um pouco mais de conforto com as mudanças em 2010.

    
por 01.08.2010 / 02:42