PRISE EN MAIN PARTIELLE ODI 12C version 1.0

Dans ce tuto il serait question de présenter de maniéré générale l'architecture fonctionnelle de l'ELT ODI d'une part et quelques process. ci dessous les point qui seront abordés.

1.Architecture fonctionnelle ODI 12c.

2.Architecture repository ODI 12c.

          3. Exécution du Client ODI Studio.

4.Connexion au master et work repository.

5.Création diffèrent work repository.

6.Création utilisateur et attribution profile.

7.Connexion aux sources de données physique.

8.Liaison de la couche de données physique à un contexte définit à la couche de données logique.

Le schéma que nous venons de représenter ci haut est celui de l’Architecture fonctionnelle de l’ELT ODI d’Oracle. Sur cette figure nous avons deux sources de données distingues qui sont Une table d’une instance de base de données oracle 12c et un fichier csv au nom de pays. Ces sources de données se trouvent sur des serveurs distants.

Par ailleurs nous avons une autre source de données que nous appelons données cible qui est notre datawarehouse qui contient deux instances de bases de données l’une est notre instance de base de données temporaire et l’autre notre instance de base de données de production.

Rappelons que le but cette architecture serait de extraire les données contenues dans la table client et dans le fichier pays les stocker au sein des tables temporaires C$_client et C$_pays ensuite effectuer le mapping pour regrouper ces données au sein d’une seule table que nous appellerons client_pays.

Pour ce fait, nous allons connecter ELT aux sources de données et grâce au module de chargement de données (LKM) nous allons les extraire puis les stocker dans la zone temporaire, ensuite grâce au module d’implementation de données (IKM) nous allons les sauvegarder dans notre datawarehouse.

Nous ne pourrons parler de l’ELT ODI sans toute fois évoquer son architecture de repository. Rappelons que le repository (référentiel) qui contient l’ensemble de schéma donc nous avons besoin pour faire

 fonctionner l’outil ODI.

Il existe 2 types de repository: le master qui contient la totalité des schéma et le work repository qui appartient à un master repository. Pour de raison de sécurité et d’integrité de données il existe 3 types de work Repository qui sont : développment work repository, exécution work repository Et production work repository.

Pour expliquer de manière plus simple on va dire le developpment repository est l’interface de travail qui appartient à l’onglet Designer du client ODI studio Et qui consiste à créer de projet, faire de la consolidation des données et du mapping.

 Par ailleurs le exécution ou test repository est l’interface qui appartient à l’onglet Operateur du client ODI studio et qui permet de vérifier si les données sont cohérentes et les charger en production.

Rappelons que chaque utilisateurs dispose des droits et privilèges pour chaque Work repository quitte à ce qu’il soit un utilisateur qui appartient à tous ces repository.

2. Exécution du Client ODI Studio.

Apres avoir démarré le serveur ODI, nous allons lancer le client ODI studio pour le faire nous allons nous placer sous le répertoire qui contient nos binaires ODI : /home/oracle/Oracle/Middleware/Oracle_Home/odi/studio.

NB: bien vouloir référencier le répertoire d’installation de notre jdk dans le fichier product.config

NB: Avant de nous connecter au repository master, nous allons créer deux schéma au sein de notre datawarehouse qui seront respectivement celui du master et work repository.