В книге «Резервное копирование и восстановление» они пишут, что хорошей практикой является создание полной резервной копии каждый месяц, а затем наращивание или дифференциальное резервное копирование каждую неделю.
Что делать, если у меня 800 ГБ данных и ~ 10 ГБ изменений в неделю.
Следует ли мне делать полную резервную копию каждый месяц?
Я имею в виду, что на лентах LTO они гарантируют интеграцию данных в течение 30 лет.
Так зачем каждый раз делать полные резервные копии?
Это общее руководство. Конкретное руководство намного лучше.
Перед тем, как вы начнете настраивать график хранения резервных копий, вам нужно получить ответы на следующие важные вопросы:
Сколько данных я готов потерять и сколько времени я готов потратить, чтобы восстановить то, что я могу?
Резервное копирование на ленту находится в нижней части иерархии резервного копирования / аварийного восстановления. Очень примерно (и я уверен, что забуду несколько шагов):
Здесь мы говорим о шагах 2 и 3. Насколько быстро вы хотите вернуть свои данные, зависит от нескольких факторов:
Если вы не встречали этот термин до того, как дифференциальное резервное копирование определяется как «все, что изменилось с момента последнего полного резервного копирования». Я думаю, что термин возник в BackupExec и с тех пор был принят в других местах. Но я отвлекся.
В описанной в книге схеме резервного копирования одно полное в месяц, остальное время чистая смена ежедневно, наихудший сценарий аварийного восстановления - это событие потери данных за день до создания полной резервной копии. Для восстановления в таком случае потребуется:
В зависимости от вышеупомянутых переменных восстановление может занять очень много времени.
Возьмем альтернативный сценарий: полный в пятницу, а остальные 6 дней - чистые изменения. Наихудший вариант восстановления - это убыток в пятницу днем. Для восстановления в таком случае потребуется:
Это займет намного меньше времени.
Одна вещь, которая не была освещена, это что происходит, когда резервная лента испорчена. При 30-дневном перерыве между заполнением неисправная лента может стоить вам от 1 до 59 дней потери данных. Если это неприемлемо, чаще создавайте полные резервные копии.
Одна вещь, которую некоторые производители дисков продают в наши дни, - это синтетическая полная резервная копия. Это работает так: вы делаете первоначальную полную резервную копию, а затем снова и снова выполняете сетевые изменения. По установленному графику вы делаете синтетическая полная резервная копия который объединяет чистые изменения за неделю / две / месяц с последней полной резервной копией, чтобы получить виртуальную полную резервную копию. Это удобно, чтобы оставаться в пределах окон резервного копирования.
При создании гибридной дисковой / ленточной системы вы делаете еженедельное / ежемесячное резервное копирование на диск, а затем спулируете архивы на ленту, чтобы они оставались на полке в течение 3/5/7/10 лет. При использовании в сочетании с чем-то, что может делать синтетический фулл, синтетический фулл можно скручивать на ленту и регулярно отправлять за пределы предприятия. Гибридные системы сегодня предлагают максимальную гибкость, и я рекомендую их, когда это возможно. Диск на короткий срок, ленточный на длительный срок.
Я имею в виду, что на лентах LTO они гарантируют интеграцию данных в течение 30 лет.
Я сильно подозреваю, что никакой значимой «гарантии» нет. Если вам нужно выполнить восстановление с ленты, а лента окажется плохой, и ваша компания потеряет 10 миллионов долларов во время дополнительного простоя или полностью прекратит свою деятельность, что собирается делать поставщик ленты? Ничего.
Ежемесячные полные данные полезны, даже если данные не меняются.
(что сказано в mailq) плюс: постоянное инкрементное копирование не является обычной практикой для лент, так как вы можете потерять ленту с полной резервной копией и сделать всю резервную копию бесполезной.
Сдвиг прямо сейчас заключается в том, чтобы делать полное резервное копирование + инсерменталь навсегда против резервного копирования диска с дедупликацией ... это может в основном работать вечно, и вы обычно запускаете RAID6 снизу, который может выдержать отказ 2 дисков. Это плюс еженедельные / ежемесячные / квартальные / годовые резервные копии на магнитной ленте, хранящиеся в каком-то хранилище далеко-далеко под землей.
Это просто вопрос времени восстановления после аварии.
Когда вы можете позволить себе восстановить данные с ленты еще в январе, а затем воспроизвести все инкрементные резервные копии с того времени и до настоящего момента, нет проблем, если вы сделаете только ежегодное полное резервное копирование. Но что произойдет, если январская лента будет уничтожена? У вас есть январская запись, сделанная годом ранее, для повтора?
Рекомендации не из-за честности, а из-за наличия достаточных возможностей для восстановления после худшего случая за время, с которым вы можете жить.