Como muitas pessoas preferem fazer backup de dados em vários armazenamentos de backup, esta não é uma escolha perfeita.
Digamos que um arquivo de vídeo armazenado em um servidor conectado a centenas de outros servidores no cluster. O mecanismo de backup faz backup automaticamente todos os dias para armazenamento de backup.
Mas um dia, acontece um setor defeituoso (dano permanente ao disco) que afeta o arquivo de vídeo.
O mecanismo de backup apenas faz backup do vídeo normalmente. * O servidor nix não sabe se o arquivo de vídeo está danificado devido a danos no disco. após 2 meses, o instantâneo de backup mais antigo será excluído automaticamente do armazenamento de backup. então, todas as cópias desse arquivo de vídeo estão quebradas.
Quando um visitante tenta reproduzir o vídeo desse arquivo de vídeo, ele fica preso no meio. Imagine isso acontecer no youtube. isso é uma vergonha.
Acredito que um mecanismo de backup como esse não seja eficaz e precise de muito espaço.
Então, qual é a melhor maneira de fazer backup de dados em caso de falha no disco?
Responder1
Talvez algo como um instantâneo mensal dos dados, além de quaisquer outros backups diários/de hora em hora que estejam ocorrendo. Os dados estáticos se beneficiam disso, pois nunca mudam, portanto, um backup do final do mês passado é igual ao do mês anterior e assim por diante.
Parece que você está falando de um backup simples de estilo 'completo' de 2 meses, que, claro, sempre será o primeiro no último estilo. Mesmo nos backups mais básicos, com, digamos, 2 semanas de fita, você teria 10 fitas fazendo backups MF por 2 semanas e no final de um mês. Essas 10 fitas semanais estarão sempre em rotação e a fita mais antiga será sempre substituída a cada 2 semanas.
Responder2
Isso é por queavô-pai-filhorotações de backup são usadas. Embora eu esteja voltando ao longo dos meses de fitas porque um usuário substituiu ou usou indevidamente seu arquivo com mais frequência do que qualquer problema de hardware.
Responder3
Para garantir a retenção de dados, você pode implementar um sistema de checksum. Verifique o MD5 semanalmente e interrompa a exclusão do backup caso ocorra um erro de soma de verificação. Reproduza os arquivos problemáticos de um backup correto.
A retenção de dados por muito tempo é realmente uma dor.
Os instantâneos de volume não ajudam porque, a menos que o arquivo seja gravado entre os instantâneos, o bloco defeituoso não foi copiado para o arquivo de cache do VSS.
Responder4
Quando você tiver um erro permanente de disco em um setor, você será informado sobre isso e o backup deste arquivo falhará. Se você não ler seus arquivos de log, azar.