خطأ النسخ المتماثل للدليل النشط 8545: "لا يمكن تطبيق تحديث النسخ المتماثل"

انتهي دعم Windows Server 2003 في 14 يوليو 2015!

أنهت شركة Microsoft دعم نظام التشغيل Windows Server 2003 في 14 يوليو 2015. لقد أثر هذا التغيير على تحديثات البرامج لديك وخيارات الأمان الخاصة بك. تعرف على ما يعنيه ذلك فيما يتعلق بك وكيفية الحفاظ على حمايتك.

هام: تمت ترجمة هذه المقالة باستخدام برامج مايكروسوفت للترجمة الآلية ومن المحتمل ان يتم تحريرها او تدقيقها بعد ذلك من خلال تكنولوجيا منصة مجموعات الترجمة(CTF) او من خلال مترجم بشري. تقدم لك شركة مايكروسوفت هذه المقالات المترجمة بشكل آلي او بالترجمة البشرية او بعد تحريرها وتدقيقها من قبل مجموعات الترجمة حتى تمكنكم من الوصول إلى جميع المقالات الموجودة في قواعد المعرفة لديها بلغات مختلفة. إلا أن المقالات المترجمة قد تحتوي على أخطاء في المفردات او بناء الجمل او النحو. وعليه، فإن شركة مايكروسوفت ليست مسؤولة عن اية أخطاء او عدم دقة في الترجمة او أية أضرار قد تحدث نتيجة أخطاء في ترجمة محتويات النص او استخدامه من قبل العملاء.

اضغط هنا لرابط المقالة باللغة الانجليزية3110029
الأعراض
فشل لقسم واحد أو أكثر في Windows Server 2008 و Windows Server 2012 النسخ المتماثل "الدليل النشط" وإرجاع خطأ 8545: "تعذر تطبيق تحديث النسخ المتماثل لأن المصدر أو الوجهة له لم تتم بعد عملية نقل المعلومات المتلقاة بشأن حديثة عبر مجال."

بالإضافة إلى ذلك، يتم تسجيل الخطأ التالي في سجل "خدمة الدليل" على وحدة تحكم المجال الوجهة:

حدث 1084Internal "معرف الحدث" Microsoft Windows ActiveDirectory_DomainService: تعذر تحديث "خدمات مجال Active Directory" الكائن التالي مع التغييرات التي تم تلقيها من خدمة الدليل المصدر التالية. وهذا لأنه حدث خطأ أثناء تطبيق التغييرات على "خدمات مجال خدمة active Directory" في خدمة الدليل.

كائن:

CN =<User>، OU = Users، OU بولدر، DC = na، DC = contoso، DC = = com
معرف GUID للكائن:
33555323-8e42-42dd-ab95-51693b54281f

خدمة الدليل المصدر:
ج 1126750-e8ac-4355-8412-ccb287e48c23._msdcs.contoso.com

تم منع مزامنة خدمة الدليل بخدمة الدليل المصدر حتى يتم تصحيح هذه المشكلة في التحديث.
سيتم تجربة هذه العملية مرة أخرى في النسخ المتماثل المجدول التالي.

إجراء المستخدم
إعادة تشغيل الكمبيوتر إذا كان هذا الشرط يظهر صلتها بانخفاض موارد النظام (على سبيل المثال، فعلية منخفضة أو الذاكرة الظاهرية).

بيانات إضافية
قيمة الخطأ:
8545 تعذر تطبيق تحديث النسخ المتماثل لأن المصدر أو الوجهة له لم تتم بعد عملية نقل المعلومات المتلقاة بشأن حديثة عبر مجال.
</User>

ملاحظة: لمزيد من المعلومات حول كيفية تطبيق القيم التي يتم الرجوع إليها في 1084 معرف الحدث، راجع الجداول الموجودة في قسم "مزيد من المعلومات".
السبب
تحدث هذه المشكلة إذا تم ترحيل كائن مسرود في الحدث 1084 من مجال إلى مجال آخر في نفس المجال الأم. عدم معرفة وحدة تحكم المجال الوجهة للموقع الجديد للكائن (قسم الخاص به). ولذلك، لا تزال موجودة في القسم القديم على وحدة تحكم المجال الوجهة الكائن.

وحدة تحكم المجال المصدر يعرف الكائن الهجرة ويحدد في الموقع الجديد للكائن.

يتم تسجيل الخطأ النسخ المتماثل للدليل النشط 8545 عند محاولة وحدة تحكم المجال المصدر بإرسال التغييرات لهذا الكائن التي تم ترحيلها حديثا عند العثور على وحدة تحكم المجال الوجهة الكائن موجود في قسم مختلف.
الحل
كإجراء وقائي، النظر في تركيب مقالة قاعدة معارف Microsoft 2682997 على كافة وحدات تحكم المجال التي لا تزال تقوم بتشغيل Windows Server 2008 أو Windows Server 2008 R2. للقيام بذلك، اتبع الخطوات التالية:
  1. تحديد الاسم المميز (DN) من سياق التسمية (NC)/القسم حيث تم نقل الكائن من. لمزيد من المعلومات حول هذا، راجع قسم "مزيد من المعلومات".
  2. على وحدة تحكم المجال الوجهة، اتبع هذه الخطوات أونهوست هذا القسم:
    1. قم بتشغيل سطر الأوامر التالي: Repadmin/أونهوست ديستيناتيوندك<DNofObject’sOldLocation></DNofObject’sOldLocation>

      على سبيل المثال، إذا كانت وحدة تحكم المجال الوجهة DC1، وهو الاسم المميز لقسم حيث تم نقل الكائن من dc = corp، dc = contoso، dc = com، قد يكون الأمر Repadmin/أونهوست DC1 dc = corp، dc = contoso، dc = com.

      ملاحظة: مراقبة سجل "خدمة الدليل" على وحدة تحكم المجال لحدث معرف 1660. مراجعة النص الحدث للتأكد من أنها تقول لن تستضيف وحدة التحكم بالمجال CORP NC.
    2. الإشارة إلى معرف الحدث 1659 حالة عملية أونهوست. عدم إعادة إضافة القسم حتى بعد المزامنة بنجاح القسم الآخر.
  3. على وحدة تحكم المجال الوجهة، تشغل النسخ المتماثل مع وحدة تحكم المجال المصدر (الذي ينجح).
  4. روست القسم من وحدة تحكم مجال لديه نسخة صالحة لقراءة/كتابة للقسم. للقيام بذلك، قم بتشغيل سطر الأوامر التالي:

    Repadmin/إضافة/readonly جودسورسيدك ديستيناتيوندك DNobObject'sOldLocation

    على سبيل المثال، افترض أن وحدة تحكم المجال الوجهة DC1، هو القسم الذي قمت أونهوستيد dc = corp، dc = التعمير، dc = com، وهو وحدة تحكم مجال لديه نسخة لقراءة/كتابة لقسم الشركة CorpDC1.corp.contoso.com. في هذه الحالة، سيكون الأمر Repadmin/إضافة dc = corp، dc = contoso، dc = com dc1 CorpDC1.corp.contoso.com/readonly.
لمزيد من المعلومات حول هذا السيناريو محددة، راجع قسم "مزيد من المعلومات".
معلومات أخرى
سيناريو الموضحة في الأقسام السابقة يمكن أن يكون مربكاً. استخدام نمط الجدول التالي لتوثيق كافة نقاط البيانات التي تحتاج إلى حل هذه المشكلة.

أولاً، تحديد ما إذا كانت وحدة تحكم المجال المصدر أو الوجهة لديه نسخة من الكائن في الموقع القديم (الموقع من حيث تم نقل الكائن).

الاسم المميز الكائنCN = جوستينتو، OU = Users، OU بولدر، DC = na، DC = شركة النصر، DC = = com
objectGUID33555323-8e42-42dd-ab95-51693b54281f
الكائن الأصل DNOU = Users، OU بولدر، DC = na، DC = contoso، DC = = com
المجال المصدر القديم (DN)وكان المجال الكائن في؟

Dc = corp، dc = contoso، dc = com
المجال الهدف (DN)المجال الذي تم ترحيل الكائن إلى؟

Dc = na، dc = contoso، dc = com
التعرف على كافة وحدات تحكم المجال Dc مع كائن (كائنات) (بيانات تعريف النسخ المتماثل)Repadmin/showobjmeta * "<GUID=33555323-8e42-42dd-ab95-51693b54281f>" > JUSTINTUObjmeta.txt</GUID=33555323-8e42-42dd-ab95-51693b54281f>

هام:

لأي وحدات تحكم المجال Dc التي فشلت في الحصول على البيانات من:
  1. تتصل كل وحدة تحكم المجال التي لم تحصل منه على البيانات.
  2. إعادة تشغيل الأمر، واستبدال اسم DC للعلامة النجمية.
على سبيل المثال: repadmin/showobjmeta DC004 "<GUID=33555323-8e42-42dd-ab95-51693b54281f>" > LCTXDC004_JUSTINTUObjmeta.txt</GUID=33555323-8e42-42dd-ab95-51693b54281f>
التعرف على كافة وحدات تحكم المجال Dc مع كائن (كائنات) (قيم السمة)Repadmin/showattr * "<GUID=33555323-8e42-42dd-ab95-51693b54281f>"/gc > JUSTINTUattr.txt</GUID=33555323-8e42-42dd-ab95-51693b54281f>

هام:

لأي وحدات تحكم المجال Dc التي فشلت في الحصول على البيانات من:
  1. قم بتوصيل كل وحدة تحكم المجال المعني.
  2. إعادة تشغيل الأمر، واستبدال اسم DC للعلامة النجمية.
على سبيل المثال:repadmin/showobjattr LCTXDC004 "<GUID=33555323-8e42-42dd-ab95-51693b54281f>"/gc > LCTXDC004_JUSTINTUAttr.txt</GUID=33555323-8e42-42dd-ab95-51693b54281f>
التعرف على كافة وحدات تحكم المجال Dc في الغابةRepadmin/viewlist * > allDCs.txt
التعرف DSA_GUID لكافة وحدات تحكم المجال DcRepadmin/showattrدكناميNCOBJ:Config:/filter:"(Objectclass=NTDSDSA)"/atts:objectGUID/subtree > ntdsa.txt

الأمرين السابق
وحدة تحكم المجال في المجال المصدر دون الكائن في اسم القسم العلوي
وحدة تحكم المجال في المجال المصدر دون الكائن في قسم نا DSA_GUID
حالة النسخ المتماثل للغاباتRepadmin/showrepl */csv > showrepl.csv
تحديد الموقع الحالي للكائن في قاعدة البيانات:
  1. تفريغ قاعدة البيانات من إحدى وحدات تحكم المجال Dc الوجهة.
  2. فتح ملف تفريغ قاعدة البيانات، ومن ثم البحث عن objectGUID الذي تم الإعلام عنه في الحدث 1084.
  3. انتزاع DNT وبدنت، و إنشاء هيكل الكائن بنسخ القيم ذات الصلة إلى جدول، كما يلي:

    DNTبدنت(RDN)objectGUID
    6100145020جوستينتو33555323-8e42-42dd-ab95-51693b54281f
    4502020005لوستاندفوند
    69311752الشركة
    175120003التعمير
    17502com
    باستخدام ملف تفريغ قاعدة البيانات، يمكنك رؤية الموقع الحالي لهذا الكائن في قاعدة البيانات على وحدة تحكم المجال هذه:

    CN = لوستاندفوند، DC = Corp، DC التعمير، DC = = com
يمكنك أن ترى أنه كان حاضرا في حاوية لوستاندفوند على NC corp.contoso.com الكائن. ومع ذلك، يتم حظر النسخ المتماثل لهذا الكائن باستثناء NA.contoso.com NC. لأن هذا الكائن موجود بالفعل في قاعدة البيانات (ولكن في نورث كارولاينا قديمة وغير صحيحة)، يجب إزالة هذا القسم من وحدة تحكم المجال هذه للتخلص من الكائن القديم.

خطة تنفيذ سيناريو المثال

تم ترحيل كائن التكوين من أقسام الشركة إلى قسم متاح. غير أن القسم NA فشل النسخ المتماثل من NADC1.na.contoso.com إلى DC1.la.contoso.com، والمحاولة إرجاع الخطأ 8545.

الوجهة DC: DC1.la.contoso.com

DC المصدر: NADC1.na.contoso.com
  1. كإجراء وقائي، النظر في تركيب مقالة قاعدة المعارف 2682997 على كافة وحدات تحكم المجال التي لا تزال تقوم بتشغيل Windows Server 2008 أو Windows Server 2008 R2. للقيام بذلك، سوف يتعين أونهوست كورب القسم على وحدة تحكم المجال وتكرار القسم متاح ثم إعادة إضافته القسم كورب من مصدر معروف جيدا. للقيام بذلك، اتبع الخطوات التالية:
    1. أونهوست القسم من مجلس إدارته بتشغيل الأوامر التالية:

      /Options Repadmin DC + disable_ntdsconn_xlate

      Repadmin/أونهوست وحدة تحكم المجال DC = corp، dc = contoso، dc = com
    2. مراقبة سجل "خدمة الدليل" على وحدة تحكم المجال لحدث معرف 1660. مراجعة النص الحدث للتحقق من وحدة تحكم مجال يستضيف NC شركة لم يعد.
  2. الإشارة إلى معرف الحدث 1659 حالة عملية أونهوست. عدم إعادة إضافة القسم حتى بعد مزامنة القسم العلوي، كما يلي:
    1. إجراء نسخ متماثل القسم NA. بعد إزالة القسم بنجاح من قاعدة البيانات: بدء النسخ المتماثل من CORPDC.na.contoso.com عن طريق تشغيل الأمر التالي:

      /Replicate Repadmin DC1.la.contoso.com NADC1.na.contoso.com DC غ، DC = = باير، DC = المصرف الوطني الكرواتي
    2. إعادة إضافة CORP NC مرة أخرى إلى وحدة تحكم المجال هذه عن طريق تشغيل التالية repadmin/إضافة الأوامر:

      Repadmin/إضافة dc = corp، dc = شركة النصر، dc = com DC1.la.contoso.com على CorpDC1.corp.contoso.com/readonly

      Repadmin/options DC-disable_ntdsconn_xlate

تحذير: تمت ترجمة هذه المقالة تلقائيًا

خصائص

رقم الموضوع: 3110029 - آخر مراجعة: 12/05/2015 01:12:00 - المراجعة: 1.0

Windows Server 2012 R2 Datacenter, Windows Server 2012 Datacenter, Windows Server 2008 R2 Datacenter, Windows Server 2008 Enterprise, Microsoft Windows Server 2003 R2 Enterprise Edition (32-Bit x86), Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3110029 KbMtar
تعليقات