Comment fonctionne AdamSync lors de la détection d’un objet utilisateur déjà présent ?

 

Bonjour,

Aujourd'hui, je vais vous parler du fonctionnement de la synchronisation via AdamSync.

Lorsque Adamsync essaie de synchroniser un object AD dans ADAM, si celui-ci détecte la présence d’un objet dont le CN est identique et est déjà existant, il le renomme en un objet dont le Common Name (CN) aura la forme :

CN=<Un GUID>

. Durant le renommage, AdamSync supprime le contenu de l’attribut userPrincipalName, afin qu’un 2 ème objet puisse être crée avec le userPrincalName précédent.

Dans le log de AdamSync, on voit ce renommage en détails :

Renaming conflicting target object CN=Huu-Duc Le,OU=Mars,OU=User,OU=FED,ou=adb,o=admin,c=com to CN=1542e1d7-25b7-47ae-a64d-90e5080138f6,OU=Mars,OU=User,OU=FED,ou=adb,o=admin,c=com.

Previous entry took 0 seconds (46, 15) to process

. Si durant le renommage AdamSync détecte qu’il existe un objet dans ADAM dont l’attribut userPrincipalName est déjà initialisé avec “Huu-Duc Le”, alors il échoue en affichant ce message d’erreur dans le log :

Ldap error occured. ldap_add_sW: Attribute Or Value Exists.

Extended Info: 0000217B: AtrErr: DSID-03050758, #1:

                0: 0000217B: DSID-03050758, problem 1006 (ATT_OR_VALUE_EXISTS), data 0, Att 90290 (userPrincipalName)

 

Pour corriger le problème, faire un état des lieux dans ADAM afin de trouver les objets dont le userPrincipalName est identique.

 

LÊ Huu-Duc.

Comments