[решено] Помер сервер с контроллером домена [Версия для КПК]

Показать полную графическую версию : [решено] Помер сервер с контроллером домена

vlad_ok_777

25-07-2011, 16:23

Всем доброго времени суток.
Проблема следующая: накрылся хард контроллера домена, восстановлению не подлежит, резервных копий нету. Подняли на другом железе DC с тем же DNS-именем, что и у старого домена.
Вопрос: как ввести существующих пользователей сети под теми же учетками что уже есть на рабочих станциях? Пробовали создавать идентичного пользователя в новой AD - при входе пользователя создается еще одна учетка, а старая переименовывается (например - в user.OFFICE).

Petya V4sechkin

25-07-2011, 16:35

как ввести существующих пользователей сети под теми же учетками что уже есть на рабочих станциях?
Учеток уже нет, в ForensiT (http://www.forensit.com/downloads.html) есть галка Show Unassigned Profiles.

zero55

25-07-2011, 16:39

Если вы хотите добиться идентичности т.е. новый пользователь заходит с таким же паролем (достижимо) и имеет те же данные (рабочий стол и пр) то это стандартными средствами недостижимо.

Вводить пользователей либо руками либо скриптом, "ввести" пользователей с рабочих станций никак.

PS что мешало сделать бэкап?

sadk0

25-07-2011, 16:54

На сколько мне известно, при создании учетной записи пользователя и\или любого другого объекта в Active Directory создается уникальный идентификатор этого объекта (ID). И создать в точности такой же ID сомневаюсь, что получится.
Ответ на Ваш вопрос: стандартными способами никак.
P.S. Хотя можно с рабочих станций переписать ID и руками создавать объекты с их атрибутами. Оснастка "Схема Active Directory" для этого может использоваться.
Могу ошибаться.

zero55

25-07-2011, 16:57

Могу ошибаться. »
ошибаетесь :)

Помимо этого есть еще такая вещь как secure Channel между рабочей станцией и контроллером домена.
Его придется сбрасывать.

vlad_ok_777

25-07-2011, 17:01

Petya V4sechkin, благодарствую, попробую предложенную вами утилиту.
zero55, вводили пользователей руками - потеря рабочей среды пользователя.. Бэкапы мешало делать раздолбайство "админа" из смежной организации, сейчас вот расхлебываем всем отделом )

zero55

25-07-2011, 17:05

Данные с диска не снять?
Зеркала тоже не было?

При вводе пользователя руками все его документы тоде придется руками переностить.

vlad_ok_777

25-07-2011, 17:10

Данные были на SCSI-диске - сдох окончательно и бесповоротно.. Железо древнее: серверная платформа на 3-м пеньке - какое уж там зеркало. Беда даже не в переносе документов - беда в настройках специфического ПО, которое писалось специально для данной организации и привязывается к профилю пользователя.

zero55

25-07-2011, 17:23

Попадалово.
Сочувствую...
теоретически можно из старых профилей вытащить ветки HKEY_CURRENT_USER, но надо смотреть именно нужные ветки.

vlad_ok_777

25-07-2011, 17:56

Попадалово - не то слово, кассы по приему платежей второй день простаивают, работа парализована.. Ладно, завтра попробую утилиту которую Petya V4sechkin присоветовал, может - поможет :)

vlad_ok_777

27-07-2011, 22:16

Всё, победили ) Спасибо всем, кто принял участие в обсуждении, в особенности - Petya V4sechkin.
Утилита ForensiT очень даже спасла! Подняли новый контроллер домена, вбили ручками учетки в AD и из-под старых учеток (а где и из-под локального администратора) на клиентских машинах присоединили их с помощью ForensiT к AD, рабочая среда полностью сохранена. Далее настроили политики безопасности, раздали права.. В общем - главная задача решена, спец. ПО привязанное к учеткам переустанавливать и перенастраивать не пришлось.