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