Utilisation des commandes PowerCenter

Informatica PowerCenter comprend des programmes en ligne de commande permettant d’effectuer des tâches depuis n'importe quelle machine de l’environnement PowerCenter. Les programmes en ligne de commande permettent d'exécuter un ensemble de tâches qui peuvent aussi être exécutées dans la console d'administration.

Par exemple, on peut créer, activer ou désactiver un Repository Service à partir de la Console Administrator ou le programme infacmd: 
infacmd CreateRepositoryService ... -so option_name=value option_name=value ...

PowerCenter comprend les programmes en ligne de commande suivants :

• infacmd

Infacmd est un programme qui permet d'administrer les domaines PowerCenter, les utilisateurs, et services. infacmd est utilisée pour administrer les objets et les services suivants:
♦ Applications services : Créer, activer, désactiver, supprimer, obtenir le statut des services, ping...etc. (ex: Repository Service, Integration Service)

Exploitation de la Repository Database par requêtage

Comme nous l'avons décrit dans notre précédent article composants serveur de PowerCenter, le Repository PowerCenter est une base de données relationnelle gérée par le Repository Service et qui se compose de tables de bases de données qui stockent les métadonnées. Les métadonnées décrivent différents types d'objets, tels que des applications et des transformations, que vous pouvez créer ou modifier en utilisant les clients PowerCenter. Le référentiel stocke également des informations telles que les autorisations pour les utilisateurs et les informations sur les exécutions des traitements.

La base de donnée Repository contient des tables et des vues pré-créées et peut être utilisée à des fins de contrôle et de suivi, notamment dans les situations suivantes :

• Développement: Consultations en masse et contrôle des développements

Le chef de projet ou le Team Lead peut s'appuyer sur les tables et les vues du Repository afin de mener des contrôles sur les développements notamment pour vérifier le bon nommage des objets, les commentaires et vérifier le respect des normes de développement et d'optimisation (ex: surcharge des lookups, sorted input...etc).

La méthode la plus pratique est de créer des vues mises à jour en temps réel et consultables directement.

Configuration des services PowerCenter dans l'Admin Console

Nous avons vu dans les articles précédents comment installer les clients et le serveur PowerCenter. Une fois les opérations d'installation terminées, l'administrateur pourra se connecter à la console d'administration ou utiliser la commande infacmd afin de commencer la création et la configuration des services nécessaires au bon fonctionnement des modules PowerCenter.

Nous allons décrire dans cet article la création des deux services nécessaires à la création et à l’exécution des jobs ETL:

- Repository Service

- Integration Service

Création du Repository Service:

Avant de créer un Repository Service, nous avons besoin d'un schéma de base de données pour les tables du Repository. Dans notre exemple, nous créons un schémas INFA_REP1 avec les privilèges suivants :

CREATE SESSION 

UNLIMITED TABLESPACE 

CREATE TABLE 

CREATE CLUSTER 

CREATE VIEW 

CREATE SEQUENCE 

CREATE PROCEDURE 

CREATE TRIGGER 

CREATE TYPE 

CREATE OPERATOR  

CREATE INDEXTYPE

Travail collaboratif dans PowerCenter: utilisation des rôles, groupes et utilisateurs

Pour bien organiser le travail dans un ou plusieurs projets PowerCenter au sein d'une même organisation, et pour utiliser de la manière la plus sécurisée Informatica PowerCenter, il faut éviter de travailler avec des utilisateurs génériques et gérer l'authentification et les privilèges selon le profil des personnes et les objets qu'ils devront manipuler. On doit être amenés à :

- Travailler avec des utilisateurs nominatifs pour garantir la traçabilité des modifications

- Limiter les accès à l'ensemble de la plateforme à des profils non administrateurs

- Limiter les accès à l'ensemble des clients PowerCenter à des profils non développeurs (testeurs par exemple)

- Optimiser l'accès au sein d'une même interface cliente en évitant que les développeurs d'un projet P1 aient accès aux développements (folders) des développeurs d'un projet P2 en créant un groupe par projet.

On peut gérer les accès en travaillant avec les rôles, groupes et users personnalisés.

Règle générale:
Un utilisateur ou un groupe peut hériter des privilèges des objets suivants:  
- Groupe: Lorsque vous attribuez des privilèges à un groupe, tous les sous-groupes et les utilisateurs appartenant au groupe héritent des privilèges. 
- Rôle: Lorsque vous attribuez un rôle à un utilisateur, ce dernier hérite des privilèges appartenant à ce rôle. Lorsque vous attribuez un rôle à un groupe, le groupe, tous les sous-groupes et les utilisateurs appartenant au groupe héritent des privilèges appartenant à ce rôle. Les sous-groupes et les utilisateurs n'héritent pas du rôle.