Devem ser feitos backups de dados estáticos toda vez em fita?

Question

No livro Backup e Recuperação, eles escrevem que é uma boa prática fazer um backup completo todo mês e, em seguida, incrementar ou fazer o backup diferencial a cada semana.

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

Ainda devo fazer um backup completo a cada mês?

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

Então, por que fazer back ups completos a cada vez?

    

Answer 1

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 programação de retenção de backup são:

How much data am I willing to lose, and how long am I willing to take to recover what I can?

O backup em fita está próximo da parte inferior da hierarquia de backup / recuperação de desastre. Muito grosso, isso é (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 frios
6. Serviços de failover quentes
7. Serviços replicados com balanceamento de carga
8. Replicação de vários sites
9. Serviços de failover a frio de vários sites
10. Serviços de failover a quente de vários sites
11. Serviços replicados com balanceamento de carga de vários sites

Estamos falando dos passos 2 e 3 aqui. Quão rápido você deseja seus dados de volta depende de vários fatores:

• Quanto você tem
• Quantos conjuntos de backup você precisa passar para recuperar tudo
• O que esses conjuntos de backup estão armazenados em
• A velocidade 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 se é apenas Completo / Incremental

Caso você não tenha encontrado o termo antes de um backup diferencial ser definido como "tudo o que foi alterado desde o último backup completo". Eu acho que o termo se originou com BackupExec e desde então foi adotado em outro lugar. Mas eu divago.

No esquema de backup do livro, um completo por mês, net-change diariamente, o pior cenário de recuperação de desastre é um evento de perda de dados no dia anterior ao backup completo. A recuperação nesse caso exigirá:

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

Dependendo das variáveis mencionadas, isso pode levar muito tempo para ser recuperado.

Tome um cenário alternativo, Completo na sexta-feira, net-change os outros 6 dias. A pior recuperação aqui é um evento de perda na tarde de sexta-feira. Recuperar nesse caso será necessário:

• fita da sexta-feira passada
• 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 fulls, 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 para disco estão vendendo atualmente é algo chamado de backup completo sintético. Como isso funciona é que você faz um backup completo inicial e faz net-change para sempre. Em um cronograma definido, você faz um backup completo sintético que une uma semana / duas semanas / meses no net-change com o último backup completo para criar um backup completo virtual. Isso é útil para ficar em janelas de backup.

Ao fazer um sistema híbrido de disco / fita, você faz seus backups semanais / mensais em disco e, em seguida, o armazenamento em spool é enviado para a fita para ficar em uma prateleira por 3/5/7/10 anos. Quando usado em combinação com algo que pode fazer um sintético completo, um sintético completo pode ser girado para fita e enviado para fora do local em uma programação regular. Os sistemas híbridos oferecem a maior flexibilidade nos dias de hoje e eu os recomendo sempre que possível. Disco para fita de curto prazo por longo prazo.

    

Answer 2

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

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

    

Answer 3

I mean, on LTO tapes they guarantee data integrability for 30 years.

Suspeito strongmente que não há "garantia" significativa. Se você precisar restaurar a partir da fita e a fita ficar ruim e sua empresa perder US $ 10 milhões durante o tempo de inatividade extra ou sair completamente do mercado, o que o fornecedor de fitas fará? Nada.

Os cheques mensais são valiosos, mesmo que os dados não mudem.

1. Todos os seus dados são lidos, para que você verifique se ainda é 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ê testa restaurações, certo?)

Answer 4

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

Quando você puder recuperar a fita em janeiro e, em seguida, repetir todas as cópias de segurança incrementadas de agora em diante, não haverá problema em fazer apenas um backup 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 o replay?

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