В настоящее время я использую сеть малого и среднего размера, состоящую из ок. 40 рабочих станций и 30 серверов (как физических, так и виртуальных), состоящих из различных версий Windows 2000, XP, 2003 и одного Thecus N5200 Pro. Мое текущее решение для резервного копирования состоит из Backup Exec 11D и ленточного накопителя HP Storageworks DAT72. Резервные копии выполняются каждую ночь и в настоящее время составляют 54 ГБ, хотя есть еще 100 ГБ, которые я хотел бы добавить к этой работе. Задание не является инкрементным или дифференциальным, это прямое резервное копирование всего на одну ленту. Лента Среды снимается с сайта на 3 месяца, после чего возвращается и навсегда архивируется. Лента по четвергам хранится на месте в течение 3 месяцев. Ленты понедельника, вторника и пятницы используются повторно каждую неделю. Резервное копирование не производится в субботу или воскресенье, потому что у сотрудников выходные дни, и в это время происходит очень мало изменений.
Я хотел бы перестроить это решение для резервного копирования с точки зрения увеличения объема хранилища и меньшего вмешательства человека. Эти два пункта привели меня к исследованию Ленточный автозагрузчик HP StorageWorks 1/8 G2.
У меня такой вопрос: если бы мы выбрали G2 (изначально использовали ленты LTO-3), какие изменения вы бы внесли в мое текущее решение для резервного копирования? Это может включать сокращение количества лент ($$), задание инкрементного или дифференциального резервного копирования, простоту восстановления, постоянное хранилище, временное внешнее хранилище. Размер задания резервного копирования начнется с 154 ГБ и не превысит 400 ГБ в течение как минимум 3-4 лет.
Если у вас есть решение, включающее другую технологию / подход, пожалуйста, не стесняйтесь публиковать сообщения, так как меня интересуют все возможные решения этой проблемы.
Как я уверен, вы знаете - инкрементное и дифференциальное резервное копирование - это компромисс. Вы получаете более быстрое общее резервное копирование с меньшим объемом данных на ленте, однако восстановление будет более сложным и медленным. Инкрементные резервные копии всегда представлялись мне «RAID 0 для резервных копий», и я их избегаю.
Гибридная лента / Nearline
Основываясь на вашем текущем использовании, я мог бы предложить рассмотреть преимущества полного резервного копирования на ленту в понедельник (чтобы ленту можно было архивировать в течение 3 месяцев, а затем постоянно хранить), а затем каждый день делать инкрементное хранилище до ближайшего. Поскольку ваши ленты Пн / Вт / Пт перерабатываются и, возможно, не покидают сайт, замена их на дисковое хранилище Nearline может значительно снизить сложность.
Облачное резервное копирование
В зависимости от вашей пропускной способности, требований к восстановлению и скорости изменения данных решение для резервного копирования онлайн может быть весьма привлекательным. Обычно они делают единовременное полное резервное копирование, а затем делают инкрементные и компилируют их так, чтобы вы могли восстановить с одного момента времени, и вы не подозреваете, что они использовали инкрементальные копии все время.
Хотя онлайн-резервное копирование может быть заманчивым в вашем сценарии, я серьезно рекомендую вам полностью изучить возможность выполнения полного восстановления сервера из такой резервной копии, прежде чем принимать решение по этому поводу. Также подумайте о времени, которое вам понадобится для одноразового аварийного полного резервного копирования, например перед установкой нового пакета обновления.
Устройство HP выглядит хорошо, и хотя у меня нет прямого опыта работы с их комплектом, я слышал достаточно хороших вещей, чтобы убедить меня, что вы не ошибетесь с ним.
Я сам люблю комплекты Overland, и, хотя они на самом деле не нацелены на ваш уровень, что-то вроде их нового ArcVault 12 может быть альтернативным вариантом, который стоит рассмотреть: http://www.overlandstorage.com/US/products/arcvault12.html
Теперь о вашей стратегии. Если временные окна, пространство на магнитной ленте и бюджет ленты позволяют это, вы могли бы просто делать полную каждую ночь. Это упрощает для вас всю настройку, так как вы можете восстанавливать данные из одного набора резервных копий, не дурачившись. Если вы не можете этого сделать (и я предполагаю, что это невыполнимо), перейдите на ночной дифференциал, чтобы у вас было максимум 2 набора резервных копий (последний полный и последний разн), к которым можно вернуться. Никогда не переходите на инкрементный уровень, это слишком хлопотно.
С LTO3 и дифференциалами вы можете стремиться к одной ленте в неделю. Так что настройте еженедельное полное обновление для перезаписи и ночное различие для добавления, установите защиту от перезаписи, как долго вы хотите хранить данные, и выполняйте вычисления оттуда. Использование подходящей ленточной библиотеки, такой как Overland, может автоматизировать все за вас, что очень приятно.
Прежде всего, мой обычный совет по резервному копированию, чтобы он был простым и скучным, избегал экзотических кажущихся решений и старался сохранить в нем некоторый ручной элемент.
Небольшой ленточный автозагрузчик вроде тех, что вы видели от HP, вероятно, самый простой путь, по которому вы можете пойти.
В противном случае обратите внимание на сервер резервного копирования Barracuda Networks. При цене около 1000 долларов за устройство емкостью 1 ТБ вы просто выполняете резервное копирование на него, как если бы это был общий файловый ресурс, затем он копирует все данные за пределы сайта в фоновом режиме, и с вас взимается 50 долларов за 100 ГБ в месяц внешнего хранилища. используемый.
Это очень просто и эффективно, но за 3 года стоимость действительно увеличивается.
Ewan