Стратегии резервного копирования для файловой системы Windows Server 2003

Question

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

1. AD, реестр и сама Windows: восстановление не зависит от оборудования
2. Серверы MSSQL и pgsql: если резервное копирование не выполняется с помощью VSS (что, по-видимому, в любом случае нагружает сервер так же, как и горячее резервное копирование баз данных), данные не обязательно находятся в пригодном для использования состоянии.
3. Резервные копии, созданные с помощью NTBackup, невозможно восстановить на устройствах новее Windows Server 2003.

Я предполагаю, что если ваше серверное оборудование стало непригодным для использования, то при создании заменяющей машины в односерверной среде с доступностью 9-5, в зависимости от того, какое оборудование вы сможете получить, было бы желательно иметь резервные копии, которые являются максимально широко совместимыми, поскольку вы явно застряли на создании и настройке с нуля. Учитывая это, есть ли какие-либо существенные недостатки у следующей стратегии резервного копирования?

1. Не работают службы SQL
2. 7-zip tar обновление всех жестких дисков сервера во внешний файл резервной копии
3. Проверить целостность
4. Снова запустите службы SQL

(Обновление tar необходимо только для того, чтобы избежать промежуточного этапа при восстановлении, когда необходимо восстанавливать полную резервную копию, а затем по одной инкрементной резервной копии.)

Answer 1

Резервные копии состояния системы можно восстановить на отличающемся оборудовании. Это может быть сложным опытом, но это возможно. текст ссылки

Дампы баз данных SQL не зависят от оборудования, но это не восстанавливает работоспособность приложения.

Если предположить, что tar-запись дисков работает на идентичном оборудовании (в чем я сомневаюсь, если только сервер не загружен с загрузочного компакт-диска Linux и не tar-записан из этой среды), будет ли это работать, если целевой сервер совершенно новый или заменена карта MB или RAID? Без выключения сервера не будет восстанавливаемой резервной копии AD, если только резервная копия состояния системы не будет сделана отдельно.

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

Утверждение о том, что MS не поддерживает NTbackup в Server 2008, неверно. Server 2008 обеспечивает восстановление резервных копий NT. текст ссылки

Резервная копия на основе образа, которую можно восстановить на то же или отличающееся оборудование или в качестве виртуальной машины (P2V), — вот некоторые из минимальных требований, если требуется «быстрое» восстановление. Обычно для этого требуется сторонний продукт и/или дополнение MS: StorageCraft, Acronis, BackupExec, MS DPM, VMWare/Xen/HyperV или аппаратное создание снимков виртуальных машин в SAN вместе с репликацией. SBS 2003 имеет резервную копию сервера, которую можно считать «достаточно хорошей», а все Server 2008 имеют резервные копии на основе образа.

Answer 2

Я не уверен, что вы правы во всех случаях, хотя в чем-то вы правы. Однако вам нужно рассмотреть случай, когда вы восстанавливаете на ту же аппаратную и программную базу, которая была зарезервирована (что большинство мест сделали бы - или, по крайней мере,должен- в любом случае, делайте это как само собой разумеющееся). Сценарий будет представлять собой DR, когда сервер вышел из строя, и вам нужно его восстановить.сейчас, а не восстанавливать данные из устаревшей или исторической резервной копии (что, как я подозреваю, вы рассматриваете больше всего).

Возвращение данных — тривиальная задача. Возвращение ОС и ее конфигурации может варьироваться от относительно тривиальной до решительно нетривиальной. Возвращение серверного приложения и его конфигурации почти всегда нетривиально. Полные резервные копии могут спасти вас в таких ситуациях.

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