Статические данные должны быть сохранены каждый раз для записи на ленту?
Я предполагаю, что нет никакого общего ответа для Вашего вопроса. Это зависит от того, что записано в лицензионном соглашении (или EULA).
Лучшая вещь, которую можно сделать здесь, состоит в том, чтобы спросить поставщика продукта.
Это - универсальное руководство. Определенное руководство намного лучше.
Большие вопросы у Вас должен быть ответ на то, прежде чем Вы начнете настраивать свое расписание сохранения резервных копий:
Сколько данных я готов проиграть, и сколько времени я готов взять для восстановления то, что я могу?
Резервное копирование на магнитную ленту около нижней части иерархии резервного копирования/аварийного восстановления. Очень примерно, это (и я уверен, что забуду несколько шагов):
- RAID (предотвращение потери данных)
- Традиционное резервное копирование данных
- Многоузловое резервное копирование данных
- Репликация данных
- Холодные услуги по обработке отказа
- Горячие услуги по обработке отказа
- Сбалансированные с загрузки копируемые сервисы
- Многоузловая репликация
- Многоузловые холодные услуги по обработке отказа
- Многоузловые горячие услуги по обработке отказа
- Многоузловые сбалансированные с загрузки копируемые сервисы
Мы говорим о шагах 2 и 3 здесь. Как быстро Вы хотите свои данные, назад зависит от нескольких факторов:
- Сколько из него Вы имеете
- Сколько наборов резервных копий, до которых необходимо пойти, возвращает все это
- На чем хранятся те наборы резервных копий
- Как быстро аппаратные средства, поддерживающие все это (оба сервера, сеть и резервные аппаратные средства), могут работать
- Может ли система резервного копирования сделать 'дифференциальное' резервное копирование или является им просто Полный/Возрастающий
В случае, если Вы не столкнулись с термином, прежде чем Дифференциальное резервное копирование будет определено как "все, что изменилось начиная с последнего полного резервного копирования". Я думаю термин, порожденный с BackupExec, и был с тех пор принят в другом месте. Но я отступаю.
В резервной схеме книги, одно полное месяц, чистое изменение ежедневная остальная часть его, сценарий аварийного восстановления худшего случая является событием потери данных за день до того, как полное резервное копирование взято. Восстановление в этом случае потребует:
- Последнее Полное резервное копирование, 29 дней назад
- Каждая лента с тех пор, все 28 из них.
В зависимости от вышеупомянутых переменных это могло действительно занять много времени для восстановления.
Возьмите альтернативный сценарий, Полный в пятницу, чистое изменение другие 6 дней. Восстановление худшего случая здесь является событием потерь в пятницу днем. Для восстановления в этом случае будет нужно:
- Лента в прошлую пятницу
- Другие 6 лент
Это должно занять намного меньше времени.
Одна вещь, которая не была покрыта, - то, что происходит, когда лента для резервного копирования плоха. С 30-дневным между fulls сценарием плохая лента может стоить Вам где угодно от 1 до 59 дней потери данных. Если это недопустимо, выполняйте свое полное резервное копирование чаще.
Одной вещью, которую некоторое резервное копирование на поставщиков дисков продает в эти дни, является что-то позвонившее синтетическое полное резервное копирование. То, как это работает, - то, что Вы берете первоначальное полное резервное копирование и затем делаете чистое изменение навсегда больше. В расписании набора Вы делаете синтетическое полное резервное копирование, которое объединяет week/two-weeks/months ценность чистого изменения с последним полным резервным копированием для предложения виртуального полного резервного копирования. Это удобно для пребывания в рамках окон резервного копирования.
При выполнении гибридного диска/ленточной системы Вы делаете свои еженедельные/ежемесячные резервные копии на диск и затем буферизуете архив, отправляется для записи на ленту для нахождения на полке в течение 3/5/7/10 лет. При использовании в сочетании с чем-то, что может сделать полный синтетический продукт, полный синтетический продукт можно вращать для записи на ленту и отправить удаленный на регулярной основе. Гибридные системы предлагают наибольшую гибкость в эти дни, и я рекомендую им, когда это возможно. Диск для краткосрочного, запишите на ленту в течение длительного срока.
(что сказанный mailq) плюс: Выполнение, возрастающее навсегда, не является обычной практикой с лентами, поскольку можно потерять ленту с полным резервным копированием на нем и представить все бесполезное резервное копирование.
Сдвиг прямо сейчас должен сделать полное резервное копирование + возрастающий навсегда против дискового резервного копирования с дедупликацией.. это может в основном работать навсегда, и Вы обычно выполняете RAID6 в нижней части, которая может терпеть 2 дисковых сбоя. Это, плюс weekly/monthly/quartely/yearly резервные копирования на магнитную ленту, сохраненные в некотором хранилище далеко, далеко под землей.
Я имею в виду на лентах LTO, которые они гарантируют интегрируемости данных в течение 30 лет.
Я сильно подозреваю, что нет никакой значимой "гарантии". Если необходимо восстановить от ленты, и лента оказывается плохой, и компания теряет 10 миллионов $ в течение дополнительного времени простоя или обанкротилась полностью, что поставщик ленты собирается сделать?Ничего.
Ежемесячные fulls ценны, даже если данные не изменяются.
- Все Ваши данные считаны так, Вы проверяете, что это все еще читаемо.
- Так как ленточные накопители делают чтение после записи, у Вас есть некоторый признак, что резервное копирование читаемо.
- Ваш процесс резервного копирования и восстановления тестируется. (Вы действительно тестируете восстановления, правильно?)
Это - просто вопрос времени аварийного восстановления.
Когда можно позволить себе восстановиться с ленты назад в январе и затем воспроизводить все возрастающие задние взлеты с того времени к теперь нет никакой проблемы в выполнении просто ежегодного защитника. Но что происходит, если январская лента уничтожается? У Вас затем есть январская лента с одного года прежде, чтобы сделать воспроизведение?
Рекомендации не из-за целостности, но наличия достаточных возможностей восстановиться с худшего случая в течение времени можно жить с.