Зараз ви перебуваєте в автономному режимі; очікується повторне підключення до Інтернету

Відновлення на контролері домену може призвести до невідповідностей, між контролерів домену

ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.

Клацніть тут, щоб переглянути цю статтю англійською мовою: 316829
Ознаки
Відновлення на контролері домену, може спричинити подія з Ідентифікатором: 1587, вказавши невідповідності, між контролерів домену. У такому випадку деяких застарілих об'єктів може бути присутні на контролері домену, відновлені. Крім того, створення об'єктів на контролері домену, відновлені не реплікації.
причина
Ця проблема виникає, оскільки контролер домену призначає новий Ідентифікатор виклику, але використовує оригінальний знак highwater.
Розв'язанн
Щоб вирішити цю проблему, отримати найновіший пакет оновлень для Windows 2000. Щоб отримати додаткові відомості клацніть номер статті в базі знань Microsoft Knowledge Base:
260910 Як отримати найновіший пакет оновлень Windows 2000
Щоб вирішити цю проблему, отримання, виправлення, описане в такій статті бази знань Майкрософт:
299687 MS01-036: Функції, які можна за допомогою LDAP через SSL увімкнути змінити паролі
Обхідний шлях
Щоб тимчасово усунути цю проблему, зниження ролі а потім, підвищення контролера домену, відновлені. Перш ніж зниження ролі постраждалого сервера, сили повної реплікації сервера, щоб інший контролер домену. (Повна синхронізація може бути ресурсів інтенсивного більше доменів). Виконання повної синхронізації, у розділі доменів і в розділі Конфігурація. синтаксис команди Repadmin, який використовується для виконання синхронізації показує, такий рядок:
Repadmin-/sync <Naming context=""> <Dest dc=""> <Source dc="" guid="">[/force] [/full]</Source> </Dest> </Naming>
Такий рядок – це приклад-використання цієї команди:
Repadmin /sync, DC = домен, DC = dc1 122a5239-36b3-488a-b24c-971ed0ca8a46 /force для кореневого good_DC/повний
Наприклад, команди,
  • "DC = домен, DC = корінь" є дерево простору імен домену.
  • "good_DC"-це місце, DC. Це добре партнер, який отримуватиме оновлення.
  • DSA GUID-це реплікації GUID для відновленої DC. Можна отримати за допомогою Repadmin /showreps на сервері, що відновлені. Ідентифікатор GUID списку, у верхній у розділі "DC об'єкт Guid".
Якщо синхронізацію завершено успішно, з'явиться таке повідомлення:
Виконати синхронізацію з 122a5239-36b3-488a-b24c-971ed0ca8a46 Good_DC, успішно завершено.


Повторіть процес для конфігурації-простору імен, за допомогою команди приблизно такого вигляду:
Repadmin /sync cn = configuration, DC = домен, DC = dc1 122a5239-36b3-488a-b24c-971ed0ca8a46 /force для кореневого good_DC/повний
Проблема пов'язана не може вирішити після того, як це зробити. Після цього, інсталюйте виправлення або зниження ролі і потім, підвищення контролера домену, для вирішення цієї проблеми.
Стан
корпорація Майкрософт підтвердила існування цієї неполадки у продуктах Майкрософт, перелічених на початку цієї статті. Цю проблему усунуто в пакеті оновлень 3 для Windows 2000.
Додаткові відомості
Під Вільний час відновлення на контролері домену, найбільший затверджений USN відкочування до того, під Вільний час резервного копіювання. контролер домену виклику код на пенсію і новий призначено. Коли партнерів реплікації вперше після відновлення, записані наступні повідомлення:

Тип події: інформаційна
Джерело події: Реплікація NTDS
Категорія події: (5)
Подія з Ідентифікатором: 1587
Дата: 3/16/2001
Час: 10:52:35 AM
Користувача: CONTOSO\CO-н DC-01 $
Комп'ютер: Колорадо DC-02
Опис:
Зміни, починаючи з попередніх до місцевого DSA, останні відновлення резервної копії на USN 94727614 закладку звернувся в каталозі посилення захисту служб (DSA) відповідає objectGuid d0a6a575-9702-4f4e-bf68-bb2a9f875188. Закладка є відповідно таким чином: попередній виклик-код: bc546028-fae7-4978-abe0-d294694da32b
Попередній об'єкт, оновлення USN: 95853579
Попередні оновлення USN: 95853579
Новий Ідентифікатор для виклику: ae6286cb-740b-4bb3-ace7-9577efa9dc9f
Об'єкт оновлення USN: 94727614
Нові оновлення USN: 94727614


Ця подія є типовим для контролера домену, відновлені. Окремо це не означає проблеми. Це проблема, якщо це не реплікації об'єктів, які було створено на контролері домену, відновлений "попередження" очікування.

Проблеми сценарію найбільший USN відкочування. Однак під Вільний час закладки (або "сучасність" вектор скидання), вихідного контролеру домену поставки USN найбільше значення, яка входила до відновлення. Для реплікації об'єктів, які мають USNchanged параметрів значення атрибута, верхній і нижній highestCommittedUSN ніколи не розглядаються.

Наприклад: Припустимо, що цей контролер домену, 1, має найбільший USN, 100. Партнер реплікації контролера домену, 2, має "сучасність"-вектор 100, 1 контролера домену.

Відновлення резервної копії, на якому найбільший USN, становить 50 контролера домену, 1. Після наступного реплікації з контролера домену, 2 до контролера домену 1 відновлює закладки 100, (він має бути 50). контролер домену, 1, відбувається зміни, які 51 52 та 53. Після того як контролер домену, 2, веде переговори реплікації, ніколи не розглядає зміни через те, що вважає, що він має зміни 100. контролер домену, 1 продовжує вносити зміни і зрештою досягає, 101. Змінити 101 реплікується, але не є зміни 51-100.

У деяких випадках може також виявити цьому стані. Прочитати поточний атрибут highestCommittedUSN rootDSE об'єкт на контролері домену, відновлені за допомогою Ldp або редагування ADSI. Потім Порівняйте її вивід в repadmin /showreps / детального с одним з партнерів. У Repadmin знайдіть значення "USN ### /OU" контролера домену, відновлений для кожного дерево простору імен. Якщо значення Repadmin перевищує highestCommittedUSN атрибут, контролера домену, відновлений виникла проблема.

Зауважте, що, якщо контролер домену, відновлений походить, достатньо оновлення, що її highestCommittedUSN -атрибут досягнуто або перевищено "сучасність" вектор, які записуються на інші контролери домену (див. приклад, що в цій статті), зміни не буде розглянуто реплікації. Проте на реплікуються нові зміни. Unreplicated зміни називаються "застарілих об'єктів."
Посилання
Щоб отримати додаткові відомості про застарілих об'єктів клацніть номер статті в базі знань Microsoft Knowledge Base:

317097 Застарілі об'єкти, запобігання реплікація служби служба Active Directory, відбувається

3125191 Подія з Ідентифікатором 1587 створюється на контролері домену, коли більше двох контролерів домену в одному сайті як сервер Lync
kbDirServices

Попередження. Цю статтю переведено автоматично

Властивості

Ідентифікатор статті: 316829 – останній перегляд: 01/25/2016 22:08:00 – виправлення: 1.0

  • kbbug kbdirservices kbfix kbwin2000presp3fix kbwin2000sp3fix kbmt KB316829 KbMtuk
Зворотний зв’язок
ript> &t=">