Atribute de dubluri sau invalid preveni sincronizare director în Office 365

În Microsoft Office 365, administrator prime?te urmãtoarele e-mail mesaj de avertizare atunci când sincronizare director se terminã:Raportul de erori în mesajul de poºtã electronicã pot conþine unul sau mai multe dintre urmãtoarele mesaje de eroare:

• Un obiect sincronizat cu aceeaºi adresã proxy-ul existã deja în directorul Microsoft Online Services.
• Imposibil de actualizat obiectul, deoarece Identificatorul de utilizator nu este gãsit.
• Imposibilitatea de a actualiza acest obiect în Microsoft Online Services, deoarece urmãtoarele atribute asociate cu acest obiect au valori care pot fi deja asociat cu un alt obiect în directorul dumneavoastrã localã.

Aceastã problemã poate apãrea dacã obiectele utilizator din schema de consolidare servicii de domeniu Active Directory (AD DS) locale au duplicat sau invalid alias valori, ºi dacã aceste obiecte de utilizator nu sunt sincronizate la schema AD DS la Office 365 corect în timpul sincronizãrii directoarelor.

Toate valorile de pseudonim în Office 365 trebuie sã fie unic pentru o organizaþie datã. Chiar dacã aveþi mai multe sufixe unic dupã la semn (@) în adresa Simple Mail Transfer Protocol (SMTP), toate aliasul valori trebuie sã fie unic.

Într-un mediu local, poate avea alias valorile care sunt la fel, atâta marcã de timp cât acestea sunt unice pe baza sufixe dupã la semn (@) în adresa SMTP.

Dacã veþi crea obiecte care au valori dublate pseudonim în cadrul norului pentru Office 365, pentru a face alias-uri unice, un alias are un numãr unic, anexat la acesta. (De exemplu, dacã valorile dublate aliasul "Albert", una dintre ele devine "Albert2" automatã. În cazul în care "Albert2" este deja folosit, alias devine "Albert3", ºi aºa mai departe.) Cu toate acestea, dacã obiectele pe care au duplicat aliasul valori sunt create în local AD DS, o coliziune obiect apare atunci când sincronizare director se executã, ºi sincronizarea obiectelor nu reuºeºte.

Pentru a rezolva aceastã problemã, determina valori dublate ºi valorile care intrã în conflict cu alte obiecte de AD DS. Pentru aceasta, utilizaþi instrumentul de disponibilitatea Office 365 de implementare sau Microsoft Online Services Diagnostics ºi instrumente de sprijin de logare (MOSDAL).

Metoda 1: Utilizaþi instrumentul de pregãtire implementare Office 365

Pentru a obþine informaþii despre atribute nevalide utilizând instrumentul de disponibilitatea de implementare Office 365, urmaþi aceºti paºi:

1. Pe un computer pe un domeniu s-au alãturat, descãrcaþi instrumentul de pregãtire Office 365 implementare la urmãtorul site Web Microsoft:
   http://Community.office365.com/en-us/f/183/p/2285/8155.aspx

   (http://community.office365.com/en-us/f/183/p/2285/8155.aspx)
2. Extrageþi fiºierul comprimat, ºi apoi executaþi fiºierul urmãtor:
   Office365DeploymentReadinessTool.exe
   Notã Office 365 implementare Readiness Tool scaneazã mediul de domeniu pentru blocante de implementare Office 365 ºi afiºeazã un raport de rezultatele pe o paginã web.
3. În raport, localizaþi Cleanup Active Directorysecþiune pentru a vizualiza Listã tabel de probleme de atribut, care poate provoca probleme de sincronizare. Urmãtorul ecran shot prezintã un exemplu deCleanup Active Directory sec?iunea din raport:
   
   Reduceþi imagineaMãriþi imaginea

   

Metoda 2: Utilizaþi instrumente de sprijin MOSDAL

Pentru a obþine informaþii despre atribute nevalide folosind Toolkit de suport MOSDAL, urmaþi aceºti paºi:

1. Descãrca ºi instala MOSDAL suport Toolkit de la urmãtorul site Web Microsoft:
   http://www.Microsoft.com/download/en/details.aspx?id=626

   (http://www.microsoft.com/download/en/details.aspx?id=626)
2. A alerga MOSDAL suport instrumente, selecta?i Single Sign On unic (SSO) din Listã tabel de consolidare servicii de Office 365, ºi apoi faceþi clic pe Urmãtoarea.
3. Atunci când vi se solicitã sã introduce?i acreditãrile, introduceþi ID-ul utilizatorului, ºi apoi faceþi clic pe Urmãtoarea. Parola nu este salvat ºi este folosit doar pentru a simula o încercare de autentificare ºi log rezultatele.
4. Ecran de început Reproduce problema, faceþi clic pe Urmãtoarea.
5. Când raportul este terminat, localizaþi fiºierul MOSDALREPORT.zip din biblioteca de Documents\MOSDAL. Raport de fiºiere care conþin informaþii despre atribute nevalide sunt situate în fiºierul MOSDALREPORT\Admin_Applications\Directory_Synchronization_Tool\DirSyncObjects.xml.

Determina conflicte atribut care sunt cauzate de obiecte care nu au fost create în Windows Azure AD prin sincronizare Director

Pentru a determina conflicte atribut care sunt cauzate de utilizator obiecte care au fost create prin utilizarea de instrumente de management Office 365 (ºi care nu au fost create în Windows Azure AD prin sincronizare director), urmaþi aceºti paºi:

1. Determina atributele unice local contul de utilizator AD DS. Pentru aceasta, pe un computer care are instrumentele de suport Windows instalate, urmaþi aceºti paºi:
   1. Faceþi clic pe Începe, faceþi clic pe A alerga, tip LDP.exe, apoi faceþi clic pe ok.
   2. Faceþi clic pe Conexiune, faceþi clic pe Conectaþi, tasta?i nume de sign-in computerului un controler de domeniu AD DS, ºi apoi faceþi clic pe ok.
   3. Faceþi clic pe Conexiune, faceþi clic pe Obligati, apoi faceþi clic pe ok.
   4. Faceþi clic pe Vezi, faceþi clic pe vizualizare Proiect arborescentã, selectaþi domeniul AD DS în BaseDN drop-jos listã, ºi apoi faceþi clic pe ok.
   5. În panou de navigare, localizaþi ºi faceþi dublu clic pe obiectul care nu este sincronizarea corect. În panoul de detalii din partea dreaptã a ferestrei listeazã toate atributele obiectului. Urmãtorul exemplu Aratã atributele obiectului:
      
      
      Reduceþi imagineaMãriþi imaginea

      
   6. Înregistra valorile userPrincipalName atribut ?i fiecare adresã SMTP valori multiple nepermise în proxyAddresses atribut. Veþi avea nevoie de aceste valori mai târziu.
      Reduceþi tabelulMãriþi tabelul

      Nume de atribut	Exemplu	Note
      proxyAddresses	proxyAddresses (3): x 500: / o = schimb/ou = schimb Administrative grup (FYDIBOHF23SPDLT) / cn = destinatari/cn = 1ae75fca0d3a4303802cea9ca50fcd4f-7628376; SMTP:7628376@service.contoso.com; SMTP:7628376@contoso.com;	Numãrul afiºat în paranteze lângã etichetã atribut indicã numãrul valorilor adresa proxy-ul în atributul multivaloare. Fiecare valoare adresa proxy-ul distincte este indicatã prin punct ºi virgulã (;). Primar SMTP proxy-ul adresa de valoare este indicatã prin literele mari "SMTP:"
      userPrincipalName	7628376@contoso.com

      NotãLDP.exe este inclus în Windows Server 2008 ºi Windows Server 2003 Support Tools. Windows Server 2003 Support Tools sunt incluse în mass-media de instalare Windows Server 2003. Sau, pentru a obþine instrumentul, du-te la urmãtorul site Web Microsoft:
      http://Go.Microsoft.com/fwlink/?LinkId=100114

      (http://go.microsoft.com/fwlink/?LinkId=100114)
2. Conectare la Office 365 utilizând Windows Azure Active Director modulul pentru Windows PowerShell. Pentru aceasta, urmaþi aceºti paºi:
   1. Faceþi clic pe Începe, faceþi clic pe Toate programele, faceþi clic pe Windows azuriu Active Directory, apoi faceþi clic pe Modulul de Azur Active Directory Windows pentru Windows PowerShell.
   2. Tastaþi urmãtoarele comenzi în ordinea în care sunt prezentate, ºi apãsaþi Enter dupã fiecare comandã:

      • $cred = get-credential

        Notã Când vi se solicitã, introduceþi acreditãrile de administrator Office 365.

      • Connect-MSOLService –credential $cred

      Lasã fereastra consolei deschise. Va trebui sã-l foloseascã în pasul urmãtor.
3. Selectare duplicat userPrincipalName atributele în Office 365.
   
   În legãturã cu consola care ai deschis-o în pasul 2, tastaþi urmãtoarele comenzi în ordinea în care sunt prezentate, ºi apãsaþi Enter dupã fiecare comandã:

   • $userUPN = "<search UPN>"

     Notã În aceastã comandã, substituentul"<search upn="">"</search>reprezintãUserPrincipalName atribut înregistrat în pas 1f.

   • get-MSOLUser –UserPrincipalName $userUPN | where {$_.LastDirSyncTime -eq $null}

   Lasã fereastra consolei deschise. Îl va utiliza din nou în pasul urmãtor.
4. Selectare duplicat proxyAddresses atribute. În legãturã cu consola care ai deschis-o în pasul 2, tastaþi urmãtoarele comenzi în ordinea în care sunt prezentate, ºi apãsaþi Enter dupã fiecare comandã:

   • $SessionExO = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell/ -Credential $Cred -Authentication Basic - AllowRedirection

   • Import-PSSession $sessionExO -prefix:Cloud

5. Pentru fiecare proxy-ul adresa de intrare înregistrat în pasul 1e, tastaþi urmãtoarele comenzi în ordinea în care sunt prezentate, ºi apãsaþi Enter dupã fiecare comandã:

   • $proxyAddress = "<search proxyAddress>"

     
     Notã În aceastã comandã, substituentul"<search proxyaddress="">"</search>valoarea de unproxyAddressesatribut înregistrat în pas 1f.

   • get-cloudmailbox | where {[string] $str = ($_.EmailAddresses); $str.tolower().Contains($proxyAddress.tolower()) 
     -eq $true} | foreach {get-MSOLUser -UserPrincipalName $_.MicrosoftOnlineServicesID | 
     where {($_.LastDirSyncTime -eq $null)}}

Elemente care sunt returnate dupã ce executaþi comenzile în Pasul 3 ºi 4 reprezintã obiectele utilizator care nu au fost create prin intermediul directoarelor ºi care au atributele care intrã în conflict cu obiect care nu este sincronizarea corect.

Dupã ce se determina valorile de atribut conflictuale sau nevalidã, depanaþi problema urmând paºii din urmãtorul articol din bazã de cunoºtinþe Microsoft:

Comenzile Windows PowerShell în acest articol necesitã Windows Azure Active Director modulul pentru Windows PowerShell. Pentru mai multe informaþii despre Windows Azure Active Director modulul pentru Windows PowerShell, du-te la urmãtorul site Web Microsoft: