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.