SMB Backup Solution
В настоящее время я использую сеть малого и среднего размера, состоящую из ок. 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 лет.
Если у вас есть решение, которое включает в себя другие технологии / подходы, пожалуйста, не стесняйтесь размещать, потому что меня интересуют все возможные решения этой проблемы.
3 ответа
Поскольку резервное копирование в онлайн-хранилище может быть заманчивым в вашем сценарии, я бы настоятельно рекомендовал вам полностью изучить жизнеспособность полного восстановления сервера из такой резервной копии, прежде чем принимать решение об этом. Также учитывайте время, которое необходимо сделать для одноразового полного резервного копирования, например, перед установкой нового пакета обновления.
Аппарат HP выглядит хорошо, и, хотя у меня нет непосредственного опыта работы с его комплектом, я слышал достаточно хороших вещей, чтобы удовлетворить меня, чтобы вы не пошли слишком далеко с ним.
Мне самому нравятся комплекты Overland, и хотя они на самом деле не нацелены на ваш уровень, что-то вроде их нового ArcVault 12 может быть альтернативным вариантом, заслуживающим рассмотрения: http://www.overlandstorage.com/US/products/arcvault12.html
Теперь о вашей стратегии. Если временные окна, пространство на магнитной ленте и бюджет ленты позволяют это, вы можете просто заполнить каждую ночь. Это упрощает всю настройку для вас, так как вы можете восстановить из одного набора резервных копий без каких-либо ошибок. Если вы не можете сделать это (и я предполагаю, что это неосуществимо), выберите ночной дифференциал, чтобы у вас было максимум 2 резервных набора (последний полный и последний дифференциал), к которому можно вернуться. Никогда не идите постепенно, это слишком много хлопот.
С LTO3 и дифференциалами вы можете стремиться к одной ленте в неделю. Поэтому настройте еженедельное заполнение на перезапись и добавление ночных различий, установите защиту от перезаписи на любое время, для которого вы хотите хранить данные, и выполните вычисления оттуда. Использование подходящей ленточной библиотеки, такой как Overland, может автоматизировать все для вас, что очень приятно.
Прежде всего, мой обычный совет по резервному копированию, чтобы он был простым и скучным, избегал экзотических кажущихся решений и пытался сохранить в нем какой-то ручной элемент, также применим.
Как я уверен, вы знаете - инкрементные и дифференциальные резервные копии - это компромисс. Вы получаете более быстрое общее резервное копирование с меньшим количеством данных на ленте, однако восстановление более сложное и медленное. Инкрементные резервные копии всегда считались "RAID 0 для резервных копий", и я их избегаю.
Лента / Гибрид Ближней Линии
Исходя из вашего текущего использования, я мог бы предложить рассмотреть преимущества полного резервного копирования на ленту в понедельник (чтобы лента могла быть сохранена в архиве в течение 3 месяцев, а затем сохранена на постоянной основе), а затем каждый день делать приращения к хранению на близком расстоянии. Поскольку ваши ленты M/Tu/Fri перерабатываются и, возможно, не покидают сайт - замена этого места на дисковод для хранения на близком расстоянии может значительно снизить сложность.
Облачное резервное копирование
Исходя из вашей пропускной способности, требований к восстановлению и скорости изменения данных - решение для резервного копирования в онлайн-хранилище может быть довольно привлекательным. Как правило, они выполняют одноразовое полное резервное копирование, а затем берут инкрементное и компилируют их так, что вы можете восстановить их с одного момента времени, и вы не осознаете, что они извлекали инкрементные файлы все время.
Маленький ленточный автозагрузчик, такой как HP, на который вы смотрели, возможно, самый простой путь, по которому вы можете пойти.
В противном случае взгляните на сервер резервного копирования Barracuda Networks. При стоимости устройства в 1 ТБ, составляющего около 1000 долларов, вы просто создаете резервную копию на нем, как если бы это был общий файловый ресурс, затем копирует все данные в фоновом режиме и получает 50 долларов за 100 ГБ в месяц за пределами хранилища. используемый.
Это очень просто и эффективно, но за 3 года стоимость действительно складывается.
Ewan