Собственно, сабж.
Возникает эта ошибка на ВинСервер 2008 р2.
Железка служит контроллером домена, одновременно на ней крутится 1С и ходят пользователи по РДП.
Ошибка возникает при обращении к любому объекту в "Управлении групповой политикой".
Жпег с ошибкой прилагаю под спойлером.
Посоветуйте, в чем беда?

bga83Nexby,

прежде всего смотреть логи, не исключено что с правами что-то. Но сама идея совмещения на одном сервере контроллера домена и терминального сервера крайне неудачная
Знаю.
Это было не мое решение.

bga83Nexby,

прежде всего смотреть логи, не исключено что с правами что-то. Но сама идея совмещения на одном сервере контроллера домена и терминального сервера крайне неудачная
Смотрю в книгу - вижу фигу :-(
Вот чего нарыл.

На попытки создания, удаления групповых политик пишет "Произошла ошибка операции".

bga83Nexby,

вбиваешь id и source ошибок в любимый поисковик и смотришь что требуется для решения
Угу.
Однозначно, проблема с ntds.dit.
В гугле пишут верно: либо хард помирает, либо результат внезапного ребута.
Учитывая, что в организации физический доступ к серверу имеют все, кому не лень, а внезапными ребутами любят решать проблему "зависших" пользователей 1С-ки, ответ немного очевиден.
Для решения интернеты предлагают восстанавливать файл.
Правильно сделанного бекапа нет, есть образ Acronisa двухмесячной давности. Идея разворачивать его мне не нравится.
Рекомендуют пользоваться ntdsutil, eseutil, подменять файлы из папки NTDS живыми.
Третье не работает, первые два варианта требуют админский пароль от самого серва (не от контроллера). Его у меня нет.
Короче, тупик.
Есть мысли, что это сигнал переделать все нормально.
Либо разнести контроллер и базы на разные машины, либо отказаться от доменной организации сети вообще.
Там сеть то... два стационарных да полтора ноутбука

bga83Nexbyпервые два варианта требуют админский пароль от самого серва (не от контроллера)а по конкретнее можно что за пароль? Если у тебя на сервере роль контроллера домена, то локальных пользователей там нет в принципе, только доменные.
Работы с ntds.dit необходимо проводить в конфигурационном режиме (Directory Services Restore Mode (DSRM)). В нормальном режиме работы сервера ntds.dit редактировать невозможно, он занят всякими службами.
Вот вход в DSRM - вход не в mydomain.com, а вход в myserver. С, как я понимаю, админскими логином-паролем, указанными при первоначальной настройке сервера.

Но.
Я очень мало работал с доменными, могу ошибаться :-)

bga83Nexbyпропущено...

Работы с ntds.dit необходимо проводить в конфигурационном режиме (Directory Services Restore Mode (DSRM)). В нормальном режиме работы сервера ntds.dit редактировать невозможно, он занят всякими службами.
Вот вход в DSRM - вход не в mydomain.com, а вход в myserver. С, как я понимаю, админскими логином-паролем, указанными при первоначальной настройке сервера.

Но.
Я очень мало работал с доменными, могу ошибаться :-)понял о чем речь. Это пароль для режима восстановления AD, его можно сбросить. Мануал тут
Спасибо, попробую.
А имеет вообще смысл покореженный ntds.dit прогонять вышеуказанными командами?
Не помрет ли контроллер окончательно?
И на что он завязан вообще, этот ntds.dit (то, что это файл БД домена со всеми пользователями и политиками, я в курсе)? Могу ли я его в случае чего спокойно заменить резервной копией?

Совсем сервер уронить не хочется, нет сейчас времени и желания с 0 поднимать.

bga83Nexbyпропущено...

Спасибо, попробую.
А имеет вообще смысл покореженный ntds.dit прогонять вышеуказанными командами?
Не помрет ли контроллер окончательно?
И на что он завязан вообще, этот ntds.dit (то, что это файл БД домена со всеми пользователями и политиками, я в курсе)? Могу ли я его в случае чего спокойно заменить резервной копией?

Совсем сервер уронить не хочется, нет сейчас времени и желания с 0 поднимать.признаться подобные вещи я проделывал лет 6 назад и то на тестовой инфраструктуре, так что о целесообразности несколько трудновато судить, мало что помню уже. Но в любом случае полный бекап сервера предварительно сдалать все же стоит.

Хотя если сервер используется только для 1С и количество пользователей не большое, то может имеет смысл все снести и поставить заново. Времени это займет 4-8 часов(как пойдет).
Организация работает с 9 до 9. На ночь домой сервак тащить не в кайф.
Подмены нет. Там вообще нихрена нет :-(

Как правильно делается полный бекап?
Я, как первый раз к нему подошел, на рефлексах сделал акронисом образ системы. Но сейчас мне кажется, что это неверный вариант.

bga83NexbyЯ, как первый раз к нему подошел, на рефлексах сделал акронисом образ системы. Но сейчас мне кажется, что это неверный вариант.вполне сойдет.
Пишут, что при этом нужно, как минимум, в биосе ставить дату создания архива.

Команда
ntdsutil - files - recover
отчиталась о выполнении, но проблема не исчезла.
Команда
ntdsutil - files - compact to
виснет между 50% и 60%. Ждал полчаса и сбросил нафиг. Проблема, понятное дело, все равно не исчезла.

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