أنت غير متصل حاليًا، وفي انتظار الإنترنت الخاص بك ليقوم بإعادة الاتصال

كيفية استكشاف أخطاء وإصلاحها خطأ OBJ_CLASS_VIOLATION في Adamsync في Windows Server 2003 أو Windows Server 2008

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

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

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

اضغط هنا لرابط المقالة باللغة الانجليزية923835
الموجز
توضح هذه المقالة كيفية استكشاف أخطاء وإصلاحها خطأ OBJ_CLASS_VIOLATION التي تحدث عند استخدام أداة Adamsync في Windows Server 2003 أو Windows Server 2008.

يحدث هذا الخطأ بسبب الاختلافات تعريف فئة بين خدمة دليل "Active Directory" مثيل ADAM. لاستكشاف هذه المشكلة وإصلاحها، اتبع الخطوات الموضحة في الأقسام التالية:
  • تحديد سمة فئة الكائن
  • خطوات لحل هذه المشكلة عند سمات تنتمي إلى فئة TOP
  • خطوات لحل هذه المشكلة عند سمات لا تنتمي إلى فئة TOP
الاتصال بـ "دعم Microsoft" إذا لم تتمكن من حل المشكلة.
الأعراض
حاول استخدام أداة المزامن وضع التطبيق خدمة Active Directory (ADAM) (Adamsync.exe) لمزامنة كائنات "Active Directory" إلى مثيل ADAM على جهاز كمبيوتر يعمل بنظام التشغيل Windows Server 2003 أو المستندة إلى Windows Server 2008. ومع ذلك، يتم تسجيل رسالة خطأ مشابهة لما يلي في ملف سجل Adamsync:
إدخال معالجة: X USN الصفحة X X عدد X الإطار X إدخال أو المعالجة إدخال مصدر <guid=f9023a23e3a06d408f07a0d51c301f38> معالجة f9023a23e3a06d408f07a0d51c301f38 في نطاق الإدخال. إضافة توجيه الكائن CN =TestGroup ، OU = Accounts dc = domain dc = com. إضافة سمات: sourceobjectguid ، objectClass ، instanceType ، displayName, معلومات, adminDescription ، displayNamePrintable ، userAccountControl ، صفحة الترميز اللغوي ، countryCode ، logonHours ، primaryGroupID ، تعليق accountExpires ، sAMAccountName ، desktopProfile ، legacyExchangeDN ، userPrincipalName

حدث خطأ Ldap. ldap_add_sW: "انتهاك فئة" كائن. معلومات موسعة: 0000207D: UpdErr: DSID-0315119D ، المشكلة 6002 (OBJ_CLASS_VIOLATION) البيانات-2054643804
السبب
تحدث هذه المشكلة بسبب الاختلافات تعريف فئة بين "Active Directory" ADAM. يظهر هذا الاختلاف عند محاولة لتعديل كائن بغرض تضمين سمة غير صالح لفئة الخاص به. على سبيل المثال، السمة غير معرفة في المخطط ADAM في كافة أو تعريف السمة ولكن السمة غير موجودة في قائمة السمات إلزامي أو اختياري لفئة معينة. عادةً ما يكون الموقف الثاني هو السبب الأكثر استخداماً في هذه المشكلة.

يحتوي تعريف فئة الكائن التي سيتم مزامنتها على واحد أو أكثر من سمات في "Active Directory" غير متوفرة في ADAM. يعرض المقطع "إضافة سمات" رسالة الخطأ المذكورة في قسم "الأعراض" السمات التي حاولت إضافة. تم تعريف هذه السمات في قائمة اختياري أو إلزامي سمات فئة الكائن التي يتم مزامنتها.

على سبيل المثال، في رسالة الخطأ المذكورة في قسم "الأعراض" مرجع هو CN = TestGroup. عند عرض CN=TestGroup الكائن في "Active Directory" ، تحقق من قائمة سمات لهذه الفئة كافة أصل فئات ، ترى أن سمات أو أكثر في هذه القائمة ليست قائمة السمات إلزامي أو اختياري الممكنة لهذه الفئة في ADAM.

ملاحظة يتضمن هذا قوائم السمة من كافة فئات الأصل.
الحل
لحل هذه المشكلة، اتبع الخطوات التالية.

تحديد سمات فئة الكائن

  1. تحقق من قائمة سمات يتم تُضاف إلى الكائن الذي فشل. يمكنك تحديد الكائن الذي فشل عن طريق عرض رسالة الخطأ في سجل المزامنة. فشل هو دوماً الكائن الأخير المشار إليه في نهاية سجل المزامنة تماماً قبل ظهور رسالة خطأ. على سبيل المثال، CN=TestGroup فشل كائن في رسالة الخطأ المذكورة في قسم "الأعراض".
  2. تحديد ما إذا كانت سمات DisplayNamePrintable أو علاماتExtensionName مضمّنة في رسالة الخطأ. إذا تم تضمين أحد السمات في رسالة الخطأ راجع قسم "خطوات لحل هذه المشكلة عند سمات تنتمي إلى فئة TOP". إذا كان يتم تضمين لم سمات في رسالة الخطأ "، راجع قسم"خطوات لحل المشكلة عند سمات لا تنتمي إلى فئة TOP".

خطوات لحل هذه المشكلة عند سمات تنتمي إلى فئة TOP

ستجد TOP الفئة في مخطط "Active Directory" تحتوي على سمة DisplayNamePrintable أو علامات أو ExtensionName. ومع ذلك، لا يتم تضمين هذه السمات في فئة TOP في ADAM. ومع ذلك، لا يمكنك تغيير الفئة TOP في ADAM. ولذلك، استخدم إحدى الطرق التالية لحل المشكلة:
  • استبعاد هذه السمات باستخدام المقطع <exclude>في ملف تكوين XML.
  • باستخدام المخطط MMC يدوياً إضافة هذه السمات إلى قائمة السمات اختيارية لفئة ذات الصلة في مخطط ADAM. على سبيل المثال، في رسالة الخطأ المذكورة في قسم "مؤشرات الخطأ" فشل فئة المجموعة. ولذلك، يجب إضافة هذه السمات إلى قائمة السمات اختيارية لفئة المجموعة في ADAM.

خطوات لحل هذه المشكلة عند سمات لا تنتمي إلى فئة TOP

  1. في ADSchemaAnalyzer ضمن أدوات \ القائمة خيارات، انقر فوق تحديث مع مراجع إلى عناصر جديدة أو موجودة ضمن علامة التبويب إنشاء LDIF.
  2. استخدم قائمة ملف لتحميل "Active Directory" المخطط الهدف "و" ADAM كـ المخطط الأساسي. انتظر حتى أداة إنهاء مقارنة المخططات.
  3. من القائمة مخطط ، انقر فوق وضع علامة على كافة عناصر كما المضمنة.
  4. من القائمة ملف، انقر فوق الملف LDIF إنشاء لإنشاء ملف LDF الذي يحتوي على التغييرات.

    ملاحظة إذا قمت باستيراد هذا الملف LDF مباشرة إلى ADAM ربما لن يمكن إضافة سمات الضرورية أو تعديل بشكل صحيح. بالإضافة إلى ذلك، يتم عرض أية رسالة خطأ. راجع قسم "لماذا لا يمكن استيراد ملف LDF مباشرة إلى ADAM" للحصول على شرح حول سبب حدوث هذا. في هذه الحالة، انتقل إلى الخطوة 5 بدون استيراد الملف LDF.
  5. فحص ملف LDF الذي قمت بإنشائه في الخطوة 4. وبوجه خاص، عرض الفئة التي تسبب المشكلة. على سبيل المثال، عرض فئة المجموعة. سوف يحتوي على المقطع لهذه الفئة قائمة السمات التي موجودة في قائمة السمات إلزامي أو اختياري لهذه الفئة في "Active Directory" ولكن مفقودة في ADAM.
  6. العثور على السمة المشكلة في ملف LDF. للقيام بذلك، قم بفحص المقطع "#attributes" في الملف LDF. تبقى السمات التي تم استيرادها في هذا المقطع. عادةً ما هي السمة المشكلة سمة فقط التي تعثر عليها في المقطع "#attributes". في حالة العثور على السمة المشكلة انتقل إلى الخطوة 8. إذا لم تعثر السمة المشكلة انتقل إلى الخطوة 7.
  7. إذا كانت السمة المشكلة واضحة لا من مقطع "#attributes" في ملف LDF ، اتبع الخطوات التالية للعثور على سمة المشكلة:
    1. حالياً كافة التعديلات إلى فئة تحت مقطع في ملف LDF. هذا هو المقطع "#Updating عناصر موجود". ضمن هذا المقطع تحديد موقع المقطع يقوم بتحديث فئة الذي يحتوي على المشكلة. على سبيل المثال، إذا كانت فئة المجموعة المشكلة ستجد مقطع مشابهًا لما يلي:
      # Update element: groupdn: cn=Group,cn=Schema,cn=Configuration,dc=Xchangetype: modifyadd: mayContain# mayContain: adminCountmayContain: 1.2.840.113556.1.4.150# mayContain: controlAccessRightsmayContain: 1.2.840.113556.1.4.200# mayContain: groupAttributesmayContain: 1.2.840.113556.1.4.152# mayContain: groupMembershipSAMmayContain: 1.2.840.113556.1.4.166-NoteSome more entries that may be located here have been excluded from this example.dn: changetype: modifyadd: schemaUpdateNowschemaUpdateNow: 1
    2. تغيير الإدخالات الموجودة في الخطوة 4a بواسطة تقسيم الإدخالات في سمة واحدة لكل عملية. على سبيل المثال، تغيير الإدخالات الموجودة في المثال في الخطوة 7a باستخدام إدخالات تشبه ما يلي: عنصر
      # Update element: groupdn: cn=Group,cn=Schema,cn=Configuration,dc=Xchangetype: modifyadd: mayContain# mayContain: adminCountmayContain: 1.2.840.113556.1.4.150-# Update element: groupdn: cn=Group,cn=Schema,cn=Configuration,dc=Xchangetype: modifyadd: mayContain# mayContain: controlAccessRightsmayContain: 1.2.840.113556.1.4.200-dn: cn=Group,cn=Schema,cn=Configuration,dc=Xchangetype: modifyadd: mayContain# mayContain: groupAttributesmayContain: 1.2.840.113556.1.4.152-dn: cn=Group,cn=Schema,cn=Configuration,dc=Xchangetype: modifyadd: mayContain# mayContain: groupMembershipSAMmayContain: 1.2.840.113556.1.4.166-Note Some more entries that may be located here have been excluded from this example.dn: changetype: modifyadd: schemaUpdateNowschemaUpdateNow: 1
  8. حفظ الملف LDF.
  9. قم باستيراد ملف LDF إلى المخطط ADAM باستخدام الأمر الذي يتم توفيره في بداية الملف LDF.
  10. عرض تقرير عرضها من قبل الأداة المساعدة Ldifde. الآن ستقوم Ldifde التقرير عن الأخطاء التي تحدث مع السمات التي تم استيرادها. معلومات الخطأ سوف تشبه المعلومات نموذج التالية:
    C:\WINDOWS\ADAM>ldifde -i -u -f c:\data\problem\KBtest_modified.ldf -s localhost:50010 -j . -c "cn=Configuration,dc=X" #configurationNamingContextConnecting to "localhost:50010"Logging in as current user using SSPIImporting directory from file "c:\data\problem\KBtest_modified.ldf"Loading entries.Add error on line 15: Already ExistsThe server side error is: 0x2071 An attempt was made to add an object to theectory with a name that is already in use.The extended server error is:00002071: UpdErr: DSID-0305030D, problem 6005 (ENTRY_EXISTS), data 0

    ملاحظة حدد موقع سمة المشكلة في ملف LDF عن طريق عرض رقم السطر المشار إليه في التقرير عن الخطأ.
  11. استخدم معلومات الخطأ هذه السمة المشكلة للبحث عن حل المشكلة. اتبع الخطوات التالية لمحاولة حل المشكلة:
    1. حدد موقع سمة المشكلة في ملف LDF عن طريق عرض رقم السطر المشار إليه في التقرير عن الخطأ. قد تكون السمة الفاشلة بادئة "DUP-" في DisplayName.
    2. لاحظ معرّف الكائن (OID) السمة ثم ابحث عن معرّف هذا الكائن في ADAM.
    3. البحث عن السمة في ADAM له نفس معرّف الكائن.
    4. مقارنة السمة في ADAM وفي ملف LDF للعثور على أي اختلافات. على سبيل المثال، قد يكون لديك السمات DisplayName مختلفة ولكن بنفس معرف كائن.
    5. تحديد السمة التي للاحتفاظ وقم ثم بتصحيح الآخر. على سبيل المثال، يمكنك إزالة الإدخال من ملف LDF أو يمكنك تصحيح الإدخال السمة ADAM. أو يمكنك استبعاد السمة المشكلة من المزامنة باستخدام المقطع <exclude>في ملف تكوين XML.
  12. بعد أن يتم تصحيح المشكلة السمة في "Active Directory" أو في مخطط ADAM أو بعد إزالة السمة من ملف LDF قم باستيراد ملف LDF تم مرة أخرى. الآن يجب أن تكون عملية الاستيراد بنجاح. في حالة عدم حل المشكلة قد يكون هناك سمة أخرى هو الذي يسبب المشكلة. كرر الخطوات من 10 إلى 12 حتى يتم استيراد كافة السمات.

تسجيل دخول التشخيص

عند العثور على السمة المشكلة أنه قد لا يدل الخطأ معه. على سبيل المثال، قد لا تجد معرف كائن مكررة أو إدخال DisplayName مختلفة. عندما لا يتم استيراد سمة مشكلة, يمكنك الحصول على مزيد من المعلومات حول الفشل عن طريق تشغيل تسجيل التصحيح لواجهة LDAP. للقيام بذلك، اتبع الخطوات التالية:
  1. للحصول على مزيد من المعلومات حول فشل Ldifde قم بتشغيل تسجيل الدخول ADAM LDAP. للقيام بذلك، قم بتغيير قيمة إدخال التسجيل
    Category 16 LDAP Interface events
    إلى 5. يوجد إدخال هذا التسجيل تحت المفتاح الفرعي للتسجيل التالي:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\ADAM_instanceName\Diagnostics
  2. قم باستيراد الملف LDF مرة أخرى.
  3. انظر سجل الأحداث بحثاً عن الأخطاء.
  4. بعد الانتهاء من استكشاف الأخطاء وإصلاحها إعادة تعيين قيمة إدخال التسجيل
    Category 16 LDAP Interface events
    إلى 0. وإلا، سيتم flooded سجل الأحداث.

الاتصال بدعم Microsoft

إذا لم يتم حل المشكلة بعد إكمال الخطوات الموضحة في هذه المقالة، اتصل بـ "دعم Microsoft". انقر فوق الارتباط التالي دعم Microsoft الوصول:
تصريح
يعتبر هذا السلوك حسب التصميم.
معلومات أخرى
لمزامنة البيانات من "Active Directory" إلى ADAM باستخدام أداة Adamsync اتبع الخطوات التالية:
  1. انقر فوق ابدأ وأشر إلى كافة البرامج، وأشر إلى ADAM ثم ثم انقر فوق موجه الأوامر أدوات ADAM.
  2. في موجه الأوامر، اكتب الأمر التالي ثم ثم اضغط مفتاح الإدخال ENTER:
    /fs adamsync Server_Name: .log log_file_name /log configurationNameport_number
لمزيد من المعلومات حول كيفية استخدام الأداة Adamsync بزيارة مواقع Microsoft التالية على الويب:

لماذا لا يمكن استيراد ملف LDF مباشرة في ADAM

إذا قمت باستيراد ملف LDF الذي قمت بإنشائه في الخطوة 1 ضمن القسم "خطوات لحل هذه المشكلة عند سمات لا تنتمي إلى فئة TOP" إلى ADAM هذه السمات لا تزال لا تتم إضافة إلى قائمة السمات في ADAM. يمكنك التحقق من هذا السلوك باستخدام المخطط ADAM MMC أو ADSIEDIT لفحص المخطط. يحدث هذا السلوك بسبب Ldifde فشل عملية استيراد بدون مطالبة. حالياً، لا يُعلم Ldifde أخطاء. تفشل بصمت عن الطريقة التي ADSchemaAnalyzer بإنشاء ملف LDF. يستخدم ADSchemaAnalyzer ntdsschemaadd وأوامر ntdsSchemamodify. تشغيل هذه الأوامر على إتاحة التحكم LDAP. يعني ذلك أن أي فشل السكون.

بالإضافة إلى ذلك، بالنسبة لكل فئة تتم إضافة كافة السمات لإضافتها إلى قائمة السمات اختيارية في عملية إضافة/تعديل واحدة. لذلك، إذا كان هناك مشكلة في إضافة أحد السمات التي تفشل العملية بالكامل ثم تتم إضافة لم سمات في القائمة. لذلك، يجب اتباع بعض الخطوات الإضافية العثور على السمة المشكلة.

السبب المحتمل فشل عادةً معرف كائن مكررة سمة أو الفرق الأخرى في تعريفات سمة في Active Directory "و" ADAM. في Windows Server 2003 يستخدم ADSchemaAnalyzer LdapDisplayName من السمات والفئات لمقارنة Active Directory وكان ADAM. قد يكون تم إلغاء هذا يعني تكرار OID ثم قد يمكن مشاهدة سمة كسمة جديدة إذا LDapDisplayName غير موجود في ADAM. في Windows Server 2008 (النشطة الدليل/LDS) ، يستخدم معرّف الكائن ADSchemaAnalyzer وإنشاء تقرير التعارضات إذا تم العثور على.

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

خصائص

رقم الموضوع: 923835 - آخر مراجعة: 07/16/2008 15:58:43 - المراجعة: 2.0

Microsoft Windows Server 2003, Standard Edition (32-bit x86), Microsoft Windows Server 2003, Enterprise Edition (32-bit x86), Microsoft Windows Server 2003, Enterprise x64 Edition, Windows Server 2008 Datacenter, Windows Server 2008 Enterprise, Windows Server 2008 Standard

  • kbmt kbprb kbtshoot KB923835 KbMtar
تعليقات
/html>cker.init(); ns track by $index" class="col-sm-6 col-xs-24 ng-scope"> España - Español
Paraguay - Español
Venezuela - Español
did=1&t=">050&did=1&t=">id=1&t=">