كائن المستخدم مفقود أو المصفاة من الموصل عاد عاد المزامنة

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

اضغط هنا لرابط المقالة باللغة الانجليزية3066176
الأعراض
عند محاولة مزامنة كائن مستخدم إلى Azure Microsoft Active Directory العملية غير الناجحة.

عند البحث عن كائن المستخدم في كائنات metaverse، سترى موصل "خدمة active Directory" المسرودة في التبويب الموصلات . لم يتم سرد موصل Windows Azure نشط الدليل (عاد). بالإضافة إلى ذلك، يتم إرجاع أي خطأ للمستخدم.

قد تلاحظ أيضا أن القيمة msExchRecipientTypeDetails لكائن المستخدم غير متزامنة بشكل صحيح 2. وهذا يتوافق مع مرتبطةعلبة البريد نوع والمستخدم ليس لديه هذه القيمة.

ملاحظة: القيمة التالية هي القيمة الوحيدة التي تشغل التصفية لكائن المستخدم:
msExchRecipientTypeDetails == (0x1000 OR 0x2000 OR 0x4000 OR 0x400000 OR 0x800000 OR 0x1000000 OR 0x20000000)
لمزيد من المعلومات حول كائنات المستخدم التي تم تصفيتها، راجع كيفية تحديد تزامن الدليل ما غير المتزامن من بيئة محلية ل Windows Azure AD.
السبب
تحدث هذه المشكلة لأن هناك قاعدة للسمة سورسيانتشور . يتم استخدام القاعدة لتحديد ما إذا كانت قيمة msexchRecipientTypeDetails 2.

ملاحظة: يمكنك عرض هذه القاعدة في الموقع التالي:
مزامنة قواعد التكوين Editor\Inbound\In من AD\Common\Transformation
كما ترى السمة الهدف سورسينتشور وقاعدة التعبير كما يلي:
IIF(IsPresent([msExchRecipientTypeDetails]),IIF([msExchRecipientTypeDetails]=2,NULL,IIF(IsString([objectGUID]),CStr([objectGUID]),ConvertToBase64([objectGUID]))),IIF(IsString([objectGUID]),CStr([objectGUID]),ConvertToBase64([objectGUID])))
إذا msExchRecipientTypeDetails بقيمة 2، يتم تعيين القيمة من سورسينتشور إلىخالية. ومع ذلك، إذا كان الحقل فارغاً قيمة سورسينتشور ،تصفية المستخدم.
معلومات أخرى
استناداً إلىDirSync: قائمة السمات التي تتم مزامنتها بواسطة أداة مزامنة Active Directory Azure، يتم تصفية كائن مستخدم واحد أسباب ذلك بسبب ما يلي:
msExchRecipientTypeDetails == (0x1000 OR 0x2000 OR 0x4000 OR 0x400000 OR 0x800000 OR 0x1000000 OR 0x20000000)

افتراض أنه إذا تم تعيين السمة msExchRecipientTypeDetails على مستخدم إلى قيمة "2" خادم آدسينك سيتم تصفيةهذا الكائن. هذا ليس صحيحاً، لا يتم تصفية آدسينك كائن المستخدم هذا، أنها مجردانتظار الحساب الرئيسي(من حساب الغابات) للانضمام إلى الكائن لأن هناك حاجة ل UPN وسورسينتشور.

تشير القيمة "2" في السمة msExchRecipientTypeDetails إلى نوع علبة البريد "علبة مرتبطة". علبة بريد مرتبطة توجد عادة في طبولوجيا الغابات حساب مورد ويجب مزامنة الكائن المستخدم في حساب الغابات قبل سيتم توفير هذه الكائنات المورد لإعلان Azure.

لذلك، msExchRecipientTypeDetails = 2 الكائن ملاحظة تصفية فعلا، ولكن عندما يتم تعيين هذه العلامة، آدسينك ينتظر الحساب الرئيسي (من حساب الغابات) مزامنة حتى تستطيع أن ربط الكائنين وإنشاء موصل مجموعة نظراء لكائن المستخدم النهائي في آدسينك.

في الحالة التي لم تكن طبولوجيا الغابات حساب مورد، ولدى مستخدمmsExchRecipientTypeDetails = = "2"، تغيير قيمة مشابهة لكائن معتادة بمزامنة كائن المستخدم.
الحل البديل
للتغلب على هذه المشكلة، استخدم أحد الحلين التاليين:
  • تأكد من أن الرئيسية تتم مزامنة الحساب المستخدم (في المجموعة حساب) أولاً.
  • يمكنك تغيير قيمة السمةmsExchRecipientTypeDetails إلى 1. يمكنك أيضا استخدام أي قيمة ليس من المفترض أن تتم تصفيته بأي من القواعد.

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

خصائص

رقم الموضوع: 3066176 - آخر مراجعة: 12/03/2015 10:22:00 - المراجعة: 3.0

Microsoft Azure Active Directory

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