Обобщена информация
Тази статия описва как да идентифицирате синхронизирането на справочен указател или Azure Active Directory (Azure AD) свързване на грешки при осигуряване в Microsoft Office 365.
Повече информация
Можете да проверите състоянието в центъра за администриране на Microsoft 365. Ако няма грешки в момента, иконата за състояние на "преrsync или AZURE ad Connect " се показва като зелен кръг (успешно).
Ако има грешки, се показва иконата за състояние на разменете или AZURE ad Connect , като оранжев триъгълник и записът включва връзката за съобщение "намерихме грешки на обекти на"
След като щракнете върху намерихме грешкипри отказване на обекти, всички грешки, които съществуват в околната среда, се изброяват.
Щракнете върху всеки запис за грешка за повече информация.
В примера по-долу прокси адресът, който принадлежи на Mia.Pugliesi@contoso.com , се добавя като прокси адрес на друг потребител, lbudai@contoso.com.
Този пример гласи, че прокси адресът на Mia.Pugliesi@contoso.com се премахва автоматично. Това премахване означава, че процесът за разпращане или AZURE ad Connect не позволява Промяна на адресите на прокси сървъра да се синхронизират с Azure и Exchange. Обаче домейновите услуги на Active Directory (AD DS), които трябва да бъдат коригирани, за да направят обекта здравословен, не се променя. Ако адресът на прокси сървъра не се промени в източника AD DS, грешката продължава, както е показано на следващата екранна снимка.
Освен ако тази грешка не е за нов потребител, който не е бил осигурен, съществуващите обекти може да не са засегнати от този проблем. Тази грешка обаче може да засегне вашата способност да вършите други неща с обекта. Например ако се опитате да промените лицензирането, ще видите следното съобщение за грешка:
Можете също да видите тази грешка, като използвате следната кратка команда в Azure AD PowerShell:
Get-MsolDirSyncProvisioningError -ErrorCategory PropertyConflict
Този пример указва само кой обект има проблем. Не включва конфликтния обект. Резултатът може да варира в зависимост от грешката. Например резултатът е подобно на следното:
ExtensionData : System.Runtime.Serialization.ExtensionDataObject
DisplayName : Liza Budai
ImmutableId : ImmutableId
LastDirSyncTime : Date/Time
ObjectId : ObjectId
ObjectType : User
ProvisioningErrors : {ProxyAddresses}
ProxyAddresses : {smtp:lbudai@contoso.com, smtp:lbudai@contoso.mail.onmicrosoft.com}
UserPrincipalName : lbudai@contoso.comЗа повече информация вижте: Виждате грешки при проверка за потребители в портала на Office 365 или в модула на Azure Active Directory за Windows PowerShell
Освен това се изпраща отчет до контакта с технически клиент със сходна информация при възникване на грешка. Отчетът наподобява следващата екранна снимка. Ако трябва да актуализирате имейл адреса на лицето, което е recieives това известие, можете да го редактирате, като GIONG, в центъра за администриране на M365 – настройки на > > организационен профил. Ако трябва да добавите множество хора, обмислете използването на списък за разпространение или настройване на папка "Входящи" или "транспортно правило", за да препратите към набор от потребители или списък за разпространение, за да разширите аудиторията.
Прегледайте обекта в AD DS източник и предприемете необходимите действия, за да отстраните проблема. В този случай можете да видите, че Дублираният адрес за прокси сървър е добавен към акаунта на Лиза. Това очевидно е грешка и Дублираният адрес за прокси сървър може да бъде премахнат.
Грешката може да не винаги е толкова ясна. Тези видове грешки могат да бъдат задействани от вашите бизнес процеси, които могат да включват служители, които напускат и връщат имена, промени, сливания и придобивания и т. н. В тези случаи дублираните обекти изглеждат валидни. Но трябва да направите подробен преглед, за да намерите и отстраните разликата. Microsoft не разполага с достъп до вашия РЕКЛАМен източник за DS. Следователно вашата помощ ще е необходима, за да отстраните проблема.
Позоваване
За повече информация вижте следните статии в Office и Azure:
