Synchronisation LDAP - BD

[plorieul]

Bonjour!

Dans le cadre de mon projet de dernière année, je dois mettre en place une solution de synchronisation de trois bases de données:
SAP
Active Directory
Intranet (Oracle)
Il semble qu'on trouve 2 types de solutions:
Celles qui utilisent une "métabase", une base propre pour synchroniser les données (MIIS, IBM Tivoli Directory Integrator, etc....)
et celles qui utilisent l'une des bases (par exemple Active Directory) comme base de référence (Imanami DTM).
Ceux qui ont de l'expérience dans ce domaine pourront surement répondre à la question que je me pose:
Quels sont les avantages/inconvénients de chacune de ces technologies? ou pourquoi privilégier une solution par rapport à l'autre?

Merci d'avance

[fallinov]

Bonjour,

Je dois effectuer une synchronisation des informations d'identités (Login, mot de passe, aadresse, ...) entre Microsoft Active Directory et plusieurs bases de données.

J'ai écumer plusieurs sites et j'ai trouvé les solutions suivantes :

• Inami DTM : http://www.imanami.com/products/dtm/default.asp
• MIIS : http://www.microsoft.com/france/miis/
• Tool4ever : http://www.tools4ever.com/products/u...or/automation/

Si vous avez déjà utilisé l'une ou l'autre de ces solutions, pouvez vous me donner votre avis.

Si vous avez d'autres solutions, je suis également preneur !

Merci !

[plorieul]

J'ai posté le sujet au mauvais endroit ou vous n'êtes pas inspirés??

J'ai fait des recherches sur le forum et les seuls posts sur la synchronisation, se trouvant dans le forum "Général SGBD", portent sur la synchronisation de deux bases (dont souvent une est mobile) et n'évoquent en rien le choix entre les deux types de solutions évoquées plus haut.

si je dois formuler ma demande ailleurs, merci de m'en faire part.

[fadace]

Désolé, mais votre question n'est pas clair:

Vous parlez de bases...

Que ce soit SAP, Intranet ou LDAP, chacun de ces programmes utilise un SGBDR spécifique : ce peut être Oracle, DB2, MS-SQL, FireFox ...

Ensuite, chacun de ces SGBDR à (ou n'a pas) des fonctionnalités de réplication (par fusion, par copie de journal, ...)

Vous parlez donc d'utiliser soit une réplication via la base, soit une réplication fonctionnelle via le produit ou un produit tiers ?

[plorieul]

Autant pour moi..La question n'était pas claire.

Je vais préciser un peu plus.

Les collaborateurs de la société pour laquelle je travaille sont référencés dans trois bases différentes: la base de SAP, la base d'Active Directory et un Annuaire Intranet (base Oracle). Donc, il y a trois comptes différents pour chaque collaborateur.

Le problème qui peut se poser alors est évident: on peut avoir des informations différentes dans les trois bases. Ainsi, mon poste peut être défini comme
- "développeur Internet" dans la base AD
- "Analyste programmeur" dans la base SAP
- "Joueur de freecell chevroné" dans la base oracle de l'annuaire (c'est la donnée de référence .

L'objectif pour nous est donc de synchroniser les données entre ces trois bases (synchroniser n'est peut-être pas le terme), c'est à dire d'avoir les mêmes données dans les trois bases pour chaque utilisateur.

Je ne maîtrise pas bien le concept de réplication. Je pensais que cela ne s'appliquait qu'entre deux bases identiques (genre deux AD).

En étudiant le problème, j'ai trouvé plusieurs solutions (produits tiers), que l'on peut regrouper en deux catégories:
-celles qui disposent d'une BDD propre dans laquelle elles gardent pour chaque champ de chaque base une donnée de référence, ex MIIS. (1)
-celles qui utilisent une des bases (en l'occurance AD) pour stocker tous les champs et les données références (Imanami DTM). (2)

La question est de savoir si 1 est mieux que 2 (ou l'inverse). Pourquoi choisir l'un plutot que l'autre (coût, sécurité, possibilités d'évolution vers EAI/Décisionnel/autre, etc....) ?

Note: Je suis peut-être parti dans la mauvaise direction. Si vous voyez une solution plus simple au problème, je suis à l'écoute :p


Merci pour vos réponses.

P.

[co2]

Envoyé par plorieul

Dans le cadre de mon projet de dernière année, je dois mettre en place une solution de synchronisation de trois bases de données:

Hello

Pour synchroniser des données , tu peux implémenter des jobs via un ETL (http://fr.wikipedia.org/wiki/ETL) graphique afin, entre autre, de gagner en productivité, en maintenabilité.
Je travaille chez l'editeur Open Source qui dévelope Talend Open Studio et je t'invite donc à tester cette voie !

Pour plus d'information, n'hésitez pas à consulter notre site web.

---
Cordialement,
Cédric Carbone
Directeur Technique Talend
Skype : cedriccarbone
Mail : ccarbone(a)talend.com

• Téléchargement de Talend Open Studio V1.1.0 (ETL Open Source) http://www.talend.com/downloads-talend.htm
• Outils communautaires (Forum, Bugtracker, Wiki, business case sous forme de tutoriels animés...) http://www.talend.com/communities-talend/index.htm

[plorieul]

Très bien. Mais n'est-ce pas un peu "trop puissant" pour l'utilisation que j'ai à en faire??

[co2]

Envoyé par plorieul

Très bien. Mais n'est-ce pas un peu "trop puissant" pour l'utilisation que j'ai à en faire??

Tout dépend de ce que tu entends par "trop puissant"?
Talend Open Studio est un code generator (et non un moteur).

Tu as un atelier graphique (Talend Open Studio) pour le developpement de tes scripts de synchronisation qui va te permettre de gagner en maintenabilité (c'est tjrs bien d'avoir une vue graphique de ton job). Cet atelier graphique te permet d'exporter les scripts correspondant à tes jobs.

Sur ta plateforme de prod, tu n'as pas de Talend Open Studio à installer. Tu as juste besoin de déployer les scripts générés.

A ta dispo,

Cédric Carbone
ccarbone(at)talend.com

[goomazio]

Envoyé par plorieul

-celles qui disposent d'une BDD propre dans laquelle elles gardent pour chaque champ de chaque base une donnée de référence, ex MIIS. (1)
-celles qui utilisent une des bases (en l'occurance AD) pour stocker tous les champs et les données références (Imanami DTM). (2)

Salut,

Je ne pense pas pouvoir t'aider, mais le sujet m'intéresse.

Est-ce que dans ta solution les bases de données se mettront à jours en temps réel?

Pour la deuxième solution, est-ce que j'ai bien compris : il y aurait une base de données des trois qu'on mettrait à jour tout le temps, puis on répliquerait ses données sur les deux autres BDD?

Est-ce que la deuxième solution est comme la première sauf que les opérations que l'on fait sur une des trois BDD, seront faites sur la 4e BDD (la nouvelle) (donc je voudrais savoir si l'utilisation d'une des trois BDD de la solution 2 sera la même que la 4e BDD de la première solution) ?

Merci, à bientot.

[plorieul]

Bonjour et merci de ces réponses.

J'aime bien l'idée d'utiliser un produit OpenSource. En revanche, j'ai quelques appréhensions concernant les connecteurs aux bases spécifiques. Par exemple, comment vais-je trouver un connecteur Active Directory ou un connecteur SAP?

Envoyé par co2

Talend Open Studio est un code generator (et non un moteur)

J'ai trouvé il y a un moment un article qui évoque les contraintes de l'utilisation des scripts pour la synchronisation des données. Cette solution serait difficile à maintenir.

http://www.microsoft.com/technet/sec....mspx?mfr=true

Quelles fonctionnalités offre Talend Open Studio pour la maintenance des scripts générés?

Envoyé par goomazio

Est-ce que dans ta solution les bases de données se mettront à jours en temps réel?

Je n'ai malheureusement pas de solutions
Mais pour autant que je sache, les produits cités plus haut permettent de synchroniser les données en temps réel.

Envoyé par goomazio

Pour la deuxième solution, est-ce que j'ai bien compris : il y aurait une base de données des trois qu'on mettrait à jour tout le temps, puis on répliquerait ses données sur les deux autres BDD?

Oui. Par exemple, Imanami DTM utilise Active Directory comme base principale.
On définit la base qui sert de référence pour chaque champ. Par exemple, Si on prend le champ "Fonction" d'un employé, on peut définir la base SAP comme étant référence.
Dès qu'un changement sera fait dans SAP, Active Directory se met à jour. Puis les autres bases sont à leur tour mises à jour (car il y a eu un changement sur la base principale AD).

Envoyé par goomazio

Est-ce que la deuxième solution est comme la première sauf que les opérations que l'on fait sur une des trois BDD, seront faites sur la 4e BDD (la nouvelle) (donc je voudrais savoir si l'utilisation d'une des trois BDD de la solution 2 sera la même que la 4e BDD de la première solution) ?

Je pense. Par contre, c'est moins contraignant d'ajouter un champ à la métabase qu'un champ à Active Directory. Il semble donc que les deux solutions ne soit pas équivalentes en terme de flexibilité.

Ce que j'ignore maintenant, c'est
- Quelle solution est la plus rapide à mettre en place
- Quelle solution offre le plus d'ouvertures vers des évolutions futures (EAI, Décisionnel...)
- Quelle solution est la plus intéressante sur le plan économique

[goomazio]

Envoyé par plorieul

Ce que j'ignore maintenant, c'est
- Quelle solution est la plus rapide à mettre en place
- Quelle solution offre le plus d'ouvertures vers des évolutions futures (EAI, Décisionnel...)
- Quelle solution est la plus intéressante sur le plan économique

Et que pense tu de la solution de programmer toi même une application qui s'occupera de la synchronisation?

Après avoir fait plusieurs recherches sur le forum je n'ai pas trouvé de post où l'on parle de synchronisation "manuelle", je suppose que c'est parcequ'il existe des outils très performants qui le font automatiquement.
Cependant ça règlerait plusieurs problèmes :
- on devrait pouvoir faire ce que l'on souhaite
- ça peut ne rien couter
- je n'imagine pas le genre de problème que l'on pourrait rencontrer avec les évolutions futures (EAI, Décisionnel, ...), il suffirat de changer d'application, de méthode, pour effectuer les mises-à-jour non?

Je ne suis pas très renseigné, j'espère que je ne t'ai pas dérangé en intervenant.

Salut.

[plorieul]

Envoyé par goomazio

j'espère que je ne t'ai pas dérangé en intervenant.

Pas de soucis. D'une part, ça permet de garder le sujet en haut (et donc plus de chance pour nous d'avoir la réponse d'un gourou :p) et d'autre part, ça me permet de réfléchir

Le développement spécifique me paraissait tout d'abord être la solution la plus simple. J'ai d'ailleurs fait un pas dans cette voie en développant une petite application ASP qui permet de synchroniser le fichier utilisateur de notre base SAP et celui de notre Intranet.
S'il s'agit de synchroniser peu de tables entre deux bases de données, c'est sûrement plus intéressant que les solutions commerciales qui seraient souvent "surqualifiées" pour ce travail.

En revanche, ça devient vite compliqué si
-les champs correspondants de tes bases à synchro sont de formats différents (exemple des num de téléphones). Dans ce cas, il faut soit prévoir une normalisation des champs, soit une fonction de transformation.
- Tu as de nombreuses tables à synchroniser
- Tu as de nombreuses bases à synchroniser (tu dois alors choisir une architecture (solution 1 ou 2), permettre de paramétrer les bases qui servent de référence pour chaque champ, etc...)
- Tu prévois d'ajouter à l'avenir d'autres bases de données à synchroniser(il faudra alors peut être ajouter des champs dans les autres bases ou dans la métabase)

Bref, si tu veux faire une appli qui saura évoluer avec ton SI, ça risque de prendre un long moment à concevoir et à développer (donc ça risque de coûter cher )

Mais bien sûr, on peut bricoler une application de synchronisation basique, répondant juste aux besoins actuels puis voir venir. Tout dépend des besoins de l'entreprise, j'imagine.

NOTE: Je viens d'avoir un coup de téléphone intéressant. SSIS permettrait de répondre à mes besoins et ce en 4-5 jours de configuration... Je te tiendrai au courant.

[goomazio]

D'accord, mais ça doit être un beau travail de réflexion de programmer l'application qui permettra de gèrer plusieurs bdd de différentes structures.

Je vais continuer à me renseigner à propos de celà.

5 jours c'est surement plus rapide que de le faire soit même
Bonne continuation pour ton projet et merci pour les infos. D'ailleurs, est-ce que tu t'étais renseigné avant de commencer ton appli ASP?

A la prochaine.

[plorieul]

Envoyé par goomazio

D'accord, mais ça doit être un beau travail de réflexion de programmer l'application qui permettra de gèrer plusieurs bdd de différentes structures.

100% d'accord! c'est de loin ce que j'aurais préféré faire si on m'avait donné le temps suffisant.
A ce sujet, il y a un article d'un étudiant de supinfo qui pourrait t'intéresser (si tu ne le connais pas déjà).

http://www.supinfo-projects.com/fr/2...hro%5Fdb%5Ffr/

Concernant l'appli ASP, il s'agissait simplement de comparer des données entre deux bases. La comparaison portait seulement sur trois champs. Ca a été très rapide à faire.

bonne continuation!

[goomazio]

http://www.supinfo-projects.com/fr/2...hro%5Fdb%5Ffr/

Ca a l'air super complet merci, mais on s'est éloigné du sujet


Salut