Attributs en double ou non valides empêchent la synchronisation d'annuaire dans Office 365

Dans Microsoft Office 365, un administrateur reçoit l'avertissement de message e-mail suivant une fois la synchronisation d'annuaire :Le rapport d'erreurs dans le message électronique peut contenir un ou plusieurs des messages d'erreur suivants :

• Un objet synchronisé avec la même adresse proxy existe déjà dans votre répertoire de Microsoft Online Services.
• Impossible de mettre à jour cet objet parce que l'ID utilisateur est introuvable.
• Impossible de mettre à jour cet objet dans Microsoft Online Services, car les attributs suivants associés à cet objet ont des valeurs qui peuvent être déjà associés à un autre objet dans votre répertoire local.

Ce problème peut se produire si les objets utilisateur dans le schéma de Services de domaine Active Directory (AD DS) sur site en double ou valeurs d'alias non valides et si ces objets utilisateur n'ont pas été synchronisées à partir du schéma AD DS à Office 365 correctement pendant la synchronisation d'annuaire.

Toutes les valeurs d'alias dans Office 365 doivent être uniques pour une organisation donnée. Même si vous avez plusieurs suffixes uniques après le signe arobase (@) dans l'adresse SMTP Simple Mail Transfer Protocol (), toutes les valeurs d'alias doivent être uniques.

Dans un environnement sur site, vous pouvez avoir des valeurs qui sont les mêmes tant qu'elles reposent sur les suffixes après alias l'arobase (@) dans l'adresse SMTP.

Si vous créez des objets qui ont des valeurs d'alias en double dans le nuage pour Office 365, pour rendre les alias unique, un alias a un numéro unique est ajouté. (Par exemple, si les valeurs d'alias en double sont "Albert", un d'eux devient « Albert2 » automatiquement. Si « Albert2 » est déjà utilisé, l'alias devient « Albert3 » et ainsi de suite.) Toutefois, si les objets qui ont des valeurs d'alias en double sont créés dans vos locaux sur les services AD DS, une collision de l'objet se produit lorsque la synchronisation d'annuaire s'exécute, et synchronisation de l'objet échoue.

Pour résoudre ce problème, déterminez les valeurs en double et qui entrent en conflit avec d'autres objets AD DS. Pour ce faire, vous pouvez utiliser l'outil de préparation au déploiement d'Office 365 ou les tests de diagnostic de Microsoft Online Services et Shared Computer Toolkit de Support d'enregistrement (MOSDAL).

Méthode 1: Utiliser l'outil de préparation au déploiement Office 365

Pour obtenir des informations sur les attributs non valides à l'aide de l'outil de préparation au déploiement d'Office 365, procédez comme suit :

1. Sur un ordinateur à un domaine, téléchargez l'outil de préparation au déploiement d'Office 365 à partir du site Web Microsoft suivant :
   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. Extraire le fichier compressé et puis exécutez le fichier suivant :
   Office365DeploymentReadinessTool.exe
   Remarque L'outil de préparation au déploiement d'Office 365 analyse l'environnement de domaine pour les bloqueurs de déploiement d'Office 365 et affiche un rapport des résultats sur une page Web.
3. Dans le rapport, recherchez le Nettoyage d'Active Directorysection pour afficher la liste des problèmes d'attributs qui peuvent provoquer des problèmes de synchronisation. La capture d'écran suivante montre un exemple de laNettoyage d'Active Directory section du rapport :
   
   Réduire cette imageAgrandir cette image

   

Méthode 2: Utiliser le Shared Computer Toolkit de prise en charge MOSDAL

Pour obtenir des informations sur les attributs non valides à l'aide de la Shared Computer Toolkit de prise en charge MOSDAL, procédez comme suit :

1. Téléchargez et installez le Shared Computer Toolkit de prise en charge MOSDAL à partir du site Web Microsoft suivant :
   http://www.Microsoft.com/download/en/details.aspx?ID=626

   (http://www.microsoft.com/download/en/details.aspx?id=626)
2. Exécuter le Shared Computer Toolkit de prise en charge MOSDAL, sélectionnez Authentification unique (SSO) dans la liste de services d'Office 365, puis cliquez sur Suivant.
3. Lorsque vous êtes invité à entrer vos informations d'identification, saisissez votre pseudo, puis cliquez sur Suivant. Votre mot de passe n'est pas enregistré et est utilisé uniquement pour simuler une tentative d'authentification et de consigner les résultats.
4. Dans l'écran de reproduire le problème, cliquez sur Suivant.
5. Lorsque le rapport est terminé, recherchez le fichier MOSDALREPORT.zip dans la bibliothèque de Documents\MOSDAL. Les fichiers de rapports qui contiennent des informations sur les attributs non valides se trouvent dans le fichier MOSDALREPORT\Admin_Applications\Directory_Synchronization_Tool\DirSyncObjects.xml.

Déterminer les conflits d'attributs qui sont provoqués par les objets qui n'ont pas été créés dans Windows Azure AD via la synchronisation d'annuaire

Pour déterminer les conflits d'attributs qui sont provoqués par les objets utilisateur qui ont été créées à l'aide des outils de gestion d'Office 365 (et qui n'ont pas été créés dans Windows Azure AD via la synchronisation d'annuaire), procédez comme suit :

1. Déterminer les attributs uniques, les lieux compte d'utilisateur AD DS. Pour ce faire, sur un ordinateur sur lequel Windows Support Tools est installé, procédez comme suit :
   1. Cliquez sur Début, cliquez sur Exécuter, type Ldp.exe, puis cliquez sur OK.
   2. Cliquez sur Connexion, cliquez sur Se connecter, tapez le nom d'ordinateur d'un contrôleur de domaine AD DS, puis cliquez sur OK.
   3. Cliquez sur Connexion, cliquez sur Lier, puis cliquez sur OK.
   4. Cliquez sur Affichage, cliquez sur Arborescence, sélectionnez le domaine AD DS dans le Nom unique de base liste déroulante, puis cliquez sur OK.
   5. Dans le volet de navigation, recherchez et puis double-cliquez sur l'objet qui n'est pas synchroniser correctement. Le volet d'informations sur le côté droit de la fenêtre répertorie tous les attributs d'objet. L'exemple suivant montre les attributs d'objet :
      
      
      Réduire cette imageAgrandir cette image

      
   6. Enregistrez les valeurs de la userPrincipalName attribut et chaque adresse SMTP dans les valeurs multiples proxyAddresses attribut. Vous aurez besoin ultérieurement ces valeurs.
      Réduire ce tableauAgrandir ce tableau

      Nom de l'attribut	Exemple	Remarques
      proxyAddresses	proxyAddresses (3): x 500: / o = Exchange/ou = Exchange Administrative Group (FYDIBOHF23SPDLT) / cn = Recipients/cn = 1ae75fca0d3a4303802cea9ca50fcd4f-7628376 ; SMTP:7628376@service.contoso.com ; SMTP:7628376@contoso.com ;	Le numéro qui s'affiche entre parenthèses à côté de l'étiquette de l'attribut indique le nombre de valeurs d'adresse proxy dans l'attribut à valeurs multiples. Chaque adresse proxy distincts est indiquée par un point-virgule (;). La valeur d'adresse proxy SMTP principale est indiquée en majuscules « SMTP: »
      userPrincipalName	7628376@contoso.com

      RemarqueLdp.exe est inclus dans Windows Server 2008 et dans les outils de Support de Windows Server 2003. Les outils de Support de Windows Server 2003 sont inclus dans le support d'installation de Windows Server 2003. Ou, pour obtenir l'outil, accédez au site Web Microsoft suivant :
      http://go.Microsoft.com/fwlink/?LinkId=100114

      (http://go.microsoft.com/fwlink/?LinkId=100114)
2. Se connecter à Office 365 à l'aide de la Windows Azure Active Directory Module pour Windows PowerShell. Pour ce faire, procédez comme suit :
   1. Cliquez sur Début, cliquez sur Tous les programmes, cliquez sur Windows Azure Active Directory, puis cliquez sur Module de Active Directory de Windows Azure pour Windows PowerShell.
   2. Tapez les commandes suivantes dans l'ordre dans lequel elles sont présentées et appuyez sur ENTRÉE après chaque commande :

      • $cred = get-credential

        Remarque Lorsque vous êtes invité, entrez vos informations d'identification d'administrateur Office 365.

      • Connect-MSOLService ?credential $cred

      Laissez la fenêtre de console ouverte. Vous devrez utiliser dans l'étape suivante.
3. Vérification de la copie userPrincipalName attributs dans Office 365.
   
   Dans la connexion de console que vous avez ouvert à l'étape 2, tapez les commandes suivantes dans l'ordre dans lequel elles sont présentées et appuyez sur ENTRÉE après chaque commande :

   • $userUPN = "<search UPN>"

     Remarque Dans cette commande, l'espace réservé"<search upn="">"</search>représente laUserPrincipalName attribut que vous avez enregistré à étape 1f.

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

   Laissez la fenêtre de console ouverte. Vous allez l'utiliser à nouveau à l'étape suivante.
4. Vérification des doublons proxyAddresses attributs. Dans la connexion de console que vous avez ouvert à l'étape 2, tapez les commandes suivantes dans l'ordre dans lequel elles sont présentées et appuyez sur ENTRÉE après chaque commande :

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

   • Import-PSSession $sessionExO -prefix:Cloud

5. Pour chaque entrée d'adresse proxy que vous avez enregistré à étape 1f, tapez les commandes suivantes dans l'ordre dans lequel elles sont présentées et appuyez sur ENTRÉE après chaque commande :

   • $proxyAddress = "<search proxyAddress>"

     
     Remarque Dans cette commande, l'espace réservé"<search proxyaddress="">"</search>représente la valeur d'unproxyAddressesattribut que vous avez enregistré à étape 1f.

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

Les éléments qui sont renvoyés après avoir exécuté les commandes à l'étape 3 et 4 représentent des objets utilisateur qui n'ont pas été créés par le biais de la synchronisation d'annuaire et qui ont des attributs qui sont en conflit avec l'objet ne synchronise pas correctement.

Après avoir déterminé les valeurs d'attribut non valide ou en conflit, résoudre le problème en suivant les étapes dans l'article suivant de la Base de connaissances Microsoft :

Les commandes Windows PowerShell dans cet article requièrent la Windows Azure Active Directory Module pour Windows PowerShell. Pour plus d'informations sur Windows Azure Active Directory Module pour Windows PowerShell, consultez le site Web Microsoft suivant :