Резервное копирование - это одно, а долгосрочное архивирование - другое. Например, вам может потребоваться хранить электронные письма в течение 7 лет или хранить все данные проекта на неопределенный срок. Раньше я сохранял архивы на ленту, но потом у меня были ленты, которые разрушались (приводы вырывали ленту). Итак ... напишите на 2 кассеты, как вы говорите. Это то, что делают другие? Есть 2 (или более) ленты с одинаковыми данными для избыточности?
Но другая проблема заключается в том, что ленты обычно не могут быть прочитаны разными поставщиками программного обеспечения для резервного копирования. Например, если вы перейдете из Arcserve -> Backup Exec -> Commvault более 10 лет, вам нужно будет сохранить все 3 системы, чтобы вы могли восстановить старые данные. То же самое и с оборудованием. Старые ленты могут не иметь штрих-кода. Может быть несовместимо с новой библиотекой и т.д.
Или ... когда вы переходите на новую систему резервного копирования, переносите ли вы все архивные данные в новую систему и повторно архивируете их на новые ленты? Это может быть огромная работа.
Есть предположения?
О каком количестве данных мы говорим? Наши "архивные" данные достаточно малы, поэтому мы просто храним их в реальном хранилище (на устройстве NAS), которое получает резервную копию с обычными живыми данными, поэтому они существуют так же, как и наши обычные данные, и подлежат тем же методам восстановления без необходимость беспокоиться о сохранении технологий десятилетней давности. Если наши живые данные перемещаются на новую платформу хранения, архив перемещается вместе с ней. Мы также устанавливаем разрешения для архивных данных так, что только член группы безопасности архива (в которой очень мало пользователей-членов) имеет доступ для удаления чего-либо из этих папок.
Если вы имеете дело с большим объемом данных, чем можно разумно хранить в реальном хранилище, лента может быть вашим лучшим выбором для длительного хранения, в сочетании с хранением как минимум двух копий в разных контролируемых местах хранения. Выносите их каждые пару лет, чтобы убедиться, что носитель по-прежнему доступен для чтения, и переходите со старых носителей на новые, если вы меняете поставщика, чтобы гарантировать, что вы можете продолжать доступ к данным.
В моем случае мы делаем архивы на магнитную ленту, и я скажу вам, почему это имеет для нас смысл.
Прежде всего, программное обеспечение, которое мы используем, Tivoli Storage Manager, несомненно, программное обеспечение, которое мы будем использовать в обозримом будущем. На мой взгляд, TSM является вершиной пищевой цепочки с точки зрения корпоративного программного обеспечения для резервного копирования, поэтому проблема перехода на другую программную платформу для нас практически не существует.
При этом мы поддерживаем довольно много долгосрочных архивов, и у нас есть несколько разных способов сделать это. К счастью для нас, мы используем некоторые из новейших ленточных технологий, которые могут хранить до 1 ТБ на картридж, поэтому наличие большого количества архивов внутри библиотеки не проблема.
Мы делаем это для определенных типов данных, потому что данные восстанавливаются на регулярной основе и достаточно важны, чтобы требовать двух копий.
Мы делаем это для чуть менее важных данных, которые необходимо восстанавливать на регулярной основе.
Вышеупомянутые методы хорошо работали для нас в прошлом. Пару лет назад мы действительно перешли на совершенно другую ленточную технологию, и нам пришлось немного потрудиться, чтобы переместить данные, но на самом деле это не было большой проблемой. В TSM это была буквально одна команда на каждый сервер с архивами, и она выполнялась. На пробег может уйти пара дней, но ни для кого это не было активной работой.
Тем не менее, волна будущего, очевидно, связана с дисковыми хранилищами.
Как только представится такая возможность, я буду размещать дисковый массив в безопасном хранилище и копировать долгосрочные архивы типа аудита на подобное устройство.
Две установки EMC Centera (зеркальные с разных мест). Это стоит больших долларов, но работает.
Вы также можете посмотреть на такое решение, как Data Domain (теперь NetApp). Они архивируют и выполняют расширенное сжатие, которое они называют ДеДупе посредством чего они ищут похожие блоки данных и получают очень высокие степени сжатия.
Какие данные вы пытаетесь скопировать? Это все "случайные" данные, такие как видео или музыка? Или это данные, которые можно сжать?
Двигайтесь вперед с новым решением для архивирования и храните ленты столько, сколько вам нужно. Если он вам нужен постоянно, вы можете подумать о его переносе на диск. С дисковыми резервными копиями переход на будущие носители значительно упрощается.
Через год или, может быть, через два вы можете отказаться от лент, если эти резервные копии больше не требуются.
Повторная реализация - это огромная задача, если время решит вашу проблему за вас. Проведите анализ затрат, если у вас есть расходы, связанные с хранением резервных копий и / или лицензий на программное обеспечение для работы с ними.
Ваша проблема с архивированием данных, чтобы упростить вашу загадку, кажется, будет будущей совместимостью старых лент с новым оборудованием.
Мое решение: выберите только одного поставщика с полным решением (программным и аппаратным), который, как вы уверены, сделает все возможное, чтобы обеспечить совместимость с устаревшими версиями.
И, очевидно, получите очень хороший контракт по цене, учитывая вашу преданность;)