Назад | Перейти на главную страницу

Схема резервного копирования на магнитную ленту - попытка сохранить ленты

Я унаследовал схему резервного копирования на ленту, которая в настоящее время не стирает ленты. Дорого, но нормально. В настоящее время мы проводим полные операции каждый квартал, которые становятся нашим удаленным офисом. Затем мы промежуточно запускаем инкрементальные вычисления. Полные версии постоянно хранятся в архиве вне офиса.

Хочу перейти на более традиционную схему сохранения лент.

Однако я не могу учитывать восстановление данных на неопределенный срок, которые были удалены пользователем (или стали поврежденными) между полными резервными копиями. например У меня есть большой набор данных ESRI из 400 файлов. 1 января создается полная резервная копия. Пользователь обрабатывает набор данных в течение нескольких недель, а затем в какой-то момент архивирует его в сетевом хранилище. Незаметно для пользователя один из файлов в наборе данных оказывается поврежденным, что делает невозможным использование всего набора данных.

Есть ли какая-либо моющаяся схема резервного копирования, которая могла бы восстанавливать из этого типа потерянного файла на неопределенный срок, или моя проблема заключается в том, что мне нужно определить временные рамки, в течение которых я могу обеспечить восстановление?

Просто любопытно, рассматривал ли кто-нибудь этот сценарий или рассматривал его?

Если вы 1) пытаетесь повторно использовать ленты и 2) следите за тем, чтобы любой файл можно было получить в любой момент времени, я утверждаю, что такое расположение невозможно во вселенной, в которой мы живем.

Я видел то, что вы ищете, но только с резервными копиями на диск. Как обычно работает такая ротация:

  • Приращения накручиваются на диск ежедневно.
  • Дисковая версия инкрементальных элементов накручивается на ленту, как правило, мультиплексируется для быстрой обработки.
  • Инкременты хранятся в течение недели.
  • Раз в неделю создается «виртуальная полная» резервная копия.
    • «Виртуальный полный» берет последний полный (возможно, виртуальный тоже), накручивает в себя недельные инкременты и публикует новый «полный» архив на диск.
    • После завершения виртуального заполнения он переносится на ленту и архивируется.
    • Полный N-1 отбрасывается.
  • Следующее инкрементальное основано на недавнем полном.

Преимущество вышесказанного заключается в том, что ваш инкрементный размер намного меньше, поэтому вам потребуется меньше лент для них. Вы берете больше полных стаканов, поэтому в итоге разница может быть, эм, стиркой. Уровень дублирования в ваших резервных копиях на магнитной ленте дает вам лучшие варианты восстановления, так как у вас будет резервное копирование данных раз в неделю, а не раз в квартал.

Вдобавок, если вы можете сохранить свои инкрементные ленты, вы сможете даже получить их за день до повреждения; значительно более короткая инкрементная цепочка означает, что восстановление таких данных намного, намного менее болезненно.

Я бы сказал, что такой схемы резервного копирования не может быть.

Единственное, что могло бы помочь, это если бы у вас был доступный метод проверки целостности всех ваших файлов, прежде чем бросать любой резервное копирование прочь.