O backup de dados estáticos deve ser feito sempre em fita?

8

No livro Backup and Recovery, eles escrevem que é uma boa prática fazer um backup completo todos os meses e, em seguida, incrementar ou fazer backup diferencial a cada semana.

E se eu tiver dados de 800 GB e ~ 10 GB de alterações por semana.

Ainda devo fazer um backup completo todos os meses?

Quero dizer, nas fitas LTO elas garantem a integrabilidade dos dados por 30 anos.

Então, por que fazer backups completos de cada vez?

Sandra
fonte

Respostas:

11

Essa é uma orientação genérica. Orientação específica é muito melhor.

As grandes perguntas para as quais você precisa ter uma resposta antes de começar a configurar sua agenda de retenção de backup são:

Quantos dados estou disposto a perder e quanto tempo estou disposto a recuperar para recuperar o que posso?

O backup em fita está próximo à parte inferior da hierarquia de backup / recuperação de desastre. Muito grosso modo (e tenho certeza que vou esquecer alguns passos):

  1. RAID (prevenção de perda de dados)
  2. Backup de dados tradicional
  3. Backup de dados em vários sites
  4. Replicação de dados
  5. Serviços de failover a frio
  6. Serviços de failover a quente
  7. Serviços replicados com carga balanceada
  8. Replicação de vários sites
  9. Serviços de failover a frio em vários sites
  10. Serviços de failover a quente em vários sites
  11. Serviços replicados com balanceamento de carga em vários sites

Estamos falando das etapas 2 e 3 aqui. A rapidez com que você deseja recuperar seus dados depende de vários fatores:

  • Quanto você tem
  • Quantos conjuntos de backup você precisa passar para recuperar tudo
  • Em que esses conjuntos de backup estão armazenados
  • A rapidez com que o hardware que suporta tudo isso (servidores, rede e hardware de backup) pode ser executado
  • Se o sistema de backup pode ou não fazer um backup 'diferencial' ou é apenas Full / Incremental

Caso você não tenha encontrado o termo antes de um backup diferencial ser definido como "tudo o que mudou desde o último backup completo". Penso que o termo se originou no BackupExec e foi adotado em outros lugares. Mas eu discordo.

No esquema de backup do livro, um completo por mês, com alterações líquidas diariamente, o pior cenário de recuperação de desastre é um evento de perda de dados no dia anterior à realização do backup completo. A recuperação nesse caso exigirá:

  • O último backup completo, há 29 dias
  • Todas as fitas desde então, todas elas.

Dependendo das variáveis ​​mencionadas, isso pode levar muito tempo para se recuperar.

Pegue um cenário alternativo, Cheio na sexta-feira, com troca líquida nos outros 6 dias. A pior recuperação aqui é um evento de perda na tarde de sexta-feira. A recuperação nesse caso precisará de:

  • Fita da última sexta-feira
  • As outras 6 fitas

Isso deve levar muito menos tempo.

Uma coisa que não foi abordada é o que acontece quando uma fita de backup é ruim . Com o cenário de 30 dias entre cheias, uma fita ruim pode custar de 1 a 59 dias de perda de dados. Se isso for inaceitável, execute seus backups completos com mais frequência.

Uma coisa que alguns fornecedores de backup em disco estão vendendo atualmente é algo chamado backup completo sintético. Como funciona é que você faça um backup completo inicial e faça alterações na rede para sempre. Em um cronograma definido, você faz um backup completo sintético que reúne uma semana / duas semanas / meses de troca líquida com o último backup completo para criar um backup completo virtual. Isso é útil para permanecer dentro das janelas de backup.

Ao fazer um sistema híbrido de disco / fita, você faz backups semanais / mensais em disco e, em seguida, o arquivo em spool é gravado em fita para ficar em uma prateleira por 3/5/7/10 anos. Quando usado em combinação com algo que pode produzir um material sintético, um material sintético pode ser girado para fita e enviado para fora do local regularmente. Atualmente, os sistemas híbridos oferecem mais flexibilidade e eu os recomendo sempre que possível. Disco para curto prazo, fita para longo prazo.

sysadmin1138
fonte
5

(o que o mailq disse) mais: Fazer incremental para sempre não é uma prática comum com fitas, pois você pode perder a fita com backup completo e tornar inútil todo o backup.

A mudança agora é fazer backup completo + permanente para backup de backup em disco com desduplicação. Isso basicamente pode ser executado para sempre, e você normalmente executa o RAID6 na parte inferior, que pode tolerar a falha de dois discos. Isso, além de backups em fita semanais / mensais / trimestrais / anuais armazenados em algum cofre, muito abaixo do solo.

pauska
fonte
+1 para a prática atual
Michael Lowman
5

Quero dizer, nas fitas LTO elas garantem a integrabilidade dos dados por 30 anos.

Eu suspeito fortemente que não há "garantia" significativa. Se você precisar restaurar a partir da fita e a fita estiver ruim e sua empresa perder US $ 10 milhões durante o tempo de inatividade extra ou encerrar completamente os negócios, o que o fornecedor de fita fará? Nada.

Os totais mensais são valiosos, mesmo que os dados não sejam alterados.

  1. Todos os seus dados são lidos para que você verifique se ainda está legível.
  2. Como as unidades de fita fazem uma leitura após a gravação, você tem alguma indicação de que o backup é legível.
  3. Seu processo de backup e restauração é testado. (Você faz restaurações de teste, certo?)
Mark Wagner
fonte
4

É apenas uma questão de tempo de recuperação de desastres.

Quando você pode se recuperar da fita em janeiro e depois reproduzir todos os backups incrementais de agora em diante, não há problema em fazer apenas um backup completo anual. Mas o que acontece se a fita de janeiro for destruída? Você tem a fita de janeiro de um ano antes para fazer a repetição?

As recomendações não são por causa da integridade, mas de ter possibilidades suficientes para se recuperar do pior caso em questão de tempo com o qual você pode conviver.

mailq
fonte