Как диагностировать sysprep на клонированной и выведенной из домена машине не хочет включаться. Что делать?
По вводным: cклонировал сервер, переименовал, с искренней верой что этого достаточно ввел в домен и подтер запись об основном, из-за чего все очень скоропостижно поломалось. Починилось после выведения из домена клона и перезапуска основы
Сейчас ситуация такая: после выведения из домена клона на нем не запускается sysprep, требует права администратора. На изменение прав доступа к самому sysprep, учетки(в группе администраторов) и выполнения через диспетчер заданий эффекта не дают. Что можно сделать? В принципе любой способ с безопасным заведением клона обратно в домен сойдет
Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.
Пока нет других ответов. Будьте первым, кто поможет автору.
Ответить на вопрос
Клонированный Windows Server, который уже успели ввести в домен и конфликтнуть с оригиналом, лучше не “долечивать” точечно, а привести в чистое состояние. Sysprep может не запускаться из-за прав, состояния домена, поврежденного профиля, pending updates, AppX-пакетов или потому что его запускают не из повышенной консоли. Но в вашем сценарии главная ошибка была раньше: клон нельзя вводить в домен с тем же SID/именем/ролью без подготовки.
Сначала убедитесь, что клон выведен из домена, переименован и загружен локальным администратором. Запускайте cmd от имени администратора:
cd C:WindowsSystem32Sysprep sysprep.exe /generalize /oobe /shutdown
Если пишет про права администратора, проверьте, не включен ли UAC/ограниченный токен, и запустите именно elevated cmd. Также проверьте, не запускаете ли Sysprep по RDP под учеткой домена, которая после вывода из домена стала проблемной.
Посмотрите логи Sysprep:
C:WindowsSystem32SysprepPanthersetupact.log C:WindowsSystem32SysprepPanthersetuperr.log
Если там ошибки AppX или pending update, сначала устраните их: перезагрузка, завершение обновлений, удаление проблемного provisioned app package. Если сервер выполнял роли AD DS, Exchange, SQL или другие тяжелые роли, Sysprep может быть не лучшим способом клонирования.
Безопасная схема для будущего: делать клон из выключенной машины или шаблона, не подключать сеть при первом старте, выполнить sysprep/generalize, затем задать новое имя, IP и только потом вводить в домен. Для уже сломанного клона я бы не пытался “сохранять” доменную идентичность. Проще откатиться к чистому клону до ввода в домен, отключить сеть и подготовить его правильно.
И обязательно проверьте в AD, DNS и DHCP, что не осталось записей клона с именем/адресом основного сервера. Иначе даже после sysprep можно получить странные сетевые конфликты.