Всем спасибо, особенно - Владимиру Горяеву и Павлу Гарбару! Проблема решена. Отчитываюсь о проделанной работе.
1. В субботу накатил-таки последний (т.е. восьмой) саппорт-пак и постфиксы (slp213, tcp587i, tsa5up19) на все критичные серверы. Версия NDS на всех серверах с репликами, а также новом сервере (пока ещё без реплик) стала 8.85c. Серверы при этом, естественно, перегружались; однако после перезагрузки проблема не исчезла - DSREPAIR продолжал вести себя как и раньше.
2. Добавил реплики на новый сервер (прошло успешно), через некоторое время убрал реплики с одного из "проблемных" серверов, который будет выводиться из эксплуатации. Делал это через
ndsmgr32, он показал, что всё в порядке - по крайней мере, Partition Continuinity и Synchronization были в норме. После этого DSREPAIR на всех трёх серверах с репликами (пропатченный сервер с мастер-репликой, новый сервер и один из прежних серверов, на котором ошибка была, несмотря на наличие последнего саппорт-пака) стал проходить успешно. Ура! Т.е. похоже, что какой-то сбой был всё-таки именно на том сервере, который нужно было вывести из эксплуатации - как с него сняли реплику, так на всех остальных серверах стало хорошо.
3. ...а вот ещё и не конец истории. Снова начались проблемы с логин-скриптами на рабочих станциях, у которых в клиенте в качестве Preferred Server был указан "старый" сервер. При ближайшем рассмотрении оказалось, что он по-прежнему считает, что на нём лежат все реплики!
Т.е. запущенный на нём DSREPAIR в
Advanced Options в разделе
Replica and partition operations отображал обе реплики, при просмотре
Replica ring для каждой из них показывал три сервера (включая себя, но не включая новый сервер), в отношении
Repair local DS database либо
Unattended full repair вёл себя тоже по-прежнему.
Т.е. запорченные объекты с логин-скриптами располагались именно на этом сервере, и он, ничтоже сумняшеся, раздавал это добро рабочим станциям - несмотря на то, что
все остальные серверы уже давно договорились о том, что данный сервер в кольце реплик отсутствует!
4. Попробовал удалить с этого сервера реплики через
DSREPAIR -a ->
Advanced options menu ->
Replica and partition operations -> реплика ->
Destroy the selected replica on this server. Что любопытно: одна реплика (корневая) удалилась, другая (того контейнера, где "жил" сам сервер) - осталась, но сменила тип на
Subordinate Reference. Но, что характерно, DSREPAIR корректно работать так и не начал! Т.е. при попытке сделать
Unattended full repair он всё равно пытался что-то репэйрить (на его экране пробегал список всех объектов дерева), после чего выдавал те же самые ошибки!
5. Кардинально проблема с этим сервером решилась только путём выноса его из дерева вообще (
NWCONFIG ->
Directory Options ->
Remove Directory Services from this server), перезагрузки (после этого DSREPAIR, наконец, заработал как ожидается) и установки обратно в дерево (тем же путём,
Install Directory Services onto this server). По пути, правда, потерял права на файловую систему (я не понял в какой момент - наверное, уже после повторного ввода в дерево: он там что-то очень долго проверял на томе) - я этого не ожидал, ну да и ладно (что нужно, у меня было сохранено утилитой TRUSTEE.NLM).
6. Так и осталось неясным, отчего такая проблема возникла. Проблем с оборудованием (диски, RAID-контроллер, электропитание и т.п.) не было, VREPAIR тома SYS тоже ничего не нашёл. Было, правда, однажды зависание этого сервера (с выключением "кнопкой"), но это было давно (более года назад).
Ну вот, кто дослушал - молодец
P.S. Кстати, а как закрыть тему - несмотря на то, что я её автор, кнопки "закрыть" не вижу.
).
