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):
- RAID (prevenção de perda de dados)
- Backup de dados tradicional
- Backup de dados em vários sites
- Replicação de dados
- Serviços de failover a frio
- Serviços de failover a quente
- Serviços replicados com carga balanceada
- Replicação de vários sites
- Serviços de failover a frio em vários sites
- Serviços de failover a quente em vários sites
- 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.