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

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

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

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

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

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

Источник

3 ответа

Решение

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

Источник

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

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

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

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

Источник

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

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

Источник
Другие вопросы по тегам