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

Большая резервная копия Microsoft

Недавно мы добавили в нашу систему новый сервер с RAID-массивом 6 ТБ для файлового хранения завершенных аудио- и видеопроектов. Мы традиционно были домом Microsoft, поэтому я использовал Windows Server 2008 для новой машины. Когда я приступил к созданию своей первой резервной копии, я подключил небольшую коробку GTech на 4 ТБ, чтобы использовать ее для резервного копирования, поскольку на тот момент мы использовали только около 2,5 ТБ на массиве серверов. Я собирался убрать это за пределы площадки, когда резервное копирование будет завершено.

На этом этапе я обнаружил, что резервная копия Microsoft в Server 2008 радикально изменилась. Вы больше не можете выбирать файлы для резервного копирования, вместо этого вам нужно создать резервную копию всего тома. Когда я прочитал об этом, я решил, что это нормально, так как он должен быть быстрее и в результате создает файл монтируемого виртуального диска. Но потом я обнаружил, что из-за ограничений теневого копирования новое программное обеспечение Microsoft может создавать резервные копии только томов размером менее 2 ТБ !!! Я даже использовал инцидент MSDN, чтобы подтвердить это с ними.

Я старался избегать сторонних приложений для резервного копирования, так как всегда считал, что базовые функции резервного копирования должны быть встроены в ОС, и Microsoft традиционно хорошо обеспечивала обратную совместимость для восстановления резервных копий, сделанных много лет назад на более новой системе. Со сторонними инструментами вам всегда приходится иметь дело с платой за продление и сменой версии, а затем, если вы решите сменить компанию или компания свернет, вам придется беспокоиться о переносе старых резервных копий и т. Д. А такие инструменты, как RSync, могут занять несколько дней, чтобы выполнить полное резервное копирование или восстановление, если речь идет о террабайтах файлов.

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

А) Попытка перенести данные из системы и переразбить. Это не идеально для структуры наших данных. В мире аудио и видео 2 ТБ - это отправная точка. Но это могло быть возможно.

Б) Переключите сервер на сервер Debian, но я не уверен, какие инструменты следует использовать для резервного копирования в этой среде, и могу ли я столкнуться с аналогичными проблемами.

C) Использование стороннего инструмента.

Г) Другие мысли?

Б) Переключите сервер на сервер Debian, но я не уверен, какие инструменты следует использовать для резервного копирования в этой среде, и могу ли я столкнуться с аналогичными проблемами.

Я не рекомендую. Если вы хорошо разбираетесь в Windows, то «быстрый взлом» для переключения - это не решение, которое сделает ваших клиентов или вас счастливыми.

Решение для резервного копирования debian было бы

  • создавать образы squashfs (не очень хорошо протестированы)
  • использовать bacula (я считаю его лучшим инструментом для резервного копирования с открытым исходным кодом)

Набор функций Baculas впечатляет, у них есть собственные варианты поддержки клиентов Windows, если они вам нужны для соответствия, и пара плагинов для резервного копирования exchange / mysql (/ oracle - не уверен в этом).

Если вы не против настроить новую инфраструктуру резервного копирования, попробуйте bacula, я думаю, что это стоит усилий, если все будет сделано с правильным мышлением (да, это вызовет работу, это не установка типа «выстрелил и забыл»)

C) Использование стороннего инструмента. Г) Другие мысли?

Обычно я не делаю Windows, но помню, что читал что-то об измененных утилитах резервного копирования, которые предоставляет Microsoft, и что есть инструмент резервного копирования в стиле Windows 2000, доступный где-то в Microsoft. Может быть, этого указателя хватит, чтобы найти нужную вещь

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

в настоящее время мы собираемся изучить Symantec Backup (я думаю, они купили Veritas?) в любом случае, я любил Veritas еще в 2005 году, поэтому я хотел бы сохранить что-то похожее. плюс разве veritas не писала ntbackup в связке с ms?

переход на Linux - неплохая идея, но знаете ли вы, как его администрировать?

удачи.

Я бы разделил систему и данные. Система резервного копирования с помощью решения Windows Backup и копирование данных с помощью robocopy. Вскоре вы не сможете хранить более одной резервной копии, а через некоторое время вам придется покупать новое внешнее хранилище для хранения одной полной резервной копии.

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

Из Linux, используя встроенные инструменты, я бы сделал cp / или tar gzipped / или dd, если в равных местах. Это не поможет в том, что вы ищете (без использования стороннего программного обеспечения)