В настоящее время у меня есть следующие типы серверов с отдельными ролями на каждый сервер:
AD (DNS, AD, Sysvol, Com +, хранилища сертификатов, реестр)
IIS (метабаза)
Обмен
Файловый сервер
MSSQL
Файловый сервер
Терминальный сервер
Хост HyperV
Каковы недостатки отказа от резервного копирования состояния системы для каждой из этих ролей для аварийного восстановления? На каких ролях риски незначительны?
Единственное поддерживаемое резервное копирование для AD - это состояние системы (или эквивалент стороннего производителя). Вы не можете просто вставить новую копию ntds.dit в старое место и перезагрузиться. Что ж, вы можете, но это не поддерживаемый метод восстановления. ;)
Для Exchange ваше программное обеспечение резервного копирования должно поддерживать Exchange. Кроме того, Exchange 2007 и выше хранит много информации в Active Directory (см. Выше).
HyperV требует резервного копирования на уровне VSS.
Что касается файловых серверов, терминальных серверов и MSSQL, у SQL Server есть собственная внутренняя резервная копия, которую вы должны запустить (и резервное копирование файлов, которые он создает), и вы можете потерять принтеры или что-то в этом роде, если не сделаете состояние системы на терминальных серверах и файловых серверах, но не более того. Вы можете решить, что вам не нужно состояние системы на этих серверах (хотя я не собираюсь выходить и говорить об этом, потому что я точно не знаю, что у вас есть на этих серверах).
Однако, возможно, будет проще восстановить данные из резервной копии состояния системы. Я лично создаю резервные копии всех моих локальных серверов с помощью чего-то, что позволит мне выполнить восстановление с нуля.