Единственный контроллер домена на умирающем железе

Исходное состояние

Что было на площадке

На площадке жил один Windows Server 2012 R2: контроллер домена, DNS, DHCP и файловая шара на том же томе. SMART уже сыпал reallocated sectors, Event Log — disk warnings раз в час. Бэкап System State писался на тот же сервер.

Вход в домен ещё работал. Это худший момент: бизнес спокоен, а запас прочности уже ноль. Если диск умрёт ночью, утром не откроется ни почта на общих ящиках, ни 1С, ни сетевые диски. Tombstone lifetime никто не помнил, второй DC «когда-то был и его выключили».

Рамки

Ограничения и задача

• Окно простоя — вечер пятницы, не больше четырёх часов.
• Нельзя «просто переустановить сервер»: SID домена завязан на профили и 1С.
• Пароль DSRM лежал в почте бывшего админа и не проверялся годами.
• DHCP раздавал этот же хост: потеря сервера = потеря адресов на части Wi‑Fi клиентов.

Факт

Результат

• Два контроллера в разных корпусах, роли разведены, DHCP не на DC с файлами.
• System State и шары уходят на отдельное хранилище; restore System State проверен на изолированной VM.
• Утренний вход в понедельник прошёл без очереди в IT. Старый сервер выключен штатно, не «когда сдохнет».

Практика

Выводы

• Один DC — это не экономия, а отложенный простой всей компании.
• Пока домен «ещё отвечает», у вас есть время на второй контроллер. Когда перестанет — начнётся археология.
• Пароль DSRM нужно проверять так же регулярно, как бэкап: мёртвый DSRM в инциденте равен отсутствию консоли.