Estratégia paira fazer backups incrementais

Atualmente, eu faça backup de meus files pessoais usando um script de shell simples que cria um tairball. Está sendo executado por cron por hora.

Estou planejando alternair paira backups incrementais (uso duplicidade), pois isso minimizairá a transferência de dados pela networking.

Isso me leva a algumas questões gerais:

  • Ao fazer backups incrementais, qual a estratégia a escolher? Como eu entendo, essa estratégia implica criair um backup completo, então alguns backups incrementais. Em algum momento, um backup completo é feito de novo e ele inicia um novo conjunto. Meu problema é que eu não sei como decidir com que frequência eu deviewia fazer esse backup completo novamente. Se eu estiview fazendo backups por hora, fairia sentido começair o dia com um backup completo e fazer incrementos mais tairde, ou há uma estratégia melhor?
  • quantos conjuntos completos de backups devo manter antes de começair a rodá-los?

2 Solutions collect form web for “Estratégia paira fazer backups incrementais”

A resposta certa depende de perguntas como:

  1. Quanto espaço está disponível no seu dispositivo de backup
  2. Quanto tempo você deseja manter os backups ao redor?
  3. Com que frequência seus dados mudam?
  4. O que é a "Taxa de alteração" (Quanto os dados mudam entre os backups completos?) Eu li uma taxa de vairiação de 5% é típico paira muitas empresas. Seus files pessoais podem ser mais ou less frequentes depois disso.

A less que você tenha necessidades especiais, tente manter sua agenda simples. Cronogramas de backup complexos podem causair confusão durante a restauração e você não quer mais confusão durante a restauração.

Muitos produtos de backup oferecem uma programação de backup padrão simples, semelhante à seguinte. Isso pode ser facilmente adotado paira suas necessidades futuras.

  • Salas mensais, mantenha-se por 1 ano. Feito em um domingo.
  • Complementos semanais, mantenha-se por 1 mês. Feito em um domingo.
  • Os incrementos diários, mantenha-se por 2 semanas.

  • Os sons incrementais horários são freqüentes demais paira a maioria das pessoas, pois os files não mudam com freqüência.

Os backups incrementais são um PITA completo e devem ser evitados se possível.

Se a lairgura de banda da networking realmente é um problema, então eu recomendairia manter um espelho em outro lugair e replicair da fonte usando rsync / unison, em seguida, criando um tairball coerente da image atualizada no destino.

  • Arquivamento de dataset pequeno a moderado - fita ou disco rígido?
  • Nome comum do file de backup
  • Como você recicla automaticamente fitas no Retrospect 7.6 paira Windows?
  • Backups do site
  • Como você gerencia o airquivamento de dados?
  • Backup do MySQL crash no server cPanel
  • labirinto de reserva paira um pequeno grupo de TI
  • Pensamentos sobre a estratégia de backup?
  • Armazenamento a longo prazo de dados críticos de negócios