Tamanho do backup da fita versus tempo de retenção do arquivo

Question

Como fazemos o backup

Atualmente, temos um servidor de arquivos cujo backup é feito em fita. Os backups são incrementais, o que significa que os arquivos que foram alterados desde o último backup são gravados em fita. Com o tempo, os conjuntos de fita ficam maiores e maiores. Quando atingem um determinado tamanho, nosso software de backup prepara os conjuntos de volta removendo as versões antigas dos arquivos.

O problema

Nesse esquema, se um arquivo for excluído do servidor por acidente, teremos um tempo limitado para descobrir e restaurá-lo. Caso contrário, todas as versões desse arquivo serão removidas das fitas de backup após um tempo suficiente. Isso não é um risco aceitável.

Soluções possíveis?

A única solução que vejo é parar de preparar nossos conjuntos de fita. Os conjuntos continuarão a crescer em tamanho e, assim que se tornarem difíceis de manejar, talvez apenas os guardemos em algum lugar fora do local e iniciemos um novo conjunto. Eu estou perdendo uma solução melhor? Essa política indefinida de retenção de arquivos é irracional?

    

Answer 1

O backup em fita é ótimo para retenção a longo prazo, mas para recuperar-se de erros, usamos backup em disco.

Dependendo do seu armazenamento total, essa pode ser uma maneira barata de manter pelo menos uma cópia de cada arquivo de maneira barata e rápida.

Digamos que você tenha um total de 4 TB de armazenamento para backup. Não custa muito para construir um volume de backup de 12 TB e backup para lá. Em seguida, mantenha suas fitas para arquivamento de longo prazo, fazendo backups completos e enviando-os para fora do local ou em um cofre à prova de fogo, etc.

    

Answer 2

Normalmente, se você se preocupa em recuperar seus dados após um desastre em um período de tempo aceitável, os backups completos são feitos regularmente (semanalmente, quinzenalmente, o que for) e incrementais ou diferenciais são feitos diariamente. Os diferenciais permitirão que você faça uma recuperação completa em três etapas:

1. Restaure o último full (que terá apenas uma ou duas semanas).

2. Restaure o diferencial mais recente.

3. Vá fazer um lanche.

Incrementais exigirão que você restaure todas as fitas desde o último backup completo. Isso é não uma boa coisa se você tiver incrementais sem fim.

Além disso, lembre-se de que os backups armazenados no site estão sujeitos a destruição em um desastre, assim como seus servidores são (inundação, incêndio, ex-funcionário irritado). Envie-os para fora do site. Envie-os para fora do local regularmente. Rotações de fita são bastante comuns.

Eu tenho cerca de 200 fitas na minha rotação agora. Usamos cerca de 12 por um total a cada final de semana e entre 3 a 5 por dia para os diferenciais. Nós temos 5 "seqüências" de fita que são basicamente uma semana longa. Todos os dias um mensageiro pega as fitas do dia e traz de volta uma caixa de 5 semanas atrás. As únicas fitas que mantemos à mão são o que precisamos para os backups da semana. Tudo o resto está fora do local em uma instalação reforçada, em um estojo à prova de fogo. Esta é a única maneira de fazer isso se você quiser se recuperar de um desastre.

Quando as fitas retornam da instalação de DR e são alimentadas para o robô de fita com fome, elas são adicionadas ao pool temporário e são sobrescritas. No máximo, eu só vou perder um dia de dados e posso voltar até 5 semanas, se necessário. Existem outras políticas para certas coisas que precisam legalmente de retenção mais longa, mas isso é outra história e elas são a exceção e não a regra.

É claro que disco-para-disco também é bom para restaurações rápidas, mas arquivos off-line são essenciais para o DR.

tl; dr - A maioria das pessoas não usa apenas as mesmas fitas várias vezes. A melhor maneira de fazer as coisas se você se preocupa com a recuperação de arquivos no caso de um desastre é ter várias seqüências de fita que são recicladas fora do local e apenas sobrescrever as mais antigas quando elas retornam, a menos que você tenha uma razão legal para não. / p>