Etude de cas ETL datastage

• Mise en place d’un outil pour le traitement, dans notre cas c’est l’ETL datastage

• Création des connexions et port de connexion pour les développeurs et la création du projet datastage.

• Création des utilisateurs et l’attribution des droits, la création des droits dépend du profil et de leur responsabilité autrement dit pour le développeur il à le droit d’accès à l’environnement développement mais par compte dans l’environnement recette il à juste le droit en lecture.

Les mots de passe sont attribués comme suit : pour datastage c’est l’administrateur datastage, pour les bases de données c’est l’administrateur DBA.

• Déterminations des normes à respecter par chaque développeur.

• Identification des espaces de stockage physique, autrement dit les répertoires ou on doit mettre nos fichiers sources et cibles et les autres fichiers (déterminer l’arborescence)

Les répertoires sont les suivant :

1. Source : c’est là ou on reçoit les fichiers à traiter avec le protocole de transfert FTP, CFT.

2. le répertoire ou on va mettre les traitements validé par datastage

3. Log : les journaux d’exécution après chaque traitement et pour voir est ce que le traitement est ok ou non

4. Bad : c’est le répertoire où on doit mettre le fichier rejet

5. Trace : c’est l’historisation des fichiers log

6. Script : Shell ou dos

7. SQL : script SQL

8. Tempo : c’est la copie du fichier source qui est met dans ce répertoire afin que datastage n’effectue ses traitement qu’avec cette copie, c’est un processus de sécurité des données

9. Paramètre: le paramétrage de data stage.

10. Répertoire sauvegarde : une fois le traitement de datastage est en statut ok le fichier source est compressé et envoyer automatiquement dans le répertoire sauvegarde, cette sauvegarde est d’une durée de deux ou trois ans

...