Suvestinė
Šiame straipsnyje aiškinama, kaip identifikuoti katalogų sinchronizavimą (DirSync) arba "Azure Active Directory" ("Azure AD") prijungti parengimo klaidas "Microsoft Office 365".
Daugiau informacijos
Galite patikrinti būseną "Microsoft" 365 administravimo centre. Jei nėra klaidų, "DirSync" arba " AZURE AD Connect " būsenos piktograma rodoma kaip žalias apskritimas (sėkmingas).
Jei yra klaidų, "DirSync" arba "AZURE AD Connect " būsenos piktograma rodoma kaip oranžinis trikampis, o įraše pateikiamas pranešimo saitas "radome DirSync" objekto klaidas ", kuris nukreipia į daugiau informacijos.
Spustelėjus aptikome "DirSync" objekto klaidas, išvardijamos visos aplinkoje esančios klaidos.
Norėdami gauti daugiau informacijos, spustelėkite kiekvieną klaidos įrašą.
Toliau pateiktame pavyzdyje tarpinio serverio adresas, priklausantis Mia.pugliesi@contoso.com, yra įtraukiamas kaip tarpinio serverio adresas kitam vartotojui, lbudai@contoso.com.
Šiame pavyzdyje nurodoma, kad Mia.pugliesi@contoso.com tarpinio serverio adresas pašalinamas automatiškai. Šis pašalinimas reiškia, kad "DirSync" arba "AZURE AD Connect " procesas neleidžia pakeisti tarpinio serverio adresų į "Azure" ir "Exchange". Tačiau šaltinio "Active Directory" domenų tarnybos (AD DS), kurios turi būti pataisytos, kad objektas būtų sveikas, nekeičiama. Jei tarpinio serverio adresas nėra pakeičiamas šaltinio AD DS, klaida išlieka, kaip parodyta toliau pateiktoje ekrano kopijoje.
Išskyrus atvejus, kai ši klaida skirta naujam vartotojui, kuris nebuvo parengtas, ši problema gali turėti įtakos esamiems objektams. Tačiau ši klaida gali turėti įtakos Jūsų gebėjimui atlikti kitus dalykus su objektu. Pavyzdžiui, jei bandote pakeisti licencijavimą, matote šį klaidos pranešimą.
Šią klaidą taip pat galite peržiūrėti naudodami šią "Azure AD PowerShell" cmdlet:
Get-MsolDirSyncProvisioningError -ErrorCategory PropertyConflict
Šiame pavyzdyje nurodyta, tik kuris objektas turi problemą. Į jį neįeina nesuderinamas objektas. Rezultatai gali skirtis, atsižvelgiant į klaidą. Pvz., rezultatas panašus į šį:
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.comDaugiau informacijos rasite: Matysite vartotojų tikrinimo klaidas "Office 365" portale arba "Azure Active Directory" modulio, skirto "Windows PowerShell"
Be to, pranešimas išsiunčiamas techninio nuomotojo kontaktui su panašia informacija, kai įvyksta klaida. Ataskaita panaši į toliau pateiktą ekrano nuotrauką. Jei reikia atnaujinti šio pranešimo atsiuntusio asmens elektroninio pašto adresą, galite jį redaguoti "giong" į M365 administravimo centrą – > parametrai – > organizacijos profilį. Jei reikia įtraukti kelis žmones, apsvarstykite galimybę naudoti siuntimo sąrašą arba nustatyti aplanko Gauta arba transportavimo taisyklę, kad peradresuotų vartotojus arba siuntimo sąrašą, kad galėtumėte išplėsti auditoriją.
Peržiūrėkite objektą šaltinio AD DS ir imsimės reikiamų veiksmų problemai išspręsti. Šiuo atveju galite matyti, kad dubliuojamas tarpinio serverio adresas įtraukiamas į "Liza" paskyrą. Tai akivaizdžiai klaida, o dublikatinį tarpinio serverio adresą galima pašalinti.
Klaida ne visada gali būti tokia aiški. Tokio tipo klaidas gali vykdyti jūsų verslo procesai, kurie gali apimti paliekamus ir grąžinamus darbuotojus, vardų pokyčius, susijungimus ir įsigijimus ir kt. Tokiais atvejais besidubliuojantys objektai yra tinkami. Tačiau Norėdami rasti ir išspręsti skirtumą, turėtumėte atlikti išsamią peržiūrą. "Microsoft" neturi prieigos prie jūsų AD DS šaltinio. Todėl jūsų pagalba bus reikalinga problemai išspręsti.
Nuorodos
Daugiau informacijos ieškokite šiuose "Office" ir "Azure" straipsniuose:
