La topologie dans ODI correspond à la description exhaustive du système d'information mis en place ou à mettre en place. Elle comprend la description des serveurs de données, des schémas de données , technologies utilisées, le paramétrage des agents qui sont chargées de l'exécution des intégrations, la description du contexte (mapping entre les schémas physiques de données et les schémas logiques de données)
Topologie : Architecture physique
L'élément primaire dans la description d'une architecture physique sous ODI est le serveur de donnée; le serveur de donnée désigne dans le contexte ODI une machine capable de stocker et de rendre accessible des données (exemple : Instance Oracle, Access, XML, FileDB...).
ODI se connecte à ses serveurs de données via des drivers JDBC en utilisant les informations physique du serveur de donnée : nom de la machine, port, base de donnée, etc.
Du serveur de donnée au schéma physique : dans ODI, à un serveur de donnée peuvent être associé plusieurs schémas de données. Toute banque de données est stockée dans un schéma de données dans un serveur de données. Lors de la création de notre serveur de données nous allons lui affecter un ou plusieurs schéma de données. Et à chacun des schémas de données, nous définirons le schéma de donnée dit de travail. C'est à dire l'espace de stockage des objets temporaires.
Pour conclure cette partie sur les architectures physiques, il nous faut aborder la question d'une architecture fragmentée et répondre à la question de la modélisation de cette dernière dans ODI.
La règle à appliquer dans ce cas est que l'architecture physique décrite dans ODI doit refléter l'architecture la plus fragmentée.
Exemple : Les données sources à intégrer dans un magasin de données sont disponibles dans deux sites différents.
Le site A a la base de données du domaine VENTE sur un serveur Microsoft avec le SGBD SQL Server, et la base de données du domaine CLIENT sur un serveur de donnée ORACLE.
Le site B a les deux bases de données VENTE et CLIENT dans le même serveur ORACLE.
--> Architecture physique = 1 serveur de données par instance Oracle, le site A a deux serveurs de données et le site B a un serveur de données.
Mais nous avons vu précédemment que l'architecture doit correspondre à la réalité la plus fragmenté (ici le site B) donc le site B aura 2 serveurs de données.
Nous aurons alors 4 serveurs de données, avec 4 schéma de donnée : A-MICROSOFT-VENTE/A-ORACLE-CLIENT/B-ORACLE-VENTE/B-ORACLE-ळीण्ट
Topologie : Cas pratique Architecture physique
Le module qui permet de mettre en place la topologie d'un projet et le module "Topology Manager". Lancer le module avec un utilisateur ODI qui a le profil TOPOLOGY, après avoir créé un référentiel de travail pour ce petit exercice.
Faites un clique droit sur la technologie sous laquelle se trouve le serveur de donnée puis choisissez l'option ajouter un serveur de données.
Donnez un nom explicite au serveur de données, par exemple: nom de la machine puis nom de l'instance puis SRC pour signifier que c'est une source de données ou TRG pour cible de données.
L'utilisateur doit avoir les droits Administrateur dans le SGBD.
La fenêtre qui suit sert à définir les informations du schéma de données physiques qui sont à déclarer avec ce serveur de données.
tbarkllah 3lik merci l’explication des étapes est détaillée comme il faut
RépondreSupprimer