[exo]

нормально загрузился »

я извиняюсь. не проверил информацию.

[babki]

Вобщем сервер восстановил с бекапа месячной давности, появились другие проблемы, подключил его к сети, а он отказывается реплицировать актив директори и другие папки с репликацией. Проблема в том что за этот месяц в нормальном работающем домене были удалены и повторно введены в домен компьютеры с одной и той же учетной записью. А в ошибках домена который восстановлен с актив директори месячной давности идут ошибки: см ниже.

как ниже написано ископользовать средство repadmin /removelingeringobjects для удаления записей у меня отсутсвует. Как еще можно синхронизировать актив директори между ддвумя контроллерами домена один с текущей базой, второй с базой месячной давности?
Прикол еще в том что старая учетка появилась в основном контроллере домена, потерев самую последнюю запись...

Тип события: Ошибка
Источник события: NTDS Replication
Категория события: Репликация
Код события: 1988
Дата: 11.09.2008
Время: 8:24:34
Пользователь: NT AUTHORITY\АНОНИМНЫЙ ВХОД
Компьютер: SERVER1
Описание:
Локальный контроллер домена предпринял попытку репликации следующего объекта со следующего исходного контроллера домена. Этот объект отсутствует на локальном контроллере домена, поскольку он уже удален и собран в качестве мусора.

Исходный контроллер домена:
34e89119-612d-4946-afc4-18624be34e80._msdcs.proekt.ru
Объект:
CN=STROITELI4,OU=Группа Конструкторов1,DC=proekt,DC=ru
GUID объекта:
4839f98f-28ff-44e5-8cd7-9c11d1652c65

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


Действие пользователя
Убедитесь, этот объект был удален на этом контроллере домена или в лесе. Если требуется восстановить этот объект, принудительно восстановите его на исходном контроллере домена. Если восстановление не требуется, установите средства поддержки, имеющиеся на установочном компакт-диске "repadmin /removelingeringobjects", на исходный контроллер домена, чтобы удалить объект из леса и продолжить репликацию. Чтобы разрешить автоматическое восстановление этого и похожих объектов, установите следующий параметр реестра.

Параметр реестра:
HKLM\System\CurrentControlSet\Services\NTDS\Parameters\Strict Replication Consistency

Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp".


Тип события: Предупреждение
Источник события: NtFrs
Категория события: Отсутствует
Код события: 13508
Дата: 11.09.2008
Время: 8:26:26
Пользователь: Н/Д
Компьютер: SERVER1
Описание:
Служба репликации файлов столкнулась с проблемами при включении репликации с "SERVER" на "SERVER1" для "c:\windows\sysvol\domain", использующего DNS-имя "server.proekt.ru". Служба репликации файлов (FRS) продолжит повторные попытки.
Ниже указаны причины, по которым может выдаваться это предупреждение.

[1] FRS не может разрешить DNS-имя "server.proekt.ru" с этого компьютера.
[2] FRS не запущена на "server.proekt.ru".
[3] Сведения в Active Directory о топологии для этой реплики реплицированы еще не на все контроллеры домена.

Это сообщение об ошибке записывается в журнал для каждого подключения один раз. После исправления ошибки в журнал будет записано другое сообщение, означающее, что соединение установлено.

Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp".
Данные:
0000: 00 00 00 00 ....


Тип события: Предупреждение
Источник события: NtFrs
Категория события: Отсутствует
Код события: 13508
Дата: 11.09.2008
Время: 8:26:26
Пользователь: Н/Д
Компьютер: SERVER1
Описание:
Служба репликации файлов столкнулась с проблемами при включении репликации с "SERVER" на "SERVER1" для "c:\windows\sysvol\domain", использующего DNS-имя "server.proekt.ru". Служба репликации файлов (FRS) продолжит повторные попытки.
Ниже указаны причины, по которым может выдаваться это предупреждение.

[1] FRS не может разрешить DNS-имя "server.proekt.ru" с этого компьютера.
[2] FRS не запущена на "server.proekt.ru".
[3] Сведения в Active Directory о топологии для этой реплики реплицированы еще не на все контроллеры домена.

Это сообщение об ошибке записывается в журнал для каждого подключения один раз. После исправления ошибки в журнал будет записано другое сообщение, означающее, что соединение установлено.

Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp".
Данные:
0000: 00 00 00 00 ....

Тип события: Предупреждение
Источник события: LSASRV
Категория события: SPNEGO (согласователь)
Код события: 40960
Дата: 11.09.2008
Время: 8:24:29
Пользователь: Н/Д
Компьютер: SERVER1
Описание:
Система безопасности обнаружила ошибку проверки подлинности сервера LDAP/SERVER1. Полученный от протокола проверки подлинности Kerberos код ошибки: "The attempted logon is invalid. This is either due to a bad username or authentication information.
(0xc000006d)".

Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp".
Данные:
0000: 6d 00 00 c0 m..А

Тип события: Предупреждение
Источник события: LSASRV
Категория события: SPNEGO (согласователь)
Код события: 40961
Дата: 11.09.2008
Время: 8:24:29
Пользователь: Н/Д
Компьютер: SERVER1
Описание:
Системе безопасности не удалось установить безопасное подключение к серверу LDAP/SERVER1. Отсутствуют доступные протоколы проверки подлинности.

Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp".
Данные:
0000: 6d 00 00 c0 m..А

[babki]

Вот еще такая ошибка:
ошибка
Тип события: Ошибка
Источник события: Kerberos
Категория события: Отсутствует
Код события: 4
Дата: 11.09.2008
Время: 10:07:20
Пользователь: Н/Д
Компьютер: SERVER
Описание:
Клиент Kerberos получил ошибку KRB_AP_ERR_MODIFIED с сервера host/server1.proekt.ru. Использовавшееся конечное имя: DNS/server1.proekt.ru. Это значит, что пароль, который был использован для шифрования билета службы Kerberos, отличается от пароля на конечном сервере. Обычно это происходит, если в конечной сфере (PROEKT.RU) и в сфере клиента имеются учетные записи компьютеров с одинаковыми именами. Обратитесь к системному администратору.

Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp".


Если с хозяина операций лезти на восстановленный контроллер домена, то говорит что нет доступа, если с восстановленного контоллера лезти на контроллер домена- хозяин операций то все отлично... в чем может быть проблема?

[babki]

Вроде все поднял, только одна проблема осталась:
Запись- захоронение осталась на восстановленном месячной давности контроллере домена а в текущем каталоге ее нет. Система ругается и не хочет реплицировать актив директори на восстановленный домен. стандартными средсвами удалить эту запись не получается см ошибку ниже.
С:\Support Tools>repadmin /removelingeringobjects 34e89119-612d-4946-afc4-18624be34e80._msdcs.proekt.ru 830d983f-1544-44c1-9356-896549fa86e5 DC=proekt,DC=ru /advisory_mode

DsReplicaVerifyObjectsW() failed with status 8524 (0x214c):
Операция DSA не смогла быть выполнена, т.к. произошла ошибка поиска в DNS.

ДНС функционирует, где искать проблему- ума не приложу.

Как можно решить эту проблему по другому?
Можно ли установить время жизни захоронений например всесто 60 дней - 1 день? После чего система сама пртрет захороненные объекты?