потребителски обект е липсващи или филтрирани Препоръчано от пад конектор ЗСУ синхронизиране

ВАЖНО: Тази статия е преведена с използване на софтуер за машинен превод на Microsoft и може да бъде коригирана чрез технологията Рамка за превод от общността (CTF). Microsoft предлага статии, преведени машинно, допълнително редактирани от общността, и статии, преведени от хора, за да може да предостави достъп на много езици до всички статии в нашата База знания. Статиите, преведени машинно и редактирани допълнително, може да съдържат грешки в лексиката, синтаксиса и/или граматиката. Microsoft не носи отговорност за каквито и да било неточности, грешки или вреди, предизвикани от неправилен превод на съдържанието или използването му от нашите клиенти. Повече за CTF – на http://support.microsoft.com/gp/machine-translation-corrections/bg.

Щракнете тук, за да видите версия на тази статия на английски: 3066176
Симптоми
При опит за синхронизиране на потребителски обект на Microsoft Azure Active Directory, операцията е неуспешна.

При търсене на обекта в интегриран изглед Препоръчано от въздуха обекти, виждате само конектор на Active Directory, изброени в раздела конектори . Конекторът на Windows Azure Active Directory (пад) не е в списъка. Освен това няма грешка за този потребител.

Можете да забележите, че msExchRecipientTypeDetails стойност за обекта на потребителя, който не се синхронизира правилно е 2. Това отговаря на връзкаПощенска кутия Въведете и потребителят няма стойност за регулиране на нивото на звука.

Забележка: Следната стойност е единствената стойност, която предизвиква филтриране на потребителски обект:
msExchRecipientTypeDetails == (0x1000 OR 0x2000 OR 0x4000 OR 0x400000 OR 0x800000 OR 0x1000000 OR 0x20000000)
За Още действия информация относно потребителските обекти, които са филтрирани Как указатели определя какво не е синхронизиран Препоръчано от локалната среда на Windows Azure AD.
Причина
Този проблем възниква, защото има правило за атрибута sourceAnchor . Правилото се използва за определяне дали стойността на msexchRecipientTypeDetails е 2.

Забележка: Да виждате това правило в следното местоположение:
Синхронизиране на правила за конфигуриране на Editor\Inbound\In Препоръчано от AD\Common\Transformation
Можете да видите атрибута sourceAnchor и изразяване правило както следва:
IIF(IsPresent([msExchRecipientTypeDetails]),IIF([msExchRecipientTypeDetails]=2,NULL,IIF(IsString([objectGUID]),CStr([objectGUID]),ConvertToBase64([objectGUID]))),IIF(IsString([objectGUID]),CStr([objectGUID]),ConvertToBase64([objectGUID])))
Ако msExchRecipientTypeDetails стойност на 2, стойността на sourceAnchor е настроен даNULL. Въпреки това ако стойността на sourceAnchor е празна, потребителят ще се филтрира.
Допълнителна информация
СпоредDirSync: външен списък с атрибути, които са синхронизирани с инструмент за синхронизиране на Active Directory на Azure, една Препоръчано от причините е филтриран потребителски обект е в следното:
msExchRecipientTypeDetails == (0x1000 OR 0x2000 OR 0x4000 OR 0x400000 OR 0x800000 OR 0x1000000 OR 0x20000000)

Това е предположение, че ако атрибутът msExchRecipientTypeDetails потребител е зададена стойност "2" AADSync сървърът ще филтър затози обект. Това не е вярно, AADSync не е филтриране този потребителски обект, ечака основната сметка(от сметка за плащане гора) към обект, защото той е необходим за UPN и sourceAnchor.

Стойност "2" в атрибута msExchRecipientTypeDetails показва, че типа на пощенската кутия е "свързана пощенска кутия". Свързан пощенска кутия обикновено се намира в ресурс сметка гора топология и обекта в гората сметка за плащане трябва да бъдат синхронизирани, преди тези ресурси обекти ще се предоставя на Azure AD.

Затова с msExchRecipientTypeDetails = 2 обектът е всъщност филтриране, но когато този флаг е зададен, AADSync чака основната сметка (от сметка за плащане гора) да се синхронизира, така че да може да се присъедини към два обекта и създайте облак конектор за обекта на крайния потребител в AADSync.

В случай, че нямате сметка за плащане ресурс гора топология и потребителят имаmsExchRecipientTypeDetails == "2", променя стойността на подобен обект на обичайните синхронизира потребителски обект.
Заобикаляне
За да заобиколите този проблем, използвайте един Препоръчано от следните две неща:
  • Уверете се, че Master първо се синхронизира потребителски сметка за плащане (акаунт гора).
  • Можете да промените стойността на атрибута наmsExchRecipientTypeDetails за да 1. Можете да използвате всяка стойност, която не е трябвало да се филтрира чрез правила.

Предупреждение: Тази статия е преведена машинно

Vlastnosti

ID článku: 3066176 - Poslední kontrola: 12/03/2015 10:22:00 - Revize: 3.0

Microsoft Azure Active Directory

  • kbsurveynew kbexpertiseadvanced kbprb kbtshoot kbmt KB3066176 KbMtbg
Váš názor