MDM 951HF1 InstallationGuideForJBoss FR

Informatica MDM Multidomain Edition for Oracle
(Version 9.5.1 HotFix 1)
Guide d'installation pour JBoss

Informatica MDM Multidomain Edition for Oracle Guide d'installation pour JBoss
Version 9.5.1 HotFix 1

Décembre 2012
Copyright (c) 1998-2012 Informatica. Tous droits réservés.
Ce logiciel et sa documentation contiennent des informations appartenant à Informatica Corporation, protégées par les lois sur le copyright et fournies dans le cadre d'un
accord de licence contenant des restrictions d'utilisation et de divulgation. Toute ingénierie inverse du logiciel est interdite. Il est interdit de reproduire ou transmettre sous
quelque forme et par quelque moyen que ce soit (électronique, photocopie, enregistrement ou autre) tout ou partie de ce document sans le consentement préalable
d'Informatica Corporation. Ce logiciel peut être protégé par des brevets américains et/ou internationaux, ainsi que par d'autres brevets en attente.
L'utilisation, la reproduction ou la divulgation du Logiciel par le gouvernement américain est sujette aux restrictions décrites dans l'accord de licence du logiciel concerné
conformément aux documents DFARS 227.7202-1(a) et 227.7702-3(a) (1995), DFARS 252.227-7013©(1)(ii) (OCT 1988), FAR 12.212(a) (1995), FAR 52.227-19 ou FAR
52.227-14 (ALT III), le cas échéant.
Les informations contenues dans ce produit ou cette documentation sont sujettes à modification sans préavis. Si vous rencontrez des problèmes dans ce produit ou la
documentation, veuillez nous en informer par écrit.
Informatica, Informatica Platform, Informatica Data Services, PowerCenter, PowerCenterRT, PowerCenter Connect, PowerCenter Data Analyzer, PowerExchange,
PowerMart, Metadata Manager, Informatica Data Quality, Informatica Data Explorer, Informatica B2B Data Transformation, Informatica B2B Data Exchange Informatica On
Demand, Informatica Identity Resolution, Informatica Application Information Lifecycle Management, Informatica Complex Event Processing, Ultra Messaging et Informatica
Master Data Management sont des marques ou des marques déposées d'Informatica Corporation aux États-Unis et dans d'autres juridictions du monde. Tous les autres
noms de société ou de produit peuvent être des marques ou des marques déposées de leurs détenteurs respectifs.
Des portions de ce logiciel et/ou de la documentation sont sujettes au copyright détenu par des tierces parties, dont Copyright DataDirect Technologies. Tous droits réservés.
Copyright © Sun Microsystems. Tous droits réservés. Copyright © RSA Security Inc. Tous droits réservés. Copyright © Ordinal Technology Corp. Tous droits réservés.
Copyright © Aandacht c.v. Tous droits réservés. Copyright Genivia, Inc. Tous droits réservés. Copyright Isomorphic Software. Tous droits réservés. Copyright © Meta
Integration Technology, Inc. Tous droits réservés. Copyright © Intalio. Tous droits réservés. Copyright © Oracle. Tous droits réservés. Copyright © Adobe Systems
Incorporated. Tous droits réservés. Copyright © DataArt, Inc. Tous droits réservés. Copyright © ComponentSource. Tous droits réservés. Copyright © Microsoft Corporation.
Tous droits réservés. Copyright © Rogue Wave Software, Inc. Tous droits réservés. Copyright © Teradata Corporation. Tous droits réservés. Copyright © Yahoo! Inc. Tous
droits réservés. Copyright © Glyph & Cog, LLC. Tous droits réservés. Copyright © Thinkmap, Inc. Tous droits réservés. Copyright © Clearpace Software Limited. Tous droits
réservés. Copyright © Information Builders, Inc. Tous droits réservés. Copyright © OSS Nokalva, Inc. Tous droits réservés. Copyright Edifecs, Inc. Tous droits réservés.
Copyright Cleo Communications, Inc. Tous droits réservés. Copyright © International Organization for Standardization 1986. Tous droits réservés. Copyright © ej-technologies
GmbH. Tous droits réservés. Copyright © JasperSoft Corporation. Tous droits réservés. Copyright © International Business Machines Corporation. Tous droits réservés.
Copyright © yWorks GmbH. Tous droits réservés. Copyright © Lucent Technologies. Tous droits réservés. Copyright (c) Université de Toronto. Tous droits réservés. Copyright
© Daniel Veillard. Tous droits réservés. Copyright © Unicode, Inc. Copyright IBM Corp. Tous droits réservés. Copyright © MicroQuill Software Publishing, Inc. Tous droits
réservés. Copyright © PassMark Software Pty Ltd. Tous droits réservés. Copyright © LogiXML, Inc. Tous droits réservés. Copyright © 2003-2010 Lorenzi Davide. Tous droits
réservés. Copyright © Red Hat, Inc. Tous droits réservés. Copyright © The Board of Trustees of the Leland Stanford Junior University. Tous droits réservés. Copyright © EMC
Corporation. Tous droits réservés. Copyright © Flexera Software. Tous droits réservés.
Ce produit contient des logiciels développés par Apache Software Foundation (http://www.apache.org/), et d'autres logiciels sous licence Apache License, Version 2.0 (la
« Licence »). Vous pouvez obtenir une copie de la Licence sur http://www.apache.org/licenses/LICENSE-2.0. Sauf indication contraire dans la législation applicable ou par
accord écrit, le logiciel distribué sous la Licence est fourni « EN L'ÉTAT », SANS GARANTIE NI CONDITION D'AUCUNE SORTE, expresse ou implicite. Se reporter à la
Licence pour la langue spécifique régissant les droits et limitations dans le cadre de la Licence.
Ce produit inclut des logiciels développés par Mozilla (http://www.mozilla.org/), copyright de logiciel The JBoss Group, LLC, tous droits réservés ; copyright de logiciel ©
1999-2006 de Bruno Lowagie et Paulo Soares et d'autres logiciels sous licence GNU Lesser General Public License Agreement accessible sur http://www.gnu.org/licenses/
lgpl.html. Les matériaux sont fournis gratuitement par Informatica, « en l'état », sans garantie d'aucune sorte, expresse ou implicite, notamment les garanties implicites de
conformité légale et d'usage normal.
Le produit inclut les logiciels ACE(TM) et TAO(TM), copyright Douglas C. Schmidt et son groupe de recherche à Washington University, University of California, Irvine et
Vanderbilt University, Copyright (©) 1993-2006, tous droits réservés.
Ce produit inclut des logiciels développés par OpenSSL Project pour une utilisation dans OpenSSL Toolkit (copyright The OpenSSL Project. Tous droits réservés) et la
redistribution de ce logiciel est sujette aux termes publiés sur http://www.openssl.org et http://www.openssl.org/source/license.html.
Ce produit inclut le logiciel Curl, copyright 1996-2007, Daniel Stenberg, <daniel@haxx.se>. Tous droits réservés. Les autorisations et limitations concernant ce logiciel sont
sujettes aux conditions publiées sur http://curl.haxx.se/docs/copyright.html. L'autorisation d'utiliser, copier, modifier et distribuer ce logiciel à toute fin, avec ou sans
rémunération, est accordée par les présentes, à la condition que la notification de copyright ci-dessus et cette notification d'autorisation apparaissent dans toutes les copies.
Le produit inclut des logiciels sous copyright 2001-2005 (©) MetaStuff, Ltd. Tous droits réservés. Les autorisations et limitations concernant ce logiciel sont sujettes aux
conditions publiées sur http://www.dom4j.org/ license.html.
Le produit inclut des logiciels sous copyright © 2004-2007, The Dojo Foundation. Tous droits réservés. Les autorisations et limitations concernant ce logiciel sont sujettes aux
conditions publiées sur http://dojotoolkit.org/license.
Ce produit inclut le logiciel ICU sous copyright de International Business Machines Corporation et autres. Tous droits réservés. Les autorisations et limitations concernant ce
logiciel sont sujettes aux conditions publiées sur http://source.icu-project.org/repos/icu/icu/trunk/license.html.
Ce produit inclut des logiciels sous copyright © 1996-2006 Per Bothner. Tous droits réservés. Votre droit à utiliser de tels matériels est défini dans la licence qui peut être
consultée sur http://www.gnu.org/software/ kawa/Software-License.html.
Ce produit inclut le logiciel OSSP UUID sous copyright © 2002 Ralf S. Engelschall, copyright © 2002 The OSSP Project Copyright © 2002 Cable & Wireless Deutschland. Les
autorisations et limitations concernant ce logiciel sont sujettes aux conditions publiées sur http://www.opensource.org/licenses/mit-license.php.
Ce produit inclut des logiciels développés par Boost (http://www.boost.org/) ou sous licence de logiciel Boost. Les autorisations et limitations concernant ce logiciel sont
sujettes aux conditions publiées sur http://www.boost.org/LICENSE_1_0.txt.
Ce produit inclut des logiciels sous copyright © 1997-2007 University of Cambridge. Les autorisations et limitations concernant ce logiciel sont sujettes aux conditions publiées
sur http://www.pcre.org/license.txt.
Ce produit inclut des logiciels sous copyright © 2007 The Eclipse Foundation. Tous droits réservés. Les autorisations et limitations concernant ce logiciel sont sujettes aux
conditions publiées sur http://www.eclipse.org/org/documents/epl-v10.php.
Ce produit contient un logiciel sous licence selon les conditions publiées sur http://www.tcl.tk/software/tcltk/license.html, http://www.bosrup.com/web/overlib/?License, http://
www.stlport.org/doc/ license.html, http://www.asm.ow2.org/license.html, http://www.cryptix.org/LICENSE.TXT, http://hsqldb.org/web/hsqlLicense.html, http://
httpunit.sourceforge.net/doc/ license.html, http://jung.sourceforge.net/license.txt, http://www.gzip.org/zlib/zlib_license.html, http://www.openldap.org/software/release/
license.html, http://www.libssh2.org, http://slf4j.org/license.html, http://www.sente.ch/software/OpenSourceLicense.html, http://fusesource.com/downloads/license-agreements/
fuse-message-broker-v-5-3- license-agreement ; http://antlr.org/license.html ; http://aopalliance.sourceforge.net/ ; http://www.bouncycastle.org/licence.html ; http://
www.jgraph.com/jgraphdownload.html ; http://www.jcraft.com/jsch/LICENSE.txt. http://jotm.objectweb.org/bsd_license.html ; http://www.w3.org/Consortium/Legal/2002/
copyright-software-20021231; http://www.slf4j.org/license.html; http://developer.apple.com/library/mac/#samplecode/HelpHook/Listings/HelpHook_java.html; http://
nanoxml.sourceforge.net/orig/copyright.html; http://www.json.org/license.html; http://forge.ow2.org/projects/javaservice/, http://www.postgresql.org/about/licence.html, http://
www.sqlite.org/copyright.html, http://www.tcl.tk/software/tcltk/license.html, http://www.jaxen.org/faq.html, http://www.jdom.org/docs/faq.html, http://www.slf4j.org/license.html;
http://www.iodbc.org/dataspace/iodbc/wiki/iODBC/License; http://www.keplerproject.org/md5/license.html; http://www.toedter.com/en/jcalendar/license.html; http://
www.edankert.com/bounce/index.html; http://www.net-snmp.org/about/license.html; http://www.openmdx.org/#FAQ; http://www.php.net/license/3_01.txt; http://
srp.stanford.edu/license.txt; http://www.schneier.com/blowfish.html; http://www.jmock.org/license.html; http://xsom.java.net; and http://benalman.com/about/license/.
Ce produit contient un logiciel sous licence Academic Free License (http://www.opensource.org/licenses/afl-3.0.php), licence Common Development Distribution License
(http://www.opensource.org/licenses/cddl1.php) licence Common Public License (http://www.opensource.org/licenses/cpl1.0.php), licence Sun Binary Code License
Agreement Supplemental License Terms, licence BSD License (http://www.opensource.org/licenses/bsd-license.php) et licence MIT License (http://www.opensource.org/
licenses/mit-license.php) et la licence artistique (Artistic License) (http://www.opensource.org/licenses/artistic-license-1.0).
Ce produit inclut des logiciels sous copyright © 2003-2006 Joe Walnes, 2006-2007 XStream Committers. Tous droits réservés. Les autorisations et limitations concernant ce
logiciel sont sujettes aux conditions publiées sur http://xstream.codehaus.org/license.html. Ce produit inclut des logiciels développés par Indiana University Extreme! Lab.
Pour plus d'informations, veuillez vous rendre sur http://www.extreme.indiana.edu/.
Ce produit inclut un logiciel développé par Andrew Kachites McCallum. "MALLET: A Machine Learning for Language Toolkit." http://mallet.cs.umass.edu (2002).
Ce logiciel est protégé par les numéros de brevets des États-Unis 5 794 246 ; 6 014 670 ; 6 016 501 ; 6 029 178 ; 6 032 158 ; 6 035 307 ; 6 044 374 ; 6 092 086 ; 6 208 990 ;
6 339 775 ; 6 640 226 ; 6 789 096 ; 6 820 077 ; 6 823 373 ; 6 850 947 ; 6 895 471 ; 7 117 215 ; 7 162 643 ; 7 243 110 ; 7 254 590 ; 7 281 001 ; 7 421 458 ; 7 496 588 ;
7 523 121 ; 7 584 422 ; 7 676 516 ; 7 720 842 ; 7 721 270 et 7 774 791, des brevets internationaux et d'autres brevets en cours.
EXCLUSION DE RESPONSABILITÉ : Informatica Corporation fournit cette documentation « en l'état », sans garantie d'aucune sorte, explicite ou implicite, notamment les
garanties implicites de non-infraction, de conformité légale ou d'usage normal. Informatica Corporation ne garantit pas que ce logiciel ou cette documentation est exempt
d'erreurs. Les informations fournies dans ce logiciel ou cette documentation peuvent inclure des inexactitudes techniques ou des erreurs typographiques. Les informations
contenues dans ce logiciel et sa documentation sont sujettes à modification à tout moment sans préavis.
AVIS
Ce produit Informatica (le « Logiciel ») inclut certains pilotes (les « Pilotes DataDirect ») de DataDirect Technologies, une société de Progress Software Corporation
(« DataDirect ») qui sont sujets aux conditions suivantes :
1. LES PILOTES DATADIRECT SONT FOURNIS « EN L'ÉTAT », SANS GARANTIE D'AUCUNE SORTE, EXPRESSE OU IMPLICITE, NOTAMMENT LES
GARANTIES IMPLICITES DE CONFORMITÉ LÉGALE, D'USAGE NORMAL ET DE NON-INFRACTION.
2. DATADIRECT OU SES FOURNISSEURS TIERS NE POURRONT EN AUCUN CAS ÊTRE TENUS RESPONSABLES ENVERS LE CLIENT UTILISATEUR FINAL DE
TOUT DOMMAGE DIRECT, ACCESSOIRE, INDIRECT, SPÉCIAL, CONSÉCUTIF OU AUTRE RÉSULTANT DE L’UTILISATION DES PILOTES ODBC, QU’ILS
SOIENT INFORMÉS OU NON À L’AVANCE DE LA POSSIBILITÉ DE TELS DOMMAGES. CES LIMITATIONS S’APPLIQUENT À TOUTES LES CAUSES
D’ACTION, NOTAMMENT TOUTE INFRACTION AU CONTRAT, INFRACTION À LA GARANTIE, NÉGLIGENCE, RESPONSABILITÉ STRICTE, REPRÉSENTATION
INCORRECTE ET AUTRES TORTS.
Numéro de référence : MDM-JIG-95100-HF1-0001

Sommaire
Préface. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . vi
En savoir plus sur Informatica MDM Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . vi
Ressources Informatica. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . viii
Portail des clients Informatica. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . viii
Documentation Informatica. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . viii
Site Web Informatica. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . viii
Bibliothèque de procédures Informatica. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . viii
Base de connaissances Informatica. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ix
Base de connaissances multimédia Informatica. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ix
Support client international Informatica. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ix
Chapitre 1: Introduction. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
Avant de commencer. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
Présentation de l'installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
Conception de l'installation MDM Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
Spécifications de version MDM Hub unique. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
Paramètres régionaux pris en charge. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
Langue d'installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
Environnements d'installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
Exemples d'installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
Documentation d'une installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
Documentation d'installation et de post-installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
Création d'un répertoire de documentation d'installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
Chapitre 2: Installation du Stockage Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

Présentation de l'installation du Stockage Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
À propos du stockage Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
Base de données principale et stockage de référence opérationnelle (Operational Reference Store
– ORS). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
Considérations sur Oracle RAC. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
Présentation des étapes d'installation du stockage Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Installation et configuration d'Oracle pour MDM Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Installation et configuration d'Oracle. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Désactiver la corbeille Oracle. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
Définissez les indicateurs du compilateur Oracle PL/SQL pour Oracle 10gR2. . . . . . . . . . . . . . . 10
Configurez les paramètres init.ora.. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
Création d'une instance de base de données Oracle. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
Création d'espaces de table. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Sommaire i
Création de l'espace de table de données CMX_DATA. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Création de l'espace de table de données CMX_INDX. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Création de l'espace de table de données CMX_TEMP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
Configuration du paramètre DEFERRED_SEGMENT_CREATION. . . . . . . . . . . . . . . . . . . . . . . 12
Création du stockage Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
À propos du script setup.sql. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
Création du stockage Hub (UNIX). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Création du stockage Hub (Windows). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
Vérifier l'accès aux composants Oracle requis. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Test de la connexion de la base de données. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Création d'un utilisateur proxy. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Création d'un utilisateur proxy (UNIX). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Création d'un utilisateur proxy (Windows). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
Création d'une base de données ORS supplémentaire. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
À propos du script setup_ors.sql. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
Ajout d'un ORS (UNIX). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
Ajout d'un ORS (Windows). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
Chapitre 3: Installation du serveur Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26

Installation du serveur Hub - Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
À propos du serveur Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
Serveur d'application et pooling de connexions. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
Configuration manuelle des files d'attente des messages pour les requêtes SIF asynchrones. . . . . 27
Configuration post-installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Installation du serveur Hub sous UNIX. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Présentation de l'installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Étape 1. Préparation de l'installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Étape 2. Exécuter le programme d'installation du serveur Hub. . . . . . . . . . . . . . . . . . . . . . . . . 30
Étape 3. Configuration du serveur Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
Étape 4. Exécution de tâches de post-installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
Installation du serveur Hub sous Windows. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
Étape 2. Exécuter le programme d'installation du serveur Hub. . . . . . . . . . . . . . . . . . . . . . . . . 39
Étape 3. Configuration du serveur Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
Étape 4. Exécution de tâches de post-installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
Changement de mots de passe après l'installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
Modification du mot de passe de l'utilisateur CMX_SYSTEM. . . . . . . . . . . . . . . . . . . . . . . . . . 44
Modification du mot de passe de l'utilisateur CMX_ORS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
Cryptage de mot de passe de base de données dans JBoss. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
Étape 1. Crypter le mot passe de base de données.. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
Étape 2. Spécification de la politique d'application dans login-config.xml. . . . . . . . . . . . . . . . . . 46
Étape 3. Référencement de la politique d'application depuis le fichier de source de données. . . . . 46
ii Sommaire
Chapitre 4: Installation du serveur de correspondance de nettoyage. . . . . . . . . . . . . . 47
Présentation de l'installation du serveur de correspondance de nettoyage. . . . . . . . . . . . . . . . . . . . . 47
À propos du serveur de correspondance de nettoyage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Moteurs de correspondance de nettoyage pris en charge. . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Configuration post-installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Installation du serveur de correspondance de nettoyage sous UNIX. . . . . . . . . . . . . . . . . . . . . . . . 48
Étape 2. Exécuter le programme d'installation du Cleanse Match Server. . . . . . . . . . . . . . . . . . 52
Étape 3. Configuration du Cleanse Match Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
Étape 4. Tâches post-installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
Installation du serveur de correspondance de nettoyage sous Windows. . . . . . . . . . . . . . . . . . . . . . 60
Étape 2. Exécuter le programme d'installation du Cleanse Match Server. . . . . . . . . . . . . . . . . . 63
Étape 3. Configuration du Cleanse Match Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
Étape 4. Tâches post-installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
Activation de la population de correspondance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
Chapitre 5: Lancement de la console Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73

Présentation de la console Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
À propos de la console Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
Démarrage de la console Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
Tâches de post-configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
Chapitre 6: Groupage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
Présentation du groupage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
Installation du serveur Hub dans une grappe de JBoss (UNIX). . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
Étape 1. Création de la grappe JBoss et de nœuds pour exploitation du déploiement. . . . . . . . . . 77
Étape 2. Installation du serveur Hub sur les nœuds de la grappe. . . . . . . . . . . . . . . . . . . . . . . 78
Étape 3. Configuration des services et déploiement du serveur Hub. . . . . . . . . . . . . . . . . . . . . 78
Étape 4. Installation et déploiement du serveur de correspondance de nettoyage. . . . . . . . . . . . . 79
Installation du serveur Hub dans une grappe de JBoss (Windows). . . . . . . . . . . . . . . . . . . . . . . . . 80
Étape 1. Création de la grappe JBoss et de nœuds pour exploitation du déploiement. . . . . . . . . . 80
Étape 2. Installation du serveur Hub sur les nœuds de la grappe. . . . . . . . . . . . . . . . . . . . . . . 81
Étape 3. Configuration des services et déploiement du serveur Hub. . . . . . . . . . . . . . . . . . . . . 81
Étape 4. Installation et déploiement du serveur de correspondance de nettoyage. . . . . . . . . . . . . 83
Installation et déploiement du kit de ressources dans une grappe JBoss (UNIX). . . . . . . . . . . . . . . . . 83
Installation et déploiement du kit de ressources dans une grappe JBoss (Windows). . . . . . . . . . . . . . 84
Configuration du cache de JBoss. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84
Sommaire iii
Chapitre 7: Désinstallation de Informatica MDM Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
Présentation de la désinstallation de Informatica MDM Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
Désinstallation de Informatica MDM Hub (JBoss / UNIX). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
Étape 1. Désinstallation du Cleanse Match Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
Étape 2. Désinstallation du serveur Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87
Étape 3. Désinstallation du Stockage Hub d'Oracle. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
Désinstallation de Informatica MDM Hub (JBoss / Windows). . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
Étape 1. Désinstallation du Cleanse Match Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
Étape 2. Désinstallation du serveur Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90
Étape 3. Désinstallation du Stockage Hub d'Oracle. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90
Chapitre 8: Dépannage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
Fichiers journaux de Informatica MDM Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
Fichiers journaux de Informatica MDM Hub (UNIX). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
Fichiers journaux de Informatica MDM Hub (Windows). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95
Ignorer l'installation des pré-requis. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97
Mise à jour des paramètres après l'installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97
Mise à jour des paramètres du serveur Hub après l'installation. . . . . . . . . . . . . . . . . . . . . . . . . 97
Mise à jour des paramètres du serveur de correspondance de nettoyage après l'installation. . . . . . 97
Vérification de l'installation silencieuse du Cleanse Match Server et du Hub. . . . . . . . . . . . . . . . . . . 98
Vérification de l'installation silencieuse du serveur Hub et du Cleanse Match Server (UNIX). . . . . . 98
Vérification de l'installation silencieuse du serveur Hub et du Cleanse Match Server (Windows). . . . 99
Échec de la post-installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101
Erreur du processus MATCH : VerifyNeedToStrip. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102
VerifyNeedToStrip (UNIX). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102
VerifyNeedToStrip (Windows). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102
Horodotage de démarrage/d'arrêt imprécis pour l'ORS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103
Erreurs de version major.minor lors du chargement du serveur de correspondance de nettoyage. . . . . 103
Faibles performances du serveur d'applications de nettoyage/correspondance. . . . . . . . . . . . . . . . . 103
Exception de dépassement de délai du cache du serveur Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . 103
Dépannage (JBoss / UNIX). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104
Changement des paramètres du serveur Hub (JBoss/UNIX). . . . . . . . . . . . . . . . . . . . . . . . . . 104
Redéploiement manuel de l'application serveur Hub sous UNIX. . . . . . . . . . . . . . . . . . . . . . . 104
Annulation manuelle du déploiement du Cleanse Match Server (JBoss/UNIX). . . . . . . . . . . . . . 105
Paramétrage de la taille de la pile JVM (JBoss/UNIX). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105
Dépannage (JBoss / Windows). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105
Changement des paramètres du serveur Hub (JBoss/Windows). . . . . . . . . . . . . . . . . . . . . . . 105
Redéploiement manuel de l'application serveur Hub sous Windows. . . . . . . . . . . . . . . . . . . . . 106
Annulation manuelle du déploiement du Cleanse Match Server (JBoss/Windows). . . . . . . . . . . . 106
Paramétrage de la taille de la pile JVM (JBoss/Windows). . . . . . . . . . . . . . . . . . . . . . . . . . . 107
iv Sommaire
Annexe A: Installation depuis la ligne de commande. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108
Présentation de l'installation depuis la ligne de commande. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108
Préparation de l'installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .108
Installation depuis la ligne de commande (JBoss/UNIX). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109
Installation du serveur Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .109
Installation du serveur de correspondance de nettoyage. . . . . . . . . . . . . . . . . . . . . . . . . . . . 111
Installation silencieuse depuis la ligne de commande. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113
Considérations lors de l'installation en mode silencieux. . . . . . . . . . . . . . . . . . . . . . . . . . . . .113
Fichiers de propriétés de l'installation en mode silencieux. . . . . . . . . . . . . . . . . . . . . . . . . . . 114
Création du fichier de propriétés pour le serveur Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114
Création du fichier de propriétés pour le serveur de correspondance de nettoyage. . . . . . . . . . . 116
Exécution de l'installation silencieuse. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119
Dépannage de l'installation silencieuse. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119
Annexe B: Configuration manuelle des files d'attente de messages du système

Informatica. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121
Aperçu de la configuration manuelle des files d'attente de messages du système Informatica. . . . . . . 121
Files d'attente de messages MDM Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121
Configuration des files d'attente de messages JMS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .122
Création d'une file d'attente de messages JMS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122
Configuration de files d'attente de messages JMS supplémentaires. . . . . . . . . . . . . . . . . . . . .122
Index. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124
Sommaire v
Préface
Bienvenue dans le Guide d'installation d'Informatica MDM Hub. Ce guide explique comment effectuer une
première installation du serveur Hub Informatica MDM et du serveur de correspondance de nettoyage.
Ce guide est destiné aux administrateurs de base de données, administrateurs système et implémenteurs chargés
d'installer et de configurer Informatica MDM Hub. Les administrateurs système doivent être familiarisés avec leur
système d'exploitation cible. Les administrateurs de base de données doivent être familiarisés avec
l'environnement de base de données sur lequel ils installent Informatica MDM Hub. Il est particulièrement
important de connaître l'administration Oracle. D'autres tâches de configuration et d'administration sont décrites
dans le Guide de configuration d'Informatica MDM Hub .
En savoir plus sur Informatica MDM Hub
Guide de publication d'Informatica MDM Hub

Le Guide de publication d'Informatica MDM Hub répertorie les nouvelles fonctions et améliorations ainsi que les
modifications de comportement entre les versions d'Informatica MDM Multidomain Edition pour Oracle.
Notes de publication d'Informatica MDM Hub

Les Notes de publication d'Informatica MDM Hub contiennent des informations importantes sur cette version
d'Informatica MDM Multidomain Edition pour Oracle. Il est vivement recommandé aux installateurs de lire les
Notes de publication d'Informatica MDM Hub avant d'installer Informatica MDM Multidomain Edition pour Oracle.
Présentation d'Informatica MDM Hub

La Présentation d'Informatica MDM Hubprésente Informatica MDM Hub, décrit l'architecture du produit et explique
les concepts clés que les utilisateurs doivent comprendre avant d'utiliser le produit. Tous les utilisateurs doivent
lire le Présentation d'Informatica MDM Hub en premier.
Guide d'installation d'Informatica MDM Hub

Le Guide d'installation d'Informatica MDM Hub explique aux installateurs comment installer Informatica MDM Hub,
le Stockage Hub, le Serveur Hub, les serveurs de correspondance de nettoyage et d'autres composants. Un Guide
d'installation d'Informatica MDM Hub est disponible pour chaque plateforme prise en charge.
vi
Guide de mise à niveau d'Informatica MDM Hub
Le Guide de mise à niveau d'Informatica MDM Hub explique aux installateurs comment mettre à niveau une
version antérieure d'Informatica MDM Hub vers la version la plus récente.
Guide de l'adaptateur de nettoyage d'Informatica MDM Hub

Le Guide de l'adaptateur de nettoyage d'Informatica MDM Hub explique aux installateurs comment configurer
l'Informatica MDM Hub pour utiliser les adaptateurs et moteurs de nettoyage pris en charge.
Guide du gestionnaire des données d'Informatica MDM Hub

Le Guide du gestionnaire des données d'Informatica MDM Hub explique aux gestionnaires des données comment
utiliser les outils d'Informatica MDM Hub pour consolider et gérer les données de leur entreprise. Les
gestionnaires des données doivent lire le Guide du gestionnaire des données d'Informatica MDM Hub après avoir
lu la Présentation d'Informatica MDM Hub.
Guide de configuration d'Informatica MDM Hub

Le Guide de configuration d'Informatica MDM Hub explique aux administrateurs comment utiliser les outils
d'Informatica MDM Hub pour générer le modèle de données de leur entreprise, configurer et exécuter les
processus de gestion des données d'Informatica MDM Hub, configurer la sécurité, fournir l'accès des applications
externes aux services d'Informatica MDM Hub et d'autres tâches de personnalisation. Les administrateurs doivent
lire le Guide de configuration d'Informatica MDM Hub après avoir lu la Présentation d'Informatica MDM Hub.
Guide de Framework d'intégration des services d'Informatica MDM

Hub
Le Guide de Framework d'intégration des services (Services Integration Framework - SIF) d’Informatica MDM Hub
explique aux développeurs comment utiliser le Framework d'intégration des services d'Informatica MDM Hub pour
intégrer les fonctionnalités d'Informatica MDM Hub dans leurs applications et comment créer des applications à
l'aide des données fournies par Informatica MDM Hub. Le Framework d'intégration des services permet aux
développeurs d'intégrer Informatica MDM Hub en douceur dans les applications de leur entreprise. Les
développeurs doivent lire le Guide de Framework d'intégration des services (SIF) d'Informatica MDM Hub après
avoir lu la Présentation d'Informatica MDM Hub.
Guide du gestionnaire de métadonnées d'Informatica MDM Hub

Le Guide du gestionnaire de métadonnées d'Informatica MDM Hub explique comment utiliser l'outil Metadata
Manager d'Informatica MDM Hub pour valider les métadonnées de leur entreprise, promouvoir les modifications
entre les référentiels, importer des objets dans les référentiels, exporter des référentiels et les tâches associées.
Guide du kit de ressources d'Informatica MDM Hub

Le Guide du kit de ressources d'Informatica MDM Hub explique comment installer et utiliser le kit de ressources
d'Informatica MDM Hub, qui est un ensemble d'utilitaires, d'exemples et de bibliothèques aidant les développeurs
à intégrer Informatica MDM Hub dans leurs applications et dans leurs flux de travail. Ce document contient
également une description des différents exemples d'applications compris dans le kit de ressources.
Préface vii
Formations et matériel d'Informatica
Informatica fournit une formation en ligne avec instructeur pour aider les professionnels à devenir des utilisateurs
confirmés aussi rapidement que possible. À partir de l'installation initiale, une équipe spécialisée de formateurs
qualifiés s'assure que le personnel de l'organisation est équipé pour bénéficier de cette puissante plate-forme.
Pour tout renseignement sur les cours de formation ou pour connaître le lieu et la date de la prochaine séance de
formation, veuillez visiter le site Web d'Informatica (http://www.informatica.com) ou contacter directement
Informatica.
Ressources Informatica
Portail des clients Informatica

En tant que client Informatica, vous avez accès au portail des clients Informatica sur
http://mysupport.informatica.com Ce site contient des informations sur les produits et les groupes d’utilisateurs,
des bulletins d’information, un lien vers le système de gestion des dossiers d’assistance à la clientè d’Informatica
(ATLAS), une bibliothèque de procédures Informatica, une base de connaissances Informatica, une base de
connaissances multimédia Informatica, ainsi que la documentation nécessaire sur les produits Informatica et
l’accès à sa communauté d’utilisateurs.
Documentation Informatica
L’équipe Documentation d’Informatica s’efforce de fournir une documentation précise et utilisable. N’hésitez pas à
contacter l’équipe Documentation d’Informatica par courriel à l’adresse infa_documentation@informatica.com pour
lui faire part de vos questions, commentaires ou suggestions concernant cette documentation. Ces commentaires
et suggestions nous permettront d’améliorer notre documentation. Veuillez préciser si vous acceptez d’être
contacté au sujet de ces commentaires.
L’équipe Documentation met à jour la documentation chaque fois que nécessaire. Pour obtenir la toute dernière
version de la documentation concernant votre produit, consultez la Documentation de produit sur
http://mysupport.informatica.com.
Site Web Informatica

Vous pouvez accéder au site Web d’entreprise Informatica sur http://www.informatica.com. Le site contient des
informations sur Informatica, son expertise, les événements à venir et les bureaux de vente. Vous y trouverez
aussi des informations sur ses produits et ses partenaires. Les rubriques de service du site fournissent des
informations importantes sur le support technique, la formation et l’éducation, ainsi que les services
d’implémentation.
Bibliothèque de procédures Informatica

En tant que client Informatica, vous avez accès à la bibliothèque de procédures Informatica sur
http://mysupport.informatica.com La bibliothèque de procédures Informatica est une collection de ressources
destinée à vous familiariser avec les produits Informatica et leurs fonctionnalités. Elle regroupe des articles et des
démonstrations interactives qui permettent de résoudre des problèmes courants et de comparer les fonctionnalités
et les comportements, et qui vous guident lors de la réalisation de tâches concrètes spécifiques.
viii Préface
Base de connaissances Informatica
En tant que client Informatica, vous avez accès à la base de connaissances Informatica sur
http://mysupport.informatica.com Utilisez la base de connaissances pour rechercher des solutions documentées
aux problèmes techniques connus concernant les produits Informatica. Vous y trouverez également la réponse
aux questions les plus fréquentes, des livres blancs et des conseils techniques. N’hésitez pas à contacter l’équipe
Base de connaissances Informatica par courriel à l’adresse KB_Feedback@informatica.com pour lui faire part de
vos questions, commentaires et suggestions concernant la base de connaissances.
Base de connaissances multimédia Informatica

En tant que client Informatica, vous avez accès à la base de connaissances multimédia Informatica sur
http://mysupport.informatica.com La base de connaissances multimédia Informatica est un ensemble de tutoriels
multimédias qui vous aide à vous familiariser avec les concepts élémentaires en vous guidant au cours de tâches
spécifiques. N’hésitez pas à contacter l’équipe Base de connaissances Informatica par courriel à l’adresse
KB_Feedback@informatica.com pour lui faire part de vos questions, commentaires et suggestions concernant la
base de connaissances multimédia.
Support client international Informatica

Vous pouvez contacter un Centre de support client par téléphone ou via l’assistance en ligne. L’assistance en
ligne requiert un nom d’utilisateur et un mot de passe. Vous pouvez demander un nom d’utilisateur et un mot de
passe sur http://mysupport.informatica.com.
Utilisez les numéros de téléphone suivants pour contacter le Support client international Informatica :
Amérique du Nord/Amérique du Sud Europe/Moyen-Orient/Afrique Asie/Australie
Numéro gratuit Numéro gratuit Numéro gratuit

Brésil : 0800 891 0202 France : 0805 804632 Australie : 1 800 151 830
Mexique : 001 888 209 8853 Allemagne : 0800 5891281 Nouvelle-Zélande : 09 9 128 901
Amérique du Nord : +1 877 463 2435 Italie : 800 915 985
Pays-Bas : 0800 2300001
Portugal : 800 208 360 Tarif standard
Espagne : 900 813 166 Inde : +91 80 4112 5738
Suisse : 0800 463 200
Royaume-Uni : 0800 023 4632
Tarif standard
Belgique : +31 30 6022 797
France : +33 1 4138 9226
Allemagne : +49 1805 702 702
Pays-Bas : +31 306 022 797
Royaume-Uni : +44 1628 511445
Préface ix
x
CHAPITRE 1
Introduction
Ce chapitre comprend les rubriques suivantes :
¨ Avant de commencer, 1
¨ Présentation de l'installation, 1
¨ Conception de l'installation MDM Hub, 2
¨ Documentation d'une installation, 4
Avant de commencer
Ce chapitre résume le processus d'installation et décrit les étapes que vous devez réaliser avant de procéder à
l'installation de MDM Hub.
Avant de commencer, effectuez les tâches suivantes :
1. Lisez les notes de publication d'Informatica MDM Hub pour connaître les conditions requises et les
informations supplémentaires sur la préparation préalable à l'installation.
2. Installez et configurez le moteur de nettoyage conformément aux instructions du fournisseur.
3. Lisez la Présentation d'Informatica MDM Hub pour une introduction à l'architecture du produit et aux
composants clés.
Pour plus d'informations sur les spécifications de produit et les plates-formes prises en charge, consultez la
matrice de disponibilité de produits sur le portail des clients Informatica : https://communities.informatica.com/
community/my-support/tools/product-availability-matrices
Présentation de l'installation
Pour installer MDM Hub, procédez selon les étapes suivantes :
1. Installer le stockage Hub dans votre base de données Oracle.

2. Installer le logiciel serveur Hub.
3. Installez et configurez un ou plusieurs serveurs de correspondance de nettoyage.
4. Lancer la console Hub et vérifier votre installation.
1
Conception de l'installation MDM Hub
Avant d'installer MDM Hub, vous devez décider la manière d'installer les composants de l'implémentation
Informatica MDM Hub.
Spécifications de version MDM Hub unique

Tous les composants de votre implémentation MDM Hub doivent être de la même version MDM Hub. Si plusieurs
versions de MDM Hub sont installées, chaque version doit être installée dans un environnement distinct.
Paramètres régionaux pris en charge

Vous devez définir les mêmes paramètres régionaux pour le système d'exploitation pour le serveur Hub MDM, le
stockage Hub MDM et la console Hub MDM.
Choisissez un des paramètres régionaux suivants pour les composants du Hub MDM :
¨ en_US
¨ fr_FR
¨ de_DE
¨ ja_JP
Langue d'installation
Vous pouvez installer le Hub MDM en anglais, français, allemand et japonais. Dans Oracle, la variable
d'environnement NLS_LANG doit être définie sur la valeur correspondant à la langue d'installation souhaitée.
Lorsque vous exécutez les scripts de configuration de la base de données pour créer les schémas de base de
données, vous devez exécuter l'installation de la base de données à partir du dossier d'installation suivant pour
votre langue d'installation :
database\oracle\<language>
où <language> est l'abréviation de la langue d'installation, par exemple, fr ou en.
Les schémas d'amorce sont créés dans la langue sélectionnée lors de l'installation et ne peuvent être modifiés
une fois l'installation terminée. La langue sélectionnée pour les schémas détermine également la langue
d'affichage de nombreux éléments de la console Hub MDM, ainsi que la langue d'affichage des messages d'erreur
rapportés.
Lorsque vous installez le serveur Hub MDM et le serveur de correspondance de nettoyage, vous êtes invité à
sélectionner la langue d'installation. Votre choix n'a pas d'incidence sur la langue utilisée pour les fichiers journaux
MDM. Les fichiers journaux sont en anglais, quelle que soit la langue d'installation.
Remarque: Pour les installations en langue japonaise, vérifiez que vous utilisez le codage Shift_JIS avant
d'exécuter le script setup.sql pour installer le Stockage Hub.
Environnements d'installation
Vous pouvez installer le Hub MDM dans plusieurs environnements, dont ceux de développement, de test et de
production. Chaque type d'environnement est fourni avec son propre ensemble d'exigences et de priorités
uniques. Par conséquent, la conception de l'installation varie selon l'environnement.
2 Chapitre 1: Introduction
Exemples d'installation
Vous pouvez installer les composants de MDM Hub de plusieurs manières. Les exemples suivants d'installations
de MDM Hub fournissent des principes généraux à prendre en compte lors de la conception d'une installation. Ce
ne sont pas des recommandations.
Tous les composants sur un seul hôte

Dans l'exemple suivant, tous les composants de base de MDM Hub sont installés sur une seule machine hôte :
Cette mise en page simplifie la communication entre les composants dans un environnement à hôte unique.
Conception de l'installation MDM Hub 3

Composants distribués sur plusieurs hôtes
Dans l'exemple suivant, les composants de MDM Hub sont distribués entre plusieurs machines hôtes.
Vous pouvez déployer les machines du serveur Hub dans un environnement de serveur d'application en grappe à
des fins de basculement. Vous pouvez installer des machines de serveur de correspondance de nettoyage dans
un environnement en grappe à des fins d'évolutivité.
Remarque: Vous devez installer un client Oracle sur le serveur Hub et le serveur de correspondance de
nettoyage.
LIENS CONNEXES :
¨ “Groupage” à la page 76
Documentation d'une installation

Documentez les détails d'une installation MDM Hub pendant et après l'installation, au cas où vous rencontreriez
des problèmes dans l'environnement. Utilisez ces informations pour la vérification et le dépannage. Si nécessaire,
vous pouvez fournir des copies de ces informations au Support client international Informatica.
4 Chapitre 1: Introduction
Documentation d'installation et de post-installation
Vous pouvez consulter les sources et informations suivantes sur l'installation du Hub MDM :
Informations sur Sources d'information
Métadonnées d'ORS Le rapport des résultats de validation provenant de l'outil Gestionnaire des métadonnées de
la console Hub. Documente les métadonnées ORS après installation. Pour plus
d'informations, consultez le Guide du Gestionnaire de métadonnées d'Informatica MDM Hub.
Paramètres de configuration Le rapport d'environnement provenant de l'outil Gestionnaire d'entreprise de la console Hub.
Documente le serveur Hub, le serveur de correspondance de nettoyage, la base de données
principale et les informations de base de données ORS après installation. Pour plus
d’informations, consultez le Guide de configuration d'Informatica MDM Hub
Modifications de la base de Journal de débogage de la base de données. Journalise les événements de la base de
données données pour le stockage Hub après enregistrement d'un ORS dans la console Hub.
Processus d'installation Les fichiers de journalisation du programme d'installation de MDM Hub qui capturent les
événements se produisant lors de l'installation du serveur Hub et du serveur de
correspondance de nettoyage.
Serveur Hub et serveur de Les fichiers journaux du serveur Hub et du serveur de correspondance de nettoyage, qui
correspondance de nettoyage capturent les événements d'exécution une fois que ces composants s'exécutent.
Console Hub Les fichiers journaux de la console Hub qui capturent l'activité lors de l'utilisation de la
console Hub.
Important: Capturez et enregistrez les informations liées à l'installation pour toute référence future.
LIENS CONNEXES :
¨ “Activation de la journalisation du débogage dans une base de données de stockage de référentiel
opérationnel” à la page 96
Création d'un répertoire de documentation d'installation

Créez un répertoire pour stocker des copies des artefacts de l'installation, tels que les résultats de validation et les
rapports d'environnement, le journal de débogage de la base de données et les fichiers journaux. Par exemple,
vous pouvez créer le répertoire install_doc.
Important: Si des problèmes surviennent avec votre installation, créez un fichier d'archivage du répertoire de
documentation d'installation et envoyez-le à l'assistance internationale à la clientèle d'Informatica pour analyse.
Documentation d'une installation 5

CHAPITRE 2
Installation du Stockage Hub

¨ Présentation de l'installation du Stockage Hub, 6
¨ À propos du stockage Hub, 6
¨ Présentation des étapes d'installation du stockage Hub, 9
¨ Installation et configuration d'Oracle pour MDM Hub, 9
¨ Création d'une instance de base de données Oracle, 10
¨ Création d'espaces de table, 11
¨ Création du stockage Hub, 12
¨ Vérifier l'accès aux composants Oracle requis, 18
¨ Test de la connexion de la base de données, 20
¨ Création d'un utilisateur proxy, 20
¨ Création d'une base de données ORS supplémentaire, 21
Présentation de l'installation du Stockage Hub

Vous pouvez installer le Stockage Hub sur Oracle dans un environnement UNIX ou Windows. L'administrateur de
base de données Oracle doit exécuter les tâches d'installation du Stockage Hub.
À propos du stockage Hub

Informatica MDM Hub stocke et consolide les données métier dans le stockage Hub.
Base de données principale et stockage de référence opérationnelle

(Operational Reference Store – ORS)
Le stockage Hub est un ensemble de bases de données.
6
Le tableau suivant décrit les bases de données dans le stockage Hub :
Base de données Description
Base de données principale Une base de données qui contient les paramètres de configuration de l'environnement MDM
Hub, par exemple les paramètres des comptes utilisateur, de la sécurité, du registre ORS et
des files d'attente de messages. Chaque environnement MDM Hub peut avoir uniquement une
base de données principale. Le nom par défaut de la base de données principale est
CMX_SYSTEM.
Stockage de référence Base de données qui contient les données principales, les métadonnées de contenu, les
opérationnelle (Operational règles pour le traitement des données principales, les règles de gestion de l'ensemble des
Reference Store – ORS) objets de données principales et les règles de traitement ainsi que la logique auxiliaire qui
définissent la meilleure version de la vérité (MVV). Le nom par défaut d'un ORS est
CMX_ORS.
Le Hub MDM contient une base de données principale et zéro ou plusieurs bases de données ORS. Si aucun
ORS n'existe, seuls les outils de l'espace de travail de configuration sont disponibles dans la console Hub. Le Hub
MDM peut avoir plusieurs ORS dans le cas suivant :
¨ Des ORS distincts pour les environnements de développement et de production
¨ Des ORS distincts pour différents emplacements géographiques
¨ Des ORS distincts pour différentes parties de l'organisation
Vous pouvez accéder à et gérer plusieurs ORS à partir d'une base de données principale. La base de données
principale stocke les propriétés et paramètres de connexion pour chaque ORS. Vous pouvez distribuer des bases
de données ORS sur plusieurs machines serveur.
Remarque: Un ORS est généralement enregistré avec une base de données principale.
Vous créez des comptes utilisateur pour accéder aux bases de données du stockage Hub. Vous créez des
comptes utilisateur dans la base de données principale, puis attribuez les comptes utilisateur à des ORS
spécifiques.
Considérations sur Oracle RAC

Vous pouvez installer les bases de données du Stockage Hub sur Oracle RAC. Si vous utilisez Oracle RAC, vous
devez effectuer les étapes de configuration manuelle pour utiliser les fonctionnalités et optimiser les performances
de l'environnement.
Remarque: Les connexions à équilibrage de charge d'Oracle RAC ne sont pas prises en charge pour certains
composants MDM Hub.
Utilisation des noms de service Oracle

Vous pouvez utiliser des noms de service Oracle au lieu de SID Oracle pour les installations RAC et non-RAC.
Utilisez des noms de service Oracle pour une façon plus flexible de spécifier la connexion et de réallouer
dynamiquement les serveurs de bases de données.
À propos des connexions à équilibrage de charge d'Oracle RAC

Vous pouvez utiliser Oracle RAC pour spécifier une connexion à un service Oracle qui est activée avec
l'équilibrage des charges et la haute disponibilité. Oracle RAC distribue les charges de travail parmi tous les
nœuds disponibles dans la grappe. Si un nœud devient indisponible, le travail bascule sur un nouveau nœud.
Utilisez les connexions à équilibrage de charge d'Oracle RAC dans un environnement de sécurité pour vous
assurer qu'une connexion de la base de données est disponible même quand un ou plusieurs nœuds RAC
deviennent indisponibles.
À propos du stockage Hub 7

Composants et connexions à équilibrage de charge d'Informatica MDM Hub
La plupart des composants Informatica MDM Hub utilisent l'équilibrage des charges et les nœuds disponibles. Les
composants d'Informatica MDM Hub qui construisent leur propre connexion JDBC directe ne peuvent pas utiliser
l'équilibrage des charges. Ces composants ne connaissez pas les IP virtuelles des nœuds RAC d'Oracle.
Le tableau suivant décrit les composants d'Informatica MDM Hub qui utilisent l'équilibrage des charges RAC
d'Oracle :
Composant Description
Tâches de lots Utilisez l'équilibrage des charges lorsque les tâches de lots sont appelées depuis une ligne de
commande, car les tâches de lots utilisent les paramètres tnsnames.ora.
Connexions API du Utilisez les connexions JDBC équilibrées en charges du pool de connexions du serveur
Framework d'intégration des d'application.
services
Serveur de nettoyage Utilise les connexions JDBC équilibrées en charges du pool de connexions du serveur de
nettoyage.
Gestionnaire de métadonnées Utilise les connexions JDBC équilibrées en charges du pool de connexions du serveur
d'application lorsque seul DML est requis.
Le tableau suivant décrit les composants d'Informatica MDM Hub qui n'utilisent pas l'équilibrage des charges
Oracle RAC :
Composant Description
Tâches de lots Impossible d'utiliser l'équilibrage des charges lorsqu'elles sont appelées depuis la console
Hub.
Metadata Manager Impossible d'utiliser l'équilibrage des charges lorsque DDL est requis, car DDL utilise une
connexion JDBC directe.
Configuration d'Oracle RAC avec Informatica MDM Hub

Utilisez la même procédure que vous utilisez pour une instance unique de base de données Oracle pour
configurer le Hub MDM avec Oracle RAC. La seule différence est que vous devez indiquer tous les nœuds RAC
de la grappe de bases de données dans le fichier tnsnames.ora.
L'entrée tnsnames.ora suivante est un exemple vous montrant comment spécifier plusieurs nœuds RAC pour un
service Oracle appelé mdm_service.domain.com :
MDM_SERVICE.DOMAIN.COM =
(DESCRIPTION =
(ADDRESS_LIST=
(ADDRESS= (PROTOCOL = TCP)(HOST = server1-vip)(PORT = 1521))
(FAILOVER = on)
(LOAD_BALANCE = on)
)
(CONNECT_DATA=
(SERVICE_NAME = mdm_service.domain.com)
)
Les connexions à mdm_service sont à équilibrage de charge entre les nœuds RAC de server1, server2 ou server3.
8 Chapitre 2: Installation du Stockage Hub

Une fois l'installation de MDM Hub terminée, utilisez l'outil Bases de données dans la console Hub pour configurer
la connexion JDBC pour vous connecter au service Oracle à équilibrage de charge. Pour plus d’informations,
consultez le Guide de configuration d'Informatica MDM Hub
Présentation des étapes d'installation du stockage Hub

Pour installer le stockage Hub, procédez comme suit :
1. Installation et configuration d'Oracle.

2. Créez une base de données Oracle pour le stockage Hub.
3. Créez les espaces de table Oracle requis pour le stockage Hub.
4. Créez le stockage Hub, y compris la base de données principale et la ou les bases de données ORS.
5. Vérifiez l'accès aux composants Oracle requis dans un environnement Oracle personnalisé, si nécessaire.
6. Testez la connexion à la base de données.
7. Éventuellement, créez un utilisateur proxy.
8. Éventuellement, ajoutez plusieurs bases de données ORS pour votre stockage Hub.
Après avoir installé le Hub MDM, vous devez effectuer les tâches de post-configuration. Vous allez effectuer les
tâches de post-configuration suivantes pour le stockage Hub :
¨ Enregistrez la nouvelle base de données d'ORS à l'aide de l'outil Bases de données de la console Hub.
¨ Activez la journalisation de la base de données des ORS à l'aide de l'outil Gestionnaire d'entreprise de la
console Hub.
Installation et configuration d'Oracle pour MDM Hub

Vous devez installer Oracle avant de pouvoir créer les bases de données du Stockage Hub.
Une fois que vous avez installé Oracle, vous devez exécuter les tâches de configuration Oracle suivantes :
¨ Désactivez la corbeille Oracle.
¨ Définissez les indicateurs du compilateur PL/SQL pour préparer Oracle pour le MDM Hub.
Installation et configuration d'Oracle

Installez et configurez Oracle sur un ordinateur conforme à la configuration matérielle et logicielle requise.
Vous devez installer les logiciels suivants sur chaque machine sur laquelle vous exécuterez le serveur Hub :
¨ client Oracle
¨ Utilitaires Java d'Oracle
¨ SQL*Loader
Remarque: Assurez-vous d'installer Oracle avec toutes les options Java sélectionnées.
Présentation des étapes d'installation du stockage Hub 9

Désactiver la corbeille Oracle
Vous devez désactiver la corbeille Oracle pour utiliser MDM Hub.
La corbeille Oracle est activée par défaut. La corbeille Oracle peut interférer avec les processus MDM Hub.
Désactiver les corbeilles Oracle, USER_RECYCLEBIN et DBA_RECYCLEBIN, pour le stockage Hub. Vous
pouvez désactiver les corbeilles au niveau du système ou de la session. De plus, vous devez purger explicitement
tout objet existant dans la corbeille.
Pour désactiver la corbeille, définissez RECYCLEBIN = OFF. Pour plus d'informations, consultez la documentation
Oracle.
Définissez les indicateurs du compilateur Oracle PL/SQL pour Oracle

10gR2
Si vous utilisez Oracle 10gR2, vous devez définir les indicateurs du compilateur PL/SQL. Pour correctement
compiler les packages du Hub MDM, définissez PLSQL_COMPILER_FLAGS sur INTERPRETED. La valeur par défaut est
NATIVE.
Effectuez les étapes suivantes pour définir les indicateurs du compilateur Oracle PL/SQL :
1. Connectez-vous à Oracle avec les privilèges DBA ou en tant que l'utilisateur SYSTEM.
2. Lancez SQL*Plus.
3. Exécutez la commande suivante à l'invite de commande :
SHOW PARAMETER plsql_compiler_flags;
ALTER SYSTEM SET plsql_compiler_flags=INTERPRETED;
4. Fermez la connexion à Oracle.
Configurez les paramètres init.ora.

Vous devez configurer les paramètres init.ora pour l'environnement de production de l'installation MDM Hub.
Pour plus d'informations sur les paramètres de la base de données Oracle requis pour un environnement de
production, consultez l'article
Recommended Oracle Database Initialization Settings for a Baseline MDM Hub Installation dans la base de
connaissances Informatica.
Création d'une instance de base de données Oracle

Une fois que vous avez installé et configuré la base de données Oracle, créez une instance de base de données
Oracle.
Remarque: Si MDM Hub possède plusieurs bases de données ORS distribuées sur plusieurs serveurs hôtes,
créez une instance de base de données Oracle sur chaque serveur.
En outre, enregistrez les informations suivantes sur chaque instance de base de données que vous créez pour les
configurations ultérieures du Stockage Hub :
¨ Nom TNS du serveur Oracle
¨ Type de connexion Oracle
¨ Nom SERVICE ou SID Oracle
¨ Numéro de port d'écoute Oracle

¨ Nom du serveur de bases de données Oracle
¨ URL de connexion d'Oracle, pour le type de connexion au SERVICE uniquement.

¨ Nom d'utilisateur SYSTEM Oracle
¨ Mot de passe SYSTEM Oracle
Création d'espaces de table

Vous devez créer les espaces de table Oracle suivants pour le stockage Hub :
Nom de l'espace de table par Description

défaut
CMX_DATA Espace de table par défaut pour le schéma ORS.

Important: Ne changez pas la valeur par défaut du nom de l'espace de table de
CMX_DATA pour votre stockage Hub.
CMX_INDX Contient les index créés et utilisés par Informatica MDM Hub.
CMX_TEMP Contient les tables temporaires pour Informatica MDM Hub. Utilisé pour les procédures
stockées.
Vous devez créer suffisamment d'espace pour l'espace de table CMX_TEMP et l'espace de table Oracle
temporaire. Lorsque vous créez les espaces de table, ajustez la taille de l'espace de table et le nombre de fichiers
de données par défaut en vous basant sur le volume de données à charger dans le Hub MDM.
Création de l'espace de table de données CMX_DATA

Créez l'espace de table CMX_DATA. Créez-le en tant qu'espace de table permanent géré localement.
Pour créer l'espace de table, connectez-vous à Oracle en tant qu'administrateur de la base de données ou en tant
qu'utilisateur avec les privilèges SYSTEM, puis exécutez la commande depuis SQL*Plus.
L'exemple suivant illustre la commande que vous pouvez utiliser pour créer l'espace de table CMX_DATA :
CREATE BIGFILE TABLESPACE CMX_DATA
NOLOGGING
DATAFILE '<Oracle install directory>/CMX_DATA1.dbf' SIZE 2048M REUSE
EXTENT MANAGEMENT LOCAL;
Création de l'espace de table de données CMX_INDX

Créez l'espace de table CMX_INDX. Créez-le en tant qu'espace de table permanent géré localement.
L'exemple suivant illustre la commande que vous pouvez utiliser pour créer l'espace de table CMX_INDX :
CREATE BIGFILE TABLESPACE CMX_INDX
NOLOGGING
DATAFILE '<Oracle install directory>/CMX_INDX1.dbf' SIZE 2048M REUSE EXTENT MANAGEMENT LOCAL;
Si vous n'utilisez pas le nom d'espace de table par défaut, vous devez définir le paramètre
DEFERRED_SEGMENT_CREATION sur false pour éviter les erreurs de validation du Gestionnaire de métadonnées.
Création d'espaces de table 11

Création de l'espace de table de données CMX_TEMP
Créez l'espace de table CMX_TEMP. Créez-le en tant qu'espace de table permanent géré localement.
Important: Ne créez pas l'espace de table en tant qu'espace de table TEMPORARY d'Oracle.
L'exemple suivant illustre la commande que vous pouvez utiliser pour créer l'espace de table CMX_TEMP :
CREATE BIGFILE TABLESPACE CMX_TEMP
NOLOGGING
DATAFILE '<Oracle install directory>/CMX_TEMP1.dbf' SIZE 2048M REUSE EXTENT MANAGEMENT LOCAL;
Si vous n'utilisez pas le nom d'espace de table par défaut, vous devez définir le paramètre
DEFERRED_SEGMENT_CREATION sur false pour éviter les erreurs de validation du Gestionnaire de métadonnées.
Configuration du paramètre DEFERRED_SEGMENT_CREATION

Si vous utilisez un nom d'espace de table personnalisé pour CMX_INDX ou CMX_TEMP, le paramètre
DEFERRED_SEGMENT_CREATION doit être défini sur false pour éviter les erreurs de validation du Gestionnaire de
métadonnées.
1. Pour définir le paramètre DEFERRED_SEGMENT_CREATION sur false, exécutez la commande SQL

suivante :
ALTER SYSTEM SET DEFERRED_SEGMENT_CREATION=FALSE SCOPE=BOTH;
2. Redémarrer la base de données.
Création du stockage Hub

Vous devez créer le Stockage Hub et ses bases de données. Un Stockage Hub comprend la base de données
principale et éventuellement des bases de données ORS. Exécutez le script setup.sql pour créer le Stockage Hub.
Remarque: Lorsque vous créez le stockage Hub avec des paramètres régionaux japonais, vérifiez que vous
utilisez l'encodage Shift_JIS avant d'exécuter le script setup.sql.
À propos du script setup.sql

La distribution de MDM Hub comprend un script setup.sql que vous utilisez pour créer le stockage Hub.
Éventuellement, une fois le stockage Hub créé, vous pouvez exécuter le script setup_ors.sql pour ajouter d'autres
bases de données ORS.
Le script setup.sql effectue les tâches suivantes :
¨ Elle supprime les utilisateurs appelés CMX_SYSTEM ou CMX et leur contenu.
¨ Crée la base de données principale avec le nom par défaut CMX_SYSTEM. Vous ne pouvez pas changer le
nom de la base de données principale CMX_SYSTEM.
¨ Importe les métadonnées initiales depuis le fichier cmx_system.dmp qui contient les tables REPOS et autres
objets que le Hub MDM requiert dans le stockage Hub.
¨ Supprime chaque schéma existant portant le même nom que le nom que vous indiquez pour la base de
données ORS.
¨ Crée un utilisateur proxy appelé CMX. Vous ne pouvez pas changer le nom d'utilisateur CMX.

¨ Elle crée un autre utilisateur, CMX, contenant uniquement des attributions et synonymes de CMX_SYSTEM.
¨ Crée une base de données ORS avec un nom par défaut CMX_ORS.
¨ Importe les métadonnées du référentiel initiales depuis le fichier cmx_ors.dmp qui contient les tables REPOS,
d'autres objets et données d'amorçage nécessaires pour l'ORS.
¨ Crée le PROXY_ROLE lorsqu'il crée cmx_ors. L'utilisateur cmx_ors possède ce rôle. Ce rôle contient des
privilèges sur toutes les tables, vues, séquences, procédures, packages et fonctions REPOS.
LIENS CONNEXES :
¨ “Création d'une base de données ORS supplémentaire” à la page 21
Création du stockage Hub (UNIX)

Vous pouvez créer le stockage Hub après avoir installé et configuré Oracle pour MDM Hub et créé les espaces de
table.
1. Créez un répertoire sur le serveur de bases de données Oracle ou sur un poste de travail client sur lequel le
client Oracle est installé avec les outils Oracle ( imp).
2. Copiez tous les fichiers du répertoire de la distribution Informatica MDM Hub dans le répertoire que vous avez
créé.
3. Utilisez le répertoire database/oracle/<language> pour le répertoire temporaire que vous venez de créer.
<language> est votre langue d'installation, par exemple en_US ou fr.
4. Démarrez SQL*PLUS et connectez-vous au serveur en tant que SYSTEM ou en tant qu'utilisateur avec les
privilèges DBA.
5. Exécutez le script setup.sql qui est situé dans le répertoire database/oracle/<language>.
Utilisez l'une des commandes suivantes pour exécuter le script :
¨ @setup.sql;
¨ start setup.sql
6. Entrez les informations suivantes à l'invite :

Remarque: L'invite affiche le texte par défaut entre crochets. Appuyez sur Entrée pour accepter les valeurs
par défaut et passer à l'invite suivante.
Invite Description
Entrez le nom TNS du serveur Nom sous lequel la base de données Oracle est reconnue dans votre réseau. Le
ORACLE : nom TNS est défini lors de l'installation d'Oracle et a le format suivant :
ma base de données.ma société.com
Pour plus d'informations sur les noms TNS, consultez votre documentation Oracle.
Entrez le type de connexion Type de connexion. Utilisez l’une des valeurs suivantes :
Oracle (SERVICE, SID) : - SERVICE. Utilise le nom de service pour se connecter à Oracle.
- SID. Utilise l'identifiant système Oracle pour se connecter à Oracle.
La valeur par défaut est SERVICE. Pour de plus amples informations à propos des
noms SERVICE et SID, veuillez vous reporter à votre documentation Oracle.
Entrez le nom de SERVICE Nom du service Oracle. Cette invite s'affiche si le type de connexion Oracle
Oracle : sélectionné est SERVICE.
Création du stockage Hub 13

Invite Description
Entrez le nom SID Oracle : Nom du SID Oracle. Cette invite est affichée si le type de connexion Oracle
sélectionné est SID.
Entrez le numéro de port Numéro de port utilisé par le service d'écoute d'Oracle. La valeur par défaut est 1521.
d'écoute Oracle :
Entrez le nom du serveur de Nom de l'hôte exécutant Oracle.

bases de données Oracle :
Entrez l'URL de connexion URL de connexion pour le type de connexion Oracle SERVICE.
(seulement pour le type Format :
SERVICE) : jdbc:oracle:thin:@//database_hostport/service_name
Exemple :
jdbc:oracle:thin:@//shoskin-mac:1521/shoskin
Remarque: Vous pouvez fournir une URL de connexion SERVICE personnalisée ici
pour RAC (si différent de la valeur par défaut). Le script setup.sql construit
automatiquement une URL de connexion sur la base de vos sélections précédentes.
Vous avez la possibilité de spécifier une URL de connexion différente pour chaque
type de connexion au SERVICE.
Entrez le nom d'utilisateur Nom d'utilisateur SYSTEM Oracle. La valeur par défaut est SYSTEM.
SYSTEM Oracle :
Entrez le mot de passe SYSTEM Mot de passe du compte SYSTEM Oracle.

Oracle :
Entrez le nom de l'espace de Nom de l'espace de table devant contenir les composants d'index pour la base de
table d'index : données principale. La valeur par défaut est CMX_INDX.
Entrez le nom de l'espace de Nom de l'espace de table devant contenir les composants temporaires pour la base
table temporaire : de données principale. La valeur par défaut est TEMP.
Importer dans CMX_SYSTEM : Nom du fichier d'exportation Oracle qui contient les métadonnées initiales pour la
entrez le nom du fichier base de données principale. Le fichier d'exportation Oracle contient les tables
d'exportation Oracle : REPOS et d'autres objets requis pour configurer l'état initial de votre stockage Hub.
Le fichier d'exportation est inclus dans l'installation d'Informatica MDM Hub. Ne
changez pas ce nom, acceptez la valeur par défaut. Le script recherche le fichier de
vidage par défaut. S'il ne trouve pas ce fichier, il génère un avertissement et passe à
l'invite suivante. La valeur par défaut est ../cmx_system.dmp.
Importer dans CMX_SYSTEM : Nom d'utilisateur sous lequel le fichier cmx_system.dmp a été exporté. Acceptez la
entrez le nom du schéma source valeur par défaut. Ne changez pas ce nom d'utilisateur. La valeur par défaut est
(fromuser) pour le fichier CMX_SYSTEM.
d'exportation :
Entrez le nom de l'utilisateur : Nom d'utilisateur Oracle que crée le script. Cet utilisateur possède tous les objets de
base de données ORS dans le stockage Hub. La valeur par défaut est CMX_ORS.
Saisissez le mot de passe pour Mot de passe du compte utilisateur CMX_ORS. La valeur par défaut est !!cmx!!.
l'utilisateur ORS :
Le nom de l'espace de table de Nom de l'espace de table de données MRM qui contient des composants de données
données MRM est : pour l'ORS. Vous ne pouvez pas modifier ce nom d'espace de table. La valeur par
défaut est CMX_Data.

Invite Description
Entrez le nom de l'espace de L'espace de table d'index MRM contient les index pour l'ORS. Vous pouvez accepter
table d'index MRM : la valeur par défaut ou spécifier le nom de l'espace de table. La valeur par défaut est
CMX_INDX.
Entrez le nom de l'espace de Nom de l'espace de table devant contenir les composants temporaires pour l'ORS.
table temporaire MRM : Ceci est différent de l'espace de table temporaire d'Oracle. La valeur par défaut est
CMX_TEMP.
Entrez le nom de l'espace de Nom de l'espace de table temporaire Oracle. Ceci est différent de l'espace de table
table temporaire d'Oracle: CMX_TEMP créé plus tôt. La valeur par défaut est TEMP.
Entrez le chemin d'installation Répertoire contenant l'exécutable GGSCI. Applicable si l'implémentation

GGS le cas échéant : d'Informatica MDM Hub utilise le logiciel GoldenGate pour la réplication des
données. Pour en savoir plus, consultez le Guide d’installation d'Informatica MDM
Zero Downtime (ZDT).
Importer dans CMX_ORS : Nom du fichier d'exportation Oracle qui contient les métadonnées initiales et d'autres
entrez le nom du fichier objets requis pour définir l'état initial de la base de données ORS. Le fichier
d'exportation Oracle : d'exportation fait partie de l'installation d'Informatica MDM Hub. Si le script ne trouve
pas le fichier d'exportation, il génère un avertissement et passe à l'invite suivante. La
valeur par défaut est ../cmx_ors.dmp.
Importer dans CMX_ORS : Le nom d'utilisateur sous lequel le fichier de vidage ORS a été exporté. Acceptez la
entrez le nom du schéma source valeur par défaut. Ne changez pas ce nom d'utilisateur. La valeur par défaut est
(fromuser) pour le fichier CMX_ORS.
d'exportation :
7. Une fois le script setup terminé, consultez les fichiers journaux suivants pour vérifier qu'aucune erreur ne
s'est produite.
¨ setup.log
¨ cmx_sys_imp.log
¨ cmx_ors_imp.log
Les fichiers journaux se trouvent dans le répertoire database/oracle/<language> depuis lequel vous avez
exécuté le script.
Effectuez les tâches suivantes lorsque vous examinez les fichiers journaux :
¨ Ignorez les avertissements.
¨ Corrigez toute erreur. Si vous constatez une erreur de base de données dans un journal, résolvez l'erreur
avec votre DBA ou avec votre fournisseur de base de données. Exécutez de nouveau le script setup.sql.
¨ Copiez les fichiers journaux dans le répertoire de documentation d'installation que vous avez créé.
8. Après avoir installé le logiciel Informatica MDM Hub, vous devez utiliser l'outil Bases de données dans la
console Hub pour enregistrer la base de données ORS, CMX_ORS.
LIENS CONNEXES :
¨ “Création de l'espace de table de données CMX_DATA” à la page 11
¨ “Création de l'espace de table de données CMX_TEMP” à la page 12
¨ “Création de l'espace de table de données CMX_INDX” à la page 11
¨ “Tâches de post-configuration” à la page 75

Création du stockage Hub (Windows)
Vous pouvez créer le stockage Hub après avoir installé et configuré Oracle pour MDM Hub et créé les espaces de
table.
1. Créez un répertoire temporaire sur le serveur de bases de données Oracle ou sur un poste de travail client
sur lequel le client Oracle est installé.
2. Copiez tous les fichiers du répertoire de la distribution Informatica MDM Hub dans le répertoire temporaire
que vous venez de créer.
3. Ouvrez une fenêtre de commande.
Allez dans le menu Windows Démarrer. Choisissez Exécuter et entrez cmd.
4. Utilisez le répertoire database\oracle\<language> pour le répertoire temporaire que vous venez de créer.
<language> est votre langue d'installation, par exemple en_US ou fr.
5. Pour démarrer SQL*PLUS, entrez :

sqlplus
Appuyez sur Entrée.
6. Connectez-vous au serveur comme SYSTEM ou comme utilisateur avec les privilèges DBA.
7. Exécutez le script setup.sql situé dans le répertoire database\oracle\<language>.
Utilisez la commande suivante pour exécuter le script :
@setup.sql
Remarque: L'invite affiche le texte par défaut entre crochets. Appuyez sur Entrée pour utiliser les
informations par défaut et aller à l'invite suivante.
Invite Description
Entrez le nom TNS du serveur Nom sous lequel la base de données Oracle est reconnue dans votre réseau. Le nom
ORACLE : TNS est défini lors de l'installation d'Oracle et a le format suivant :
mabasededonnées.monentreprise.com
Entrez le type de connexion Type de connexion. Introduisez l’une des valeurs suivantes :
Oracle (SERVICE, SID) : SERVICE : se connecter à Oracle à l'aide du nom de service.
SID : se connecter à Oracle à l'aide de l'identifiant système Oracle.
La valeur par défaut est SERVICE. Pour de plus amples informations à propos des noms
SERVICE et SID, veuillez vous reporter à votre documentation Oracle.
Entrez le nom de SERVICE Nom du SERVICE Oracle. Cette invite s'affiche si le type de connexion Oracle
Oracle : sélectionné est SERVICE.
Entrez le nom SID Oracle : Nom du SID Oracle. Cette invite est affichée si le type de connexion Oracle sélectionné
est SID.
Entrez le numéro de port Numéro de port utilisé par le service d'écoute d'Oracle. La valeur par défaut est 1521.
d'écoute Oracle :
Entrez le nom du serveur de Nom de l'hôte exécutant Oracle.

bases de données Oracle :
Entrez l'URL de connexion : URL de connexion pour le type de connexion Oracle SERVICE.

Invite Description
Format : jdbc:oracle:thin://hôte_base de données:port/service_name

Exemple :
jdbc:oracle:thin:@//shoskin-mac:1521/shoskin
Remarque: Vous pouvez fournir une URL de connexion SERVICE personnalisée ici
pour RAC (si différent de la valeur par défaut). Le script setup.sql construit
automatiquement une URL de connexion sur la base de vos sélections précédentes.
Vous avez la possibilité de spécifier une URL de connexion différente pour chaque type
de connexion au SERVICE.
Entrez le nom d'utilisateur Nom d'utilisateur SYSTEM Oracle. La valeur par défaut est SYSTEM.
SYSTEM Oracle :
Entrez le mot de passe Mot de passe du compte SYSTEM Oracle.

SYSTEM Oracle :
Entrez le nom de l'espace de Nom de l'espace de table devant contenir les composants d'index pour la base de
table d'index : données principale. La valeur par défaut est CMX_INDX.
Entrez le nom de l'espace de Nom de l'espace de table devant contenir les composants temporaires pour la base de
table temporaire : données principale. La valeur par défaut est TEMP.
Importer dans Nom du fichier d'exportation Oracle qui contient les métadonnées initiales pour la base
CMX_SYSTEM : entrez le de données principale. Le fichier d'exportation Oracle contient les tables REPOS et
nom du fichier d'exportation d'autres objets requis pour configurer l'état initial de votre stockage Hub. Le fichier
Oracle d'exportation est inclus dans l'installation d'Informatica MDM Hub. Ne changez pas ce
nom, acceptez la valeur par défaut. Le script recherche le fichier de vidage par défaut.
S'il ne trouve pas ce fichier, il génère un avertissement et passe à l'invite suivante. La
valeur par défaut est ../cmx_system.dmp.
Importer dans Nom d'utilisateur sous lequel le fichier cmx_system.dmp a été exporté. Acceptez la
CMX_SYSTEM : entrez le valeur par défaut. Ne changez pas ce nom d'utilisateur. La valeur par défaut est
nom du schéma source CMX_SYSTEM.
(fromuser) pour le fichier
d'exportation :
Entrez le nom de l'utilisateur : Nom d'utilisateur Oracle que crée le script. Cet utilisateur possède tous les objets de
base de données ORS dans le stockage Hub. La valeur par défaut est CMX_ORS.
Saisissez le mot de passe Mot de passe du compte utilisateur CMX_ORS. La valeur par défaut est !!cmx!!.
pour l'utilisateur ORS :
Le nom de l'espace de table Nom de l'espace de table de données MRM qui contient les composants de données
de données MRM est : pour l'ORS. La valeur par défaut est CMX_Data. Vous ne pouvez pas modifier ce nom
d'espace de table.
Entrez le nom de l'espace de L'espace de table d'index MRM contient les index pour l'ORS. Vous pouvez accepter la
table d'index MRM : valeur par défaut ou spécifier le nom de l'espace de table. Par défaut CMX_INDX.
Entrez le nom de l'espace de Nom de l'espace de table qui contient les composants temporaires pour l'ORS. Ceci est
table temporaire MRM : différent de l'espace de table temporaire d'Oracle. La valeur par défaut est CMX_TEMP.
Entrez le nom de l'espace de Nom de l'espace de table temporaire Oracle. Ceci est différent de l'espace de table
table temporaire d'Oracle: CMX_TEMP créé plus tôt. La valeur par défaut est TEMP.

Invite Description
Entrez le chemin d'installation Répertoire contenant l'exécutable GGSCI. Applicable si l'implémentation d'Informatica
GGS le cas échéant : MDM Hub utilise le logiciel GoldenGate pour la réplication des données. Pour en savoir
plus, consultez le Guide d’installation d'Informatica MDM Zero Downtime (ZDT).
Importer dans CMX_ORS : Nom du fichier d'exportation Oracle qui contient les métadonnées initiales et d'autres
entrez le nom du fichier objets requis pour définir l'état initial de la base de données ORS. Le fichier
d'exportation Oracle : d'exportation fait partie de l'installation d'Informatica MDM Hub. Si le script ne trouve
pas le fichier d'exportation, il génère un avertissement et passe à l'invite suivante. La
valeur par défaut est ../cmx_ors.dmp.
Importer dans CMX_ORS : Le nom d'utilisateur sous lequel le fichier de vidage ORS a été exporté. Acceptez la
entrez le nom du schéma valeur par défaut. Ne changez pas ce nom d'utilisateur. La valeur par défaut est
source (fromuser) pour le CMX_ORS.
fichier d'exportation :
9. Une fois le script setup terminé, consultez les fichiers journaux suivants pour vérifier qu'aucune erreur ne
s'est produite.
¨ setup.log
¨ cmx_sys_imp.log
¨ cmx_ors_imp.log
Les fichiers journaux sont dans le répertoire de distribution suivant qui contient le script setup :
database\oracle\<language>
Effectuez les tâches suivantes lorsque vous examinez les fichiers journaux :
¨ Ignorez les avertissements.
¨ Corrigez toute erreur. Si vous constatez une erreur de base de données dans un journal, résolvez l'erreur
avec votre DBA ou avec votre fournisseur de base de données. Exécutez de nouveau le script setup.sql.
¨ Copiez les fichiers journaux dans le répertoire de documentation d'installation que vous avez créé.
10. Après avoir installé le logiciel Informatica MDM Hub, vous devez utiliser l'outil Bases de données dans la
console Hub pour enregistrer la base de données ORS CMX_ORS.
LIENS CONNEXES :
Vérifier l'accès aux composants Oracle requis

Si vous avez un environnement Oracle personnalisé, vérifiez que le stockage Hub a accès aux composants
d'Oracle.
Le stockage Hub nécessite l'accès aux composants Oracle suivants dans un environnement Oracle personnalisé:
¨ Machine virtuelle Java Oracle
¨ Base de données XML Oracle
¨ ALL_CONSTRAINTS

¨ ALL_CONS_COLUMNS
¨ ALL_DIRECTORIES
¨ ALL_INDEXES
¨ ALL_IND_COLUMNS
¨ ALL_JOBS (utilisé pour la migration)
¨ ALL_TABLES
¨ ALL_TAB_COLUMNS
¨ ALL_VIEWS
¨ DBMS_APPLICATION_INFO
¨ DBMS_JOB (utilisé pour la migration)
¨ DBMS_OUTPUT
¨ DBMS_STANDARD
¨ DBMS_SQL
¨ DBMS_STATS
¨ DBMS_UTILITY
¨ DUAL
¨ PLITBLM
¨ STANDARD
¨ SYS_STUB_FOR_PURITY_ANALYSIS
¨ USER_CONSTRAINTS
¨ USER_CONS_COLUMNS
¨ USER_EXTERNAL_TABLES (utilisé pour la migration)
¨ USER_INDEXES
¨ USER_JAVA_POLICY
¨ USER_OBJECTS
¨ USER_SEQUENCES
¨ USER_SOURCE
¨ USER_TABLES
¨ USER_TAB_COLS
¨ USER_TAB_COLUMNS
¨ USER_TRIGGERS
¨ UTL_FILE
¨ V$NLS_PARAMETERS
¨ V$VERSION
Vérifier l'accès aux composants Oracle requis 19

Test de la connexion de la base de données
Testez la connexion à la base de données de chaque machine sur laquelle vous prévoyez d'exécuter un serveur
Hub ou un serveur de correspondance de nettoyage.
1. Créez les entrées de noms TNS pour la base de données.

Remarque: Chaque machine doit avoir le même nom TNS.
2. Vérifiez que les connexions à la base de données fonctionnent correctement.
Pour plus d'informations sur les entrées de noms TNS, consultez votre documentation Oracle.
Remarque: Après avoir installé Informatica MDM Hub, vous devez utiliser l'outil Bases de données dans la
console Hub pour enregistrer la base de données ORS CMX_ORS.
LIENS CONNEXES :
Création d'un utilisateur proxy

Un utilisateur proxy est un utilisateur de base de données ayant des privilèges limités. Vous pouvez créer un
utilisateur proxy pour que l'implémentation d'Informatica MDM Hub fournisse un accès restreint à un ORS. Vous
pouvez configurer plusieurs utilisateurs de proxy pour un ORS.
Les utilisateurs de proxy sont généralement configurés dans des environnements de production avec des
exigences de sécurité plus strictes que dans les environnements de non production. Par exemple, un utilisateur
proxy peut être autorisé à exécuter des traitements par lots d'Informatica MDM Hub depuis la console Hub ou
dans les scripts de planification des tâches.
Le rôle proxy PROXY_ROLE est créé et attribué lorsque vous créez la base de données ORS initiale. Par conséquent,
créez l'ORS avant de créer un utilisateur proxy. Après avoir créé un utilisateur proxy, utilisez l'outil Bases de
données dans la console Hub pour associer l'utilisateur proxy à l'ORS.
Création d'un utilisateur proxy (UNIX)

Vous pouvez créer un utilisateur proxy dans l'environnement UNIX.
1. Allez dans le répertoire suivant :

<infamdm_install_directory>/hub/server/resources/database/oracle/<language>
Remarque: Si vous n'avez pas encore installé le serveur Hub, procurez-vous le dossier de la base de
données depuis la distribution Informatica MDM.
2. Lancez SQL*Plus et connectez-vous à la base de données en tant qu'utilisateur système.
3. Exécutez mk_proxy_ors_user.sql pour créer un utilisateur proxy.
Répondez aux invites pour indiquer le nom d'utilisateur et le mot de passe du proxy, le propriétaire du
schéma et le mot de passe, les espaces de table et si l'utilisateur proxy sera utilisé pour la réplication.
4. Exécutez l'instruction SQL suivante pour verrouiller le compte utilisateur ORS d'origine :
alter user <original_ors> account lock;
où <original_ors> est le compte ORS d'origine du propriétaire. Verrouillez le compte avant d'attribuer des
privilèges pour éviter à de nouveaux objets d'être créés au moment où le script grant_priv_to_proxy_role.sql
s'exécute.

5. Exécutez grant_priv_to_proxy_role.sql pour attribuer des privilèges au rôle proxy.
6. Exécutez l'instruction SQL suivante pour déverrouiller le compte utilisateur ORS d'origine :
alter user <original_ors> account unlock
Création d'un utilisateur proxy (Windows)

Vous pouvez créer un utilisateur proxy dans l'environnement Windows.

<infamdm_install_directory>\hub\server\resources\database\oracle\<language>
Remarque: Si vous n'avez pas encore installé le serveur Hub, procurez-vous le dossier de la base de
données depuis la distribution Informatica MDM.
2. Lancez SQL*Plus et connectez-vous à la base de données en tant qu'utilisateur système.
3. Exécutez mk_proxy_ors_user.sql pour créer un utilisateur proxy.
Répondez aux invites pour indiquer le nom d'utilisateur et le mot de passe du proxy, le propriétaire du
schéma et le mot de passe, les espaces de table et si l'utilisateur proxy sera utilisé pour la réplication.
4. Exécutez l'instruction SQL suivante pour verrouiller le compte utilisateur ORS d'origine :
alter user <original_ors> account lock;
où <original_ors> est le compte ORS d'origine du propriétaire. Verrouillez le compte avant d'attribuer des
privilèges pour éviter à de nouveaux objets d'être créés au moment où le script grant_priv_to_proxy_role.sql
s'exécute.
5. Exécutez grant_priv_to_proxy_role.sql pour attribuer des privilèges au rôle proxy.
6. Exécutez l'instruction SQL suivante pour déverrouiller le compte utilisateur ORS d'origine :
alter user <original_ors> account unlock
Création d'une base de données ORS supplémentaire

Vous pouvez créer des bases de données ORS supplémentaires pour le stockage Hub. Vous devez créer un
stockage Hub avec une base de données principale et un ORS avant de pouvoir ajouter d'autres bases de
données ORS.
À propos du script setup_ors.sql

La distribution d'Informatica MDM Hub comprend le script setup_ors.sql. Le script effectue les tâches suivantes :
¨ Crée une base de données ORS avec un nom par défaut : CMX_ORS. Vous pouvez changer le nom de base
de données ORS.
¨ Importe les métadonnées depuis le fichier cmx_ors.dmp qui contient les objets nécessaires pour configurer la
base de données ORS.
¨ Crée le PROXY_ROLE lorsqu'il crée cmx_ors. L'utilisateur cmx_ors possède ce rôle. Le PROXY_ROLE
contient les privilèges requis pour toutes les tables, vues, séquences, procédures, packages et fonctions
REPOS.
Création d'une base de données ORS supplémentaire 21

Ajout d'un ORS (UNIX)
Vous pouvez exécuter le script setup_ors.sql pour créer une base de données ORS supplémentaire dans le
stockage Hub.
sur lequel le client Oracle est installé avec les outils Oracle ( imp).
Copiez tous les fichiers depuis le répertoire de distribution database/oracle/ vers ce répertoire temporaire.
2. Utilisez le répertoire temporaire que vous avez créé.
3. Démarrez SQL*PLUS et connectez-vous au serveur en tant que SYSTEM ou en tant qu'utilisateur avec
privilèges DBA.
4. Exécutez le script setup_ors.sql qui est situé dans le répertoire database/oracle/<language>.
Utilisez les commandes suivantes pour exécuter le script :
Linux et Solaris :
@setup_ors.sql;
HP-UX :
start setup_ors.sql
Remarque: L'invite affiche le texte par défaut entre crochets. Appuyez sur Entrée pour accepter les valeurs
par défaut et aller à l'invite suivante.
Invite Description
Entrez le nom de Nom d'utilisateur Oracle que crée le script. Cet utilisateur possède tous les objets de base
l'utilisateur : de données ORS dans le stockage Hub. Si le nom d'utilisateur existe, l'utilisateur est
supprimé et recréé. La valeur par défaut est CMX_ORS.
Saisissez le mot de Mot de passe du compte utilisateur CMX_ORS. La valeur par défaut est !!cmx!!.
passe pour l'utilisateur
ORS :
Entrez le nom de l'espace Nom de l'espace de table de données devant contenir les composants de données pour
de table de données : l'ORS. La valeur par défaut est CMX_DATA. Vous ne pouvez pas modifier ce nom d'espace
de table.
Entrez le nom de l'espace Nom de l'espace de table d'index devant contenir les index. Le nom accepte les caractères
de table d'index : anglais suivants : majuscules de « A à Z », minuscules de « a à z » et tiret de soulignement
« _ ». La valeur par défaut est CMX_INDX.
Entrez le nom de l'espace Nom de l'espace de table devant contenir les composants temporaires pour la base de
de table temporaire : données principale. Ceci est différent de l'espace de table temporaire d'Oracle. La valeur
par défaut est CMX_TEMP.
Entrez le nom de l'espace Nom de l'espace de table temporaire Oracle. Ceci est différent de l'espace de table
de table temporaire CMX_TEMP.
d'Oracle:
Remarque: Certains traitements de base de données pour la création de l'utilisateur ORS
se produisent avant l'affichage de l'invite suivante.
La valeur par défaut est TEMP.
Entrez le nom TNS du Nom par lequel votre base de données est reconnue dans le réseau. Le nom TNS, défini
serveur ORACLE : durant l'installation d'Oracle, a le format suivant :
mydatabase.mycompany.com

Invite Description
Pour plus d'informations sur les noms TNS, consultez la documentation Oracle.
Entrez le nom d'utilisateur Compte utilisateur Oracle avec accès administrateur, comme le nom d'utilisateur SYSTEM
DBA : Oracle. La valeur par défaut est SYSTEM.
Entrez le mot de passe Mot de passe du compte utilisateur DBA spécifié.

de l'utilisateur DBA :
Entrez le fichier à Nom du fichier d'exportation Oracle contenant les métadonnées initiales pour la base de
importer : données ORS et les autres objets requis pour configurer l'état initial de votre ORS. Vous
pouvez utiliser un autre nom de fichier d'export. Le fichier d'exportation fait partie de
l'installation d'Informatica MDM Hub. Si le script ne trouve pas ce fichier, il génère un
avertissement et passe à l'invite suivante. La valeur par défaut est ../cmx_ors.dmp.
Entrez importation depuis Nom d'utilisateur sous lequel le fichier de vidage ORS (.dmp) a été exporté dans le cadre
nom d'utilisateur : d'une mise à niveau.
Si vous avez accepté le nom de fichier par défaut dans l'étape précédente, acceptez le nom
d'utilisateur par défaut.
Si vous avez indiqué un nom de fichier .dmp différent de la valeur par défaut dans l'étape
précédente, vous devez spécifier le nom de l'utilisateur qui a exporté les fichiers .dmp. La
valeur par défaut est cmx_ors.
Entrez le chemin Répertoire qui contient l'exécutable GGSCI. Applicable si le Hub MDM utilise le logiciel
d'installation GGS : Golden Gate pour la réplication des données. Pour en savoir plus, consultez le Guide
d’installation d'Informatica MDM Zero Downtime (ZDT).
Remarque: Lorsque vous créez le schéma CMX_ORS, le script vous demande le nom de l'espace de table
TEMPORAIRE. Ne pas confondre cela avec l'espace de table CMX_TEMP. Lorsque vous y êtes invité, entrez
le nom de l'espace de table temporaire Oracle, qui par défaut est TEMP.
6. Une fois les scripts de configuration terminés, consultez les fichiers journaux suivants :
¨ setup_ors.log dans le répertoire database\oracle\<language>
¨ cmx_ors_dmpimp.log dans la base de données\oracle
Vous pouvez ignorer les avertissements, mais vous devez résoudre toutes les erreurs.
Si des erreurs de base de données apparaissent dans les journaux, vous devez les résoudre avec votre DBA
et votre fournisseur RDBMS avant d'exécuter à nouveau le script setup_ors.sql.
Remarque: Après avoir installé le Hub MDM, utilisez l'outil Bases de données dans la console Hub pour
enregistrer l'ORS dans la base de données principale.
LIENS CONNEXES :

Ajout d'un ORS (Windows)
Vous pouvez utiliser le script setup_ors.sql pour créer une base de données ORS supplémentaire dans le
Stockage Hub.
sur lequel le client Oracle est installé avec les outils Oracle.
Copiez tous les fichiers du répertoire de distribution d'Informatica MDM Hub database/oracle/ dans le
répertoire temporaire que vous venez de créer.
2. Ouvrez une fenêtre de commande.
Allez dans le menu Windows Démarrer. Choisissez Exécuter et entrez cmd.
3. Allez dans le répertoire temporaire que vous venez de créer.
4. Démarrez SQL*PLUS et connectez-vous au serveur en tant que SYSTEM ou en tant qu'utilisateur avec les
privilèges DBA.
5. Exécutez le script setup.sql situé dans le répertoire database\oracle\<language>.
Utilisez la commande suivante pour exécuter le script :
@setup_ors.sql
Remarque: L'invite affiche le texte par défaut entre crochets. Appuyez sur Entrée pour utiliser les
informations par défaut et aller à l'invite suivante.
Invite Description
Entrez le nom de Nom d'utilisateur Oracle que crée le script. Cet utilisateur possède tous les objets de base
l'utilisateur : de données ORS dans le stockage Hub. Si le nom d'utilisateur existe, l'utilisateur est
supprimé et recréé. La valeur par défaut est CMX_ORS.
Saisissez le mot de passe Mot de passe du compte utilisateur CMX_ORS. La valeur par défaut est !!cmx!!.
pour l'utilisateur ORS :
Entrez le nom de l'espace Nom de l'espace de table de données devant contenir les composants de données pour
de table de données : l'ORS. La valeur par défaut est CMX_DATA. Vous ne pouvez pas modifier ce nom d'espace
de table.
Entrez le nom de l'espace Nom de l'espace de table d'index devant contenir les index. Le nom accepte les caractères
de table d'index : anglais suivants : majuscules de « A à Z », minuscules de « a à z » et tiret de soulignement
« _ ». La valeur par défaut est CMX_INDX.
Entrez le nom de l'espace Nom de l'espace de table devant contenir les composants temporaires pour la base de
de table temporaire : données principale. Ceci est différent de l'espace de table temporaire d'Oracle. La valeur
par défaut est CMX_TEMP.
Entrez le nom de l'espace Nom de l'espace de table temporaire Oracle. Ceci est différent de l'espace de table
de table temporaire CMX_TEMP créé plus tôt.
d'Oracle:
Remarque: Certains traitements de base de données pour la création de l'utilisateur ORS se
produisent avant l'affichage de l'invite suivante.
La valeur par défaut est TEMP.
Entrez le nom TNS du Nom sous lequel votre base de données Oracle est reconnue dans votre réseau. Le nom
serveur ORACLE : TNS, défini durant l'installation d'Oracle, a le format suivant :
mydatabase.mycompany.com

Invite Description
Entrez le nom d'utilisateur Compte utilisateur Oracle avec accès administrateur, comme le nom d'utilisateur SYSTEM
DBA : Oracle. La valeur par défaut est SYSTEM.
Entrez le mot de passe Mot de passe du compte utilisateur DBA spécifié.

de l'utilisateur DBA :
Entrez le fichier à Nom du fichier d'exportation Oracle contenant les métadonnées initiales pour la base de
importer : données ORS et les autres objets requis pour configurer l'état initial de votre ORS. Vous
pouvez utiliser un autre nom de fichier d'export. Le fichier d'exportation fait partie de
l'installation d'Informatica MDM Hub. Si le script ne trouve pas ce fichier, il génère un
avertissement et passe à l'invite suivante. La valeur par défaut est ../cmx_ors.dmp.
Entrez l'importation à Nom d'utilisateur sous lequel le fichier de vidage ORS (.dmp) a été exporté dans le cadre
partir du nom d'utilisateur : d'une mise à niveau.
Si vous avez accepté le nom de fichier par défaut dans l'étape précédente, acceptez le nom
d'utilisateur par défaut.
Si vous avez indiqué un nom de fichier .dmp différent de la valeur par défaut dans l'étape
précédente, vous devez spécifier le nom de l'utilisateur qui a exporté les fichiers .dmp. La
valeur par défaut est cmx_ors.
Entrez le chemin Répertoire qui contient l'exécutable GGSCI. Ne s'applique que si votre implémentation
d'installation GGS : Informatica MDM Hub utilise le logiciel Golden Gate pour la réplication des données. Pour
en savoir plus, consultez le Guide d’installation d'Informatica MDM Zero Downtime (ZDT).
Remarque: Lorsque vous créez le schéma CMX_ORS, le script vous demande le nom de l'espace de table
TEMPORAIRE. Ne pas confondre cela avec l'espace de table CMX_TEMP. Lorsque vous y êtes invité,
saisissez le nom de l'espace de table temporaire Oracle, qui est habituellement TEMP.
7. Une fois les scripts de configuration terminés, consultez les fichiers journaux suivants :
¨ setup_ors.log dans le répertoire database\oracle\<language>
¨ cmx_ors_dmpimp.log dans la base de données\oracle
Vous pouvez ignorer les avertissements, mais vous devez résoudre toutes les erreurs.
Si des erreurs de base de données apparaissent dans les journaux, vous devez les résoudre avec votre DBA
et votre fournisseur RDBMS avant d'exécuter à nouveau le script setup_ors.sql.
Remarque: Après avoir installé MDM Hub, vous devez utiliser l'outil Bases de données dans la console Hub pour
enregistrer l'ORS dans la base de données principale.
LIENS CONNEXES :
¨ “Modification du mot de passe de l'utilisateur CMX_ORS” à la page 45

CHAPITRE 3
Installation du serveur Hub

¨ Installation du serveur Hub - Présentation, 26
¨ À propos du serveur Hub, 26
¨ Installation du serveur Hub sous UNIX, 27
¨ Installation du serveur Hub sous Windows, 36
¨ Changement de mots de passe après l'installation, 44
¨ Cryptage de mot de passe de base de données dans JBoss, 45
Installation du serveur Hub - Présentation

Vous pouvez installer et configurer le serveur Hub sous Windows ou sous UNIX. Vous déployez ensuite le serveur
Hub dans un environnement de serveur d'application.
À propos du serveur Hub

Le serveur Hub est le composant d'exécution qui gère les services de base et communs d'Informatica MDM Hub.
Le serveur Hub est une application J2EE qui doit être déployée sur un serveur d'application. Le serveur Hub
orchestre le traitement des données au sein du stockage Hub et l'intégration avec des applications externes.
Serveur d'application et pooling de connexions

Informatica MDM Hub utilise le pooling de connexions à partir des fonctions de source de données fournies par le
serveur d'application J2EE.
Le serveur Hub exige les sources de données suivantes :
¨ Une source de données pour la base de données principale.
¨ Une source de données pour chaque base de données ORS à laquelle vous accédez via le serveur.
Vous devez définir la taille maximale du pool pour le Hub MDM dans le fichier de sources de données pour
chaque stockage de référence opérationnelle afin d'effectuer les tâches de correspondance correctement.
Définissez la taille maximale du pool sur 50, comme indiqué dans l'extrait de code suivant :
<min-pool-size>5</min-pool-size>
<max-pool-size>50</max-pool-size>
26
Le fichier de sources de données se trouve à l'emplacement suivant :
<JBoss_install_dir>\server\<configuration_name>\deploy\siperian-mrm-ds.xml
Vous devez redémarrer le serveur d'applications pour que les modifications prennent effet.
Configuration manuelle des files d'attente des messages pour les

requêtes SIF asynchrones
Le programme d'installation du serveur Hub configure des files d'attente de messages et les paramètres de
fabriques de connexion. Si vous devez configurer manuellement les files d'attente de messages ou les fabriques
de connexions à des fins de test ou de dépannage, consultez Annexe B, “Configuration manuelle des files
d'attente de messages du système Informatica” à la page 121.
Configuration post-installation
Vous pouvez utiliser le programme d'installation du serveur Hub pour effectuer la configuration post-installation.
La configuration post-installation déploie et configure le serveur Hub sur le serveur d'application. Si vous
choisissez de ne pas exécuter la configuration post-installation depuis le programme d'installation, le programme
d'installation copie le script postinstallsetup du serveur Hub vers le dossier d'installation d'Informatica suivant :
/<infamdm_install_directory>/hub/server
Vous pouvez exécuter le script postinstallsetup pour effectuer la configuration post-installation.
Remarque: Les scripts postinstallsetup sont différents pour le serveur Hub et pour le serveur de correspondance
de nettoyage.
Vous bénéficiez des avantages suivants quand vous séparez la configuration d'installation et de post-installation :
¨ Vous pouvez vérifier que l'application démarre correctement avant de la déployer.
¨ Vous pouvez régler les problèmes de déploiement en dehors du processus d'installation.
¨ Vous pouvez déployer l'application avec la console d'administration du serveur d'application.
Installation du serveur Hub sous UNIX

Vous pouvez installer le serveur Hub pour qu'il s'exécute dans l'environnement du serveur d'application JBoss
sur plate-forme UNIX.
Remarque: JBoss 5 doit utiliser JDK 1.6.0.14 ou une version ultérieure.
Utilisez les étapes suivantes pour installer le serveur Hub :
1. Préparez l'environnement cible et configurez le serveur d'application.

2. Exécutez le programme d'installation pour installer le serveur Hub.
3. Configurez les paramètres du serveur Hub.
4. Exécutez des tâches de post-installation.
Étape 1. Préparation de l'installation

Effectuez les tâches de cette section avant d'installer le serveur Hub.
Installation du serveur Hub sous UNIX 27

Répondre à la configuration matérielle et logicielle requise
Avant d'installer le serveur Hub, vérifiez que la machine répond à la configuration matérielle et logicielle requise
pour le serveur Hub.
Obtenir un fichier de licence Informatica

Obtenez un fichier de licence Informatica. Le programme d'installation du serveur Hub n'installe pas Informatica
MDM Hub sans fichier de licence valide. Contactez le Support client international Informatica pour obtenir une
licence.
Vérification de la mémoire physique

Vérifiez que vous disposez de suffisamment de mémoire physique disponible pour satisfaire aux besoins
d'exécution de tous les logiciels Informatica que vous prévoyez d'installer. Utilisez la formule suivante pour
déterminer vos besoins en mémoire physique :
Total Informatica runtime memory footprint =
JDK JVM max heap size of the application server
+ OS native heap size
Vérification du stockage disponible

Le serveur Hub requiert 500 Mo d'espace disque disponible.
Définissez la variable d'environnement JAVA_HOME

Vous devez définir les variables d'environnement JAVA_HOME et PATH de sorte qu'elles désignent JDK 1.6.0.30
ou une version ultérieure.
Installation et configuration de JBoss

Installez et configurez JBoss selon les instructions contenues dans la documentation de JBoss.
Vérifiez que vous effectuez les configurations suivantes :
¨ Si votre système d'exploitation utilise le protocole Internet version 6 (IPv6), vous devez ajouter -
Djava.netpreferIPv4Stack=true lorsque vous configurez les propriétés spécifiques JBoss, JAVA_OPTS dans
<JBoss_install_dir>/bin/run.sh:
# Set up JBoss specific properties
JAVA_OPTS="-Dprogram.name=$PROGNAME -Djava.net.preferIPv4Stack=true $JAVA_OPTS"
¨ Ajoutez l'option JVM suivante au script de démarrage de JBoss pour forcer JBoss et JGroups à utiliser la
même adresse de liaison :
-Djgroups.bind_addr=<bind_addr>
Dans l'exemple, <bind_addr> spécifie l'interface sur laquelle recevoir et envoyer des messages.
¨ Définissez l'attribut Isolated du déployeur JBoss EAR sur True dans <JBoss_install_dir>/server/
<configuration_name>/deployers/eardeployer-jboss-beans.xml. Ceci configure tous vos fichiers EAR pour qu'ils
soient dans des espaces de chargeurs de classes isolés en utilisant l'appel par valeur pour les interfaces
distantes.
Par exemple :
<bean name="EARClassLoaderDeployer" class="org.jboss.deployment.EarClassLoaderDeployer">
<property name="isolated">true</property>
</bean>
28 Chapitre 3: Installation du serveur Hub

¨ Si vous utilisez JBoss 5.1 avec JDK 1.6 sur le système d'exploitation Solaris 10 sur SPARC, vous devez mettre
à jour le fichier profile.xml. Remplacez l'exemple de code suivant pour mettre à jour le fichier profile.xml
situé dans server/default/conf/bootstrap :
<bean name="AttachmentStore"
class="org.jboss.system.server.profileservice.repository.AbstractAttachmentStore">
<constructor>
<parameter>
<inject bean="BootstrapProfileFactory" property="attachmentStoreRoot" />
</parameter>
</constructor>
Par
<constructor><parameter class="java.io.File"><inject bean="BootstrapProfileFactory"
property="attachmentStoreRoot" /></parameter></constructor>
Configuration de JBoss pour utiliser une source de données Oracle

Veuillez contacter Oracle pour obtenir les pilotes JDBC pour la configuration de la base de données. Configurez
JBoss après avoir obtenu les pilotes.
Afin de configurer JBoss pour utiliser une source de données Oracle, copiez les fichiers des pilotes JDBC d'Oracle
dans le répertoire suivant :
<JBoss_install_dir>/server/<configuration_name>/lib
Remarque: Vérifiez que vous utilisez des versions des pilotes JDBC d'Oracle prises en charge. Pour éviter les
conflits, supprimez ou déplacez les fichiers ojdbc.jar non pris en charge du répertoire abritant la version prise en
charge des fichiers ojdbc.jar.
Configurez et vérifiez la connexion à la base de données

Vous devez pouvoir vous connecter à la base de données depuis la machine sur laquelle le serveur Hub MDM est
installé.
Effectuez les tâches suivantes pour configurer et vérifier la connexion à la base de données :
1. Installez le client Oracle.

2. Ajoutez l'entrée TNS pour le fichier tnsnames.ora.
Le fichier tnsnames.ora est situé dans le répertoire suivant:
<Oracle_home>/network/admin
3. Utilisez la commande suivante pour vérifier la connexion à la base de données :
sqlplus cmx_system/<cmx_system_password>@<TNS NAME>
Désactiver JMX Invoker Authentication

Si JMX Invoker Authentication est activé pour le serveur JBoss, vous devez le désactiver afin de créer
correctement une source de données lors de l'enregistrement d'ORS dans la console Hub.
Pour désactiver JMX Invoker Authentication :
1. Modifiez le fichier suivant :

<JBoss_install_dir>/server/<configuration_name>/deploy/jmx-invoker-service.xml
2. Supprimez ou ajoutez un commentaire aux lignes suivantes :


Configuration du pool d'allocation de mémoire JVM
Pour configurer le paramètre de pool d'allocation de mémoire JVM, modifiez les paramètres suivants :
set JAVA_OPTS=%JAVA_OPTS% -server -Xms2048m -Xmx2048m -Xss2000k -XX:PermSize=128m -XX:MaxPermSize=512m
La valeur suggérée pour la taille maximum du tas mémoire JVM (–Xmx) est la valeur minimum. Si vous
augmentez la valeur, effectuez les tâches suivantes :
¨ Assurez-vous que la machine du serveur d'application dispose de suffisamment de mémoire.
¨ Augmentez –XX:MaxPermSize. –Xmx doit avoir 3 à 4 fois la taille de –XX:MaxPermSize.
¨ Augmentez –XXPermSize. –XX:MaxPermSize doit avoir 3 à 4 fois la taille de –XX:PermSize.
Démarrage du serveur JBoss

Pour démarrer le serveur JBoss, effectuez les étapes suivantes :

jboss-5.1.0.GA/bin
2. Exécutez la commande suivante :
run.sh -b 0.0.0.0
Si le nom de serveur JBoss n'est pas « default », exécutez la commande suivante pour spécifier le nom de
serveur :
run.sh -b 0.0.0.0 -Djboss.server.name="<server_name>"
Vous pouvez également lier l'adresse IP au nom de la machine dans le fichier hosts du répertoire suivant :
\etc\hôtes
Définissez les paramètres régionaux pour la session du terminal (UNIX)

Si vous installez le serveur Hub sous UNIX, modifiez les paramètres régionaux pour définir le codage de
caractères approprié pour la session avant d'exécuter toute commande SQL. Par exemple, définissez le codage
sur ISO-8859-1 (Latin1) pour le français ou sur Shift-JIS pour le japonais, avant d'exécuter setup.sql ou
setup_ORS.sql. Le codage de caractères détermine les types de caractères qui s'affichent dans le terminal UNIX.
Étape 2. Exécuter le programme d'installation du serveur Hub

Le programme d'installation du serveur Hub est utilisé pour installer le logiciel Serveur Hub. Il est inclus dans votre
distribution Informatica MDM Hub.
Considérations d'installation
Vous devez utiliser le même nom d'utilisateur pour installer le serveur Hub et le serveur de correspondance de
nettoyage. Si vous installez le serveur Hub et le serveur de correspondance de nettoyage sur la même machine,
les utilisateurs qui les installent doivent appartenir au même groupe UNIX.
Les noms de fichiers et de répertoires dans cette section peuvent varier légèrement selon le type d'installation
effectuée.
Étapes de l'installation
Pour exécuter le programme d'installation du serveur Hub :
1. Assurez-vous que votre serveur d'application a démarré et fonctionne correctement.

2. Si vous installez depuis un client distant, démarrez une session Windows X et définissez la valeur DISPLAY
vers le client distant.

3. Allez dans le répertoire où le programme d'installation du serveur Hub ( hub_install.bin) se trouve.
Le programme d'installation du serveur Hub est situé dans le répertoire suivant de la distribution :
¨ Solaris : /solaris/mrmserver
¨ HP-UX : /hpux/mrmserver
¨ Linux : /linux/mrmserver
¨ AIX : /aix/mrmserver
4. Commencez le processus d'installation par la commande suivante :

Pour le programme d'installation IUG :
./hub_install.bin
Pour le programme d'installation en mode console, voir Annexe A, “Installation depuis la ligne de
commande” à la page 108 :
./hub_install.bin -i console
Remarque: Pour contourner la validation prérequise dans l'installation, voir “Ignorer l'installation des pré-
requis” à la page 97 .
5. Sélectionnez la langue que vous voulez installer, puis cliquez sur OK.
L'écran Introduction s'affiche.
6. Cliquez sur Suivant pour continuer.
L'écran de l'accord de licence apparaît.
7. Sélectionnez « J'accepte les termes de l'Accord de licence » puis cliquez sur Suivant.
L'écran de Sélection du dossier d'installation apparaît.
Important: Ne pas utiliser un chemin qui contient des espaces dans les noms de répertoire ou de dossier.
Remarque: Si vous saisissez un emplacement qui contient une version précédemment installée du logiciel
Informatica, le programme d'installation du serveur Hub vous demande si vous voulez remplacer l'installation
existante. Pour les détails sur le processus de mise à niveau, voir Guide de mise à niveau d'Informatica MDM
Hub.
8. Effectuez l'une des étapes suivantes :
¨ Cliquez sur Suivant pour installer le serveur Hub à l'emplacement par défaut.
¨ Entrez le chemin du dossier d'installation et cliquez sur Suivant.
¨ Cliquez sur le bouton Choisir pour choisir un autre emplacement sur lequel installer le serveur Hub
Informatica et cliquez sur Suivant.
L'écran Choix du dossier de lien apparaît.
9. Choisissez un dossier de lien (ou sélectionnez l'option pour ne pas créer de liens). Cliquez sur Suivant.
L'écran Entrée de l'emplacement du fichier de licence apparaît.
10. Cliquez sur Choisir pour choisir un fichier de licence.
Assurez-vous de disposer d'un fichier de licence Informatica valide. Le programme d'installation du serveur
Hub n'installera pas Informatica MDM Hub sans un fichier de licence. Contactez le Support client international
Informatica pour obtenir une licence.
Si vous avez entré le chemin de la licence, cliquez sur Suivant.
L'écran du serveur d'application apparaît.
11. Choisissez le serveur d'application JBoss pour lequel vous installez le serveur Hub, et cliquez sur Suivant.
L'écran d'accueil du serveur d'application JBoss apparaît.

12. Configurez vos paramètres JBoss.
a. Spécifiez le dossier d'installation du serveur d'application. Cliquez sur Suivant.
L'écran Nom de configuration du serveur d'application JBoss apparaît.
b. Spécifiez le nom de configuration. La valeur par défaut est default. Cliquez sur Suivant.
L'avertissement de prérequis JBoss apparaît.
c. Cliquez sur OK.
L'écran Port du serveur d'application JBoss apparaît.
d. Configurez le port d'écoute JNP.
Le numéro de port par défaut est dans le fichier suivant :
<JBoss_install_dir>server/<configuration_name>/deploy/jbossweb.sar/server.xml
Ouvrez server.xml et spécifiez votre numéro de port d'écoute JNP.
Remarque: Le port JBoss peut entrer en conflit avec le port Oracle par défaut. Si tel est le cas pour
votre installation, vous devez changer un des ports pour résoudre le conflit. Pour changer le numéro de
port, ouvrez server.xml pour édition, cherchez le mot « port », et définissez la valeur du port pour qu'elle
corresponde à la valeur définie sur l'écran Port du serveur d'application JBoss.
13. Cliquez sur Suivant.
L'écran de sélection de la base de données apparaît.
14. Sélectionnez Oracle. Cliquez sur Suivant.
L'écran Sélection du type de connexion de la base de données Oracle apparaît.
15. Sélectionnez le type de connexion, le nom de service ou le SID que vous voulez configurer. Cliquez sur
Suivant.
L'écran Informations de base de données Oracle apparaît.
16. Entrez les paramètres suivants pour la base de données Oracle à laquelle vous voulez vous connecter : Nom
de serveur, numéro de port, nom de service ou SID Oracle (dépend de votre type de connexion sélectionné),
nom de schéma du système Informatica MDM Hub (par exemple, CMX_SYSTEM) nom d'utilisateur CMX (par
exemple, CMX) et mot de passe CMX (pour le nom d'utilisateur CMX). Cliquez sur Suivant.
Remarque: Le mot de passe par défaut pour l'utilisateur CMX est !!cmx!!
17. Si le type de connexion Oracle sélectionné est Nom service, l'écran Personnalisation d'URL de connexion
apparaît. Modifiez l'URL générée par le système si vous le désirez. Cliquez sur Suivant.
L'écran Déploiement apparaît.
18. Cliquez sur Oui pour exécuter le script durant l'installation ou cliquez sur Non pour l'exécuter manuellement
plus tard. Cliquez sur Suivant.
L'écran Résumé avant installation apparaît.
19. Si vous voulez changer des options, cliquez sur le bouton Précédent pour revenir aux écrans précédents et
changer vos sélections.
Remarque: Le chemin de dossier affiché dans le résumé de pré-installation pour l'option Ne pas créer de
liens est incorrect, mais le logiciel crée le chemin correct sur le serveur.
20. Vérifiez que le résumé reflète les options souhaitées et cliquez sur Installer pour démarrer le processus
d'installation.
L'écran Veuillez patienter est affiché pendant que le programme d'installation du serveur Hub configure votre
système.
Une fois l'installation terminée, l'écran Installation terminée apparaît.
21. Cliquez sur Terminé pour quitter le programme d'installation du serveur Hub.

22. Assurez-vous de pouvoir lancer la console Hub.
Pour les informations sur le lancement de la console Hub, consultez Chapitre 5, “Lancement de la console
Hub” à la page 73.
Fichiers journaux d'installation

Les fichiers journaux de l'installation sont utiles pour le dépannage du processus d'installation du serveur Hub.
Copiez ces fichiers journaux dans le répertoire de documentation de l'installation. En cas de problème lors de
l'installation, fournissez les fichiers journaux au Support client international Informatica.
Le tableau suivant décrit les fichiers journaux de l'installation :
Emplacement / Fichier journal Description
<infamdm_install_directory>/hub/server/ Contient les messages du journal pour l'installation du serveur Hub.

Informatica_MDM_Hub_Server_InstallLog.xml
<infamdm_install_directory>/hub/server/logs/ Contient les messages des prérequis générés lors de l'installation.

installPrereq.log
<infamdm_install_directory>/hub/server/ Contient les messages de débogage.

infamdm_installer_debug.txt
<infamdm_install_directory>/hub/server/logs/ Contient les messages postInstallSetup pour le script.

postInstallSetup.log
<infamdm_install_directory>/hub/server/logs/ Journal du serveur Hub, qui est créé lorsque le serveur est démarré.
cmxserver.log
Fichiers journaux JBoss (comme Situés dans l'arborescence sous le dossier d'installation JBoss.
<JBoss_install_dir>/server/
<configuration_name>/log/server.log)
LIENS CONNEXES :
¨ “Fichiers journaux de Informatica MDM Hub” à la page 92
¨ “Création d'un répertoire de documentation d'installation” à la page 5
Étape 3. Configuration du serveur Hub

Vous devez configurer le serveur Hub après l'avoir installé.
Fichier EAR du serveur Hub

Vous devez déployer le fichier EAR du serveur Hub sur la même machine que celle sur laquelle vous avez installé
le serveur Hub.
Lors de l'exécution, l'application du serveur Hub doit être capable de localiser l'installation du serveur Hub depuis
lequel vous l'avez déployée. Par conséquent, ne transférez pas le fichier EAR pour un déploiement sur une autre
machine. Par exemple, si vous avez installé le serveur Hub sur une machine de test, puis que vous avez déployé
le fichier EAR sur la machine de production, l'application sur la machine de production ne peut pas localiser
l'installation pour des informations de configuration, telles que la journalisation.

Vérification des numéros de version et de build
Vous devez vous assurer que la version et le numéro de version corrects du serveur Hub sont installés. Effectuez
l'une des étapes suivantes pour déterminer la version et le numéro de version du serveur Hub :
¨ Vérifiez l'entrée JAR manifest.mf à l'intérieur du fichier <infamdm_install_directory>/hub/server/siperian-mrm-

server.ear
¨ Vérifiez le fichier versionInfo.xml situé dans <infamdm_install_directory>/hub/server/conf/versionInfo.xml
¨ Exécutez le fichier versionInfo.sh situé dans <infamdm_install_directory>/hub/server/bin/versionInfo.sh
Remarque: Pour les systèmes AIX, modifiez le script versionInfo.sh pour exécuter Java depuis <JAVA_HOME>/jre/
bin/java.
Configuration des paramètres de journalisation

Vous pouvez configurer log4j_fr.xml pour la journalisation. La valeur par défaut est INFO pour log4j_fr.xml. Vous
pouvez activer DEBUG pour le serveur Hub en remplaçant INFO par DEBUG dans log4j.xml. Vous devez définir la
valeur pour les noms de catégorie suivants dans le fichier log4j_fr.xml :
¨ com.siperian
¨ com.delos
Définir la valeur de catégorie sur DEBUG pour la journalisation la plus détaillée, INFO pour une journalisation moins
détaillée et ERROR pour la journalisation la moins détaillée.
Le fichier log4j.xml est situé dans le répertoire conf sous le répertoire serveur par défaut de JBoss, par exemple
<JBoss_install_dir>/server/<configuration_name>/conf/jboss-log4j.xml.
Remarque: Si vous installez le serveur Hub et le serveur de correspondance de nettoyage sur la même instance
du serveur d'application JBoss, configurez les paramètres de journalisation une seule fois. Lorsque vous installez
le serveur Hub et le serveur de correspondance de nettoyage sur la même instance JBoss, le fichier de
configuration log4j.xml contient la configuration à la fois pour le serveur Hub et pour le serveur de correspondance
de nettoyage. Le serveur Hub et le serveur de correspondance de nettoyage partagent donc le même fichier de
journalisation spécifié dans le fichier jboss-log4j.xml.
Paramétrage des propriétés de la configuration

Vous pouvez configurer le fichier cmxserver.propertiessitué dans le répertoire <infamdm_install_directory>/hub/
server/resources. Après avoir mis à jour le fichier cmxserver.properties, redémarrez l'application serveur Hub pour
recharger les paramètres depuis le fichier.
L'exemple suivant montre le contenu du fichier :

cmx.home=/infamdm/hub/server
cmx.server.masterdatabase.type=oracle
cmx.appserver.type=jboss
cmx.appserver.rmi.port=1099
cmx.appserver.naming.protocol=jnp
jnlp.initial-heap-size=128m
jnlp.max-heap-size=512m
cmx.server.datalayer.cleanse.execution=SERVER
cmx.server.datalayer.cleanse.working_files.location=/infamdm/hub/server/logs
cmx.server.datalayer.cleanse.working_files=LOCAL
Remarque: Si vous devez changer de ports en raison de conflits de ports, vous devez vous assurer que la valeur
cmx.appserver.rmi.port correspond au numéro de port JNP. Le numéro de port JNP est configuré à l'aide de
l'attribut de port dans le fichier <JBoss_install_dir>/server/<configuration_name>/conf/bindingservice.beans/META-
INF/bindings-jboss-beans.xml. Par exemple, le numéro de port JNP 1099 est configuré ainsi : <property
name="port">1099</property>.

Modification des paramètres JBoss
Si vous avez entré des paramètres WebLogic incorrects lors de l'installation, vous pourrez modifier ces valeurs
après l'installation.
1. Ouvrez le fichier suivant pour la modification :

<infamdm_install_directory>/hub/server/bin/build.properties
2. Modifiez vos paramètres de configuration JBoss.

3. Enregistrez et fermez build.properties.
4. Exécutez le script postInstallSetup.sh selon les instructions contenues dans “Exécution manuelle du
processus de post-installation” à la page 35.
5. Redémarrez le serveur d'application.
Changement de mots de passe

Après avoir installé le serveur Hub, vous pouvez changer le mot de passe pour les utilisateurs CMX_SYSTEM et
CMX_ORS. Pour plus d’informations, consultez la section “Changement de mots de passe après l'installation” à la
page 44.
Étape 4. Exécution de tâches de post-installation

Après avoir installé le serveur Hub, vous devrez peut-être exécuter des tâches, par exemple exécuter
manuellement le processus de post-installation, réintégrer les fichiers JAR personnalisés ou redéployer
l'application du serveur Hub.
Exécution manuelle du processus de post-installation

Si vous décidez que le programme d'installation du serveur Hub doit omettre le processus de post-installation,
vous devez exécuter le script de post-installation manuellement. Le script se trouve par défaut dans le répertoire
suivant :
/<infamdm_install_directory>/hub/server
Pour exécuter manuellement le script de post-installation, exécutez la commande suivante à l'invite de commande :
postinstallsetup.sh
Redéploiement manuel de l'application serveur Hub sous UNIX

Informatica fournit le script postInstallSetup que le programme d'installation et l'utilisateur du serveur Hub
peuvent utiliser pour déployer ou redéployer l'application serveur Hub vers le serveur d'application. Cependant,
vous pouvez également utiliser l'outil du serveur d'application par défaut pour déployer l'application du serveur
Hub. Vérifiez que vous déployez l'application du serveur Hub depuis le dossier d'installation du serveur Hub.
Effectuez les étapes suivantes pour déployer manuellement ou pour redéployer l'application du serveur Hub :
1. Arrêtez le serveur d'application.

2. Retirez siperian-mrm.ear du <JBoss_install_dir>/server/<configuration_name>/deploy pour vous assurer que
l'application est complètement supprimée.
3. Copiez siperian-mrm.ear depuis le dossier d'installation du serveur Hub.
4. Démarrez le serveur d'application.
Reportez-vous à votre documentation JBoss pour plus d'informations.

Réintégration des fichiers JAR personnalisés
Si vous avez personnalisé des fichiers JAR, vous devez les réintégrer dans le fichier siperian-mrm-server.ear
après avoir installé le serveur Hub.
1. Exécutez la commande suivante pour créer un répertoire nommé EAR dans <répertoire_installation_infamdm>/
hub/server/lib:
cd <infamdm_install_directory>/hub/server/lib
mkdir ear
2. Exécutez la commande suivante pour copier chaque fichier JAR personnalisé vers le répertoire EAR que
vous avez créé dans l'étape 1 :
copy <original_location_of_custom_jar_file>/<custom_JAR_filename>.jar ear
3. Exécutez la commande suivante pour réintégrer le fichier EAR :
cd <infamdm_install_directory>/hub/server/bin
sip_ant.sh repackage
Installation du serveur Hub sous Windows

Vous pouvez installer le serveur Hub pour qu'il s'exécute dans l'environnement de serveur d'application JBoss sur
la plate-forme Windows.
Remarque: JBoss 5 doit utiliser JDK 1.6.0.14 ou une version ultérieure.
Utilisez les étapes suivantes pour installer le serveur Hub :
1. Préparez l'environnement cible et configurez le serveur d'application.

2. Exécutez le programme d'installation pour installer le serveur Hub.
3. Configurez les paramètres du serveur Hub.
4. Exécutez des tâches de post-installation.

Effectuez les tâches de cette section avant d'installer le serveur Hub.

Avant d'installer le serveur Hub, vérifiez que la machine répond à la configuration matérielle et logicielle requise
pour le serveur Hub.

Obtenez un fichier de licence Informatica. Le programme d'installation du serveur Hub n'installe pas Informatica
MDM Hub sans fichier de licence valide. Contactez le Support client international Informatica pour obtenir une
licence.

Vérification de la mémoire physique
Vérifiez que vous disposez de suffisamment de mémoire physique disponible pour satisfaire aux besoins
d'exécution de tous les logiciels Informatica que vous prévoyez d'installer. Utilisez la formule suivante pour
déterminer vos besoins en mémoire physique :
Total Informatica runtime memory footprint =
JDK JVM max heap size of the application server
+ Window’s native heap size
Vérifiez que vous disposez de suffisamment de mémoire vive pour satisfaire les besoins d'exécution de tous les
logiciels Informatica que vous prévoyez d'installer. En ayant toutes vos applications non-Informatica en fonction,
utilisez la formule suivante pour déterminer si votre mémoire RAM physique est adéquate :
min physical RAM available >= Window’s native process memory limit >=(application server JVM maximum
heap size + <cleanse_engine> memory size)
Pour plus d'informations sur la mémoire vive et la mémoire physique, consultez la documentation Windows.
Vérification du stockage disponible

Le serveur Hub requiert 500 Mo d'espace disque disponible.

Vous devez définir les variables d'environnement JAVA_HOME et PATH de sorte qu'elles désignent JDK 1.6.0.30
ou une version ultérieure.

Installez et configurez JBoss selon les instructions contenues dans la documentation de JBoss.
Vérifiez que vous effectuez les configurations suivantes :
¨ Si le système d'exploitation utilise le protocole Internet version 6 (IPv6), vous devez ajouter -
Djava.netpreferIPv4Stack=true lorsque vous configurez les propriétés spécifiques à JBoss, JAVA_OPTS dans
<JBoss_install_dir>\bin\run.bat :
# Set up JBoss specific properties
JAVA_OPTS="-Dprogram.name=$PROGNAME -Djava.net.preferIPv4Stack=true $JAVA_OPTS"
¨ Ajoutez l'option JVM suivante au script de démarrage de JBoss pour forcer JBoss et JGroups à utiliser la
même adresse de liaison :
-Djgroups.bind_addr=<bind_addr>
Dans l'exemple, <bind_addr> indique l'interface sur laquelle recevoir et envoyer des messages.
¨ Définissez l'attribut Isolated du déployeur JBoss EAR sur True dans <JBoss_install_dir>\server
\<configuration_name>/deployers/eardeployer-jboss-beans.xml. Ceci configure tous vos fichiers EAR pour
qu'ils soient dans des espaces de chargeurs de classes isolés en utilisant l'appel par valeur pour les interfaces
distantes.
Exemple :
</bean>

Veuillez contacter Oracle pour obtenir les pilotes JDBC pour la configuration de la base de données. Configurez
JBoss après avoir obtenu les pilotes.
Installation du serveur Hub sous Windows 37

Afin de configurer JBoss pour utiliser une source de données Oracle, copiez les fichiers des pilotes JDBC d'Oracle
dans le répertoire suivant :
<JBoss_install_dir>\server\<configuration_name>\lib
Remarque: Vérifiez que vous utilisez des versions des pilotes JDBC d'Oracle prises en charge. Pour éviter les
conflits, supprimez ou déplacez les fichiers ojdbc.jar non pris en charge du répertoire abritant la version prise en
charge des fichiers ojdbc.jar.
Configurez et vérifiez la connexion à la base de données

Vous devez pouvoir vous connecter à la base de données depuis la machine sur laquelle le serveur Hub MDM est
installé.
Effectuez les tâches suivantes pour configurer et vérifier la connexion à la base de données :
1. Installez le client Oracle.

2. Ajoutez l'entrée TNS pour le fichier tnsnames.ora.
Le fichier tnsnames.ora est situé dans le répertoire suivant:
<Oracle_home>\network\admin
3. Utilisez la commande suivante pour vérifier la connexion à la base de données :
sqlplus cmx_system/<cmx_system_password>@<TNS NAME>


Désactivation de JMX Invoker Authentication

Si JMX Invoker Authentication est activé pour le serveur JBoss, vous devez le désactiver afin de créer
correctement une source de données lors de l'enregistrement d'ORS dans la console Hub. Pour désactiver JMX
Invoker Authentication :
1. Modifiez le fichier suivant :

<jboss_install_dir>\server\<configuration_name>\deploy\jmx-invoker-service.xml
2. Supprimez ou ajoutez un commentaire aux lignes suivantes :



jboss-5.1.0.GA\bin

run.bat -b 0.0.0.0
serveur :
run.bat -b 0.0.0.0 -Djboss.server.name="<server_name>"
Vous pouvez également lier l'adresse IP au nom de la machine dans le fichier hosts dans le répertoire
suivant : \\WINDOWS\system32\drivers\etc\hosts
Remarque: Si vous double-cliquez sur le fichier exécutable pour démarrer JBoss, vous ne liez pas l'adresse
IP ou le nom d'hôte et ne pourrez pas vous connecter à la console Hub.
Étape 2. Exécuter le programme d'installation du serveur Hub

Le programme d'installation du serveur Hub est utilisé pour installer le logiciel Serveur Hub. Il est inclus dans votre
distribution Informatica MDM Hub.
Vous devez utiliser le même nom d'utilisateur pour installer le serveur Hub et le serveur de correspondance de
nettoyage.
Les noms de fichiers et de répertoires dans cette section peuvent varier légèrement selon le type d'installation
effectuée.
Pour installer le serveur Hub :
1. Assurez-vous que le serveur d'application a démarré et fonctionne correctement.

2. Exécutez le programme d'installation du serveur Hub, hub_install.exe, qui est situé dans le répertoire de
distribution, par exemple \windows\mrmserver.
L'écran de l'accord de licence apparaît.
5. Sélectionnez le bouton J'accepte les termes du contrat de licence, puis cliquez sur Suivant.
L'écran de Sélection du dossier d'installation apparaît.
Remarque: Si vous saisissez un emplacement contenant une version précédemment installée du logiciel
Informatica, le programme d'installation vous demande si vous voulez installer un correctif pour l'installation
existante. Pour les détails sur le processus de mise à niveau, voir Guide de mise à niveau d'Informatica MDM
Hub.
¨ Cliquez sur Suivant pour installer Informatica MDM Hub dans C:\infamdm\hub\server.
¨ Entrez le chemin vers le dossier d'installation. Cliquez sur Suivant.
Important: Ne pas utiliser un chemin qui contient des espaces dans les noms de répertoire ou de dossier.
¨ Cliquez sur le bouton Choisir pour choisir un autre emplacement où installer Informatica MDM Hub puis
cliquez sur Suivant.
L'écran de Sélection du dossier de raccourci apparaît.

7. Sélectionnez un dossier de raccourci puis cliquez sur Suivant pour continuer.
L'écran Entrée de l'emplacement du fichier de licence apparaît.
8. Cliquez sur Choisir pour sélectionner un fichier de licence et cliquez sur Suivant pour continuer.
Vous devez posséder un fichier de licence pour poursuivre l'installation. Contactez le Support client
international Informatica pour obtenir un fichier de licence si vous n'en avez pas.
L'écran du serveur d'application apparaît.
9. Choisissez JBoss comme serveur d'application pour lequel vous voulez installer le serveur Hub et cliquez sur
Suivant.
L'écran d'accueil du serveur d'application JBoss apparaît.
a. Spécifiez le dossier d'installation du serveur d'application. Cliquez sur Suivant.
L'écran Nom de configuration du serveur d'application JBoss apparaît.
b. Spécifiez le nom de configuration. La valeur par défaut est default. Cliquez sur Suivant.
L'avertissement de prérequis JBoss apparaît.
c. Cliquez sur OK.
L'écran Port du serveur d'application JBoss apparaît.
d. Configurez le port d'écoute JNP.
<JBoss_install_dir>\server\<configuration_name>\deploy\jbossweb.sar\server.xml
Ouvrez server.xml et spécifiez votre numéro de port d'écoute JNP.
port, ouvrez server.xml pour édition, cherchez le mot « port » et définissez la valeur du port pour qu'elle
corresponde à la valeur définie sur l'écran Port du serveur d'application JBoss.
L'écran de sélection de la base de données apparaît.
12. Sélectionnez Oracle. Cliquez sur Suivant.
L'écran Sélection du type de connexion de la base de données Oracle apparaît.
13. Choisissez le nom de service ou le type de connexion SID. Cliquez sur Suivant.
L'écran Informations de base de données Oracle apparaît.
14. Entrez les paramètres suivants pour la base de données Oracle à laquelle vous voulez vous connecter : Nom
de serveur, numéro de port, nom de service ou SID Oracle (dépend de votre type de connexion sélectionné),
nom de schéma du système Informatica MDM Hub (par exemple, CMX_SYSTEM) nom d'utilisateur CMX (par
exemple, CMX) et mot de passe CMX (pour le nom d'utilisateur CMX). Cliquez sur Suivant.
Si le type de connexion Oracle sélectionné est Nom service, l'écran Personnalisation d'URL de connexion
apparaît.
16. Modifier l'URL de connexion si nécessaire et cliquez sur Suivant.
L'écran Script PostInstallSetup (déploiement) apparaît.
17. Cliquez sur Oui pour exécuter le script durant l'installation ou cliquez sur Non pour l'exécuter manuellement
plus tard. Cliquez sur Suivant.

L'écran Résumé avant installation apparaît.
Pour plus d'informations sur le processus post-installation, voir Exécution manuelle du processus de post-
installation.
18. Si vous voulez changer des options, cliquez sur le bouton Précédent pour revenir aux écrans précédents et
changer vos sélections.
19. Une fois que l'écran de résumé affiche les options que vous souhaitez, cliquez sur Installer pour démarrer le
processus d'installation.
Une fois l'installation terminée, l'écran Installation terminée apparaît.
20. Cliquez sur Terminé pour quitter le programme d'installation du serveur Hub.
21. Assurez-vous de pouvoir lancer la console Hub.
Pour les informations sur le lancement de la console Hub, consultez Chapitre 5, “Lancement de la console
Hub” à la page 73.
LIENS CONNEXES :
¨ “Exécution manuelle du processus de post-installation” à la page 43

Les fichiers journaux de l'installation sont utiles pour le dépannage du processus d'installation du serveur Hub.
Copiez ces fichiers journaux dans le répertoire de documentation de l'installation. En cas de problème lors de
l'installation, fournissez les fichiers journaux au Support client international Informatica.
Le tableau suivant décrit les fichiers journaux de l'installation :
<infamdm_install_directory>\hub\server Contient les messages du journal pour l'installation du serveur Hub.

\Informatica_MDM_Hub_Server_InstallLog.xml
<infamdm_install_directory>\hub\server\logs Contient les messages des prérequis générés lors de l'installation.

\installPrereq.log
<infamdm_install_directory>\hub\server Contient les messages de débogage.

\infamdm_installer_debug.txt
<infamdm_install_directory>\hub\server\logs Contient les messages postInstallSetup pour le script.

\postInstallSetup.log
<infamdm_install_directory>\hub\server\logs Journal du serveur Hub, qui est créé lorsque le serveur est démarré.
\cmxserver.log
Fichiers journaux JBoss Situés dans l'arborescence sous le dossier d'installation JBoss.
Exemple : <JBoss_install_dir>\server
\<configuration_name>\log\server.log
LIENS CONNEXES :
¨ “Fichiers journaux de Informatica MDM Hub” à la page 92
¨ “Création d'un répertoire de documentation d'installation” à la page 5

Étape 3. Configuration du serveur Hub
Vous devez configurer le serveur Hub après l'avoir installé.
Fichier EAR du serveur Hub

Vous devez déployer le fichier EAR du serveur Hub sur la même machine que celle sur laquelle vous avez installé
le serveur Hub.
Lors de l'exécution, l'application du serveur Hub doit être capable de localiser l'installation du serveur Hub depuis
lequel vous l'avez déployée. Par conséquent, ne transférez pas le fichier EAR pour un déploiement sur une autre
machine. Par exemple, si vous avez installé le serveur Hub sur une machine de test, puis que vous avez déployé
le fichier EAR sur la machine de production, l'application sur la machine de production ne peut pas localiser
l'installation pour des informations de configuration, telles que la journalisation.

Vous devez vous assurer que la version et le numéro de version corrects du serveur Hub sont installés. Effectuez
l'une des étapes suivantes pour déterminer la version et le numéro de version du serveur Hub :
¨ Vérifiez l'entrée JAR manifest.mf dans le fichier <infamdm_install_directory>\hub\cleanse\siperian-mrm-

cleanse.ear
¨ Vérifiez le fichier versionInfo.xml situé dans <infamdm_install_directory>\hub\cleanse\conf\versionInfo.xml
¨ Exécutez versionInfo.bat situé dans <infamdm_install_directory>\hub\server\bin\versionInfo.bat
Configuration des paramètres de journalisation

Vous pouvez configurer log4j_fr.xml pour la journalisation. La valeur par défaut est INFO pour log4j_fr.xml. Vous
pouvez activer DEBUG pour le serveur Hub en remplaçant INFO par DEBUG dans log4j.xml. Vous devez définir la
valeur pour les noms de catégorie suivants dans le fichier log4j_fr.xml :
¨ com.siperian
¨ com.delos
Le fichier log4j.xml est situé dans le répertoire conf sous le répertoire du serveur par défaut de JBoss, par
exemple <JBoss_install_dir>\server\<configuration_name>\conf\jboss-log4j.xml.
Paramétrage des propriétés de la configuration

Vous pouvez configurer le fichier cmxserver.properties dans le répertoire <infamdm_install_directory>\hub\server
\resources. Après avoir mis à jour ce fichier, vous devez redémarrer l'application serveur Hub pour recharger les
paramètres du fichier. Les valeurs contenues dans ce fichier reflètent votre installation.
Votre fichier doit être similaire à l'exemple suivant :

cmx.home=C:\infamdm\hub\server
cmx.server.masterdatabase.type=oracle

cmx.application.server.type=jboss
cmx.appserver.web.port=8080
cmx.appserver.naming.protocol=jnp
cmx.appserver.soap.connector.port=
jnlp.initial-heap-size=128m
jnlp.max-heap-size=512m
cmx.server.datalayer.cleanse.execution=SERVER
cmx.server.datalayer.cleanse.working_files.location=C:\infamdm\hub\server\logs
cmx.server.datalayer.cleanse.working_files=LOCAL
Remarque: Si vous devez changer de ports en raison de conflits de ports, vous devez vous assurer que la valeur
cmx.appserver.rmi.port correspond au numéro de port JNP. Le numéro de port JNP est configuré avec l'attribut de
port dans le fichier <JBoss_install_dir>\server\<configuration_name>\conf\bindingservice.beans\META-INF
\bindings-jboss-beans.xml. Par exemple, le numéro de port JNP 1099 est configuré ainsi : <property
name="port">1099</property>.
Modification des paramètres JBoss

Si vous avez entré des paramètres WebLogic incorrects lors de l'installation, vous pourrez modifier ces valeurs
après l'installation.
1. Ouvrez le fichier build.properties depuis l'emplacement suivant pour la modification :

<infamdm_install_directory>\hub\server\bin\build.properties
2. Modifiez les paramètres de configuration JBoss.
3. Enregistrez et fermez le fichier build.properties.
4. Exécutez le script postInstallSetup selon les instructions contenues dans “Exécution manuelle du processus
de post-installation” à la page 43.
Changement de mots de passe

Après avoir installé le serveur Hub, vous pouvez changer le mot de passe pour les utilisateurs CMX_SYSTEM et
CMX_ORS. Pour plus d’informations, consultez la section “Changement de mots de passe après l'installation” à la
page 44.
Étape 4. Exécution de tâches de post-installation

Après avoir installé le serveur Hub, vous devrez peut-être exécuter des tâches, par exemple exécuter
manuellement le processus de post-installation, réintégrer les fichiers JAR personnalisés ou redéployer
l'application du serveur Hub.
Exécution manuelle du processus de post-installation

Si vous décidez que le programme d'installation du serveur Hub doit omettre le processus de post-installation,
vous devez exécuter le script de post-installation manuellement. Le script se trouve par défaut dans le répertoire
suivant :
<infamdm_install_directory>\hub\server
Par exemple, le répertoire par défaut est C:\infamdm\hub\server.
Pour exécuter manuellement le script de post-installation, exécutez la commande suivante à l'invite de commande :
postInstallSetup.bat

Redéploiement manuel de l'application serveur Hub sous Windows

2. Supprimez siperian-mrm.ear des fichiers <JBoss_install_dir>\server\<configuration_name>\deploy\siperian-
* et <JBoss_install_dir>\server\<configuration_name>\deploy\messaging\siperian-* pour vous assurer que
tous les fichiers et applications liés sont supprimés.
3. Copiez siperian-mrm.ear depuis le dossier d'installation du serveur Hub vers <JBoss_install_dir>\server
\<configuration_name>\deploy.
4. Copiez siperian-mrm-ds.xml depuis <infamdm_install_dir>\conf vers <JBoss_install_dir>\server

5. Copiez siperian-jms-ds.xml et siperian-destination-service.xml depuis <infamdm_install_dir>\conf vers

<JBoss_install_dir>\server\<configuration_name>\deploy\messaging.
Réintégration des fichiers JAR personnalisés

Si vous avez personnalisé des fichiers JAR, vous devez les réintégrer dans le fichier siperian-mrm-server.ear
après avoir installé le serveur Hub.
1. Exécutez la commande suivante pour créer un répertoire nommé EAR dans <répertoire_installation_infamdm>
\hub\server\lib :
cd <infamdm_install_directory>\hub\server\lib
mkdir ear
2. Exécutez la commande suivante pour copier chaque fichier JAR personnalisé vers le répertoire EAR que
vous avez créé dans l'étape 1 :
copy <original_location_of_custom_jar_file>\<custom_JAR_filename>.jar ear
3. Exécutez la commande suivante pour réintégrer le fichier EAR :
cd <infamdm_install_directory>\hub\server\bin
sip_ant.bat repackage
Changement de mots de passe après l'installation

Après avoir installé le serveur Hub, vous pourrez changer les mots de passe pour les utilisateurs de
CMX_SYSTEM et de CMX_ORS.
Modification du mot de passe de l'utilisateur CMX_SYSTEM

Une fois le serveur Hub installé, vous pourrez changer le mot de passe pour l'utilisateur CMX_SYSTEM. Si c'est le
cas, effectuez également les tâches suivantes :
¨ Modifier le mot de passe de l'utilisateur CMX dans Oracle.
¨ Définir le même mot de passe dans la source de données dans le serveur d'application.

Pour plus d'informations sur le changement des mots de passe dans Informatica MDM Hub, consultez le Guide de
configuration d'Informatica MDM Hub .
Modification du mot de passe de l'utilisateur CMX_ORS

Après avoir installé le serveur Hub, vous pourrez changer le nom d'utilisateur et le mot de passe pour l'utilisateur
CMX_ORS. Si c'est le cas, effectuez également les tâches suivantes :
¨ Modifier le mot de passe de l'utilisateur CMX_ORS dans Oracle.
¨ Définir le même mot de passe dans la source de données dans le serveur d'application.
¨ Enregistrer le schéma avec les mêmes nom d'utilisateur et mot de passe que vous avez configurés dans la
base de données et le serveur d'application. Tous ces noms d'utilisateur et mots de passe doivent être
identiques.
Cryptage de mot de passe de base de données dans

JBoss
Le serveur Hub crée des fichiers de source de données dans JBoss pour se connecter aux bases de données.
L'installation du serveur Hub crée une source de données pour cmx_system. La console Hub crée une source de
données pour l'ORS lors de l'enregistrement de l'ORS. Ces fichiers de source de données contiennent des mots
de passe visibles. Vous pouvez crypter des mots de passe dans les fichiers de source de données en fonction des
mots de passe de source de données de chiffrement fournis par JBoss.
Dans le Hub MDM, les fichiers de source de données sont disponibles aux emplacements suivants :
¨ <JBoss_install_dir>\server\<configuration_name>\deploy\siperian-*-ds.xml
¨ <infamdm_install_directory>\hub\server\conf\siperian-mrm-ds.xml
Remarque: Lorsque vous modifiez le fichier de source de données pour cmx_system dans <JBoss_install_dir>
\server\default\deploy, vous devez aussi modifier le fichier de source de données dans
<infamdm_install_directory>\hub\server\conf.
Utilisez la procédure suivante pour crypter des mots de passe dans les fichiers de source de données :
1. Crypter les mots de passe de base de données.

2. Spécifiez une politique d'application dans login-config.xml pour chaque source de données.
3. Référencer la politique d'application depuis les fichiers de source de données.
Étape 1. Crypter le mot passe de base de données.

Pour crypter votre mot de passe de base de données en texte clair dans JBoss, exécutez les commandes
suivantes :
Pour Windows
cd <jboss_install_dir>
java -cp client\jboss-logging-spi.jar;common\lib\jbosssx.jar
org.jboss.resource.security.SecureIdentityLoginModule <database_password>
Pour UNIX
cd <jboss_install_dir>
java -cp client/jboss-logging-spi.jar:common/lib/jbosssx.jar
org.jboss.resource.security.SecureIdentityLoginModule <database_password>
Cryptage de mot de passe de base de données dans JBoss 45

Étape 2. Spécification de la politique d'application dans login-
config.xml
Vous devez spécifier la politique d'application dans le fichier login-config.xml situé dans :
<jboss_install_dir>\server\default\conf
Le nom de la politique d'application doit être unique dans le fichier. Le nom de la politique d'application provient
du fichier de source de données.
L'exemple de politique d'application suivant correspond à la source de données jdbc/siperian-cmx_system-ds :

<application-policy name="cmx_system_password">
<authentication>
<login-module code="org.jboss.resource.security.SecureIdentityLoginModule" flag="required">
<module-option name="username">cmx</module-option>
<module-option name="password">-4302ef264bee5b58</module-option>
<module-option name="managedConnectionFactoryName">jboss.jca:service=XATxCM,name=jdbc/siperian-
cmx_system-ds</module-option>
</login-module>
</authentication>
</application-policy>
Remarque: Vous devez modifier les valeurs en gras pour votre source de données.
Le nom du module-option est le nom d'utilisateur de la base de données et le mot de passe du module-option est
le mot de passe crypté d'utilisateur de la base de données qui a été généré à l'étape précédente. Utilisez l'attribut
jboss.jca:name pour spécifier le nom de la source de données pour managedConnectionFactoryName dans le
module-option.
Étape 3. Référencement de la politique d'application depuis le fichier

de source de données
Suivez les étapes suivantes pour référencer la politique d'application depuis un fichier de source de données :
1. Ouvrez le fichier de source de données situé dans <jboss_install_dir>\server\default\deploy.

2. Remplacez la référence au nom d'utilisateur et au mot de passe par le domaine de sécurité, qui est la
référence à la politique d'application dans login-config.xml.
Par exemple, remplacez les éléments suivants :
<user-name>cmx</user-name>
<password>!!cmx!!</password>
Par :
<security-domain>cmx_system_password</security-domain>

CHAPITRE 4
Installation du serveur de
correspondance de nettoyage
¨ Présentation de l'installation du serveur de correspondance de nettoyage, 47
¨ À propos du serveur de correspondance de nettoyage, 47
¨ Installation du serveur de correspondance de nettoyage sous UNIX, 48
¨ Installation du serveur de correspondance de nettoyage sous Windows, 60
¨ Activation de la population de correspondance, 71
Présentation de l'installation du serveur de

Vous pouvez installer et configurer le serveur de correspondance de nettoyage sous Windows ou UNIX. Ensuite,
vous devez déployer le serveur de correspondance de nettoyage dans un environnement de serveur d'application.
À propos du serveur de correspondance de nettoyage

Le serveur de correspondance de nettoyage effectue les opérations de nettoyage des données et les opérations
de correspondance. Le serveur de correspondance de nettoyage se connecte avec le moteur de nettoyage que
vous configurez. Le serveur de correspondance de nettoyage et le moteur de nettoyage fonctionnent
conjointement pour normaliser et optimiser les données pour la correspondance et la consolidation.
Moteurs de correspondance de nettoyage pris en charge

Informatica suppose que vous êtes familier avec le moteur de nettoyage et que vous avez déjà installé et
configuré le moteur de nettoyage avant l'installation de MDM Hub.
Configuration post-installation
Vous pouvez utiliser le programme d'installation du serveur de correspondance de nettoyage pour effectuer la
configuration post-installation. La configuration post-installation déploie et configure le serveur de correspondance
47
de nettoyage sur le serveur d'application. Si vous choisissez de ne pas exécuter la configuration post-installation
depuis le programme d'installation, le programme d'installation copie le script postinstallsetup du serveur de
correspondance de nettoyage vers le dossier d'installation d'Informatica suivant :
<infamdm_install_directory>/hub/cleanse/
Vous pouvez exécuter le script postinstallsetup pour effectuer la configuration post-installation.
Remarque: Les scripts postinstallsetup sont différents pour le serveur Hub et pour le serveur de correspondance
de nettoyage.
Vous bénéficiez des avantages suivants quand vous séparez les processus d'installation et de post-installation :
¨ Vous pouvez vérifier que l'application démarre correctement avant de la déployer.
¨ Vous pouvez régler les problèmes de déploiement en dehors du processus d'installation.
¨ Vous pouvez déployer l'application avec la console d'administration du serveur d'application.
¨ Vous pouvez exécuter le script pour redéployer l'application au lieu de réinstaller complètement le serveur de
Installation du serveur de correspondance de

nettoyage sous UNIX
Vous pouvez installer le serveur de correspondance de nettoyage pour qu'il s'exécute dans l'environnement du
serveur d'application JBoss sous UNIX.
Suivez les étapes suivantes pour installer le serveur de correspondance de nettoyage :
¨ Préparez l'environnement cible, dont la configuration du serveur d'application.
¨ Exécutez le programme d'installation pour installer le serveur de correspondance de nettoyage.
¨ Indiquez ou changez les paramètres de configuration du serveur de correspondance de nettoyage.

¨ Exécutez des tâches de post-installation.

Effectuez les tâches de cette section avant d'installer Cleanse Match Server.

Avant d'installer le serveur de correspondance de nettoyage, remplissez les exigences matérielles et logicielles
requises. Pour plus d'informations sur la configuration matérielle et logicielle requise, consultez la matrice de
disponibilité des produits sur
https://communities.informatica.com/community/my-support/tools/product-availability-matrices.

Vous devez définir la variable d'environnement JAVA_HOME pour désigner JDK 1.6.0.30 ou une version ultérieure.
48 Chapitre 4: Installation du serveur de correspondance de nettoyage

Sur la machine sur laquelle vous prévoyez d'exécuter le serveur de correspondance de nettoyage, installez et
configurez votre environnement JBoss conformément à votre documentation JBoss, si vous ne l'avez pas déjà fait.
Remarque: JBoss 1.5 ne démarre pas avec JDK 1.6 sur le système d'exploitation Solaris 10 sur SPARC. Vous
devez actualiser le fichier profile.xml situé dans server/default/conf/bootstrap en remplaçant l'extrait de code
suivant :
<constructor>
<parameter>
</parameter>
</constructor>
Par
<constructor>
<parameter class="java.io.File">
</parameter>
</constructor>

Contactez Oracle pour obtenir les pilotes JDBC requis pour la configuration de votre base de données. Une fois
que vous avez obtenu les fichiers, configurez JBoss comme suit :
Pour configurer JBoss afin qu'il utilise une source de données Oracle, copiez les nouveaux fichiers du pilote JDBC
Oracle dans votre répertoire <JBoss_install_dir> /server/< configuration_name >/lib.

Installation et configuration du moteur de nettoyage

Installez et configurez le moteur de nettoyage. Obtenez les codes de déverrouillage requis pour le moteur de
nettoyage. Vérifiez que les derniers correctifs sont installés. Vérifiez que le serveur de correspondance de
nettoyage fonctionne correctement. Pour plus d'instructions sur la configuration d'Informatica MDM Hub de façon à
l'intégrer au moteur de nettoyage, consultez le Guide de l’adaptateur de nettoyage d'Informatica MDM Hub.

Vous avez besoin d'un fichier de licence Informatica pour installer le serveur de correspondance de nettoyage.
Contactez le Support client international Informatica pour obtenir un fichier de licence.
Votre licence Informatica comprend les informations nécessaires à l'installation du serveur de nettoyage avec le
serveur de correspondance de nettoyage que vous utilisez. Lors de l'installation du serveur de nettoyage, le
programme d'installation du serveur de correspondance de nettoyage vous demande des informations sur le
Installation du serveur de correspondance de nettoyage sous UNIX 49

serveur de correspondance de nettoyage, recherche les informations dans le fichier de licence puis les stocke
dans le fichier cmxcleanse.properties.
Si vous avez installé un serveur de correspondance de nettoyage dont les informations ne correspondent pas au
fichier de licence Informatica, le programme d'installation du serveur de correspondance de nettoyage ne stocke
aucune information dans le fichier de propriétés. Le fichier de propriétés affiche donc des valeurs par défaut ou
vides pour ce serveur de correspondance de nettoyage.
Pour vous assurer que le fichier cmxcleanse.properties est mis à jour, vous devez obtenir le fichier de licence
Informatica adéquat et réinstaller le serveur de correspondance de nettoyage.
Configurer JBoss pour le Cleanse Match Server

Cette section décrit comment configurer JBoss avant d'installer le Cleanse Match Server.
Suppression des pilotes obsolètes d'Oracle

Avant d'installer le Cleanse Match Server, supprimez les instances des anciens pilotes d'Oracle de la structure de
répertoire de JBoss. Les fichiers de pilotes Oracle suivants pourraient se trouver dans le répertoire
<rép_installation_JBoss>/server/<nom_de_configuration>/lib :
¨ ocrs12.jar
¨ orai18n.jar
¨ nls_charset12.jar
Création de sources de données pour chaque ORS

Si vous installez le serveur de correspondance de nettoyage sur un autre ordinateur que celui exécutant le
serveur Hub, vous devez créer des sources de données pour chaque ORS. Vous devez aussi configurer Oracle,
ainsi que JBoss.

Remarque: Si vous exécutez Oracle sur le même hôte que celui qui exécute le serveur de correspondance de
nettoyage, vous pouvez passer cette section.
Pour configurer JBoss afin qu'il utilise une source de données Oracle :
1. Copiez un fichier source de données échantillon ( nom -ds.xml) dans votre répertoire de déploiement JBoss.
Par défaut, le répertoire de déploiement JBoss est :
<JBoss_install_dir>/server/<configuration_name>/deploy
Vous pouvez trouver des exemples dans :

<JBoss_install_dir>/docs/examples/jca
Vous pouvez modifier le nom du fichier d'exemple de source de données, mais il doit se terminer par -
ds_fr.xml pour être reconnu comme descripteur de source de données.
2. Éditez la définition de la source de données pour qu'elle corresponde à vos paramètres de connexion de la
base de données. Modifiez les paramètres suivants :
Paramètre Description
jndi-name Définir la valeur suivante pour jndi-name pour une source de données serveur Hub :
jdbc/siperian-cmx_system-ds
Définir la valeur suivante pour jndi-name pour une source de données du serveur de
nettoyage :

jdbc/siperian-<oracle_host_name>-<oracle_sid >-<ors_schema_name>-ds
où oracle_host_name est le nom de votre hôte, oracle_sid est le nom de votre
instance Oracle et ors_schema_name est le nom de votre ORS.
connection-url L'URL de connexion pilote JDBC pour votre pilote. Vérifiez que le nom, l'hôte et le port de
la base de données sont corrects pour la base de données à laquelle vous vous connectez.
Par exemple :
jdbc:oracle:thin:@nom_serveur:1521:orcl
username Nom d'utilisateur par défaut utilisé lors de la création d'une nouvelle connexion. L'utilisateur
par défaut dans Oracle est cmx pour le serveur Hub et cmx_ors pour le serveur de
password Mot de passe par défaut utilisé lors de la création d'une nouvelle connexion.
Configuration de JBoss pour le serveur de correspondance de nettoyage et le

serveur Hub
Si vous avez besoin d'exécuter le serveur Hub, le serveur de correspondance de nettoyage ou les deux, vous
devez configurer manuellement JBoss.
Pour configurer JBoss, effectuez les étapes suivantes :
1. Définissez l'attribut Isolated du déployeur EAR de JBoss sur True dans <JBoss_install_dir>/server/
<configuration_name>/deployers/eardeployer-jboss-beans.xml. Ceci configure tous vos fichiers EAR pour
qu'ils se trouvent dans des espaces de chargeurs de classes isolés en utilisant l'appel par valeur pour les
interfaces distantes.
Par exemple :
</bean>
2. En cas de conflit potentiel entre le port JBoss et le port Oracle, modifiez le port du serveur d'application JBoss
en éditant le fichier suivant:
<JBoss_install_dir>/server/<configuration_name>/deploy/jbossweb.sar/server.xml
Le port par défaut du connecteur est 8080. Remplacez ce paramètre par n'importe quel port inutilisé qui
n'entre pas en conflit avec les autres applications.


jboss-5.1.0.GA/bin
run.sh -b 0.0.0.0
serveur :
run.sh -b 0.0.0.0 -Djboss.server.name="<server_name>"
Vous pouvez également lier l'adresse IP au nom de la machine dans le fichier hosts du répertoire suivant :
\etc\hôtes

Étape 2. Exécuter le programme d'installation du Cleanse Match
Server
Le programme d'installation du Cleanse Match Server est utilisé pour installer le logiciel Cleanse Match Server. Il
est inclus dans votre distribution Informatica MDM Hub.
¨ Si vous installez le serveur Hub, le serveur d'applications, le serveur de nettoyage et le moteur de nettoyage
sur le même ordinateur, les noms d'utilisateur que vous utilisez pour les installer doivent appartenir au même
groupe UNIX.
¨ Vous pouvez utiliser n'importe quel nom d'utilisateur pour installer le serveur Hub et le serveur de
correspondance de nettoyage, mais vous devez utiliser le même nom d'utilisateur pour installer les deux
serveurs.
¨ Les noms de fichiers et de répertoires dans cette section peuvent varier légèrement selon le type d'installation
effectuée.
¨ Si vous installez le serveur de correspondance de nettoyage et le serveur Hub sur le même serveur, utilisez le
compte d'utilisateur du système d'exploitation que vous utilisez pour le serveur Hub afin d'installer le serveur
d'applications du serveur de correspondance de nettoyage. Il est recommandé de ne pas utiliser l'utilisateur
racine lorsque vous installez le serveur de correspondance de nettoyage, sauf si l'utilisateur racine est déjà
utilisé pour le serveur Hub.
¨ Le programme d'installation du serveur de correspondance de nettoyage permet également de mettre à niveau
les installations existantes. Si une version précédente du logiciel Informatica est installée, consultez le Guide
de mise à niveau de Informatica MDM Hub pour en savoir plus. Cette section traite des nouvelles installations.
Pour installer le serveur de correspondance de nettoyage :

2. Si vous installez depuis un client distant, démarrez une session Windows X et définissez la valeur DISPLAY
vers le client distant.
3. Exécutez le programme d'installation de correspondance de nettoyage Informatica. Le programme
d'installation du serveur de correspondance de nettoyage est en distribution dans le répertoire suivant :
Solaris : /solaris/mrmcleanse/
HP-UX : /hpux/mrmcleanse/
Linux : /linux/mrmcleanse/
AIX : /aix/mrmcleanse/
4. Exécutez la commande suivante pour commencer le processus d'installation.
./hub_cleanse_install.bin
Remarque: Pour contourner la validation prérequise dans l'installation, voir “Ignorer l'installation des pré-
requis” à la page 97.
L'écran d'accord de licence s'affiche.
7. Acceptez les termes de la licence et cliquez sur Suivant.
L'écran de Sélection du dossier d'installation s'affiche.

8. Cliquez sur le bouton Choisir pour choisir un autre emplacement pour installer le serveur de correspondance
de nettoyage ou cliquez sur Suivant pour accepter celui par défaut.
Important: Ne pas utiliser un chemin qui contient des espaces dans le nom de répertoire ou de dossier.
L'écran de saisie de l'emplacement du fichier de licence s'affiche.
9. Cliquez sur Choisir pour choisir un fichier de licence. Vous ne pouvez pas continuer l'installation si vous
n'avez pas de fichier de licence. Contactez le Support client international Informatica pour obtenir un fichier
de licence. Cliquez sur Suivant pour continuer.
L'écran Serveur d'application s'affiche.
10. Choisissez le serveur d'application JBoss et cliquez sur Suivant.
L'écran d'accueil du serveur d'application JBoss s'affiche.
11. Configurez les paramètres JBoss :
a. Saisissez le dossier d'installation du serveur d'application. Cliquez sur Suivant.
L'écran Nom de configuration du serveur d'application JBoss s'affiche.
b. Saisissez le nom de configuration. La valeur par défaut est default. Cliquez sur Suivant.
L'écran Port du serveur d'application JBoss s'affiche.
c. Entrez votre port d'écoute JNP.
<JBoss_install_dir>/server/<configuration_name>/conf/bindingservice.beans/META-INF/bindings-
jboss-beans.xml
Remarque: Si le port JBoss est en conflit avec le port Oracle par défaut, alors vous devez changer l'un
des ports pour résoudre le conflit. Pour changer le numéro de port, ouvrir bindings-jboss-beans_fr.xml
pour édition, chercher le mot port et définir la valeur du port pour qu'elle corresponde à la valeur définie
dans l'écran Port de serveur d'application JBoss.
12. Configurez les paramètres du moteur de nettoyage pour le moteur de nettoyage que vous utilisez.
¨ Si vous utilisez Address Doctor, vous devez configurer Address Doctor en utilisant le programme
d'installation du serveur de correspondance de nettoyage.
- Spécifiez les emplacements de fichiers de configuration et de paramètres et le paramètre de type de
correction.
- Cliquez sur Suivant.
¨ Si vous utilisez Business Objects DQ XI, vous devez configurer Business Objects DQ XI en utilisant le
programme d'installation du serveur de correspondance de nettoyage. Spécifiez les paramètres d'hôte, de
port et de sous-fichier pour votre moteur de nettoyage Business Objects DQ XI et cliquez sur Suivant.
Remarque: Après installation, vous devez effectuer une configuration supplémentaire pour votre moteur de
nettoyage conformément aux instructions dans le Guide de l’adaptateur de nettoyage d'Informatica MDM Hub.
13. Choisissez d'exécuter le script durant l'installation ou plus tard (voir “Exécution de PostInstallSetup” à la page
59). Cliquez sur Suivant.
L'écran Résumé avant installation s'affiche. Si vous voulez changer des options, cliquez sur le bouton
Précédent pour revenir aux écrans précédents et changer vos sélections. Une fois que le résumé reflète les
options souhaitées, cliquez sur Installer pour démarrer l'installation.
L'écran Veuillez patienter s'affiche pendant qu'Informatica configure votre système.
Une fois le processus d'installation terminée, l'écran Installation terminée s'affiche.
14. Cliquez sur Terminé pour quitter le programme d'installation du serveur de correspondance de nettoyage.

Les fichiers journaux suivants sont utiles pour le dépannage des problèmes lors du processus d'installation du
Cleanse Match Server. Copiez ces fichiers journaux dans le répertoire de documentation d'installation que vous
avez créé. En cas de problème d'installation, vous pouvez fournir ces fichiers à l'assistance internationale à la
clientèle d'Informatica.
Fichier Description
<infamdm_install_directory>/hub/cleanse/ Indique les erreurs et l'état de l'installation du serveur de

Informatica_MDM_Hub_Cleanse_Match_Server_InstallLog.x correspondance de nettoyage.
ml
<infamdm_install_directory>/hub/cleanse/logs/ Indique les résultats du script postInstallSetup.

<infamdm_install_directory>/hub/cleanse/logs/ Journaux du serveur de nettoyage.

cmxserver.log
<infamdm_install_directory>/hub/cleanse/ Indique les éléments choisis lors de l'installation.

infamdm_installer_debug.txt
<infamdm_install_directory>/hub/cleanse/logs/ Contient les messages des prérequis générés lors de

installPrereq.log l'installation.
JBoss log files (such as <JBoss_install_dir>/server/ Situés dans l'arborescence sous le répertoire d'installation
<configuration_name>/log/server.log) de votre serveur d'applications.
Étape 3. Configuration du Cleanse Match Server

Cette section décrit le mode de configuration du Cleanse Match Server une fois installé.
Considérations de configuration
¨ Lors de l'exécution, le Cleanse Match Server doit rechercher l'installation à partir de laquelle il a été déployé.
Par conséquent, ne déplacez pas le fichier EAR pour le déployer sur une autre machine. Par exemple, si vous
avez installé le serveur de correspondance de nettoyage sur une machine de test puis avez déployé le fichier
EAR sur la machine de production, l'application ne pourra pas localiser l'installation pour des informations de
configuration comme la journalisation.
¨ Le fichier cmxcleanse.properties doit être rempaqueté lors d'une modification dans cmx.home. Tout autre
paramètre exige simplement un redémarrage de l'application Cleanse Match Server.
Configuration du Cleanse Match Server avec des moteurs de nettoyage différents

Pour plus d'informations concernant la configuration des moteurs de nettoyage, consultez le Guide de l’adaptateur
de nettoyage de Informatica MDM Hub.

Vous devez vous assurer que la version et le numéro de version corrects du serveur de correspondance de
nettoyage sont installés. Effectuez l'une des étapes suivantes pour déterminer la version et le numéro de version
du serveur de correspondance de nettoyage :
¨ Vérifiez l'entrée JAR manifest.mf dans le fichier <infamdm_install_directory>/hub/cleanse/siperian-mrm-

cleanse.ear
¨ Vérifiez le fichier versionInfo.xmlsitué dans <infamdm_install_directory>/hub/cleanse/conf/versionInfo.xml
¨ Exécutez versionInfo.sh dans <infamdm_install_directory>/hub/cleanse/bin/versionInfo.sh
Remarque: Pour les systèmes AIX, modifiez le script versionInfo.sh pour exécuter Java depuis <JAVA_HOME>/jre/
bin/java.
Suppression des fichiers temporaires

Par défaut, les fichiers temporaires générés par le service de nettoyage sont conservés sur disque. Vous pouvez
configurer le serveur de nettoyage pour les nettoyer en définissant un indicateur dans le fichier de propriétés du
serveur de nettoyage (cmxcleanse.properties) qui, par défaut, est stocké dans le répertoire suivant :
<infamdm_install_directory>/hub/cleanse/resources/
L'entrée s'affiche comme suit :

cmx.server.datalayer.cleanse.working_files=KEEP
Vous pouvez changer la valeur en FALSE pour supprimer ces fichiers une fois que les processus de nettoyage et de
création de jetons sont terminés.
cmx.server.datalayer.cleanse.working_files=FALSE
Configuration de paramètres de journalisation

Vous pouvez configurer l'application de nettoyage pour la journalisation. Les paramètres sont indiqués dans le
fichier log4j_fr.xml. La valeur par défaut est INFO pour log4j_fr.xml. Vous pouvez activer DEBUG pour le serveur de
correspondance de nettoyage en remplaçant INFO par DEBUG dans log4j.xml. Vous devez définir la valeur pour les
noms de catégorie suivants dans le fichier log4j_fr.xml :
¨ com.siperian
¨ com.delos
Le fichier log4j.xml est situé dans <infamdm_install_directory>/hub/server/conf/log4j.xml. Après avoir mis à jour
le fichier log4j.xml, vous devez redémarrer l'application serveur Hub.
Définir les propriétés de configuration

Vous pouvez configurer plus encore votre installation du serveur de correspondance de nettoyage en
personnalisant les valeurs dans le fichier cmxcleanse.properties situé dans le répertoire ressources (par exemple :
<répertoire_installation_infamdm>/hub/cleanse/resources/.

Après avoir mis à jour cmxcleanse.properties, vous devez redémarrer l'application Cleanse Match Server pour
recharger les paramètres du fichier. Votre fichier reflète votre installation mais il reste similaire à l'exemple suivant :
cmx.server.logging.location=/u1/infamdm/hub/cleanse/logs
cmx.server.datalayer.cleanse.working_files.location=/u1/infamdm/hub/cleanse/tmp
cmx.server.datalayer.cleanse.execution=LOCAL
cmx.home=/u1/infamdm/hub/cleanse
Ajout du nom de TNS Oracle à la base de données ORS

Le serveur de correspondance de nettoyage traite les tâches de nettoyage en ligne ou par lots. Dans le cas d'une
opération en ligne, l'application renvoie le résultat sous forme de réponse XML à l'aide du protocole HTTP. Dans
le cas d'une tâche de lots, les commandes de lots que l'application du serveur de correspondance de nettoyage
lance utilisent le chargeur Oracle SQL pour réécrire les données.
Lorsque le chargeur est appelé, il utilise les paramètres de tnsnames.ora pour se connecter à la base de données
Oracle. Le programme d'installation du serveur de correspondance de nettoyage n'ajoute pas le nom du TNS dans
l'installation Oracle. Par conséquent, sur l'ordinateur du serveur de nettoyage, vous devez ajouter l'entrée TNS au
fichier tnsnames.ora.
Voici un exemple d'entrée pour les clients Oracle 10g :

<TNS NAME> =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = <ORACLE_SERVER_HOST_NAME>)(PORT =
<ORACLE_SERVER_PORT>))
)
(CONNECT_DATA = (SID = <ORACLE_SID>))
)
Voici un exemple d'entrée pour les clients Oracle 11 (notez le SERVICE_NAME) :

<TNS NAME> =
(DESCRIPTION =
(ADDRESS_LIST =
)
(CONNECT_DATA = (SERVICE_NAME = <ORACLE_SID))
)
Entrez ce nom de TNS lorsque vous enregistrez la base de données ORS à l'aide de l'outil Bases de données de
la console Hub comme indiqué dans les instructions du Guide de configuration d'Informatica MDM Hub .
Remarque: Les noms TNS sur la machine du serveur Hub et sur la machine du serveur de correspondance de
nettoyage doivent être identiques.
Configuration du serveur de correspondance de nettoyage pour le multi-threading

Par défaut, le serveur de correspondance de nettoyage s'exécute en mode single-thread. Si le serveur sur lequel
le serveur de correspondance de nettoyage est installé dispose de plus d'un processeur, vous pouvez le
configurer pour des opérations multi-thread afin d'améliorer les performances.
Vous pouvez utiliser la console Hub pour la configuration du serveur de correspondance de nettoyage pour le
multi-threading :
1. Développez l’espace de travail des utilitaires, puis cliquez sur Serveur de correspondance de nettoyage.
L'outil serveur de correspondance de nettoyage affiche les serveurs de correspondance de nettoyage
configurés.
2. Obtenez un verrouillage en écriture.

3. Sélectionnez le serveur de correspondance de nettoyage pour lequel vous devez configurer le multi-
threading.
4. Cliquez sur le bouton Éditer le serveur de correspondance de nettoyage.
L'outil serveur de correspondance de nettoyage affiche la boîte de dialogue Ajouter/Éditer le Serveur de
5. Définissez la propriété Nombre de threads pour le serveur de correspondance de nettoyage.
La valeur par défaut est 1. Vous pouvez changer les nombres de threads sans redémarrer le serveur.
Envisagez les facteurs suivants lorsque vous définissez la propriété nombre de threads :
¨ Nombre de cœurs de processeur disponibles sur votre machine.
Définissez le nombre de threads sur le nombre de cœurs du processeur disponibles sur votre machine.
Par exemple, définissez le nombre de threads pour un ordinateur bicœur sur deux threads et définissez le
nombre de threads pour un processeur quadricœur sur quatre threads.
¨ Connexion à une base de données distante.
Si vous travaillez avec une base de données distante, vous pouvez envisager de définir un nombre de
threads légèrement plus élevé que le nombre de cœurs du processeur afin que l'attente d'un thread puisse
être utilisée par un autre thread. Définir un nombre de threads légèrement supérieur vous permet aussi de
prendre en compte le possible temps de latence qui peut apparaître avec une base de données distante.
¨ Spécifications de mémoire de traitement.
Si vous exécutez un processus nécessitant beaucoup de mémoire, vous devez restreindre la mémoire
totale allouée à tous les threads qui fonctionnent sous JVM à 1 Go.
Remarque: Vous devez changer cette valeur après migration depuis une version hub antérieure ou toutes
les valeurs seront par défaut de un (1) thread.
6. Cliquez sur OK, puis sur Enregistrer.
Configuration de plusieurs Cleanse Match Servers

Vous pouvez configurer plusieurs Cleanse Match Server afin d'utiliser en parallèle le travail de nettoyage des
données. Selon vos besoins, choisissez l'une des alternatives suivantes :
¨ Deux serveurs installés et configurés sur un seul ordinateur. Ceci vous permet de bénéficier de la puissance
de traitement d'une seule machine.
¨ Plusieurs serveurs sur des machines multiples. Ceci permet d'équilibrer la charge sur plusieurs ordinateurs sur
un réseau. Informatica MDM Hub utilise un équilibrage de charge tourniquet pour répartir les tâches de
nettoyage entre tous les serveurs de nettoyage en ligne.
Configuration des serveurs de nettoyage doubles

Vous pouvez configurer plusieurs instances duCleanse Match Server pour qu'elles s'exécutent sur un seul
ordinateur. L'efficacité de cette approche dépend du matériel que vous utilisez et de vos besoins particuliers en
matière de nettoyage de données.
Plusieurs instances du Cleanse Match Server doivent s'exécuter sur des instances distinctes du serveur
d'applications. Cela signifie qu'elles doivent se trouver sur des processus physiques distincts.
Le processus de configuration des serveurs de nettoyage double est d'abord un exercice de configuration du
serveur d'applications.
Remarque: Cette procédure nécessite des connaissances spécialisées en matière d'administration et de

dépannage de l'implémentation de votre serveur d'applications.

Procédez comme suit pour configurer les serveurs de nettoyage double :
1. Installez et configurez la première instance du Cleanse Match Servere.

2. Configurez votre système pour qu'il exécute plusieurs instances de votre serveur d'applications.
3. Déployez le Cleanse Match Server sur la deuxième instance de votre serveur d'applications.
Configuration de plusieurs instances de votre serveur d'applications

Pour configurer votre serveur d'applications :
1. Vérifiez que l'ordinateur que vous configurez dispose de suffisamment de mémoire pour héberger plusieurs
instances du serveur d'applications.
2. Configurez chaque instance Cleanse Match Server dans une instance de serveur d'applications distincte :
Copiez les fichiers JBoss vers un nouveau répertoire. Changez les paramètres de ports pour permettre à
plusieurs instances de coexister sans créer de conflits entre les ports. Pour plus d'informations, consultez la
documentation JBoss.
3. Testez la deuxième instance que vous venez de créer.
Vous pouvez à présent déployer le Cleanse Match Server. Pour plus d'informations, consultez la section
“Déploiement du Cleanse Match Server sur une deuxième instance du serveur d'applications” à la page 58.
Déploiement du Cleanse Match Server sur une deuxième instance du serveur

d'applications
Il existe deux manières de déployer Cleanse Match Server sur une deuxième instance de votre serveur
d'applications :
¨ Vous pouvez ajouter une copie supplémentaire de Cleanse Match Server dans un répertoire différent à l'aide
du programme d'installation de Cleanse Match Server.
L'installation d'une copie supplémentaire à l'aide du programme d'installation de Cleanse Match Server donne
une indépendance totale aux deux instances de Cleanse Match Server. Aucune étape supplémentaire n'est
requise pour prendre en charge cette configuration. Vous pouvez exécuter le script postInstallSetup pour
déployer Cleanse Match Server sur votre deuxième instance.
¨ Vous pouvez déployer votre fichier Cleanse Match Server EAR dans la nouvelle instance du serveur
d'applications.
La seconde approche est plus simple et permet à plusieurs instances de partager les paramètres de
configuration de Informatica MDM Hub. L'inconvénient réside dans le fait que les deux serveurs partagent les
répertoires temporaires et écrivent sur le même fichier journal. Ceci complique les diagnostics lorsque les deux
instances exécutent simultanément le Cleanse Match Server.
En utilisant cette approche, vous ne pouvez pas utiliser le script postInstallSetup pour déployer l'instance de
nettoyage supplémentaire. Vous devez la déployer manuellement sur le serveur d'applications.
Déploiement manuel du fichier EAR

Pour déployer manuellement le fichier EAR, copiez-le dans l'emplacement suivant :
Configuration de plusieurs serveurs de correspondance de nettoyage sur

plusieurs ordinateurs
Vous pouvez exécuter plusieurs serveurs de correspondance de nettoyage pour chaque base de données ORS.
Exécutez plusieurs serveurs de correspondance de nettoyage pour traiter des tâches de nettoyage en parallèle.

Lorsque le serveur de correspondance de nettoyage n'est pas installé sur le même serveur d'application que le
serveur Hub, vous devez configurer le serveur d'application manuellement pour qu'il crée les sources de données
permettant au serveur de correspondance de nettoyage de bénéficier du pooling de connexions et d'une
performance accrue. Pour plus d'informations, consultez la documentation du serveur d'application.
Remarque: Si la source de données n'existe pas, le serveur de correspondance de nettoyage utilise la connexion
JDBC.
Pour configurer plusieurs serveurs de correspondance de nettoyage :
1. Une fois que vous avez installé et configuré le serveur Hub et le serveur de correspondance de nettoyage,
installez le moteur de correspondance de nettoyage et le serveur de correspondance de nettoyage sur une
autre machine.
2. Créez les sources de données pour les serveurs de correspondance de nettoyage.
Elles doivent avoir le même nom et nom JNDI que la configuration du serveur Hub. Pour plus d'informations
sur la création de sources de données pour le serveur de correspondance de nettoyage, consultez le Guide
de configuration d'Informatica MDM Hub .
3. Utilisez la console Hub pour vous connecter à l'entrepôt de données.
4. Sélectionnez l'espace de travail du serveur de correspondance de nettoyage.
5. Ajoutez le nouveau serveur de correspondance de nettoyage.
Vous pouvez voir tous les serveurs de nettoyage dans l'espace de travail du serveur de correspondance de
nettoyage.
Étape 4. Tâches post-installation

Cette section décrit les tâches à effectuer après avoir exécuté le programme d'installation du Cleanse Match
Server.
Exécution de PostInstallSetup
Si vous décidez que le programme d'installation du serveur de correspondance de nettoyage doit omettre le
processus de post-installation, vous devrez l'exécuter manuellement. Exécutez le script postInstallSetup pour
exécuter le processus de post-installation.
Le script postInstallSetup se trouve dans le dossier <infamdm_install_directory>/hub/cleanse/. Pour exécuter le

script manuellement, saisissez la commande suivante à l'invite de commande :
./postInstallSetup.sh
Vous pouvez également utiliser ce script pour redéployer l'application vers le serveur d'application. Vous pouvez
également utiliser l'outil du serveur d'application pour effectuer le déploiement vous-même, dans la mesure où le
fichier EAR du serveur de correspondance de nettoyage est déployé depuis le dossier d'installation du serveur de
correspondance de nettoyage Informatica. Pour plus d'informations sur le redéploiement, consultez la
documentation de votre serveur d'application.
Pour exécuter manuellement le processus postInstallSetup sur le serveur d'application JBoss :
1. Arrêtez le serveur.
2. Supprimez siperian-mrm-cleanse.ear du répertoire <JBoss_install_dir>/server/<configuration_name>/deploy.
3. Copiez le fichier siperian-mrm-cleanse.ear du dossier d'installation du serveur de correspondance de
nettoyage vers le répertoire de déploiement.
4. Démarrez le serveur.

LIENS CONNEXES :
¨ “Configuration post-installation” à la page 47
Installation du serveur de correspondance de

nettoyage sous Windows
Vous pouvez installer le serveur de correspondance de nettoyage pour qu'il s'exécute dans l'environnement du
serveur d'application JBoss sous Windows.
Suivez les étapes suivantes pour installer le serveur de correspondance de nettoyage :
¨ Préparez l'environnement cible, dont la configuration du serveur d'application.
¨ Exécutez le programme d'installation pour installer le serveur de correspondance de nettoyage.
¨ Indiquez ou changez les paramètres de configuration du serveur de correspondance de nettoyage.
¨ Exécutez des tâches de post-installation.

Effectuez les tâches de cette section avant d'installer Cleanse Match Server.

Avant d'installer le serveur de correspondance de nettoyage, remplissez les exigences matérielles et logicielles
requises. Pour plus d'informations sur la configuration matérielle et logicielle requise, consultez la matrice de
disponibilité des produits sur

Vous devez définir la variable d'environnement JAVA_HOME pour désigner JDK 1.6.0.30 ou une version ultérieure.

Installez et configurez l'environnement JBoss sur la machine où vous exécuterez le serveur de correspondance de
nettoyage.

1. Contactez Oracle pour obtenir les pilotes JDBC dont vous avez besoin pour la configuration de la base de
données.
2. Copiez les fichiers de pilotes JDBC d'Oracle dans le répertoire <JBoss_install_dir>\server
\<configuration_name>\lib.

Installation et configuration du moteur de nettoyage

Installez et configurez le moteur de nettoyage. Obtenez les codes de déverrouillage requis pour le moteur de
nettoyage. Vérifiez que les derniers correctifs sont installés. Vérifiez que le serveur de correspondance de
nettoyage fonctionne correctement. Pour plus d'instructions sur la configuration d'Informatica MDM Hub de façon à
l'intégrer au moteur de nettoyage, consultez le Guide de l’adaptateur de nettoyage d'Informatica MDM Hub.

Vous avez besoin d'un fichier de licence Informatica pour installer le serveur de correspondance de nettoyage.
Contactez le Support client international Informatica pour obtenir un fichier de licence.
Votre licence Informatica comprend les informations nécessaires à l'installation du serveur de nettoyage avec le
serveur de correspondance de nettoyage que vous utilisez. Lors de l'installation du serveur de nettoyage, le
programme d'installation du serveur de correspondance de nettoyage vous demande des informations sur le
serveur de correspondance de nettoyage, recherche les informations dans le fichier de licence puis les stocke
dans le fichier cmxcleanse.properties.
Si vous avez installé un serveur de correspondance de nettoyage dont les informations ne correspondent pas au
fichier de licence Informatica, le programme d'installation du serveur de correspondance de nettoyage ne stocke
aucune information dans le fichier de propriétés. Le fichier de propriétés affiche donc des valeurs par défaut ou
vides pour ce serveur de correspondance de nettoyage.
Pour vous assurer que le fichier cmxcleanse.properties est mis à jour, vous devez obtenir le fichier de licence
Informatica adéquat et réinstaller le serveur de correspondance de nettoyage.
Configurer JBoss pour le Cleanse Match Server

Cette section décrit comment configurer JBoss avant d'installer le Cleanse Match Server.
Suppression des pilotes obsolètes d'Oracle

Avant d'installer le Cleanse Match Server, supprimez les instances des anciens pilotes d'Oracle de la structure de
répertoire de JBoss. Les fichiers de pilotes Oracle suivants pourraient se trouver dans le répertoire
<rép_installation_JBoss>\server\<nom_de_configuration>\lib :
¨ ocrs12.jar
¨ orai18n.jar
¨ nls_charset12.jar
Installation du serveur de correspondance de nettoyage sous Windows 61

Création de sources de données pour chaque ORS
Si vous installez un serveur de correspondance de nettoyage sur un ordinateur différent de celui qui exécute le
serveur Hub, vous devez créer les sources de données de chaque ORS sur l'ordinateur du serveur de
correspondance de nettoyage. Vous devez effectuer une configuration Oracle ainsi qu'une configuration JBoss.
Remarque: Si vous exécutez Oracle sur le même hôte que celui qui exécute le serveur de correspondance de
nettoyage, vous pouvez passer cette section.
1. Copiez un fichier source de données échantillon ( nom -ds.xml) dans votre répertoire de déploiement JBoss.
Par défaut, le répertoire de déploiement JBoss est :
<JBoss_install_dir>\server\<configuration_name>\deploy
Vous pouvez trouver des exemples dans :
<JBoss_install_dir>\docs\examples\jca
Vous pouvez modifier le nom du fichier d'exemple de source de données, mais il doit se terminer par -
ds_fr.xml pour être reconnu comme descripteur de source de données.
2. Éditez la définition de la source de données pour qu'elle corresponde à vos paramètres de connexion de la
base de données. Modifiez les paramètres suivants :
jndi-name Définissez la valeur suivante pour la source de données du serveur Hub :

jdbc/siperian-cmx_system-ds
Définissez la valeur suivante pour la source de données du serveur de nettoyage :
jdbc\siperian-<oracle_host_name>-<oracle_sid>-<ors_schema_name>-ds
où oracle_host_name est le nom de votre hôte, oracle_sid est le nom de votre instance
Oracle et nom_schema_ors est le nom de votre ORS.
connection-url Chaîne de l'URL de connexion du pilote JDBC pour votre pilote. Vérifiez que le nom, l'hôte et le
port de la base de données sont corrects pour la base de données à laquelle vous vous
connectez. Exemple :
jdbc:oracle:thin:@nom_serveur:1521:orcl
username Nom d'utilisateur par défaut utilisé lors de la création d'une nouvelle connexion. L'utilisateur par
défaut dans Oracle est cmx pour le serveur Hub et cmx_ors pour le serveur de correspondance
de nettoyage.
password Mot de passe par défaut utilisé lors de la création d'une nouvelle connexion.
Configuration de JBoss pour le Cleanse Match Server et le serveur Hub

Si vous avez besoin d'exécuter le serveur Hub, le serveur de correspondance de nettoyage ou les deux, vous
devez configurer manuellement JBoss.
Pour configurer JBoss, effectuez les étapes suivantes :
1. Définissez l'attribut Isolated du déployeur EAR de JBoss sur True dans <rép_installation_JBoss>\server
\<nom_de_configuration>\deployers\eardeployer-jboss-beans.xml. Ceci configure tous vos fichiers EAR pour
qu'ils se trouvent dans des espaces de chargeurs de classes isolés en utilisant l'appel par valeur pour les
interfaces distantes.

Par exemple :

</bean>
2. En cas de conflit potentiel entre le port JBoss et le port Oracle, modifiez le port du serveur d'applications
JBoss en éditant le fichier suivant:
<JBoss_install_dir>\server\<configuration_name>\deploy\jbossweb.sar\server.xml
Le port par défaut du connecteur est 8080. Remplacez ce paramètre par n'importe quel port inutilisé qui
n'entre pas en conflit avec les autres applications.


jboss-5.1.0.GA\bin
run.bat -b 0.0.0.0
serveur :
run.bat -b 0.0.0.0 -Djboss.server.name="<server_name>"
Vous pouvez également lier l'adresse IP au nom de la machine dans le fichier hosts dans le répertoire
suivant : \\WINDOWS\system32\drivers\etc\hosts
Remarque: Si vous double-cliquez sur le fichier exécutable pour démarrer JBoss, vous ne liez pas l'adresse
IP ou le nom d'hôte et ne pourrez pas vous connecter à la console Hub.
Étape 2. Exécuter le programme d'installation du Cleanse Match

Server
Le programme d'installation du Cleanse Match Server est utilisé pour installer le logiciel Cleanse Match Server. Il
est inclus dans votre distribution Informatica MDM Hub.
¨ Vous pouvez installer le serveur Hub et le Cleanse Match Server à l'aide de tout nom d'utilisateur souhaité,
mais vous devez utiliser le même nom d'utilisateur pour installer les deux serveurs.
¨ Les noms de fichiers et les répertoires dans cette section peuvent varier légèrement selon le type d'installation
effectué.
¨ Le programme d'installation du Cleanse Match Server permet également de mettre à niveau les installations
existantes. Si une version précédente du logiciel Informatica MDM Hub est installée, consultez le Guide de
mise à niveau de Informatica MDM Hub pour en savoir plus. Cette section traite des nouvelles installations.
Pour installer le serveur de correspondance de nettoyage :

2. Exécutez le programme d'installation du serveur de correspondance de nettoyage d'Informatica
(hub_cleanse_install.exe).

Le programme d'installation du serveur de correspondance de nettoyage se situe dans le répertoire de
distribution. Par exemple, \windows\mrmcleanse.
L'écran d'accord de licence s'affiche.
5. Cliquez sur le bouton J'accepte les terme de l'accord de licence puis cliquez sur Suivant.
L'écran de Sélection du dossier d'installation s'affiche.
¨ Cliquer sur Suivant pour installer le serveur de correspondance de nettoyage dans C:\infamdm\hub
\cleanse.
¨ Cliquez sur le bouton Choisir pour choisir un autre emplacement où installer le serveur de
correspondance de nettoyage puis cliquez sur Suivant.
Important: Ne pas utiliser un chemin qui contient des espaces dans les noms de répertoire ou de dossier. Le
serveur de correspondance de nettoyage ne peut pas se charger si la longueur totale de ce chemin dépasse
256 caractères.
L'écran de Sélection du dossier de raccourci s'affiche.
7. Sélectionnez un emplacement pour les icônes du produit. Cliquez sur Suivant.
L'écran de saisie de l'emplacement du fichier de licence s'affiche.
8. Cliquez sur Choisir pour choisir un fichier de licence. Informatica vous fournit un fichier de licence. Si vous
n'avez pas le fichier de licence, vous ne pouvez pas continuer l'installation. Contactez le support client
international Informatica pour obtenir un fichier de licence.
L'écran Serveur d'application s'affiche.
10. Choisissez le serveur d'application JBoss et cliquez sur Suivant.
L'écran d'accueil du serveur d'application JBoss s'affiche
11. Configurez les paramètres JBoss :
a. Saisissez le dossier d'installation du serveur d'application. Cliquez sur Suivant.
L'écran Nom de configuration du serveur d'application JBoss s'affiche.
b. Saisissez le nom de configuration. La valeur par défaut est default. Cliquez sur Suivant.
c. Entrez votre port d'écoute JNP.
Important: Si vous voulez changer le numéro de port par défaut, vous devez aussi le changer dans le
fichier suivant :
<JBoss_install_dir>\server\<configuration_name>\conf\bindingservice.beans\META-INF\bindings-
jboss-beans.xml
Remarque: Si le port JBoss est en conflit avec le port Oracle par défaut, alors vous devez changer l'un
des ports pour résoudre le conflit. Pour changer le numéro de port, ouvrir bindings-jboss-beans_fr.xml
pour édition, chercher le mot port et définir la valeur du port pour qu'elle corresponde à la valeur définie
dans l'écran Port de serveur d'application JBoss.
d. Cliquez sur Suivant.

¨ Si vous utilisez Address Doctor, vous devez configurer Address Doctor en utilisant le programme
d'installation du serveur de correspondance de nettoyage.
- Spécifiez les emplacements de fichiers de configuration et de paramètres et le paramètre de type de
correction.
- Cliquez sur Suivant.
programme d'installation du serveur de correspondance de nettoyage. Spécifiez les paramètres d'hôte, de
port et de sous-fichier pour votre moteur de nettoyage Business Objects DQ XI et cliquez sur Suivant.
13. Dans l'écran de déploiement, cliquez sur Oui pour exécuter le script durant l'installation ou cliquez sur Non
pour l'exécuter manuellement plus tard (voir “Exécution de PostInstallSetup ” à la page 68 pour les
instructions).
14. Dans l'écran Récapitulatif de préinstallation, si vous voulez changer des options, cliquez sur le bouton
Précédent pour revenir aux écrans précédents et changer vos sélections. Une fois que le résumé reflète les
options souhaitées, cliquez sur Installer pour démarrer l'installation.
L'écran Veuillez patienter s'affiche pendant qu'Informatica configure votre système.
Une fois l'installation terminée, l'écran Installation terminée s'affiche.
15. Choisissez Oui pour redémarrer votre système ou Non pour le redémarrer plus tard et cliquez sur Terminé
pour quitter le programme d'installation du serveur de correspondance de nettoyage.

Les fichiers journaux suivants sont utiles pour le dépannage des problèmes lors du processus d'installation du
Cleanse Match Server. Copiez ces fichiers journaux dans le répertoire de documentation d'installation que vous
avez créé. En cas de problème d'installation, vous pouvez fournir ces fichiers à l'assistance internationale à la
clientèle d'Informatica.
Fichier Description
<infamdm_install_directory>\hub\cleanse Indique les erreurs et l'état de l'installation du serveur

\Informatica_MDM_Hub_Cleanse_Match_Server_InstallLog.xml de correspondance de nettoyage.
<infamdm_install_directory>\hub\cleanse\logs Indique les résultats du script postInstallSetup.

\postInstallSetup.log
<infamdm_install_directory>\hub\cleanse\logs\cmxserver.log Journaux du serveur de nettoyage.
<infamdm_install_directory>\hub\cleanse Indique les éléments choisis lors de l'installation.

\infamdm_installer_debug.txt
<infamdm_install_directory>\hub\cleanse\logs Contient les messages des prérequis générés lors de

\installPrereq.log l'installation.
Fichiers journaux JBoss (comme <rép_installation_JBoss> Situés dans l'arborescence sous le répertoire
\server\<nom_de_configuration>\log\server.log) d'installation de votre serveur d'applications.

Étape 3. Configuration du Cleanse Match Server
Cette section décrit le mode de configuration du Cleanse Match Server une fois installé.
Considérations de configuration
¨ Lors de l'exécution, le Cleanse Match Server doit rechercher l'installation à partir de laquelle il a été déployé.
Par conséquent, ne déplacez pas le fichier EAR pour le déployer sur une autre machine. Par exemple, si vous
avez installé le serveur de correspondance de nettoyage sur une machine de test puis avez déployé le fichier
EAR sur la machine de production, l'application ne pourra pas localiser l'installation pour des informations de
configuration comme la journalisation.
¨ Le fichier cmxcleanse.properties doit être rempaqueté lors d'une modification dans cmx.home. Tout autre
paramètre exige simplement un redémarrage de l'application Cleanse Match Server.
Configuration du Cleanse Match Server avec des moteurs de nettoyage différents

Pour plus d'informations concernant la configuration des moteurs de nettoyage, consultez le Guide de l’adaptateur
de nettoyage de Informatica MDM Hub.

Vous devez vous assurer que la version et le numéro de version corrects du serveur de correspondance de
nettoyage sont installés. Effectuez l'une des étapes suivantes pour déterminer la version et le numéro de version
du serveur de correspondance de nettoyage :
¨ Vérifiez l'entrée JAR manifest.mf dans le fichier <infamdm_install_directory>\hub\cleanse\siperian-mrm-

cleanse.ear
¨ Vérifiez le fichier versionInfo.xml situé dans <infamdm_install_directory>\hub\cleanse\conf\versionInfo.xml
¨ Exécutez versionInfo.bat situé dans <infamdm_install_directory>\hub\cleanse\bin\versionInfo.bat
Suppression des fichiers temporaires

Par défaut, les fichiers temporaires générés par le service de nettoyage sont conservés sur disque. Vous pouvez
configurer le serveur de nettoyage pour les nettoyer en définissant un indicateur dans le fichier
cmxcleanse.properties qui, par défaut, est stocké dans le répertoire suivant :
<infamdm_install_directory>\hub\cleanse\resources\
L'entrée s'affiche comme suit :

Vous pouvez changer la valeur en FALSE pour supprimer le fichier une fois que le processus de nettoyage est
terminé.
cmx.server.datalayer.cleanse.working_files=FALSE
Configuration de paramètres de journalisation

Vous pouvez configurer l'application de nettoyage pour la journalisation. Les paramètres sont indiqués dans le
fichier log4j_fr.xml. La valeur par défaut est INFO pour log4j_fr.xml. Vous pouvez activer DEBUG pour le serveur de
correspondance de nettoyage en remplaçant INFO par DEBUG dans log4j.xml. Vous devez définir la valeur pour les
noms de catégorie suivants dans le fichier log4j_fr.xml :
¨ com.siperian
¨ com.delos

Le fichier log4j.xml est situé dans <infamdm_install_directory>\hub\server\conf\log4j.xml. Après avoir mis à jour
le fichier log4j.xml, vous devez redémarrer l'application serveur Hub.
Définir les propriétés de configuration

Vous pouvez configurer plus encore votre installation du serveur de correspondance de nettoyage en
personnalisant les valeurs dans le fichier cmxcleanse.properties situé dans le répertoire de ressources (comme :
<répertoire_installation_infamdm>\hub\cleanse\resources).
Après avoir mis à jour cmxcleanse.properties, vous devez redémarrer l'application Cleanse Match Server pour
recharger les paramètres du fichier. Votre fichier reflète votre installation mais il reste similaire à l'exemple suivant :
cmx.server.datalayer.cleanse.working_files.location=C:\infamdm\hub\cleanse\tmp
cmx.server.datalayer.cleanse.execution=LOCAL
cmx.home=C:\infamdm\hub\cleanse
Ajout du nom TNS Oracle à la base de données ORS

Le serveur de correspondance de nettoyage traite les tâches de nettoyage en ligne ou par lots. Dans le cas d'une
opération en ligne, l'application renvoie le résultat sous forme de réponse XML à l'aide du protocole HTTP. Dans
le cas d'une tâche de lots, les commandes de lots que l'application du serveur de correspondance de nettoyage
lance utilisent le chargeur Oracle SQL pour réécrire les données.
Lorsque le chargeur est appelé, il utilise les paramètres de tnsnames.ora pour se connecter à la base de données
Oracle. Le programme d'installation du serveur de correspondance de nettoyage n'ajoute pas le nom du TNS dans
l'installation Oracle. Par conséquent, sur l'ordinateur du serveur de nettoyage, vous devez ajouter l'entrée TNS au
fichier tnsnames.ora.
Voici un exemple d'entrée pour les clients Oracle 10g :

<TNS NAME> =
(DESCRIPTION =
(ADDRESS_LIST =
)
(CONNECT_DATA = (SID = <ORACLE_SID>))
)
Voici un exemple d'entrée pour les clients Oracle 11 (notez le SERVICE_NAME) :

<TNS NAME> =
(DESCRIPTION =
(ADDRESS_LIST =
)
(CONNECT_DATA = (SERVICE_NAME = <ORACLE_SID))
)

Entrez ce nom de TNS lorsque vous enregistrez la base de données ORS à l'aide de l'outil Bases de données de
la console Hub comme indiqué dans les instructions du Guide de configuration d'Informatica MDM Hub .
Remarque: Les noms TNS sur la machine du serveur Hub et sur la machine du serveur de correspondance de
nettoyage doivent être identiques.
Étape 4. Tâches post-installation

Cette section décrit les tâches à effectuer après avoir exécuté le programme d'installation du Cleanse Match
Server.
Exécution de PostInstallSetup
Si vous décidez que le programme d'installation du serveur de correspondance de nettoyage doit omettre le
processus de post-installation, vous devrez l'exécuter manuellement. Exécutez le script postInstallSetup pour
exécuter le processus de post-installation.
Le script se trouve par défaut dans le répertoire suivant :

<infamdm_install_directory>\hub\cleanse
Pour exécuter manuellement le processus de post-installation, exécutez la commande suivante à l'invite de

commande :
postInstallSetup.bat
Configuration du serveur de correspondance de nettoyage pour le multi-threading

Par défaut, le serveur de correspondance de nettoyage s'exécute en mode single-thread. Si le serveur sur lequel
le serveur de correspondance de nettoyage est installé dispose de plus d'un processeur, vous pouvez le
configurer pour des opérations multi-thread afin d'améliorer les performances.
Vous pouvez utiliser la console Hub pour la configuration du serveur de correspondance de nettoyage pour le
multi-threading :
1. Développez l’espace de travail des utilitaires, puis cliquez sur Serveur de correspondance de nettoyage.
L'outil serveur de correspondance de nettoyage affiche les serveurs de correspondance de nettoyage
configurés.
2. Obtenez un verrouillage en écriture.
3. Sélectionnez le serveur de correspondance de nettoyage pour lequel vous devez configurer le multi-
threading.
4. Cliquez sur le bouton Éditer le serveur de correspondance de nettoyage.
L'outil serveur de correspondance de nettoyage affiche la boîte de dialogue Ajouter/Éditer le Serveur de
5. Définissez la propriété Nombre de threads pour le serveur de correspondance de nettoyage.
La valeur par défaut est 1. Vous pouvez changer les nombres de threads sans redémarrer le serveur.
Envisagez les facteurs suivants lorsque vous définissez la propriété nombre de threads :
¨ Nombre de cœurs de processeur disponibles sur votre machine.
Définissez le nombre de threads sur le nombre de cœurs du processeur disponibles sur votre machine.
Par exemple, définissez le nombre de threads pour un ordinateur bicœur sur deux threads et définissez le
nombre de threads pour un processeur quadricœur sur quatre threads.
¨ Connexion à une base de données distante.

Si vous travaillez avec une base de données distante, vous pouvez envisager de définir un nombre de
threads légèrement plus élevé que le nombre de cœurs du processeur afin que l'attente d'un thread puisse
être utilisée par un autre thread. Définir un nombre de threads légèrement supérieur vous permet aussi de
prendre en compte le possible temps de latence qui peut apparaître avec une base de données distante.
¨ Spécifications de mémoire de traitement.
Si vous exécutez un processus nécessitant beaucoup de mémoire, vous devez restreindre la mémoire
totale allouée à tous les threads qui fonctionnent sous JVM à 1 Go.
Remarque: Vous devez changer cette valeur après migration depuis une version hub antérieure ou toutes
les valeurs seront par défaut de un (1) thread.
6. Cliquez sur OK, puis sur Enregistrer.
Configuration des serveurs de nettoyage doubles

Vous pouvez configurer plusieurs instances du Cleanse Match Server pour qu'elles s'exécutent sur un seul
ordinateur. L'efficacité de cette approche dépend du matériel que vous utilisez et de vos besoins particuliers en
matière de nettoyage de données.
Plusieurs instances du Cleanse Match Server doivent s'exécuter sur des instances distinctes du serveur
d'applications. Cela signifie qu'elles doivent se trouver sur des processus physiques distincts.
Le processus de configuration des serveurs double nettoyage est d'abord un exercice dans la configuration du
Remarque: Cette procédure nécessite des connaissances spécialisées en matière d'administration et de

dépannage de l'implémentation de votre serveur d'applications.
Procédez comme suit pour configurer les serveurs de nettoyage double :
1. Installez et configurez la première instance du Cleanse Match Server.

2. Configurez votre système pour qu'il exécute plusieurs instances de votre serveur d'applications.
3. Déployez le Cleanse Match Server sur la deuxième instance de votre serveur d'applications.
Configuration de plusieurs instances de votre serveur d'applications

Pour configurer votre serveur d'applications :
1. Vérifiez que l'ordinateur que vous configurez dispose de suffisamment de mémoire pour héberger plusieurs
instances du serveur d'applications.
2. Configurez chaque instance du Cleanse Match Server dans une instance de serveur d'applications distincte.
Copiez les fichiers JBoss vers un nouveau répertoire. Changez les paramètres de ports pour permettre à
plusieurs instances de coexister sans créer de conflits entre les ports. Pour plus d'informations, consultez la
documentation JBoss.
3. Testez la deuxième instance que vous venez de créer.
Vous pouvez maintenant déployer le Cleanse Match Server comme décrit dans la prochaine section.
Déploiement du Cleanse Match Server sur la deuxième instance du serveur d'applications

Il existe deux manières de déployer un Cleanse Match Server sur une deuxième instance de votre serveur
d'applications :
¨ Vous pouvez installer une copie supplémentaires de Cleanse Match Server dans un répertoire différent en
utilisant le programme d'installation Cleanse Match Server.
L'installation d'une copie supplémentaire à l'aide du programme d'installation du Cleanse Match Server donne une
indépendance totale aux deux instances du Cleanse Match Server. Aucune étape supplémentaire n'est requise

pour prendre en charge cette configuration. Vous pouvez exécuter le script postInstallSetup pour déployer le
Cleanse Match Server sur votre deuxième instance.
¨ Vous pouvez déployer votre Cleanse Match Server EAR dans la nouvelle instance de serveur d'applications.
La seconde approche est plus légère et permet à de multiples instances de partager les paramètres de
configuration Informatica MDM Hub. L'inconvénient réside dans le fait que les deux serveurs partagent les
répertoires temporaires et écrivent sur le même fichier journal. Ceci complique les diagnostics lorsque les deux
instances exécutent simultanément le Cleanse Match Server.
En utilisant cette approche, vous ne pouvez pas utiliser le script postInstallSetup pour déployer l'instance de
nettoyage supplémentaire, mais vous pouvez les déployer manuellement sur le serveur d'applications.
Déploiement manuel du fichier EAR

Pour déployer manuellement le fichier EAR, copiez-le dans le répertoire suivant :
Utilisation de plusieurs serveurs de nettoyage

Vous pouvez exécuter plusieurs serveurs de correspondance de nettoyage pour chaque base de données ORS.
Ceci vous permet de paralléliser le travail de nettoyage de données. Cependant, une seule application du serveur
de correspondance de nettoyage est prise en charge sur un système unique.
Lorsque le serveur de correspondance de nettoyage n'est pas installé sur le même serveur d'application que le
serveur Hub, vous devez configurer manuellement le serveur d'application pour créer les sources de données
pour le serveur de correspondance de nettoyage pour profiter du pooling de connexions et bénéficier de
performances accrues.
Remarque: Si la source de données n'existe pas, le serveur de correspondance de nettoyage utilise la connexion
JDBC.
Pour configurer plusieurs serveurs de nettoyage
1. Une fois que vous avez installé et configuré le serveur Hub et le serveur de correspondance de nettoyage,
installez votre moteur de nettoyage et le serveur de correspondance de nettoyage sur une autre machine.
2. Pour chaque serveur de correspondance de nettoyage, créez sur le serveur d'application la source de
données pour chaque cmx_system. Elles doivent avoir exactement les mêmes nom et nom JNDI que dans la
configuration du serveur Hub. Pour en savoir plus sur la création des sources de données, consultez le
Guide de configuration d'Informatica MDM Hub .
3. À l'aide de la console Hub, connectez-vous au Stockage de données.
4. Sélectionnez l'espace de travail du serveur de correspondance de nettoyage.
5. Ajoutez le nouveau serveur de nettoyage.
Informatica MDM Hub utilise l'équilibrage de charge round-robin (chaîne d'événements intervenant en séquence
périodiquement) pour diffuser les tâches de nettoyage entre tous les serveurs de nettoyage qui sont en ligne.
Vous pouvez voir tous les serveurs de nettoyage dans l'espace de travail du serveur de correspondance de
nettoyage.
Cleanse Match Servers distribués

Lorsqu'une tâche de transfert/correspondance s'exécute, que plusieurs Cleanse Match Servers sont enregistrés et
que le nombre total d'enregistrements à transférer/faire correspondre est supérieur à 500, la tâche est alors
distribuée en parallèle entre les différents serveurs de nettoyage/correspondance.

Vous devez définir les paramètres suivants pour utiliser les serveurs de nettoyage basés sur la configuration du
serveur.
Nombre de threads Reflète le nombre de threads qu'un serveur doit traiter. Nous vous recommandons de définir un
nombre de threads supérieur au nombre d'UC disponibles si les serveurs sont distribués largement et/
ou si la latence est élevée. Les serveurs peuvent ainsi travailler plus pendant les délais d'attente.
Évaluation du Évalue la « puissance » relative des UC des ordinateurs ; l'ordinateur « le moins puissant » aura un
processeur taux de 1.0. Les autres UC des différents ordinateurs auront un taux relatif à ce dernier.
Remarque: Pour configurer un nettoyage et une correspondance distribués, vous devez définir les valeurs
Nombre de threads et Évaluation du processeur lorsque vous enregistrez le Cleanse Match Server dans la
console Hub.
Activation de la population de correspondance

La population de correspondance définit l'ensemble de populations standard à utiliser à des fins de
correspondance. Chaque pays, langue ou population prise en chargea une population standard définie.
Vous devez activer la population de correspondance à utiliser pour vos règles de correspondance. La population
de correspondance est disponible en tant que fichier population.ysp dans votre installation Informatica MDM Hub.
Si vous avez besoin de fichiers de population supplémentaires ou si vous avez besoin d'un fichier de population
mis à jour pour effectuer une mise à niveau vers une version plus récente, envoyez une demande de service sur
le portail des clients Informatica à l'adresse http://mysupport.informatica.com. La population que vous utilisez doit
être compatible avec la version de SSA-Name3 de Hub MDM. Pour plus d'informations sur les versions de SSA-
Name3, consultez la matrice de disponibilité de produit sur
Remarque: Le fichier demo.ysp est une population de démonstration qui est fournie à des fins de démonstration
uniquement. N'utilises pas le fichier demo.ysp pour les règles de correspondance réelles.
Vous devez envoyer une requête de service via le portail des clients Informatica sur
http://mysupport.informatica.com pour demander la correspondance de population du pays sélectionné. Le
premier fichier de population que vous demandez avec le produit est gratuit. Vous pourriez avoir besoin de fichiers
de population d'autres pays ou d'un fichier de population à jour pour effectuer une mise à niveau vers une version
plus récente d'Informatica MDM Hub. Vous devrez payer les fichiers de population supplémentaires que vous
demanderez.
1. Copiez vos fichiers population.ysp à l'emplacement suivant :

¨ Sous Windows :
<infamdm_install_directory>\hub\cleanse\resources\match
¨ Sous Unix :
<infamdm_install_directory>/hub/cleanse/resources/match
2. Dans la table de métadonnées C_REPOS_SSA_POPULATION, vérifiez si votre population est déjà
enregistrée.
La base de données d'amorce de installations MDM possède des populations enregistrées dans la table
C_REPOS_SSA_POPULATION qui ne sont pas marquées comme activées. Par exemple, si vous possédez
une licence pour la population US, la population US est enregistrée dans la table
C_REPOS_SSA_POPULATION mais n'est pas activée (enabled_ind = 0).
Activation de la population de correspondance 71

3. Ajouter la population à la table C_REPOS_SSA_POPULATION si elle n'est pas listée dans la table. Le nom
de population est identique au nom du fichier ysp. Par exemple, si le nom du fichier ysp est US.ysp, le nom de
la population est US.
Remarque: Si vous ajoutez une population japonaise et que vous voulez utiliser le champ de correspondance
Person_Name_Kanji, ajouter _Kanji au nom de la population. Par exemple, Japan_Kanji ou Japan_i_Kanji.
Dans ce cas, le champ de correspondance standard Person_Name n'est pas disponible.
a. Connectez-vous au schéma ORS auquel vous voulez ajouter la population.
b. Dans SQL*Plus, exécutez le script add_std_ssa_population.sql trouvé dans les emplacements suivants :
¨ Sous Windows : <infamdm_install_directory>\server\resources\database\custom_scripts\oracle
¨ Sous UNIX : <infamdm_install_directory>/server/resources/database/custom_scripts/oracle
4. Exécutez la commande suivante pour activer la population :

UPDATE c_repos_ssa_population SET enabled_ind = 1 WHERE population_name = '<Your Population> ';
COMMIT;
5. Redémarrez le serveur de correspondance de nettoyage.
6. Vérifiez si votre population est activée en vous connectant dans la console Hub MDM.
Vous devez maintenant voir votre population dans l'interface utilisateur de correspondance des objets de
base.

CHAPITRE 5
Lancement de la console Hub

¨ Présentation de la console Hub, 73
¨ À propos de la console Hub, 73
¨ Démarrage de la console Hub, 74
¨ Tâches de post-configuration, 75
Présentation de la console Hub

Les administrateurs et gestionnaires de données peuvent accéder aux fonctions d'Informatica MDM Hub à l'aide
de l'interface utilisateur d'Informatica MDM Hub, appelée la console Hub. Ce chapitre présente la console Hub et
contient des instructions pour son lancement.
À propos de la console Hub

La console Hub est composée d'un ensemble d'outils. Chaque outil vous permet d'effectuer une action spécifique
ou un ensemble d'actions liées. Les outils disponibles dans la console Hub dépendent de l'accord de licence
Informatica.
Vous n'avez pas besoin d'installer la console Hub, car elle est lancée depuis l'installation du serveur Hub avec
Java Web Start ou aller à :
http://<host_name>:<port>/cmx/siperian-console.jnlp
Vérifiez que Java Web Start a été installé. L'URL suivante est une page comprenant un lien vers le programme
d'installation Web Start :
http://<host_name>:<port>/cmx
Dans ces URL, host_name est l'hôte exécutant votre serveur d'application et port est le port sur lequel ce
dernier écoute.
Remarque: La console Hub peut ne pas fonctionner correctement si vous ne définissez pas le système
d'exploitation pour un paramètre régional pris en charge. Pour une liste des paramètres régionaux pris en charge,
consultez “Paramètres régionaux pris en charge” à la page 2.
73
Démarrage de la console Hub
Pour lancer la console Hub :
1. Ouvrez une fenêtre de navigateur et entrez l'URL suivant :

http://<YourHubHostName>:<port>/cmx/
où <YourHubHostName> est votre hôte local Informatica MDM Hub et port est le numéro de port. Vérifiez
auprès de votre administrateur que le numéro de port est correct.
Remarque: Vous devez utiliser une connexion HTTP pour démarrer la console Hub. Les connexions SSL ne
sont pas prises en charge.
L'écran de démarrage de la console Hub est affiché.
2. Cliquez sur le bouton Démarrer.
Java Web Start se charge.
Remarque: La première fois que vous démarrez la console Hub depuis une machine cliente, Java Web Start
télécharge les fichiers d'application.
La boîte de dialogue de connexion à MDM Hub s'affiche.
3. Entrez un nom d’utilisateur et un mot de passe.
Remarque: Si vous n'avez pas de nom d'utilisateur et de mot de passe définis, contactez le Support client
international Informatica.
4. Cliquez sur OK.
Une fois que vous êtes connecté avec un nom d'utilisateur et un mot de passe valides, Informatica MDM Hub
vous invite à choisir une base de données cible.
La première fois que vous démarrez la console Hub, il vous est demandé de sélectionner la base de données
principale. Après avoir inscrit un ou plusieurs Operational Reference Stores (bases de données ORS) à l'aide
de l'outil bases de données, cette liste inclut aussi toutes les bases de données inscrites.
La liste des bases de données auxquelles vous pouvez vous connecter est définie par votre profil de sécurité.
¨ La base de données principale stocke les paramètres de configuration de l'environnement Informatica
MDM Hub comme les comptes d'utilisateurs, la configuration de la sécurité, le registre ORS, les
paramètres de la file d'attente de messages. Une seule base de données principale peut être affectée à un
environnement Informatica MDM Hub donné.
¨ Un Operational Reference Store (ORS) contient les règles de traitement des données principales, les
règles de gestion des objets de données principales, ainsi que les règles de traitement et la logique
auxiliaire utilisées par Informatica MDM Hub pour définir la best version of the truth (BVT). Une ou
plusieurs bases de données ORS peuvent être affectées à une configuration de Informatica MDM Hub.
5. Sélectionnez la base de données principale ou l'ORS auquel vous voulez vous connecter.
6. Cliquez sur Connexion.
Remarque: Vous pouvez facilement changer la base de données cible une fois dans la console Hub.
La console Hub s'affiche.
74 Chapitre 5: Lancement de la console Hub

Tâches de post-configuration
Vérifiez votre installation Informatica MDM Hub en effectuant les tâches suivantes.
Étape Tâche Instructions
1 Enregistrez la nouvelle base données d'ORS à l'aide de « Configuration des stockages de référence
l'outil Bases de données de la console Hub. opérationnelle (ORS) et des sources de données »
dans le Guide de configuration d'Informatica MDM Hub .
2 Activez la journalisation de la base de données ORS à Annexe D, « Affichage des détails de configuration »,
l'aide de l'outil Gestionnaire d'entreprise de la console dans le Guide de configuration d'Informatica MDM Hub .
Hub.
3 Enregistrer l'utilisateur proxy à l'aide de l'outil Bases de Guide de configuration d'Informatica MDM Hub
données dans la console Hub.
4 Enregistrez les Cleanse Match Servers à l'aide de l'outil « Configuration du nettoyage des données » dans le
correspondant dans la console Hub. Guide de configuration d'Informatica MDM Hub .
5 Exécutez le processus de validation sur la nouvelle Guide de Informatica MDM Hub Metadata Manager.
base de données ORS à l'aide de l'outil Metadata
Manager dans la console Hub. Enregistrez une copie
des résultats de validation finale dans le dossier de
votre documentation d'installation.
6 Générez un rapport d'environnement de votre Annexe D, « Affichage des détails de configuration »,

configuration Informatica MDM Hub actuelle (serveurs dans le Guide de configuration d'Informatica MDM Hub .
Hub, Cleanse Match Servers, base de données
principale, bases de données d'ORS et historique de
version) à l'aide de l'outil Gestionnaire d'entreprise de
la console Hub. Enregistrez une copie du rapport
d'environnement dans le dossier de votre
documentation d'installation.
7 Copiez les fichiers journaux suivants dans le répertoire “Fichiers journaux de Informatica MDM Hub” à la page
de documents que vous avez créé dans “Création d'un 92.
répertoire de documentation d'installation” à la page 5 :
- Journal de la console Hub (console.log)
- Journal du serveur Hub (cmxserver.log)
- Journal du Cleanse Match Server (cmxserver.log)
- Journal de la base de données (cmx_debug.log)
8 Archivez votre répertoire de documentation Support client international Informatica.

d'installation. Si nécessaire, envoyez le contenu de ce
répertoire au Support client international Informatica.
Tâches de post-configuration 75
CHAPITRE 6
Groupage
¨ Présentation du groupage, 76
¨ Installation du serveur Hub dans une grappe de JBoss (UNIX), 76
¨ Installation du serveur Hub dans une grappe de JBoss (Windows), 80
¨ Installation et déploiement du kit de ressources dans une grappe JBoss (UNIX), 83
¨ Installation et déploiement du kit de ressources dans une grappe JBoss (Windows), 84
¨ Configuration du cache de JBoss, 84
Présentation du groupage
Ce chapitre explique la méthode de configuration du groupage (grappe) quand vous installez Informatica MDM
Hub avec votre serveur d'applications.
Installation du serveur Hub dans une grappe de JBoss

(UNIX)
Les instructions suivantes s'appliquent à l'installation du Serveur Hub dans une grappe de serveur d'applications
JBoss à l'aide du support du déploiement groupé. Voir la documentation sur le site web JBoss pour des
instructions détaillées sur la configuration de la grappe du serveur d'application JBoss pour le support du
déploiement groupé.
Si vous voulez que les appels de l'API SIF passent sur un autre nœud au cas où un nœud de la grappe échoue,
assurez-vous de configurer un équilibrage de charge pour router les appels de l'API SIF.
Remarque: Seul le support du déploiement groupé JBoss est pris en charge. Les services singleton groupés
JBoss ne sont pas pris en charge.
76
Utilisez les étapes suivantes pour installer le serveur Hub dans une grappe :
1 Créer un grappe JBoss et des nœuds pour support du “Étape 1. Création de la grappe JBoss et de nœuds pour
déploiement groupé. exploitation du déploiement” à la page 77
2 Installer le serveur Hub dans des nœuds de la grappe. “Étape 2. Installation du serveur Hub sur les nœuds de la
grappe” à la page 78
3 Configurer les services et déployer le Serveur Hub “Étape 3. Configuration des services et déploiement du
dans un des nœuds de grappe. serveur Hub” à la page 78
4 Installer et déployer le Cleanse Match Server dans les “Étape 4. Installation et déploiement du serveur de
nœuds de grappe. correspondance de nettoyage” à la page 79
Étape 1. Création de la grappe JBoss et de nœuds pour exploitation

du déploiement
Le déploiement groupé est activé par défaut dans toute la configuration du serveur d'application JBoss. Le
déploiement groupé ne requiert pas de configuration manuelle. Une grappe JBoss comporte un ou plusieurs
nœuds de grappe dans une ou plusieurs machines et chaque configuration représente un nœud de grappe. S'il
vous faut plusieurs nœuds de grappe dans une machine ou si vous avez besoin de noms de configuration
différents pour les nœuds de grappe, vous pouvez les copier tous dans votre propre configuration de nœud de
grappe.
L'exemple suivant montre la manière dont la grappe JBoss peut être créée pour une topologie unique. Dans
l'exemple, le nom de grappe JBoss est DevPartition. Il possède 3 nœuds de grappe : 2 nœuds de grappe ( cnode1
et cnode2) dans la machine A et un nœud de grappe ( tout) dans la machine B.
Pour créer des nœuds de grappe dans la machine A :
1. Dans la machine A, allez dans <JBoss_install_dir>/server.

2. Copiez tout dans cnode1 sur la machine A.
4. Dans la machine A, allez dans <JBoss_install_dir>/bin.
5. Exécutez la commande suivante pour démarrer JBoss pour les nœuds cnode1 et cnode2 :
C:>run.bat -c cnode1 -g DevPartition -u 239.255.100.100 -b 0.0.0.0 -Djboss.messaging.ServerPeerID=1
-Djboss.service.binding.set=ports-01
6. Dans la machine B, allez dans <JBoss_install_dir>/bin.
7. Exécutez la commande suivante pour démarrer JBoss pour le nœud tout :
C:>run.bat -c all -g DevPartition -u 239.255.100.100 -b 0.0.0.0 -Djboss.messaging.ServerPeerID=3
¨ La machine B possède la configuration par défaut tout qui n'a pas besoin d'être modifiée.
¨ Dans l'exemple précédent, le nom de grappe doit être DevPartition dans toutes les commandes pour assurer
que tous les nœuds de grappe appartiennent à la grappe DevPartition. La valeur de l'argument
jboss.messaging.ServerPeerID doit être différente pour tous les nœuds de grappe. Si vous possédez plusieurs
nœuds de grappe dans la même machine, la liaison de port d'écoute JNP définie, boss.service.binding.set,
doit être différente pour tous les nœuds.
Installation du serveur Hub dans une grappe de JBoss (UNIX) 77

Utilisez le service de déploiement distribué pour déployer les applications Informatica MDM Hub dans le répertoire
farm sous le nœud de la grappe de n'importe quel membre de la grappe et pour dupliquer les applications à
travers tous les nœuds d'une grappe. Chaque application MDM Hub inclut des fichiers EAR, des sources de
données et des fichiers de configuration JMS. Si vous ajoutez un nœud à une grappe existante, toutes les
applications déployées en groupe dans la grappe sont ajoutées au nœud et déployées localement au moment du
démarrage. Si vous supprimez une application dans le répertoire farm/ d'un nœud de serveurs groupés exécuté,
le déploiement de l'application est annulé localement puis retiré des répertoires farm/ de tous les autres nœuds de
serveurs groupés.
Pour plus d'informations, consultez la documentation JBoss.
Étape 2. Installation du serveur Hub sur les nœuds de la grappe

Installez le serveur Hub sur tous les nœuds de la grappe sur lesquels le serveur Hub MDM sera déployé en
exécutant la commande suivante :
./hub_install.bin
Le chemin d'installation d'Informatica MDM Hub doit être le même sur tous les nœuds de la grappe.
Choisissez une des méthodes suivantes pour l'installation de Informatica MDM Hub sur tous les nœuds de la
grappe :
1. Exécutez les programmes d'installation du serveur Hub sur tous les nœuds et cliquez sur Non lorsque vous
êtes invité à exécuter le script postInstallSetup pour déployer l'application.
2. Exécutez le programme d'installation du serveur Hub sur le premier nœud de la grappe. Cliquez sur Non
lorsque vous êtes invité à exécuter le script postInstallSetup pour déployer l'application. Copiez le répertoire
d'accueil du serveur Hub sur tous les nœuds de la grappe.
Étape 3. Configuration des services et déploiement du serveur Hub

Pour configurer les services et déployer le serveur Hub une fois que la grappe est exécutée :
1. Démarrer le programme d'installation du serveur Hub avec la commande suivante :

./hub_install.bin
2. Lorsque le programme d'installation vous demande le nom de configuration, saisissez le nom d'un des nœuds
de grappe de la machine.
3. Lorsque le programme d'installation vous demande le port d'écoute JNP JBoss, saisissez le port d'écoute
JNP de n'importe quel nœud de la grappe exécuté dans la machine.
4. Cliquez sur Non lorsque vous êtes invité à exécuter le script postInstallSetup pour déployer l'application.
5. Après l'installation, ouvrez <infamdm_install_directory>/hub/server/resources/cmxserver.properties et
ajoutez les noms de machine complets des serveurs de la grappe dans cmx.appserver.hostname et les ports
d'écoute JNP dans la propriété cmx.appserver.rmi.port séparés par des virgules (,). Ajoutez également la
propriété jboss.cluster avec la valeur true.
Par exemple, si la grappe possède 3 nœuds exécutés sur host1, host1 et host2 à l'aide, respectivement, des
ports d'écoute JNP 1199, 1299 et 1099, alors les propriétés cmx.appserver.hostname et
cmx.appserver.rmi.port de <infamdm_install_directory>/hub/server/resources/cmxserver.properties doivent
être les suivantes :
¨ jboss.cluster=true
¨ cmx.appserver.hostname=host1,host1,host2
¨ cmx.appserver.rmi.port=1199,1299,1099
78 Chapitre 6: Groupage
Où le nom d'hôte et le numéro de port du premier serveur sont host1 et 1199 ; le nom d'hôte et le numéro de
port du deuxième serveur sont host1 et 1299 ; le nom d'hôte et le numéro de port du troisième serveur sont
host2 et 1099.
Remarque: Assurez-vous que les numéros de port soient séparés par une virgule (,) sans espace entre eux.
L'ordre des noms d'hôtes et des numéros de port doit être le même.
6. Après l'installation, exécutez la commande suivante pour réintégrer le fichier Hub EAR :
cd <infamdm_install_directory>/hub/server/bin
./sip_ant.sh repackage
7. Remplacez le fichier jboss-log4j.xml du répertoire conf de tous les nœuds de grappe JBoss par le fichier
log4j.xml du serveur hub du répertoire conf en exécutant les commandes suivantes sur tous les nœuds de
grappe JBoss :
cd <infamdm_install_directory>/hub/server/conf
cp log4j.xml <jboss_install_directory>/server/<clusternode>/conf/jboss-log4j.xml
8. Copiez le fichier Hub EAR, le fichier de la source de données et les fichiers de configuration JMS dans le
répertoire groupé du nœud de grappe JBoss.
cd <infamdm_install_directory>/hub/server/conf
cp siperian-mrm-ds.xml <jboss_install_directory>/server/<clusternode>/farm
cp siperian-destination-service.xml <jboss_install_directory>/server/<clusternode>/farm
cp siperian-jms-ds.xml <jboss_install_directory>/server/<clusternode>/farm
cd < infamdm_install_directory >
cp siperian-mrm.ear <jboss_install_directory>/server/<clusternode>/farm
Vous pouvez maintenant accéder au serveur Hub à l'aide de n'importe quel nœud de la grappe.
Remarque:
¨ Lorsque vous enregistrez un nouvel ORS dans la Console Hub, la source de données et le pool de connexions
de l'ORS doivent être déplacés manuellement depuis le déploiement du nœud de la grappe vers le groupe de
nœuds de la grappe.
cd <jboss_install_directory>/server/<clusternode>
cp deploy/siperian-<database_Id>-ds.xml /tmp
delete deploy/siperian-<database_Id>-ds.xml
cp /tmp/siperian-<database_Id>-ds.xml farm
¨ Si la source de données ne se déploie pas depuis le groupe car elle est déjà déployée via le déploiement, vous
devez redémarrer le nœud de grappe JBoss.
Étape 4. Installation et déploiement du serveur de correspondance de

nettoyage
Pour déployer le serveur de correspondance de nettoyage lorsque le cluster s'exécute :
1. Démarrez le programme d'installation du serveur de correspondance de nettoyage à l'aide de la commande

suivante :
./hub_cleanse_install.bin
JNP pour n'importe quel nœud de la grappe exécuté dans la machine.
3. Après l'installation, réintégrez le fichier EAR du serveur de correspondance de nettoyage, en utilisant les
commandes suivantes :
cd <infamdm_install_directory>/hub/cleanse/bin
./sip_ant.sh repackage
4. Copiez le fichier EAR du serveur de correspondance de nettoyage dans le répertoire farm de la grappe JBoss
à l'aide des commandes suivantes :
cd <infamdm_install_directory>
cp siperian-mrm-cleanse.ear <jboss_install_dir>/server/<clusternode>/farm
Installation du serveur Hub dans une grappe de JBoss (UNIX) 79

Installation du serveur Hub dans une grappe de JBoss
(Windows)
Les instructions suivantes s'appliquent à l'installation du Serveur Hub dans une grappe de serveur d'applications
JBoss à l'aide du support du déploiement groupé. Voir la documentation sur le site web JBoss pour des
instructions détaillées sur la configuration de la grappe du serveur d'application JBoss pour le support du
déploiement groupé.
Si vous voulez que les appels de l'API SIF passent sur un autre nœud au cas où un nœud de la grappe échoue,
assurez-vous de configurer un équilibrage de charge pour router les appels de l'API SIF.
Remarque: Seul le support du déploiement groupé JBoss est pris en charge. Les services singleton groupés
JBoss ne sont pas pris en charge.
Utilisez les étapes suivantes pour installer le serveur Hub dans une grappe :
1 Créer un grappe JBoss et des nœuds pour support du “Étape 1. Création de la grappe JBoss et de nœuds pour
déploiement groupé. exploitation du déploiement” à la page 80
2 Installer le serveur Hub dans des nœuds de la grappe. “Étape 2. Installation du serveur Hub sur les nœuds de la
grappe” à la page 81
3 Configurer les services et déployer le Serveur Hub “Étape 3. Configuration des services et déploiement du
dans un des nœuds de grappe. serveur Hub” à la page 81
4 Installer et déployer le Cleanse Match Server dans les “Étape 4. Installation et déploiement du serveur de
nœuds de grappe. correspondance de nettoyage” à la page 83
Étape 1. Création de la grappe JBoss et de nœuds pour exploitation

du déploiement
Le déploiement groupé est activé par défaut dans toutes les configurations du serveur d'application JBoss. Le
déploiement groupé ne requiert pas de configuration manuelle. Une grappe JBoss comporte un ou plusieurs
nœuds de grappe dans une ou plusieurs machines et chaque configuration représente un nœud de grappe. S'il
vous faut plusieurs nœuds de grappe dans une machine ou si vous avez besoin de noms de configuration
différents pour les nœuds de grappe, copiez all dans votre propre configuration de nœud de grappe.
L'exemple suivant montre la manière dont la grappe JBoss peut être créée pour une topologie unique. Dans
l'exemple, le nom de grappe JBoss est DevPartition. Elle possède 3 nœuds de grappe : 2 nœuds de grappe
(cnode1 et cnode2) dans la machine A et un nœud de grappe ( all) dans la machine B.
Pour créer des nœuds de grappe dans la machine A :
1. Dans la machine A, allez dans <JBoss_install_dir>\server.

4. Dans la machine A, allez dans <JBoss_install_dir>\bin.
5. Exécutez la commande suivante pour démarrer JBoss pour les nœuds cnode1 et cnode2 :
6. Dans la machine B, allez dans <JBoss_install_dir>\bin.
7. Exécutez la commande suivante pour démarrer JBoss pour le nœud tout :
C:>run.bat -c all -g DevPartition -u 239.255.100.100 -b 0.0.0.0 -Djboss.messaging.ServerPeerID=3
¨ La machine B possède la configuration par défaut tout qui n'a pas besoin d'être modifiée.
¨ Dans l'exemple précédent, le nom de grappe doit être DevPartition dans toutes les commandes pour assurer
que tous les nœuds de grappe appartiennent à la grappe DevPartition. La valeur de l'argument
jboss.messaging.ServerPeerID doit être différente pour tous les nœuds de grappe. Si vous possédez plusieurs
nœuds de grappe dans la même machine, la liaison de port d'écoute JNP définie, boss.service.binding.set,
doit être différente pour tous les nœuds.
Utilisez le service de déploiement distribué pour déployer les applications Informatica MDM Hub dans le répertoire
farm sous le nœud de la grappe de n'importe quel membre de la grappe et pour dupliquer les applications à
travers tous les nœuds d'une grappe. Chaque application MDM Hub inclut des fichiers EAR, des sources de
données et des fichiers de configuration JMS. Si vous ajoutez un nœud à une grappe existante, toutes les
applications déployées en groupe dans la grappe sont ajoutées au nœud et déployées localement au moment du
démarrage. Si vous supprimez une application depuis le répertoire farm\ d'un nœud de serveurs groupés en cours
d'exécution, le déploiement de l'application est annulé localement puis supprimé des répertoires farm\ de tous les
autres nœuds de serveurs groupés.
Pour plus d'informations, consultez la documentation JBoss.
Étape 2. Installation du serveur Hub sur les nœuds de la grappe

Installez le serveur Hub sur tous les nœuds de la grappe sur lesquels le serveur Hub MDM sera déployé en
exécutant la commande suivante :
hub_install.exe
Le chemin d'installation d'Informatica MDM Hub doit être le même sur tous les nœuds de la grappe.
Choisissez une des méthodes suivantes pour l'installation de Informatica MDM Hub sur tous les nœuds de la
grappe :
1. Exécutez les programmes d'installation du serveur Hub sur tous les nœuds et cliquez sur Non lorsque vous
êtes invité à exécuter le script postInstallSetup pour déployer l'application.
2. Exécutez le programme d'installation du serveur Hub sur le premier nœud de la grappe. Cliquez sur Non
lorsque vous êtes invité à exécuter le script postInstallSetup pour déployer l'application. Copiez le répertoire
d'accueil du serveur Hub sur tous les nœuds de la grappe.
Étape 3. Configuration des services et déploiement du serveur Hub

Pour configurer les services et déployer le serveur Hub une fois que la grappe est exécutée :
1. Démarrer le programme d'installation du serveur Hub avec la commande suivante :

hub_install.exe
2. Lorsque le programme d'installation vous demande le nom de configuration, saisissez le nom d'un des nœuds
de grappe de la machine.
JNP de n'importe quel nœud de la grappe exécuté dans la machine.
Installation du serveur Hub dans une grappe de JBoss (Windows) 81

4. Cliquez sur Non lorsque vous êtes invité à exécuter le script postInstallSetup pour déployer l'application.
5. Après l'installation, ouvrez <infamdm_install_directory>\hub\server\resources\cmxserver.properties et
ajoutez les noms de machine complets des serveurs de la grappe dans la propriété cmx.appserver.hostname et
les ports d'écoute JNP dans la propriété cmx.appserver.rmi.port séparés par des virgules (,). Ajoutez
également la propriété jboss.cluster avec la valeur true.
Par exemple, si la grappe possède 3 nœuds exécutés sur host1, host1 et host2 à l'aide, respectivement, des
ports d'écoute JNP 1199, 1299 et 1099, alors les propriétés cmx.appserver.hostname et
cmx.appserver.rmi.port de <infamdm_install_directory>\hub\server\resources\cmxserver.properties doivent
être les suivantes :
¨ jboss.cluster=true
¨ cmx.appserver.hostname=host1,host1,host2
¨ cmx.appserver.rmi.port=1199,1299,1099
Où le nom d'hôte et le numéro de port du premier serveur sont host1 et 1199 ; le nom d'hôte et le numéro de
port du deuxième serveur sont host1 et 1299 ; le nom d'hôte et le numéro de port du troisième serveur sont
host2 et 1099.
Remarque: Assurez-vous que les numéros de port soient séparés par une virgule (,) sans espace entre eux.
L'ordre des noms d'hôtes et des numéros de port doit être le même.
6. Exécutez la commande suivante pour réintégrer le fichier Hub EAR :
cd <infamdm_install_directory>\hub\server\bin
7. Remplacez le fichier jboss-log4j.xml du répertoire conf de tous les nœuds de grappe JBoss par le fichier
log4j.xml du serveur hub du répertoire conf en exécutant les commandes suivantes sur tous les nœuds de
grappe JBoss :
cd <infamdm_install_directory>\hub\server\conf
copy log4j.xml <jboss_install_directory>\server\<clusternode>\conf\jboss-log4j.xml
8. Copiez le fichier Hub EAR, le fichier de la source de données et les fichiers de configuration JMS dans le
répertoire groupé du nœud de grappe JBoss.
cd <infamdm_install_directory>\hub\server\conf
copy siperian-mrm-ds.xml <jboss_install_directory>\server\<clusternode>\farm
copy siperian-destination-service.xml <jboss_install_directory>\server\<clusternode>\farm
copy siperian-jms-ds.xml <jboss_install_directory>\server\<clusternode>\farm
copy siperian-mrm.ear <jboss_install_directory>\server\<clusternode>\farm
Vous pouvez maintenant accéder au serveur Hub à l'aide de n'importe quel nœud de la grappe.
Remarque:
¨ Lorsque vous enregistrez un nouvel ORS dans la Console Hub, la source de données et le pool de connexions
de l'ORS doivent être déplacés manuellement depuis le déploiement du nœud de la grappe vers le groupe de
nœuds de la grappe.
cd <jboss_install_directory>\server\<clusternode>
copy deploy\siperian-<database_Id>-ds.xml \temp
delete deploy\siperian-<database_Id>-ds.xml
copy \temp\siperian-<database_Id>-ds.xml farm
¨ Si la source de données ne se déploie pas depuis le groupe car elle est déjà déployée via le déploiement, vous
devez redémarrer le nœud de grappe JBoss.
Étape 4. Installation et déploiement du serveur de correspondance de
nettoyage
Pour déployer le serveur de correspondance de nettoyage lorsque le cluster s'exécute :
1. Démarrez le programme d'installation du serveur de correspondance de nettoyage à l'aide du fichier

d'installation suivant :
hub_cleanse_install.exe
3. Réintégrez le fichier EAR du serveur de correspondance de nettoyage, en utilisant les commandes
suivantes :
cd <infamdm_install_directory>\hub\cleanse\bin
4. Copiez le fichier EAR du serveur de correspondance de nettoyage dans le répertoire farm de la grappe JBoss
à l'aide des commandes suivantes :
copy siperian-mrm-cleanse.ear <jboss_install_dir>\server\<clusternode>\farm
Installation et déploiement du kit de ressources dans

une grappe JBoss (UNIX)
Cette section décrit les étapes pour installer et déployer le kit de ressources une fois que la grappe est exécutée.
1. Démarrez le programme d'installation du kit de ressources à l'aide de la commande suivante :

./hub_resourcekit_install.bin
2. Lorsque le programme d'installation cous demande la sélection de configuration, sélectionnez Configurer
exemples.
4. Cliquez sur Non quand on vous demande une option de déploiement.
5. Après l'installation, exécutez les commandes suivantes pour réintégrer le fichier EAR :
cd <resourcekit_install_dir>/deploy/bin
sip_ant.sh repackage
6. Copiez le fichier Hub EAR dans le répertoire farm du nœud de grappe JBoss à l'aide des commandes
suivantes :
cd <infamdm_install_directory>/deploy/deployed_ears
cp LookupWebServiceExample.ear <JBoss_install_dir>/server/<clusternode>/farm
cp PartyWebServiceExample.ear <JBoss_install_dir>/server/<clusternode>/farm
Installation et déploiement du kit de ressources dans une grappe JBoss (UNIX) 83

Installation et déploiement du kit de ressources dans
une grappe JBoss (Windows)
Cette section décrit les étapes pour installer et déployer le kit de ressources une fois que la grappe est exécutée.
1. Démarrez le programme d'installation du kit de ressources à l'aide de la commande suivante :

hub_resourcekit_install.exe
2. Lorsque le programme d'installation cous demande la sélection de configuration, sélectionnez Configurer
exemples.
4. Cliquez sur Non quand on vous demande une option de déploiement.
5. Après l'installation, exécutez les commandes suivantes pour réintégrer le fichier EAR :
cd <resourcekit_install_dir>\deploy\bin
6. Copiez le fichier Hub EAR dans le répertoire farm du nœud de grappe JBoss à l'aide des commandes
suivantes :
cd <infamdm_install_directory>\deploy\deployed_ears
copy LookupWebServiceExample.ear <JBoss_install_dir>\server\<clusternode>\farm
copy PartyWebServiceExample.ear <JBoss_install_dir>\server\<clusternode>\farm
Configuration du cache de JBoss

Vous devez configurer le cache de JBoss pour gérer les spécifications de mise en cache. Modifiez le fichier
jbossCacheConfig.xml se trouvant sur <infamdm_install_directory>/hub/server/resources/jbossCacheConfig.xml
pour configurer le cache de JBoss.
¨ Augmentez la valeur des propriétés suivantes à 30 000 ou plus pour vous assurer que le serveur Hub acquiert
un verrou d'objet de cache :
- lockAcquisitionTimeout="30000"
- sync replTimeout = "30000"

¨ Augmentez la valeur de la propriété suivante à 60 000, pour assurer la récupération de l’état initial:
<stateRetrieval timeout ="60000" fetchInMemoryState="true"/>
¨ Définissez la configuration UDP suivante pour JGroups afin de vous assurer qu'il n'y ait pas de conflit entre les
différents membres de la grappe :
- Définissez l'attribut mcast_addr=<multicast_address> de sorte que tous les membres d'une grappe utilisent la
même valeur. Utilisez des valeurs différentes pour différentes grappes, ou pour des serveurs MDM Hub ne
figurant dans aucune grappe sur ce réseau.
- Définissez l'attribut mcast_port=<multicast_port> de sorte que tous les membres d'une grappe utilisent la
même valeur. Utilisez des valeurs différentes pour différentes grappes, ou pour des serveurs MDM Hub ne
figurant dans aucune grappe sur ce réseau.
¨ Définissez la propriété eviction pour éviter les erreurs de mémoire insuffisante :
- Augmentez la valeur de l'attribut wakeUpInterval à 60 000 :

<eviction wakeUpInterval ="60000">
- Changez le temps d'éviction de CmxInternal comme illustré dans l'exemple suivant :
<region name="/CmxInternal">
<property name="timeToLive" value="86400000" /> <!—24 hours is the minimum required-->
</region>
<region name="/ReposObjects">
</region>
<region name="/DataObjects">
</region>
Configuration du cache de JBoss 85

CHAPITRE 7
Désinstallation de Informatica MDM

Hub
¨ Présentation de la désinstallation de Informatica MDM Hub, 86
¨ Désinstallation de Informatica MDM Hub (JBoss / UNIX), 86
¨ Désinstallation de Informatica MDM Hub (JBoss / Windows), 89
Présentation de la désinstallation de Informatica MDM

Hub
Ce chapitre décrit la méthode de désinstallation de votre implémentation de Informatica MDM Hub.
Désinstallation de Informatica MDM Hub (JBoss / UNIX)

La désinstallation de Informatica MDM Hub implique les étapes suivantes :
1 Retirez chaque instance du logiciel Cleanse Match “Étape 1. Désinstallation du Cleanse Match Server” à la
Server. page 86.
2 Retirez le logiciel Serveur Hub. “Étape 2. Désinstallation du serveur Hub” à la page 87.
3 Retirez le Stockage Hub (bases de données et “Suppression des bases de données du stockage Hub” à
utilisateurs) d'Oracle. la page 91.
Étape 1. Désinstallation du Cleanse Match Server

Cette section décrit comment retirer de votre système une installation de Cleanse Match Server
Remarque: Si vous avez plus d'un Cleanse Match Server en cours d'exécution, vous devez effectuer ces étapes
pour chaque Cleanse Match Server que vous voulez désinstaller.
86
Annulation manuelle du déploiement du Cleanse Match Server
Si, pour une raison quelconque, vous devez annuler manuellement le déploiement du serveur de correspondance
de nettoyage dans l'environnement du serveur d'applications JBoss, supprimez siperian-mrm-cleanse.ear du
répertoire suivant :
Remarque: Redémarrez le serveur d'applications JBoss si le processus de déploiement automatique de JBoss ne

supprime pas les applications. Pour plus d'informations, consultez la documentation de l'administration de JBoss.
Retirer le serveur de correspondance de nettoyage

Pour désinstaller un serveur de correspondance de nettoyage :
1. Si le serveur de correspondance de nettoyage est en cours d'exécution, arrêtez-le en arrêtant le serveur

d'applications.
2. Accédez au répertoire suivant :
<infamdm_install_directory>/hub/cleanse/UninstallerData
3. Exécutez Uninstall_Informatica_MDM_Hub_Cleanse_Match_Server.
L'écran d'introduction de la désinstallation est affiché.
4. Cliquez sur Désinstaller pour commencer la désinstallation.
Pendant le processus, l'écran Veuillez patienter est affiché.
Lorsque le processus est terminé, l'écran Désinstallation terminée s'affiche.
5. Cliquez sur Terminer.
Étape 2. Désinstallation du serveur Hub

Cette section décrit comment retirer de votre système une installation de serveur Hub.
Annulation manuelle du déploiement du serveur Hub

Pour annuler manuellement le déploiement du serveur Hub :
¨ Supprimez siperian-mrm.ear et siperian-mrm-ds.xml depuis le répertoire suivant :

¨ Supprimez les fichiers suivants du répertoire server/default/deploy/messaging s'ils existent. Ces fichiers
contiennent la file d'attente de configuration de JMS.
- siperian-jms-ds.xml
- siperian-destination-service.xml
Retirer le serveur Hub

Pour désinstaller le serveur Hub :
1. Vérifiez que vous arrêtez le serveur d'applications.

2. Allez dans le répertoire <infamdm_install_directory>/hub/server/UninstallerData et exécutez
Uninstall_Informatica_MDM_Hub_Server.
L'écran d'introduction Désinstaller s'affiche.

Désinstallation de Informatica MDM Hub (JBoss / UNIX) 87

Pendant le processus, l'écran Veuillez patienter s'affiche.
Lorsque le processus est terminé, l'écran Désinstallation terminée s'affiche.
Important: Lors de la désinstallation du serveur Hub, vérifiez la présence des fichiers suivants et supprimez-
les s'ils n'étaient pas supprimés du dossier <rép_installation_JBoss>/server/<nom_de_configuration>/deploy.
Ces fichiers doivent être supprimés avant de pouvoir mettre à niveau vers la version actuelle de Informatica
MDM Hub :
siperian-mrm.ear
siperian-mrm-ds.xml
siperian-mrm-cleanse.ear
Étape 3. Désinstallation du Stockage Hub d'Oracle

Cette section décrit comment désinstaller le stockage Hub.
Remarque: Les noms des fichiers et des répertoires dans cette section peuvent varier légèrement selon le type
d'installation que vous effectuez.
Objets de la base de données à supprimer

Lors de la désinstallation du stockage Hub, vous devez :
¨ Supprimez les schémas de la base de données du stockage Hub (base de données principale et toute base de
données ORS) que vous avez créés en exécutant les scripts setup.sql et/ou setup_ors.sql.
¨ Retirer toutes les connexions utilisateur pour ces schémas de base de données.
Par exemple, si vous avez créé CMX_SYSTEM (base de données principale) et CMX_ORS (base de données
ORS) à l'aide de setup.sql, et CMX_ORS2 (base de données ORS) à l'aide de setup_ors.sql, vous devez
supprimer les objets suivants :
Type d'objet Oracle À supprimer
Schéma de base de données CMX_SYSTEM, CMX_ORS et CMX_ORS2
Utilisateur CMX, CMX_SYSTEM, CMX_ORS, CMX_ORS2 et tous les utilisateurs que vous avez
créés et qui accèdent à ces schémas.
Suppression des bases de données du stockage Hub

Remarque: Vous devez posséder des privilèges Oracle DBA pour réaliser les instructions de la présente section.
Pour supprimer des bases de données du stockage Hub :
1. Connectez-vous à l'instance Oracle à l'aide de SQL*PLUS en utilisant une connexion possédant des
privilèges DBA.
2. Pour chaque schéma répertorié dans “Objets de la base de données à supprimer” à la page 90, exécutez la
commande suivante (la suppression de l'utilisateur avec l'option CASCADE supprime également la base de
données associée) :
drop user <username> cascade;
3. Pour la base de données principale, exécutez la commande suivante (la suppression de l'utilisateur avec
l'option CASCADE supprime également la base de données associée) :
88 Chapitre 7: Désinstallation de Informatica MDM Hub

4. Si vous avez utilisé un utilisateur proxy, exécutez la commande suivante (la suppression de l'utilisateur avec
Désinstallation de Informatica MDM Hub (JBoss /

Windows)
Utilisez les étapes suivantes pour désinstaller Informatica MDM Hub :
1 Retirez chaque instance du logiciel Cleanse Match “Étape 1. Désinstallation du Cleanse Match Server” à la
Server. page 89.
2 Retirez le logiciel Serveur Hub. Étape 2. Désinstallation du serveur Hub.
3 Retirez le Stockage Hub (bases de données et “Suppression des bases de données du stockage Hub” à
utilisateurs) d'Oracle. la page 91.
Étape 1. Désinstallation du Cleanse Match Server

Cette section décrit comment retirer de votre système une installation de Cleanse Match Server

Si, pour une raison quelconque, vous devez annuler manuellement le déploiement du serveur de correspondance
de nettoyage dans l'environnement du serveur d'applications JBoss, supprimez siperian-mrm-cleanse.ear du
Remarque: Redémarrez le serveur d'applications JBoss si le processus de déploiement automatique de JBoss ne

supprime pas les applications. Pour plus d'informations, consultez la documentation de l'administration de JBoss.
Suppression du Cleanse Match Server

Pour désinstaller un Cleanse Match Server :
1. Si le Cleanse Match Server est en cours d'exécution, arrêtez-le en arrêtant le serveur d'applications.
2. Effectuez l'une des opérations suivantes :
¨ Cliquez sur le bouton Démarrer et sélectionnez Programmes > Infamdm > Hub > Cleanse >
UninstallerData > Désinstaller le serveur de correspondance de nettoyage d'Informatica MDM Hub
¨ Allez dans le répertoire <répertoire_installation_infamdm>\hub\cleanse\UninstallerData et faites un
double clic sur Uninstall Informatica MDM Hub Cleanse Match Server.exe.
L'écran d'introduction de la désinstallation est affiché.
Pendant le processus, l'écran Veuillez patienter est affiché.
L'écran Désinstallation terminée est affiché.
Désinstallation de Informatica MDM Hub (JBoss / Windows) 89

Étape 2. Désinstallation du serveur Hub

Cette section décrit comment retirer de votre système une installation de serveur Hub.
Annulation manuelle du déploiement du serveur Hub

Pour annuler manuellement le déploiement du serveur Hub :
¨ Supprimez siperian-mrm.ear et siperian-mrm-ds.xml depuis le répertoire suivant :

¨ Supprimez les fichiers suivants dans le server\nom_de_configuration\deploy\messaging s'ils existent. Ces
fichiers contiennent la file d'attente de configuration de JMS.
- siperian-jms-ds.xml
- siperian-destination-service.xml
Remarque: Redémarrez le serveur si le processus de déploiement automatique de JBoss ne supprime pas les
applications. Pour plus d'informations, consultez la documentation JBoss.
Retirer le serveur Hub

Pour désinstaller le serveur Hub :
1. Vérifiez que vous arrêtez le serveur d'applications.

2. Procédez ainsi :
¨ Cliquez sur le bouton Démarrer et sélectionnez Programmes > Infamdm > Hub > Server >
UninstallerData > Désinstaller le serveur Informatica MDM Hub, ou
¨ Allez dans le répertoire < infamdm_install_directory >\hub\server\UninstallerData et double-cliquez sur
Uninstall_Informatica_MDM_Hub_Server.
L'écran d'introduction Désinstaller s'affiche.

L'écran Désinstallation terminée s'affiche.
Vous devez redémarrer le serveur d'applications après la désinstallation.
Étape 3. Désinstallation du Stockage Hub d'Oracle

Cette section décrit comment désinstaller le stockage Hub.
Remarque: Les noms des fichiers et des répertoires dans cette section peuvent varier légèrement selon le type
d'installation que vous effectuez.
Objets de la base de données à supprimer

Lors de la désinstallation du stockage Hub, vous devez :
¨ Supprimez les schémas de la base de données du stockage Hub (base de données principale et toute base de
données ORS) que vous avez créés en exécutant les scripts setup.sql et/ou setup_ors.sql.
¨ Retirer toutes les connexions utilisateur pour ces schémas de base de données.
90 Chapitre 7: Désinstallation de Informatica MDM Hub

Par exemple, si vous avez créé CMX_SYSTEM (base de données principale) et CMX_ORS (base de données
ORS) à l'aide de setup.sql, et CMX_ORS2 (base de données ORS) à l'aide de setup_ors.sql, vous devez
supprimer les objets suivants :
Type d'objet Oracle À supprimer
Schéma de base de données CMX_SYSTEM, CMX_ORS et CMX_ORS2
Utilisateur CMX, CMX_SYSTEM, CMX_ORS, CMX_ORS2 et tous les utilisateurs que vous avez
créés et qui accèdent à ces schémas.
Suppression des bases de données du stockage Hub

Remarque: Vous devez posséder des privilèges Oracle DBA pour réaliser les instructions de la présente section.
Pour supprimer des bases de données du stockage Hub :
1. Connectez-vous à l'instance Oracle à l'aide de SQL*PLUS en utilisant une connexion possédant des
privilèges DBA.
2. Pour chaque schéma répertorié dans “Objets de la base de données à supprimer” à la page 90, exécutez la
commande suivante (la suppression de l'utilisateur avec l'option CASCADE supprime également la base de
données associée) :
3. Pour la base de données principale, exécutez la commande suivante (la suppression de l'utilisateur avec
4. Si vous avez utilisé un utilisateur proxy, exécutez la commande suivante (la suppression de l'utilisateur avec
Désinstallation de Informatica MDM Hub (JBoss / Windows) 91

CHAPITRE 8
Dépannage
¨ Fichiers journaux de Informatica MDM Hub, 92
¨ Ignorer l'installation des pré-requis, 97
¨ Mise à jour des paramètres après l'installation, 97
¨ Vérification de l'installation silencieuse du Cleanse Match Server et du Hub, 98
¨ Échec de la post-installation, 101
¨ Erreur du processus MATCH : VerifyNeedToStrip, 102
¨ Horodotage de démarrage/d'arrêt imprécis pour l'ORS, 103
¨ Erreurs de version major.minor lors du chargement du serveur de correspondance de nettoyage, 103
¨ Faibles performances du serveur d'applications de nettoyage/correspondance, 103
¨ Exception de dépassement de délai du cache du serveur Hub, 103
¨ Dépannage (JBoss / UNIX), 104
¨ Dépannage (JBoss / Windows), 105
Fichiers journaux de Informatica MDM Hub

Cette section décrit les fichiers journaux Informatica MDM Hub que vous pouvez utiliser pour le dépannage de
votre installation.
Fichiers journaux de Informatica MDM Hub (UNIX)

Cette section décrit les fichiers journaux de Informatica MDM Hub sous UNIX.
À propos des fichiers journaux Informatica MDM Hub

Informatica MDM Hub crée les fichiers journaux suivants :
console.log
Le fichier console.log est créé dans l'environnement du système d'exploitation dans lequel la console Hub est
lancée indépendamment de l'environnement du serveur Hub. Si la console Hub est lancée dans un
environnement Windows, le fichier de la console.log est créé dans C:\Documents and Settings\<user_home>
\siperian\console.log. Si elle est lancée dans un environnement UNIX, le fichier console.log est créé dans /
<user_home>/siperian/console.log. Il contient les messages du journal de la console Hub. Toutes les erreurs
92
qui apparaissent durant la communication avec le serveur d'application ou les messages d'erreur du serveur
d'application ou les messages d'erreur de la console sont répertoriés dans ce fichier. Par défaut, le fichier
console.log est activé et créé.
Ce fichier journal est un fichier journal déroulant. Une fois qu'il atteint 5 Mo, il est copié vers console.log.1
puis reprend. Le serveur Hub fait cela indéfiniment, pouvant ainsi créer un grand nombre de fichiers journaux.
C'est une bonne idée d'effacer périodiquement les anciens fichiers ou de les transférer vers un autre
emplacement de stockage.
Le fichier console.log est créé sur la machine locale à partir de laquelle vous lancez et utilisez la console Hub.
Remarque: Le PATH donné pour le journal de console est un chemin Windows et non un UNIX, car le fichier
console.log est écrit sur la machine locale sur laquelle vous avez lancé la console Hub.
cmxserver.log (pour le serveur Hub)
Ceci est le fichier journal pour le serveur d'application. Durant l'installation, si vous choisissez l'emplacement
par défaut, cmxserver.log apparaît dans < infamdm_install_directory >/hub/server/logs. En général,
l'emplacement du fichier est < infamdm_install_directory >/hub/server/logs.
Ce fichier journal contient toutes les informations de connexion et de débogage depuis le serveur
d'applications. Par défaut, le fichier cmxserver.log est activé et créé. Ce fichier journal est un fichier déroulant
et une fois qu'il atteint 5 Mo, il est copié vers cmxserver.log.1 puis reprend. Le serveur Hub répète l'opération
indéfiniment, pouvant ainsi créer un grand nombre de fichiers. C'est une bonne idée d'effacer périodiquement
les anciens fichiers ou de les transférer vers un autre emplacement de stockage.
Remarque: Si vous utilisez JBoss pour Informatica MDM Hub, le journal cmxserver est dans <
infamdm_install_directory >/hub/server/logs/cmxserver.log par défaut. Donc pour JBoss, le cmxserver.log
contient les informations de journaux du serveur Hub et du serveur de correspondance de nettoyage.
cmxserver.log (pour le serveur de correspondance de nettoyage)
Ce fichier journal est destiné aux fonctions CLEANSE, TOKENIZATION et SIMULATION. Il est situé dans le
répertoire < cleanse_install_directory >/hub/cleanse/logs. Ce fichier journal contient tous les messages de
débogage et d'erreur du processus de nettoyage (Arrivée>Temporaire). Par défaut, le fichier cmxserver.log
est activé. Ce fichier journal est un fichier déroulant et une fois qu'il atteint 5 Mo, il est copié vers
cmxserver.log.1 puis reprend.
cmx_debug.log
Ce fichier journal est destiné aux procédures stockées de la base de données. Ce fichier journal contient
toutes les informations de connexion des procédures stockées PUT, GET, GETLIST, MATCH, LOAD, MERGE
et AUTOMERGE. Par défaut, le fichier cmx_debug.log est désactivé car une surcharge de performances est
associée à la journalisation. Pour activer la journalisation du débogage, voir “Activation de la journalisation du
débogage dans une base de données de stockage de référentiel opérationnel” à la page 96.
Le gestionnaire d'entreprise vous permet de changer le nom du fichier de débogage. En savoir plus sur le
gestionnaire d'entreprise dans le Guide de configuration d'Informatica MDM Hub .
Activation de la journalisation du débogage dans une base de données de

stockage de référentiel opérationnel
Utilisez un objet de répertoire Oracle pour activer la journalisation du débogage de l'activité de la base de
données. Par défaut, la journalisation du débogage est désactivée. Si vous activez la journalisation du débogage,
le nom de fichier par défaut du fichier de journalisation de la base de données de débogage cmx est
Fichiers journaux de Informatica MDM Hub 93

cmx_debug.log. Pour plus d'information sur le journal de débogage, veuillez vous référer aux instructions du
1. Créez un répertoire sur le système de fichiers pour stocker le fichier journal de base de données de
débogage cmx.
Par exemple, créez le répertoire suivant :
C:\infamdm\debug_log
2. Attribuez à un utilisateur Oracle, par exemple l'administrateur de la base de données, les accès en lecture et
en écriture sur ce répertoire.
3. Connectez-vous à Oracle en tant qu'utilisateur.
4. Créez un objet de répertoire Oracle.
Par exemple, exécutez la commande suivante pour créer l'objet de répertoire SIP_DEBUG_LOG :
CREATE OR REPLACE DIRECTORY sip_debug_log AS 'C:\infamdm\debug_log'
5. Attribuez les privilèges de lecture et écriture sur l'objet de répertoire Oracle que vous venez de créer.
Par exemple, pour attribuer les privilèges de lecture et écriture sur sip_debug_log à un utilisateur PUBLIC,
exécutez la commande suivante :
GRANT READ, WRITE ON DIRECTORY sip_debug_log TO PUBLIC;
Par exemple, pour attribuer les privilèges de lecture et écriture sur sip_debug_log à un utilisateur spécifique,
GRANT READ, WRITE ON DIRECTORY sip_debug_log TO <ORS_USER_ID>;
UPDATE C_REPOS_DB_RELEASE SET DEBUG_FILE_PATH = '<Oracle directory object>', DEBUG_FILE_NAME =
'<debug_file_name>', DEBUG_IND = 1;
Par exemple, exécutez la commande suivante :
UPDATE C_REPOS_DB_RELEASE SET DEBUG_FILE_PATH = 'SIP_DEBUG_LOG', DEBUG_FILE_NAME = 'cmx_debug.log',
DEBUG_IND = 1;
7. Déconnectez-vous d'Oracle puis reconnectez-vous.
8. Pour vérifier si le débogage est activé, exécutez la commande suivante :
EXEC CMXLB.DEBUG_PRINT('Test logging')
9. Vérifiez que le fichier journal contient l'entrée suivante :
Test logging.
Emplacement du fichier journal pour le serveur Hub et le serveur de

Important: N'éditez pas le fichier cmxserver.properties pour changer l'emplacement des fichiers journaux.
Le tableau suivant répertorie chaque fichier de configuration dans lequel vous spécifiez l'emplacement des fichiers
journaux :
Composant Fichier de configuration et emplacement
JBoss <JBoss_install_directory>/server/<configuration_name>/conf/jboss-
log4j.xml
ou <JBoss_install_directory> est le répertoire dans lequel vous avez installé le serveur d'application JBoss.
94 Chapitre 8: Dépannage
Gestion des fichiers journaux
Le système de renouvellement de tous les fichiers journaux de Informatica MDM Hub indique que vous devez
effectuer une maintenance périodique, soit en supprimant les anciens journaux, soit en les déplaçant vers un
emplacement de stockage permanent pour éviter qu'ils deviennent trop nombreux ou qu'ils occupent trop d'espace.
Fichiers journaux de Informatica MDM Hub (Windows)

Cette section décrit les fichiers journaux de Informatica MDM Hub sous Windows.
À propos des fichiers journaux Informatica MDM Hub

Informatica MDM Hub crée les fichiers journaux suivants :
Remarque: Certains fichiers incluent les informations de mot de passe.
console.log
Le fichier console.log est créé dans l'environnement du système d'exploitation dans lequel la console Hub est
lancée indépendamment de l'environnement du serveur Hub. Si la console Hub est lancée dans un
environnement Windows, le fichier de la console.log est créé dans C:\Documents and Settings\<user_home>
\siperian\console.log. Si elle est lancée dans un environnement UNIX, le fichier console.log est créé dans /
<user_home>/siperian/console.log. Il contient les messages de la console Hub. Toutes les erreurs qui
apparaissent durant la communication avec le serveur d'application ou les messages d'erreur du serveur
d'application ou les messages d'erreur de la console sont répertoriés dans ce fichier.
Par défaut cmxconsole.log est ON et créé. C'est une bonne idée d'effacer périodiquement les anciens fichiers
ou de les transférer vers un autre emplacement de stockage.
cmxserver.log (pour le serveur Hub)
Ceci est le fichier journal pour le serveur d'application. Durant l'installation, si vous choisissez l'emplacement
par défaut, cmxserver.log apparaît dans C:\< infamdm_install_directory >\hub\server\logs. En général,
l'emplacement du fichier est < infamdm_install_directory >\hub\server\logs.
Ce fichier contient toutes les informations de connexion et de débogage du serveur d'application. Par défaut
cmxserver.log est ON et créé. Ce fichier est un fichier déroulant et une fois qu'il atteint 5 Mo, il est copié vers
cmxserver.log.1 puis reprend. Le serveur Hub répète l'opération indéfiniment, pouvant ainsi créer un grand
nombre de fichiers. C'est une bonne idée d'effacer périodiquement les anciens fichiers ou de les transférer
vers un autre emplacement de stockage.
Remarque: Si vous utilisez JBoss for Informatica MDM Hub, le cmxserver.log est dans <
infamdm_install_directory >\logs\cmxserver.log par défaut. Donc pour JBoss, le cmxserver.log contient les
informations pour le serveur Hub et le serveur de correspondance de nettoyage.
cmxserver.log (pour le serveur de correspondance de nettoyage)
Ce fichier est pour CLEANSE\TOKENIZATION\SIMULATION. Il est situé dans le dossier d'installation <
infamdm_install_directory >\hub\cleanse\logs. Ce fichier contient tous les messages de débogage et d'erreur
pour le processus de nettoyage (Landing >Staging). Par défaut cmxserver.log est ON. Ce fichier est un fichier
déroulant et une fois qu'il atteint 5 Mo, il est copié vers cmxserver.log.1 puis reprend.
cmx_debug.log
Le fichier cmx_debug.log est pour les procédures stockées en base de données. Il contient toutes les
informations de connexion pour les procédures stockées PUT, GET, GETLIST, MATCH, LOAD, MERGE et
AUTOMERGE. Par défaut cmx_debug.log est OFF. Pour activer la journalisation du débogage, voir “Activation
de la journalisation du débogage dans une base de données de stockage de référentiel opérationnel” à la
page 93.
Fichiers journaux de Informatica MDM Hub 95

Le gestionnaire d'entreprise vous permet de changer le nom du fichier de débogage. En savoir plus sur le
gestionnaire d'entreprise dans le Guide de configuration d'Informatica MDM Hub .
Remarque: Si la journalisation est activée, assurez-vous que la taille du fichier journal multipliée par le
nombre maximum de fichiers journaux de base de données ne dépasse pas l'espace de stockage disponible
ou la taille de fichier maximum de votre système d'exploitation.
Activation de la journalisation du débogage dans une base de données de

stockage de référentiel opérationnel
Utilisez un objet de répertoire Oracle pour activer la journalisation du débogage de l'activité de la base de
données. Par défaut, la journalisation du débogage est désactivée. Si vous activez la journalisation du débogage,
le nom de fichier par défaut du fichier de journalisation de la base de données de débogage cmx est
cmx_debug.log. Pour plus d'informations sur le journal de débogage, consultez les instructions contenues dans le
1. Créez un répertoire sur le système de fichiers pour stocker le fichier journal de base de données de
débogage cmx.
Par exemple, créez le répertoire suivant :
C:\infamdm\debug_log
2. Attribuez à un utilisateur Oracle, par exemple l'administrateur de la base de données, les accès en lecture et
en écriture sur ce répertoire.
3. Connectez-vous à Oracle en tant qu'utilisateur.
4. Créez un objet de répertoire Oracle.
Par exemple, exécutez la commande suivante pour créer l'objet de répertoire SIP_DEBUG_LOG :
CREATE OR REPLACE DIRECTORY sip_debug_log AS 'C:\infamdm\debug_log'
5. Attribuez les privilèges de lecture et écriture sur l'objet de répertoire Oracle que vous venez de créer.
Par exemple, pour attribuer les privilèges de lecture et écriture sur sip_debug_log à un utilisateur PUBLIC,
GRANT READ, WRITE ON DIRECTORY sip_debug_log TO PUBLIC;
Par exemple, pour attribuer les privilèges de lecture et écriture sur sip_debug_log à un utilisateur spécifique,
GRANT READ, WRITE ON DIRECTORY sip_debug_log TO <ORS_USER_ID>;
UPDATE C_REPOS_DB_RELEASE SET DEBUG_FILE_PATH = '<Oracle directory object>', DEBUG_FILE_NAME =
'<debug_file_name>', DEBUG_IND = 1;
Par exemple, exécutez la commande suivante :
UPDATE C_REPOS_DB_RELEASE SET DEBUG_FILE_PATH = 'SIP_DEBUG_LOG', DEBUG_FILE_NAME = 'cmx_debug.log',
DEBUG_IND = 1;
7. Déconnectez-vous d'Oracle puis reconnectez-vous.
8. Pour vérifier si le débogage est activé, exécutez la commande suivante :
EXEC CMXLB.DEBUG_PRINT('Test logging')
9. Vérifiez que le fichier journal contient l'entrée suivante :
Test logging.
Emplacement du fichier journal pour le serveur Hub et le serveur de

Important: N'éditez pas le fichier cmxserver.properties pour changer l'emplacement des fichiers journaux.
Le tableau suivant répertorie chaque fichier de configuration dans lequel vous spécifiez l'emplacement des fichiers
journaux :
Composant Fichier de configuration et emplacement
JBoss <JBoss_install_directory>\server\<configuration_name>\conf\jboss-
log4j.xml
ou <JBoss_install_directory> est le répertoire dans lequel vous avez installé le serveur d'application JBoss.
Ignorer l'installation des pré-requis

Pour ignorer la validation des pré-requis de l'installation, ajoutez le paramètre suivant à la commande d'installation :
-DSIPERIAN_INSTALL_PREREQ_VALIDATION=false
Mise à jour des paramètres après l'installation

Cette section décrit comment mettre à jour les paramètres du serveur Hub et du Cleanse Match Server après
l'installation
Mise à jour des paramètres du serveur Hub après l'installation

Si l'environnement change ou que des paramètres ont été entrés incorrectement lors du processus d'installation,
vous pouvez corriger manuellement les informations après avoir exécuté l'installation.
Le script postInstallSetup annule le déploiement de votre application actuelle (le cas échéant), repackage votre
application avec les nouvelles informations, configure vos files d'attente de messages, installe ou recrée votre
source de données et déploie l'application nouvellement packagée sur votre serveur d'application.
Pour des instructions sur la modification des paramètres du serveur Hub, consultez la section « Dépannage » pour
votre serveur d'application et votre plate-forme.
Mise à jour des paramètres du serveur de correspondance de

nettoyage après l'installation
Si l'environnement change ou que des paramètres ont été entrés incorrectement lors du processus d'installation,
vous pouvez corriger manuellement les informations après avoir exécuté l'installation.
Pour des instructions sur la modification des paramètres du serveur Hub, consultez la section « Dépannage » pour
votre serveur d'application et votre plate-forme.
Le script postInstallSetup est utilisé pour repackager manuellement l'application et la redéployer sur votre
application. Il annule le déploiement de votre application (le cas échéant), repackage votre application avec les
nouvelles informations, configure vos files d'attente de messages, installe ou recrée votre source de données et
déploie l'application nouvellement packagée sur votre serveur d'application.
Ignorer l'installation des pré-requis 97

Vérification de l'installation silencieuse du Cleanse
Match Server et du Hub
Cette section décrit comment confirmer que votre installation silencieuse a réussi. Une installation silencieuse
défaillante peut être due à de nombreux facteurs, dont des informations incorrectes dans le fichier de propriétés
correspondant (des chemins d'installation incorrects du serveur d'applications ou un nombre trop élevé de
numéros de ports dans le fichier). Pour vérifier que votre installation silencieuse a réussi, vous pouvez rechercher
dans les fichiers les entrées associées à l'installation silencieuse, et dans les dossiers les fichiers correspondant à
l'installation silencieuse.
Vérification de l'installation silencieuse du serveur Hub et du Cleanse

Match Server (UNIX)
Cette section s'applique à la vérification des installations silencieuses dans l'environnement UNIX.
Vérifier l'installation silencieuse du serveur Hub

Les tables suivantes répertorient les fichiers ou dossiers à vérifier lorsque vous effectuez une installation
silencieuse serveur Hub.
Emplacement Vérifier
<infamdm_install_directory>/logs postInstallSetup.log : Vérifier si des ERREURS sont présentes dans le

fichier
<infamdm_install_directory>/conf/siperian- Justificatifs d'identité de la base de données

mrm-ds.xml où le serveur d'applications est JBoss Cherchez les propriétés suivantes et assurez-vous que leurs valeurs
sont correctes. Exemples de valeurs :
<xa-datasource-property name="URL">jdbc:oracle:thin:@mdb_server:
1521:orcl</xa-datasource-property>
<xa-datasource-property name="User">cmx</xa-datasource-property>
<xa-datasource-property name="Password">!!cmx!!</xa-datasource-
property>
<infamdm_install_directory>/resources/ cmx.server.masterdatabase.type, cmx.appserver.type,

cmxserver.properties cmx.appserver.rmi.port et cmx.appserver.soap.connector.port
<infamdm_install_directory>/setSiperian.bat Vérifiez les variables suivantes et assurez-vous que leurs valeurs sont
où le serveur d'applications est JBoss correctes dans votre environnement.
SET SIP_HOME=/infamdm/hub/server
SET JBS_HOME=/jboss-5.1.0.GA
SET JBS_DEPLOY_DIR=/jboss-5.1.0.GA/server/ < configuration_name
>/deploy
Si certains des contenus des fichiers ou les propriétés listées dans la table ci-dessus sont incorrects, vous devez
saisir manuellement les contenus ou propriétés corrects dans le fichier de propriétés de l'installation silencieuse,
puis redémarrer l'installation. Vous pouvez également apporter des corrections aux fichiers individuels, comme le
fichier cmxserver.properties, puis relancer la commande postInstallSetup manuellement depuis le même
<infamdm_install_directory>.
Vérifier l'installation silencieuse du Cleanse Match Server
Les tables suivantes listent les fichiers ou dossiers à vérifier quand vous effectuez une installation silencieuse du
Cleanse Match Server.
<répertoire_installation_nettoyage> >/logs postInstallSetup.log : Vérifier si des ERREURS sont présentes dans le

fichier
<répertoire_installation_nettoyage> / # Propriétés AddressDoctor

resources/cmxcleanse.properties cleanse.library.addressDoctor.property.SetConfigFile=/u1/infamdm/hub/
et fichiers cmx.appserver.type cleanse/resources/AddressDoctor/5/SetConfig.xml
cleanse.library.addressDoctor.property.ParametersFile=/u1/infamdm/
hub/cleanse/resources/AddressDoctor/5/Parameters.xml
cleanse.library.addressDoctor.property.DefaultCorrectionType=PARAME
TERS_DEFAULT
# Propriétés Trillium Director
cleanse.library.trilliumDir.property.config.file.1=C:/infamdm/hub/cleanse/
resources/Trillium/samples/director/td_default_config_Global.txt
resources/Trillium/samples/director/td_default_config_US_detail.txt
resources/Trillium/samples/director/td_default_config_US_summary.txt
#Propriétés FirstLogicDirect
cleanse.library.firstLogicDirect.property.config.file=C:/infamdm/hub/
cleanse/resources/firstLogicDirect/fld_default_config.txt
<répertoire_installation_nettoyage> / cmx.home=$USER_INSTALL_DIR$
resources/cmxserver.properties # Type de serveur d'applications : jboss
cmx.appserver.type=$SIP.APPSERVER.TYPE$
<répertoire_installation_nettoyage>/ Tous les paramètres dans setSiperianEnv.bat pour le serveur de

setSiperianEnv.bat où le serveur d'applications correspondance de nettoyage sont les mêmes que pour le serveur Hub.
est JBoss
puis redémarrer l'installation. Alternativement, vous pouvez apporter des corrections aux fichiers individuels,
comme le fichier cmxcleanse.properties , puis relancer la commande postInstallSetup manuellement depuis le
même <répertoire_installation_nettoyage> .
Vérification de l'installation silencieuse du serveur Hub et du Cleanse

Match Server (Windows)
Cette section s'applique à la vérification des installations silencieuses dans l'environnement Windows.
Vérification de l'installation silencieuse du Cleanse Match Server et du Hub 99

Vérifier l'installation silencieuse du serveur Hub (Windows)
Vérifiez ces fichiers ou dossiers quand vous effectuez une installation silencieuse du serveur Hub.
<répertoire_installation_infamdm>\logs postInstallSetup.log : Vérifier si des ERREURS sont présentes dans le

fichier
<répertoire_installation_infamdm>\conf Justificatifs d'identité de la base de données

\siperian-mrm-ds.xml où le serveur Cherchez les propriétés suivantes et assurez-vous que leurs valeurs
d'applications est JBoss sont correctes. Exemples de valeurs :
<xa-datasource-property name="URL">jdbc:oracle:thin:@mdb_server:
1521:orcl<\xa-datasource-property>
<xa-datasource-property name="User">cmx<\xa-datasource-property>
<xa-datasource-property name="Password">!!cmx!!<\xa-datasource-
property>
<répertoire_installation_infamdm>\resources cmx.server.masterdatabase.type, cmx.appserver.type,

\cmxserver.properties cmx.appserver.rmi.port et cmx.appserver.soap.connector.port
<répertoire_installation_infamdm> Vérifiez les variables suivantes et assurez-vous que leurs valeurs sont
\setSiperian.bat où le serveur d'applications est correctes dans votre environnement.
JBoss SET SIP_HOME=C:\infamdm\hub\server
SET JBS_HOME=C:\jboss-5.1.GA
SET JBS_DEPLOY_DIR=C:\jboss-5.1.GA\server\ <
nom_de_configuration >\deploy
Si certains des éléments sont incorrects, saisissez manuellement les contenus ou propriétés corrects dans le
fichier de propriété d'installation silencieuse, puis redémarrez l'installation. Vous pouvez aussi apporter des
corrections aux fichiers individuels, comme le fichier cmxserver.properties, puis relancer la commande
postInstallSetup manuellement depuis le même répertoire_installation_infamdm .
Vérifier l'installation silencieuse du Cleanse Match Server (Windows)

Vérifiez les fichiers ou dossiers suivants quand vous effectuez une installation silencieuse du Cleanse Match
Server :
<répertoire_installation_nettoyage> postInstallSetup.log : Vérifier si des ERREURS sont présentes dans le fichier

\logs
<répertoire_installation_nettoyage> # Propriétés AddressDoctor

\resources\cmxcleanse.properties cleanse.library.addressDoctor.property.SetConfigFile=C:\infamdm\hub\cleanse
et fichiers cmx.appserver.type \resources\AddressDoctor\5\SetConfig.xml
cleanse.library.addressDoctor.property.ParametersFile=C:\infamdm\hub
\cleanse\resources\AddressDoctor\5\Parameters.xml
cleanse.library.addressDoctor.property.DefaultCorrectionType=PARAMETERS
_DEFAULT
# Propriétés Trillium Director
cleanse.library.trilliumDir.property.config.file.1=C:\infamdm\hub\cleanse
\resources\Trillium\samples\director\td_default_config_Global.txt

\resources\Trillium\samples\director\td_default_config_US_detail.txt
\resources\Trillium\samples\director\td_default_config_US_summary.txt
#Propriétés FirstLogicDirect
cleanse.library.firstLogicDirect.property.config.file=C:\infamdm\hub\cleanse
\resources\firstLogicDirect\fld_default_config.txt
<répertoire_installation_nettoyage> cmx.home=$USER_INSTALL_DIR$
\resources\cmxserver.properties # Type de serveur d'applications : jboss
cmx.appserver.type=$SIP.APPSERVER.TYPE$
<répertoire_installation_nettoyage> Tous les paramètres dans setSiperianEnv.bat pour le Cleanse Match Server
\setSiperianEnv.bat où le serveur sont les mêmes que pour le serveur Hub.
d'applications est JBoss
puis redémarrer l'installation. Vous pouvez également apporter des corrections aux fichiers individuels, comme le
fichier cmxserver.properties, puis relancer la commande postInstallSetup manuellement depuis le même
<répertoire_installation_infamdm> .
Échec de la post-installation
La post-installation peut échouer pour différentes raisons. Si la post-installation échoue, utilisez les informations
suivantes pour le dépannage.
Le processus poste-installation peut échouer pour les raisons suivantes :

Un fichier siperian-mrm.ear existe déjà.
Si vous essayez de déployer l'application serveur Hub vers un répertoire qui contient déjà un fichier nommé
siperian-mrm.ear, l'erreur suivante s'affiche :
[wsadmin] ADMA5016I: Installation of siperian-mrm.ear started.
[wsadmin] A composition unit with name siperian-mrm.ear already

exists. Select a different application name.
Pour résoudre le problème, supprimez tous les répertoires qui contiennent un fichier siperian-mrm.ear, puis
exécutez postInstallSetup à nouveau pour déployer le fichier ear.
Remarque: Si vous annulez le déploiement de l'application serveur Hub, un fichier siperian-mrm.ear peut
toujours exister dans un répertoire de serveur d'application.
Le serveur Hub ne peut pas se connecter au schéma cmx_system.

Pour vérifier que le serveur Hub ne peut pas se connecter au schéma cmx_system, consultez le journal du
serveur d'application. Par exemple, l'erreur suivante peut s'afficher dans le journal WebSphere
SystemOut.log :
Caused by: java.sql.SQLException: ORA-28000: the account is locked
DSRA0010E: SQL State = 99999, Error Code = 28,000
Échec de la post-installation 101

Pour résoudre le problème, résolvez le problème de connexion à la base de données et utilisez la console du
serveur d'application pour tester la connexion à la base de données. Si vous ne pouvez pas résoudre la
connexion au schéma cmx_system, créez le schéma cmx_system à nouveau.
Erreur du processus MATCH : VerifyNeedToStrip

Cette section s'applique si vous rencontrez l'erreur VerifyNeedToStrip SIP-16062 lors de l'exécution du processus
de correspondance.
VerifyNeedToStrip (UNIX)
Si vous recevez une erreur VerifyNeedToStrip SIP-16062 pendant que vous exécutez un processus de
Correspondance, vérifiez le paramétrage des variables de bibliothèque et d'environnement suivants :
¨ La variable d'environnement de chemin de bibliothèque doit contenir le chemin suivant pour le profil
Informatica :
<répertoire_installation_infamdm>/lib
La variable d'environnement du chemin de bibliothèque dépend de la plateforme :

- AIX : LIBPATH
- HP-UX : SHLIB_PATH
- Solaris, Suse, ou RedHat : LD_LIBRARY_PATH
Exemple (HP-UX) :
SHLIB_PATH=/u1/infamdm/hub/cleanse/lib
¨ La variable d'environnement SSAPR doit inclure le chemin suivant pour tous les utilisateurs (comme l'utilisateur
du serveur d'applications et l'utilisateur Informatica) :
<infamdm_install_directoryserver_install_dir>/resources
Exemple :
SSAPR=/u1/infamdm/hub/cleanse/resources
VerifyNeedToStrip (Windows)
Si vous recevez une erreur VerifyNeedToStrip SIP-16062 pendant que vous exécutez un processus de
Correspondance, vérifiez le paramétrage des variables de bibliothèque et d'environnement suivants :
¨ La variable d'environnement PATH doit contenir le chemin suivant pour le profil Informatica :
<cleanse_install_directory>\cleanse\lib
Exemple :
PATH=C:\infamdm\hub\cleanse\lib
¨ La variable d'environnement SSAPR doit inclure le chemin suivant pour tous les utilisateurs (comme l'utilisateur
du serveur d'applications et l'utilisateur Informatica) :
<infamdm_install_directory>\cleanse\resources
Exemple :
SSAPR=C:\infamdm\hub\cleanse\resources

Horodotage de démarrage/d'arrêt imprécis pour l'ORS
Si vous créez un ORS, que vous l'exportez et réutilisez ensuite le fichier .dmp de cet ORS auparavant installé
pour créer un second ORS, les colonnes de date de début et date de fin dans la table C_REPOS_DB_VERSION
de cet ORS auront une valeur différente de la date de début et de fin réelle. Cette différence dans la date n'affecte
pas les fonctionnalités.
Erreurs de version major.minor lors du chargement du

serveur de correspondance de nettoyage
Si plusieurs erreurs de console major.minor s'affichent lors de la tentative de chargement du serveur de
correspondance de nettoyage, vérifiez que la version correcte de Java est installée sur votre système.
Faibles performances du serveur d'applications de

nettoyage/correspondance
Un nombre élevé d'entrées de journaux de performances dans le fichier log4j_fr.xml affecte les performances du
Pour optimiser les performances, modifiez le fichier log4j_fr.xml pour exclure la journalisation liée aux
performances comme suit :
<category name="siperian.performance" additivity="false">
<priority value="OFF"/>
<appender-ref ref="fileAppender"/>
</category>
Exception de dépassement de délai du cache du

serveur Hub
Si le serveur Hub ne peut pas se procurer un verrou d'objet de cache, vous devez augmenter les délais
d'expiration d'acquisition du verrou et de réplication en modifiant le fichier jbossCacheConfig.xml situé dans :
<répertoire_installation_infamdm>/server/resources/jbossCacheConfig.xml.
Par exemple, augmentez les délais d'expiration de l'acquisition du verrou et de la réplication comme indiqué dans
l'exemple suivant :
<locking
...
lockAcquisitionTimeout="30000"
...
/>
<sync replTimeout="30000"/>
Horodotage de démarrage/d'arrêt imprécis pour l'ORS 103

Dépannage (JBoss / UNIX)
Cette section fournit les instructions de dépannage pour JBoss sous UNIX.
Changement des paramètres du serveur Hub (JBoss/UNIX)

Vous pouvez changer les paramètres suivants du serveur Hub :
¨ Numéro de port d'écoute JNP et serveur d'applications JBoss

¨ nom de l'instance et du serveur de base de données
Changement du numéro de port JNP pour JBoss

Pour modifier le serveur d'applications et le numéro de port d'écoute JNP :
1. Ouvrez le fichier suivant dans un éditeur de texte :

<infamdm_install_directory>/resources/cmxserver.properties
2. Changez la valeur suivante :
3. Allez dans < répertoire_installation_infamdm > et exécutez postInstallSetup.sh.
4. Redémarrez le serveur d’applications.
Changer le serveur de base de données et le nom d'instance

Pour changer le nom de l'instance et du serveur de base de données :

<JBoss_install_dir>/server/<configuration_name>/deploy/siperian-mrm-ds.xml
2. Changez les valeurs suivantes :
<xa-datasource-property name="URL">jdbc:oracle:thin:@host:port:instance</xa-datasource-property>
où host est le nom de l'hôte exécutant la base de données Oracle, port est le numéro du port d'écoute
d'Oracle, et instance est le nom de votre instance d'Oracle.
Remarque: N'exécutez pas postInstallSetup pour JBoss.
Redéploiement manuel de l'application serveur Hub sous UNIX


2. Retirez siperian-mrm.ear du <JBoss_install_dir>/server/<configuration_name>/deploy pour vous assurer que
l'application est complètement supprimée.
3. Copiez siperian-mrm.ear depuis le dossier d'installation du serveur Hub.

(JBoss/UNIX)
Le processus d'installation commence à annuler le déploiement des Cleanse Match Servers préexistants. Si ce
processus échoue, vous devez annuler manuellement le déploiement. Supprimez siperian-mrm-cleanse.ear du
Répertoire <rép_installation_JBoss>/server/<nom_de_configuration>/deploy.
applications. Pour plus d'informations, consultez la documentation de l'administration de JBoss.
Paramétrage de la taille de la pile JVM (JBoss/UNIX)

Si vous utilisez Address Doctor comme moteur de nettoyage pour l'exécution de n'importe quel traitement par lot,
assurez-vous que la taille de la pile de JVM est suffisante. Si vous ne la définissez pas correctement pour votre
serveur d'application, Address Doctor émettra une exception pendant la certification.
1. Allez dans votre répertoire d'accueil JBoss.

2. Allez dans le répertoire bin.
3. Ouvrez run.sh dans un éditeur de texte.
4. Définissez la variable JAVA_OPTS comme suit :
JAVA_OPTS=${JAVA_OPTS} -Xss2000k
5. Enregistrez et fermez le fichier run.sh.
Dépannage (JBoss / Windows)

Cette section fournit les instructions de dépannage pour JBoss sous Windows.
Changement des paramètres du serveur Hub (JBoss/Windows)

Vous pouvez changer les paramètres suivants :
¨ Numéro de port d'écoute JNP et serveur d'applications JBoss
¨ nom de l'instance et du serveur de base de données
Changement du serveur d'applications et du numéro de port d'écoute JNP pour

JBoss
Pour modifier le serveur d'applications et le numéro de port d'écoute JNP :

<infamdm_install_directory>\resources\cmxserver.properties
2. Changez la valeur suivante :
3. Allez dans < répertoire_installation_infamdm > et exécutez postInstallSetup.bat.
Dépannage (JBoss / Windows) 105

Changement du serveur de bases de données et du nom de l'instance
Pour changer le nom de l'instance et du serveur de bases de données :

<JBoss_install_dir>\server\<configuration_name>\deploy\siperian-mrm-ds.xml
2. Changez les valeurs suivantes :
<xa-datasource-property name="URL">jdbc:oracle:thin:@host_name:1521:orcl</xa-datasource-property>
où host_name est le nom de l'hôte.
Remarque: N'exécutez pas postinstall pour JBoss.
Redéploiement manuel de l'application serveur Hub sous Windows


2. Supprimez siperian-mrm.ear des fichiers <JBoss_install_dir>\server\<configuration_name>\deploy\siperian-
* et <JBoss_install_dir>\server\<configuration_name>\deploy\messaging\siperian-* pour vous assurer que
tous les fichiers et applications liés sont supprimés.
3. Copiez siperian-mrm.ear depuis le dossier d'installation du serveur Hub vers <JBoss_install_dir>\server
4. Copiez siperian-mrm-ds.xml depuis <infamdm_install_dir>\conf vers <JBoss_install_dir>\server

5. Copiez siperian-jms-ds.xml et siperian-destination-service.xml depuis <infamdm_install_dir>\conf vers

<JBoss_install_dir>\server\<configuration_name>\deploy\messaging.

(JBoss/Windows)
Le processus d'installation commence à annuler le déploiement des Cleanse Match Servers préexistants. Si ce
processus échoue, vous devez annuler manuellement le déploiement. Supprimez siperian-mrm-cleanse.ear du
Répertoire <rép_installation_JBoss>/server/<nom_de_configuration>\deploy.
applications. Pour plus d'informations, consultez la documentation de l'administration de JBoss.

Paramétrage de la taille de la pile JVM (JBoss/Windows)
Si vous utilisez Address Doctor comme moteur de nettoyage pour l'exécution de n'importe quel traitement par lot,
assurez-vous que la taille de la pile de JVM est suffisante. Si vous ne la définissez pas correctement pour votre
serveur d'application, Address Doctor émettra une exception pendant la certification.
1. Allez dans votre répertoire d'accueil JBoss.

2. Allez dans le répertoire bin.
3. Ouvrez run.bat dans un éditeur de texte.
4. Définissez la variable JAVA_OPTS comme suit :
JAVA_OPTS=${JAVA_OPTS} -Xss2000k
5. Enregistrez et fermez le fichier run.bat.
Dépannage (JBoss / Windows) 107

ANNEXE A
Installation depuis la ligne de

commande
Cette annexe comprend les rubriques suivantes :
¨ Présentation de l'installation depuis la ligne de commande, 108
¨ Préparation de l'installation, 108
¨ Installation depuis la ligne de commande (JBoss/UNIX), 109
¨ Installation silencieuse depuis la ligne de commande, 113
Présentation de l'installation depuis la ligne de

commande
Informatica prend en charge l'installation depuis la ligne de commande pour les logiciels serveur Hub et Cleanse
Match Server. Cette annexe explique la méthode d'installation de ces applications à partir de la ligne de
commande, sans utiliser l'interface GUI.
Préparation de l'installation
Si vous préférez installer le serveur Hub et le serveur de correspondance de nettoyage sans utiliser le programme
d'installation de l'interface utilisateur, vous pouvez les installer manuellement à partir de la ligne de commande.
Avant l'installation :
¨ Vérifiez que vous répondez à la configuration matérielle et logicielle requise pour le serveur Hub comme
indiqué dans la matrice de disponibilité de produits sur
https://communities.informatica.com/community/my-support/tools/product-availability-matrices. En particulier,
vérifiez que vous possédez la version adéquate des pilotes Oracle.
¨ Vérifiez que vous possédez un fichier de licence Informatica. Vous ne pouvez pas installer Informatica MDM
Hub si vous n'avez pas de fichier de licence. Contactez le Support client international Informatica pour obtenir
une licence.
¨ Vérifiez que votre serveur d'application est installé et configuré. Pour plus d'informations, consultez la
documentation de votre serveur d'application.
108
Installation depuis la ligne de commande (JBoss/UNIX)
Cette section décrit la méthode d'installation des logiciels du serveur Hub et du Cleanse Match Server depuis la
ligne de commande UNIX.
Installation du serveur Hub

Avant d'installer le serveur Hub, effectuez les tâches de pré-installation. Consultez la section “Étape 1.
Préparation de l'installation” à la page 36
Pour installer le serveur Hub depuis la ligne de commande :

2. Exécutez la commande suivante depuis l'invite de commande :
./hub_install.bin -i console
3. Sélectionnez la langue que vous voulez installer, puis appuyez sur Entrée.
Les informations d'introduction concernant l'installation s'affichent.
4. Appuyez sur Entrée pour continuer.
L'accord de licence s'affiche.
5. Lisez l'accord de licence. Tapez O pour oui et appuyez sur Entrée pour continuer. Tapez N pour non si vous
n'acceptez pas les termes de l'accord de licence et que vous voulez quitter le programme d'installation.
Le programme d'installation affiche les informations sur le dossier d'installation.
6. Appuyez sur Entrée pour utiliser le dossier d'installation par défaut du serveur Hub ( /infamdm/hub/server). Si
vous voulez changer de dossier d'installation, saisissez le chemin absolu de l'emplacement et appuyez sur
Entrée.
Confirmez le dossier d'installation (O/N) et appuyez sur Entrée pour continuer.
Le programme d'installation affiche les informations sur l'emplacement de lien.
7. Sélectionnez l'emplacement du lien.
Le programme d'installation affiche les informations du fichier de licence.
8. Vérifiez l'emplacement par défaut du fichier de licence. Pour accepter l'emplacement par défaut, appuyez sur
Entrée. Pour changer l'emplacement, saisissez le nouveau chemin absolu du fichier de licence et appuyez
sur Entrée.
Les noms des serveurs d'application pris en charge sont affichés. Tapez le numéro de votre serveur
d'application et appuyez sur Entrée pour continuer. La valeur par défaut est le serveur d'application JBoss.
Appuyez sur Entrée to pour accepter la valeur par défaut.
De la même façon que pour le programme d'installation basé sur l'IUG, le programme d'installation en ligne
de commande dépend de votre serveur d'application.
L'écran d'information du serveur d'application JBoss s'affiche.
a. Spécifiez le dossier d'installation du serveur d'application. Appuyez sur Entrée.
Les informations du nom de configuration du serveur d'application JBoss s'affichent.
b. Spécifiez le nom de configuration. La valeur par défaut est default. Appuyez sur Entrée.
L'avertissement des prérequis JBoss est affiché.
c. Appuyez sur Entrée.
Installation depuis la ligne de commande (JBoss/UNIX) 109

Les fichiers de pilote de base de données JDBC sont copiés dans le répertoire < JBoss_install_dir >/
server/< configuration_name >/lib.
Remarque: Si vous tapez BACK à ce niveau, l'installation ne pourra pas revenir à l'étape précédente.
d. Saisissez votre port d'écoute JNP.
<JBoss_install_dir>/server/<configuration_name>/conf/bindingservice.beans/META-INF/bindings-
jboss-beans.xml
port, ouvrez bindings-jboss-beans.xml pour édition, cherchez le mot « port » et définissez la valeur du
port pour qu'elle corresponde à la valeur définie sur l'écran Port du serveur d'application JBoss.
e. Appuyez sur Entrée.

L'invite de sélection de la base de données est affichée.
10. Sélectionnez Oracle. Appuyez sur Entrée.
11. Sélectionnez le type de connexion à la base de données Oracle que vous désirez (Nom de service ou SID).
Appuyez sur Entrée.
L'écran Informations de base de données Oracle s'affiche.
12. Lorsque vous y êtes invité, spécifiez les paramètres pour la base de données Oracle à laquelle vous voulez
vous connecter. Appuyez sur Entrée pour accepter la valeur par défaut ou remplacez-la par la valeur
correcte. Ces paramètres comprennent : Nom de serveur, numéro de port, nom de service ou SID Oracle
(dépend de votre type de connexion sélectionné), nom de schéma du système Informatica MDM Hub (par
exemple, CMX_SYSTEM) nom d'utilisateur CMX (par exemple, CMX) et mot de passe CMX (pour le nom
d'utilisateur CMX). Appuyez sur Entrée.
13. Si le type de connexion Oracle sélectionné est Nom de service, vous êtes invité à confirmer ou à modifier
l'URL de connexion. Modifiez l'URL générée par le système si vous le désirez. Appuyez sur Entrée pour
continuer.
14. Les informations de déploiement sont affichées. Choisissez si vous voulez exécuter le script postInstallSetup
comme élément de l'installation ou si vous voulez l'exécuter manuellement plus tard.
15. Appuyez sur Entrée pour accepter la valeur par défaut.
Un résumé de vos choix d'installation est affiché.
16. Vérifiez les informations dans le résumé de pré-installation. Si les informations sont correctes, appuyez sur
Entrée pour commencer l'installation.
Le serveur Hub est installé en fonction des informations de configuration que vous fournissez. Lorsque le
processus d'installation est terminé, l'écran Installation terminée est affiché.
17. Appuyez sur Entrée pour quitter le programme d'installation.
18. Vérifiez l'installation en ligne de commande en contrôlant ces fichiers journaux :
110 Annexe A: Installation depuis la ligne de commande

Les fichiers suivants sont utiles pour le dépannage de tout processus d'installation de serveur Hub (voir
“Fichiers journaux de Informatica MDM Hub” à la page 92). Enregistrez ces fichiers juste après un échec et
fournissez-les lorsque vous voulez le signaler au Support client international Informatica :
< infamdm_install_directory >/hub/server/Informatica_MDM_Hub_ Contient les messages du journal pour

Server_InstallLog_fr.xml l'installation du serveur Hub.
< infamdm_install_directory > /hub/server/logs/ Contient les messages des prérequis

installPrereq.log générés lors de l'installation.
< infamdm_install_directory >/hub/server/infamdm_installer_ Indique les éléments choisis lors de

debug.txt l'installation.
< infamdm_install_directory >/hub/server/logs/ Contient les messages

postInstallSetup.l og postInstallSetup pour le script.
< infamdm_install_directory >/hub/server/logs/cmxserver.log Journal du serveur Hub. Ce fichier est

créé au démarrage du serveur.
Fichiers journaux JBoss (tel que < JBoss_install_dir >/server/< Situés dans l'arborescence sous le
configuration_name >/log/server.log) dossier d'installation JBoss.
Enregistrez une copie de ces fichiers journaux dans le répertoire de documentation de l'installation décrit dans
“Documentation d'une installation” à la page 4.
Installation du serveur de correspondance de nettoyage

Avant d'installer le serveur de correspondance de nettoyage, effectuez les tâches de pré-installation. Consultez la
section Étape 1. Préparation de l'installation.
Remarque: Si vous installez le serveur de correspondance de nettoyage et le serveur Hub sur le même serveur,
utilisez le compte d'utilisateur du système d'exploitation que vous utilisez pour le serveur Hub afin d'installer le
serveur d'applications du serveur de correspondance de nettoyage. Il est recommandé de ne pas utiliser
l'utilisateur racine lorsque vous installez le serveur de correspondance de nettoyage, sauf si l'utilisateur racine est
déjà utilisé pour le serveur Hub.
Pour installer le serveur de correspondance de nettoyage depuis la ligne de commande :

2. Exécutez la commande suivante depuis l'invite de commande :
./hub_cleanse_install.bin -i console
3. Sélectionnez la langue que vous voulez installer, puis appuyez sur Entrée.
Les informations d'introduction concernant l'installation s'affichent.
L'accord de licence s'affiche.
5. Lisez l'accord de licence. Tapez O pour oui et appuyez sur Entrée pour continuer. Tapez N pour non si vous
n'acceptez pas les termes de l'accord de licence et que vous voulez quitter le programme d'installation.
Les informations sur le dossier d'installation sont affichées.
Installation depuis la ligne de commande (JBoss/UNIX) 111

6. Appuyez sur Entrée pour utiliser le dossier d'installation par défaut pour le serveur de correspondance de
nettoyage. Si vous voulez changer de dossier d'installation par défaut, saisissez le chemin absolu de
l'emplacement et appuyez sur Entrée.
Les informations sur le fichier de licence sont affichées.
7. Vérifiez l'emplacement par défaut du fichier de licence. Appuyez sur Entrée to pour accepter la valeur par
défaut. Pour changer d'emplacement, saisissez l'emplacement valide. Appuyez sur Entrée pour continuer.
Les noms des serveurs d'application pris en charge sont affichés.
Tapez le numéro de votre serveur d'application et appuyez sur Entrée pour continuer. Pour accepter le
serveur d'application par défaut (JBoss), appuyez sur Entrée.
De la même façon que pour le programme d'installation basé sur l'IUG, le programme d'installation en ligne
de commande dépend de votre serveur d'application.
L'accueil du serveur d'application JBoss s'affiche.
a. Spécifiez le dossier d'installation du serveur d'application. Appuyez sur Entrée.
Le nom de configuration du serveur d'application JBoss s'affiche.
b. Spécifiez le nom de configuration. La valeur par défaut est default.
c. Appuyez sur Entrée.
L'écran du serveur d'application JBoss s'affiche.
d. Saisissez votre port d'écoute JNP.
<JBoss_install_dir>/server/<configuration_name>/conf/bindingservice/META-INF/bindings-jboss-
beans.xml
port, ouvrez bindings-jboss-beans_fr.xml pour édition, cherchez le mot port, et définissez la valeur du
port pour qu'elle corresponde à la valeur définie dans l'écran Port de serveur d'application JBoss.

Comme pour l'installation basée sur l'IUG, le programme d'installation en ligne de commande dépend des
moteurs de nettoyage dont vous avez la licence.
¨ Si vous utilisez Address Doctor :
- Spécifiez l'emplacement du fichier de configuration. Appuyez sur Entrée.
- Spécifiez l'emplacement du fichier de paramètres. Appuyez sur Entrée.
- Spécifiez le paramètre de type de correction. Appuyez sur Entrée.

programme d'installation du serveur de correspondance de nettoyage. Spécifiez les paramètres nom
d'hôte, port et sous-fichier (par défaut, dqxiserver1_substitutions_fr.xml) pour votre moteur de nettoyage
Business Objects DQ XI. Appuyez sur Entrée.
11. L'écran Déploiement donne l'option d'exécuter le script postInstallSetup maintenant ou de l'exécuter
manuellement plus tard.
1. Appuyez sur Entrée pour accepter la valeur par défaut.

2. Si vous voulez changer des informations dans le résumé de préinstallation, tapez BACK pour revenir à un
écran d'informations spécifique et effectuer les modifications.
Le serveur de correspondance de nettoyage Informatica est installé en fonction des informations de
configuration que vous avez fournies. Lorsque le processus d'installation est terminé, l'écran Installation
terminée est affiché.
12. Appuyez sur Entrée pour quitter le programme d'installation.
13. Contrôlez les fichiers suivants, utiles pour le dépannage de tout processus d'installation du serveur de
correspondance de nettoyage. Enregistrez ces fichiers juste après un échec et fournissez-les lorsque vous
voulez le signaler au Support client international Informatica :
Fichier Description
< infamdm_install_directory >/hub/cleanse/ Indique les erreurs et l'état de l'installation du

Informatica_MDM_Hub_Cleanse_Match_Server_InstallLog_fr.xml serveur de correspondance de nettoyage.
< infamdm_install_directory >/hub/cleanse/logs/ Indique les résultats du script postInstallSetup.

< infamdm_install_directory >/hub/cleanse/logs/ Journaux du serveur de nettoyage.

cmxserver.log
< infamdm_install_directory >/hub/cleanse/ Indique les éléments choisis lors de

infamdm_installer_debug.txt l'installation.
< infamdm_install_directory >/hub/cleanse/logs/ Contient les messages des prérequis générés

installPrereq.log lors de l'installation.
Fichiers journaux JBoss (comme < Boss_install_dir >/server/< Situé dans l'arborescence sous le dossier
configuration_name >/log/server.log) d'installation de votre serveur d'application.
Enregistrez une copie de ces fichiers journaux dans le répertoire de documentation de l'installation décrit dans
“Documentation d'une installation” à la page 4.
Installation silencieuse depuis la ligne de commande

Vous pouvez exécuter une « installation silencieuse » depuis la ligne de commande pour installer le Serveur Hub
et Cleanse Match Server. Avec l'installation silencieuse, vous ne verrez aucun des écrans ou messages de
l'installation. Vous pouvez vouloir utiliser une installation silencieuse si vous effectuez de multiples installations ou
si vous installez sur un cluster de machines. L'installation silencieuse peut être exécutée sur des systèmes UNIX
ou Windows.
Considérations lors de l'installation en mode silencieux

L'installation en mode silencieux n'est pas interactive - elle est complètement silencieuse. Par conséquent, vous
ne verrez aucun écran, message de progression ou d'échec, même si l'installation en mode silencieux échoue.
L'installation en mode silencieux ne valide pas vos paramètres. Le processus d'installation en mode silencieux
peut s'effectuer avec succès même si vous avez fourni des paramètres incorrects, comme par exemple un chemin
de serveur d'applications ou un paramètre de port incorrect. Ces problèmes peuvent être connus seulement une
fois l'installation en mode silencieux terminée, lorsque vous tentez d'exécuter Informatica MDM Hub.
Installation silencieuse depuis la ligne de commande 113

Remarque: Si vous installez le serveur de correspondance de nettoyage et le serveur Hub sur le même serveur,
utilisez le compte d'utilisateur du système d'exploitation que vous utilisez pour le serveur Hub afin d'installer le
serveur d'applications du serveur de correspondance de nettoyage. Il est recommandé de ne pas utiliser
l'utilisateur racine lorsque vous installez le serveur de correspondance de nettoyage, sauf si l'utilisateur racine est
déjà utilisé pour le serveur Hub.
Fichiers de propriétés de l'installation en mode silencieux

Pour exécuter une installation en mode silencieux, vous devez créer deux fichiers de propriétés silencieux, un
pour le serveur Hub et un autre pour le serveur de correspondance de nettoyage. Des exemples de fichiers de
propriétés en mode silencieux sont situés dans le répertoire de distribution Informatica à l'emplacement suivant :
Composant Emplacement
Serveur Hub /silent_install/mrmserver
Serveur de /silent_install/mrmcleanse
correspondance
de nettoyage
Partez de ces exemples de fichiers et modifiez-les en fonction de votre environnement.
Important: Dans le fichier de propriétés silencieux, les barres obliques inverses (\) et les barres obliques (/) sont
des caractères spéciaux, vous devez donc en entrer deux de chaque lorsque vous y saisissez des informations,
comme par exemple, lorsque vous entrez un chemin d'installation. Par exemple, pour entrer le chemin vers le
répertoire de nettoyage (\u1\infamdm\hub\cleanse), vous devez entrer : \\u1\\infamdm\\hub\\cleanse.
Création du fichier de propriétés pour le serveur Hub

Important: Comme le programme d'installation silencieux ne valide pas les paramètres dans vos fichiers de
propriétés, veillez à spécifier les paramètres corrects et vérifiez-les avant d'exécuter le programme d'installation
silencieux.
Créez le fichier silentInstallServer_sample.properties pour le serveur Hub. Vous pouvez renommer ce fichier et
il peut être placé n'importe où sur l'ordinateur.
Les tables suivantes contiennent les propriétés à configurer pour l'installation silencieuse du serveur Hub.
Répertoire d'installation et propriétés de licence
Définir les propriétés suivantes pour le dossier d'installation, le chemin de licence et le nom de fichier :
Propriété Valeur
INSTALLER_UI silencieux
USER_INSTALL_DIR Répertoire où installer le serveur Hub. Exemple :

- Pour UNIX. <infamdm_install_directory>//hub//
server
- Pour Windows. C\:\\<infamdm_install_directory>\
\hub\\server

Propriété Valeur
SIP.LICENSE.PATH Chemin vers votre fichier de licence Informatica
SIP.LICENSE.FILENAME Nom du fichier de licence (siperian.license)
Propriétés du serveur d'application

Définir les propriétés pour votre serveur d'application.
Propriétés JBoss
Définir les propriétés suivantes pour JBoss :
Propriété Valeur
SIP.AS.CHOICE Nom du serveur d'application : « JBoss »
SIP.AS.HOME Chemin vers le répertoire de base JBoss
JBOSS.AS.PORT_1 Votre numéro de port JBoss. Exemple : 8080
SIP.JBOSS.CONFIGURATION_NAME Nom de configuration. La valeur par défaut est default.
Propriétés de la base de données

Définir les propriétés pour seulement un serveur de bases de données : Oracle ou DB2.
Propriétés Oracle
Définir les propriétés suivantes pour la base de données Oracle :
Propriété Valeur
SIP.DB.CHOICE Type de serveur de bases de données. « Oracle »
SERVICE_NAME_SELECTED_RESULT Le type de connexion Oracle doit être le nom de service ou

le SID. Si vous utilisez le nom de service, définissez la
valeur de la propriété
SERVICE_NAME_SELECTED_RESULT sur 1.
Si vous utilisez le SID, définissez la valeur de la propriété
SERVICE_NAME_SELECTED_RESULT sur 0.
Pour de plus amples informations à propos des noms
SERVICE et SID, veuillez vous reporter à votre
documentation Oracle.
SIP.DB.SERVER Nom du serveur de bases de données.

Exemple : localhost
SIP.DB.PORT Port de la base de données.

Exemple : 1521
SIP.DB.SID Si SERVICE_NAME_SELECTED_RESULT est « SID »,

alors SIP.DB.SID doit être l'ID de schéma de la base de

Propriété Valeur
données Oracle (SID). Sinon, le paramètre de SIP.DB.SID

devrait être le nom de service Oracle.
SIP.DB.SCHEMA_NAME Nom du schéma de la base de données :

Exemple : cmx_system
SIP.DB.USER Nom d'utilisateur de la base de données. Exemple : cmx
SIP.DB.PASSWORD Mot de passe de la base de données. Exemple : !!cmx!!
SIP.DB.URL_SILENT Seulement lorsque le type de connexion Oracle est le nom

de service et que vous voulez personnaliser l'URL de
connexion JDBC, définissez
SIP.ORACLE.CONNECTION.CUSTOMIZATION.YES sur 1.
Dans le cas contraire, n'utilisez pas cette variable dans ce
fichier ou définissez-la sur 0.
Seulement si
SIP.ORACLE.CONNECTION.CUSTOMIZATION.YES est
défini sur 1, SIP.DB.URL_SILENT doit être défini sur une
URL de base de données personnalisée.
La valeur de SIP.DB.URL_SILENT doit commencer par
« jdbc:oracle:thin:@ » et cette variable est utilisée
uniquement quand
SIP.ORACLE.CONNECTION.CUSTOMIZATION.YES=1
quand le type de connexion Oracle est le nom de service.
Propriétés PostInstallSetup
Si vous voulez exécuter postInstallSetup comme part d'une installation silencieuse, définissez cette propriété :
Propriété Valeur
RUN_DEPLOYMENT_FLAG Définissez l'une des valeurs suivantes :

- 1 si vous voulez exécuter postInstallSetup.
- 0 si vous ne voulez pas exécuter postInstallSetup à la fin de
l'installation.
Création du fichier de propriétés pour le serveur de correspondance

de nettoyage
Important: Comme le programme d'installation silencieux ne valide pas les paramètres dans vos fichiers de
propriétés, veillez à spécifier les paramètres corrects et vérifiez-les avant d'exécuter le programme d'installation
silencieux.
Créez le fichier silentInstallCleanse_sample.properties pour le serveur de correspondance de nettoyage. Vous

pouvez renommer ce fichier et il peut être placé n'importe où sur l'ordinateur.
Les tables suivantes contiennent les propriétés à configurer pour l'installation silencieuse du serveur de

Définir le dossier d'installation, le chemin de licence et les propriétés de nom de fichier suivants :
Propriété Valeur
INSTALLER_UI silencieux
USER_INSTALL_DIR Répertoire où installer le serveur de correspondance de

nettoyage. Exemple :
- Pour UNIX. <infamdm_install_directory>//hub//cleanse
- Pour Windows. C\:\\<infamdm_install_directory>\\hub\
\cleanse
SIP.LICENSE.PATH Chemin vers votre fichier de licence Informatica
SIP.LICENSE.FILENAME Nom du fichier de licence (siperian.license)
Propriétés du serveur d'application

Définir les propriétés pour votre serveur d'application.
Propriétés JBoss
Définir les propriétés suivantes pour JBoss :
Propriété Valeur
SIP.AS.CHOICE Nom du serveur d'application : « JBoss »
SIP.AS.HOME Chemin vers le répertoire de base JBoss
JBOSS.AS.PORT_1 Votre numéro de port JBoss. Exemple : 8080
SIP.JBOSS.CONFIGURATION_NAME Nom de configuration. La valeur par défaut est default.
Systèmes d'exploitation :
Si le système d'exploitation (OS) pour l'installation est Linux, un des choix d'OS doit être activé dans le fichier de
propriétés. Enlevez le signe dièse (#) devant la propriété pour l'activer.
Propriété Valeur
SIP.OS.CHOICE=Red Hat Linux Activer pour utiliser Red Hat Linux
SIP.OS.CHOICE=Suse Linux Activer pour utiliser SUSE Linux
Propriétés du moteur de nettoyage

Définir les propriétés pour le moteur de nettoyage que vous utiliserez avec le serveur de correspondance de
nettoyage Informatica.

Propriétés du moteur de nettoyage Address Doctor
Définissez les propriétés suivantes pour le moteur de nettoyage Address Doctor :
Propriété Valeur
SIP.ADDRESSDOCTOR.SETCONFIGFILE Emplacement de votre fichier de configuration Address

Doctor :
//apps//infamdm//hub//cleanse//resources//
AddressDoctor//5//SetConfig.xml
SIP.ADDRESSDOCTOR.OPTIMIZATION Emplacement de votre fichier de paramètres Address

Doctor :
//apps//infamdm//hub//cleanse//resources//
AddressDoctor//5//Parameter.xml
SIP.ADDRESSDOCTOR.DEFAULTCORRECTIONTYPE Type de correction du moteur de nettoyage Address Doctor :

PARAMETERS_DEFAULT
Propriétés FirstLogic Direct
Définir les propriétés suivantes pour FirstLogic Direct :
Propriété Valeur
SIP.FLDIRECT.HOST Nom d'hôte. Exemple : localhost
SIP.FLDIRECT.PORT Port FirstLogic Direct. Exemple : 20004
SIP.FLDIRECT.SUBFILE Sous-fichier FirstLogic Direct. Exemple :

dqxiserver1_substitutions_fr.xml
Propriétés PostInstallSetup
Si vous voulez exécuter postInstallSetup comme part d'une installation silencieuse, définissez cette propriété :
Propriété Valeur
RUN_DEPLOYMENT_FLAG Définissez l’une des valeurs suivantes :

- 1 si vous voulez exécuter postInstallSetup.
- 0 si vous ne voulez pas exécuter postInstallSetup à la fin de
l'installation.

Redémarrage de votre système d'exploitation
Pour redémarrer votre système d'exploitation dans une installation silencieuse, changer la valeur pour ces
propriétés :
Propriété Valeur
RESTART_NEEDED Une des valeurs suivantes :

- OUI pour redémarrer.
- NON (par défaut) si vous ne voulez pas redémarrer.
USER_REQUESTED_RESTART Une des valeurs suivantes :

- OUI pour redémarrer.
- NON (par défaut) si vous ne voulez pas redémarrer.
Exécution de l'installation silencieuse

Une fois que vous avez créé les fichiers de propriétés pour le serveur Hub et le serveur de correspondance de
nettoyage, vous pouvez exécuter l'installation silencieuse.
1. Vérifiez que le serveur d'application est exécuté.

2. Pour installer le serveur Hub, exécutez l'une des commandes suivantes depuis l'invite de commande :
Pour UNIX :
./hub_install.bin -f <location_of_silent_properties_file_for_hub_server>
Pour Windows :
hub_install.exe -f <location_of_silent_properties_file_for_hub_server>
3. Pour installer le serveur de correspondance de nettoyage, exécutez l'une des commandes suivantes depuis
l'invite de commande :
Pour UNIX :
./hub_cleanse_install.bin -f <location_of_silent_properties_file_for_cleanse_server>
Pour Windows :
hub_cleanse_install.exe -f <location_of_silent_properties_file_for_cleanse_server>
4. Après l'installation, si vous avez exécuté le script postInstallSetup pour le serveur Hub ou le serveur de
correspondance de nettoyage, vérifiez les fichiers postinstallSetup.log pour vous assurer que l'installation a
réussi.
Si l'installation est réussie, le journal contient « BUILD SUCCESSFUL » à la fin du journal. Si l'installation
échoue, la fin du journal contient « failure ».
Vous pouvez trouver les fichiers postinstallSetup.log dans les répertoires suivants :
Serveur Hub :
<infamdm_install_directory>/hub/server/logs/
Serveur de correspondance de nettoyage :
<infamdm_install_directory>/hub/cleanse/logs/
Dépannage de l'installation silencieuse

Si l'installation silencieuse a échoué, consultez postInstallSetup.log pour résoudre les problèmes de l'installation.
Vous pouvez trouver le fichier postInstallSetup.log dans le répertoire suivant :
<infamdm_install_directory>/logs/postInstallSetup.log
La section suivante décrit des erreurs qui peuvent se produire si vous exécutez l'installation silencieuse.

Nom ou emplacement incorrect du fichier de propriétés
Si vous spécifiez un nom ou un emplacement incorrect pour le fichier de propriétés, l'installation échoue.
Si vous spécifiez un nom d'emplacement incorrect, les erreurs suivantes peuvent apparaître :
¨ Un écran apparaît et indique que les fichiers seront copiés vers un répertoire temporaire.
¨ Si vous maintenez la touche Ctrl appuyée pendant la copie des fichiers dans le répertoire temporaire, l'erreur
suivante s'affiche dans la console :
Valid properties/response file not specified in command line and not fo und in default directory
Command Line Arguments contain illegal values.

ANNEXE B
Configuration manuelle des files

d'attente de messages du système
Informatica
Cette annexe comprend les rubriques suivantes :
¨ Aperçu de la configuration manuelle des files d'attente de messages du système Informatica, 121
¨ Files d'attente de messages MDM Hub, 121
¨ Configuration des files d'attente de messages JMS , 122
Aperçu de la configuration manuelle des files d'attente

de messages du système Informatica
Vous pouvez configurer manuellement les files d'attente de messages JMS et les fabriques de connexion.
Le programme d'installation crée des files d'attente de messages et des fabriques de connexion lors de
l'installation. Cependant, vous pouvez les configurer manuellement si vous devez résoudre des problèmes. Par
exemple, vous devrez peut-être créer manuellement les files d'attente de messages si le processus de création
automatique des files d'attente échoue ou si les files d'attente sont supprimées accidentellement après
l'installation.
Files d'attente de messages MDM Hub

Le framework d'intégration des services (SIF) utilise un bean orienté message (MDB) dans la file d'attente JMS,
siperian.sif.jms.queue, pour traiter les demandes SIF entrantes asynchrones. Vous devez configurer la file
d'attente de messages et la fabrique de connexion, siperian.mrm.jms.xaconnectionfactory , pour le serveur
d'application spécifique que vous utilisez pour l'implémentation de MDM Hub.
Configurez correctement le message pour assurer une implémentation de MDM Hub parfaitement fonctionnelle.
Le programme d'installation de MDM Hub configure la file d'attente de messages lors de l'installation.
121
Configuration des files d'attente de messages JMS
Le programme d'installation configure les files d'attente de messages JMS. Vous pouvez vérifier que le
programme d'installation a correctement configuré les files d'attente de messages JMS. Vous pouvez également
configurer manuellement le serveur JBoss pour le MDM Hub en ajoutant des files d'attente de messages et des
fabriques de connexions.
Pour vérifier l'installation de file d'attente de messages JMS, allez dans le répertoire <JBoss_install_dir>/server/
<configuration_name>/deploy/messaging. Dans siperian-jms-ds.xml, recherchez la fabrique de connexion XA
siperian.mrm.jms.xaconnectionfactory. Dans le fichier siperian-destinations-service.xml, recherchez la file
d'attente de messages siperian.sif.jms.queue.
Création d'une file d'attente de messages JMS

Pour créer une file d'attente de messages, configurez les files d'attente de messages et les fabriques de
connexions.
1. Ouvrez jboss/server/<configuration_name>/deploy/messaging/siperian-destinations-service.xml dans un

éditeur de texte.
2. Ajoutez la déclaration suivante :
<mbean code="org.jboss.jms.server.destination.QueueService"
name="jboss.messaging.destination:service=Queue,name=siperian.sif.jms.queue"
xmbean-dd="xmdesc/Queue-xmbean.xml">
<depends optional-attribute-name="ServerPeer">jboss.messaging:service=ServerPeer</depends>
<depends>jboss.messaging:service=PostOffice</depends>
</mbean>
3. Ouvrez jboss/server/<configuration_name>/deploy/messaging/siperian-jms-ds.xml dans un éditeur de texte.
4. Ajoutez la déclaration suivante pour une fabrique de connexion JMS (XA activé) :
<tx-connection-factory>
<jndi-name>siperian.mrm.jms.xaconnectionfactory</jndi-name>
<xa-transaction/>
<rar-name>jms-ra.rar</rar-name>
<connection-definition>
org.jboss.resource.adapter.jms.JmsConnectionFactory
</connection-definition>
<config-property name="SessionDefaultType" type="java.lang.String">
javax.jms.Topic
</config-property>
<config-property name="JmsProviderAdapterJNDI" type="java.lang.String">
java:/DefaultJMSProvider
</config-property>
<max-pool-size>20</max-pool-size>
<security-domain-and-application>JmsXARealm</security-domain-and-application>
<depends>jboss.messaging:service=ServerPeer</depends>
</tx-connection-factory>
Configuration de files d'attente de messages JMS supplémentaires

Vous pouvez configurer des files d'attente de messages à des fins de test. Vous pouvez également utiliser ces
étapes en tant qu'exemple sur la manière d'installer des files d'attente supplémentaires.
1. Ouvrir jboss/server/<configuration_name>/deploy/messaging/siperian-destinations-service.xml dans un

éditeur de texte.
2. Ajoutez la déclaration de file d'attente suivante :
<mbean code="org.jboss.jms.server.destination.QueueService"
name="jboss.messaging.destination:service=Queue,name=siperian.sif.test.jms.queue"
xmbean-dd="xmdesc/Queue-xmbean.xml">
122 Annexe B: Configuration manuelle des files d'attente de messages du système Informatica
</mbean>
<mbean code="org.jboss.jms.server.destination.TopicService"
name="jboss.messaging.destination:service=Topic,name=siperian.sif.test.jms.topic"
xmbean-dd="xmdesc/Topic-xmbean.xml">
</mbean>
Configuration des files d'attente de messages JMS 123

INDEX
B
conflits de ports 42
Console Hub
base de données à propos de la console Hub 73
nom du serveur et d'instance, JBoss 106 base de données cible
base de données cible sélection 74
sélection 74 démarrage 74
Base de données de stockage de référence opérationnelle console.log
journalisation du débogage (UNIX) 96 description (UNIX) 92
journalisation du débogage (Windows) 93 description (Windows) 95
Base de données ORS
création supplémentaire 21
Base de données principale
description 6
D
bases de données dépannage
base de données cible 74 emplacement du fichier journal (UNIX) 94
test de connexion 20 emplacement du fichier journal (Windows) 96
fichier cmx_debug.log (UNIX) 92
fichier cmx_debug.log (Windows) 95
C
fichier cmxserver.log (UNIX) 92
fichier cmxserver.log (Windows) 95
cache de JBoss fichier console.log (UNIX) 92
configurer 84 fichier console.log (Windows) 95
dépassement de délai stateRetrieval 84 fichiers journaux
éviction 84 présentation 95
JBossCacheConfig.xml 84 fichiers journaux (UNIX) 92
lockAcquisitionTimeout 84 fichiers journaux (Windows) 95
mcast_addr 84 installation silencieuse 98, 99
mcast_port 84 installation silencieuse, Serveur de nettoyage 99, 100
sync replTimeout 84 installation silencieuse, serveur Hub 98, 100
wakeUpInterval 84 désinstallation
changement Stockage Hub 88, 90
du numéro de port de RMI et du serveur d'applications
JBoss 105
Cleanse Match Server
déploiement
E
manuellement 70 erreur de processus de correspondance
déploiement manuel 58 VerifyNeedToStrip 102
déploiement sur une deuxième instance du serveur d'applications 58 espaces de table
instances du serveur d'applications, configuration de plusieurs 58, 69 CMX_DATA 11
serveurs de nettoyage doubles 57, 69 CMX_INDX 11
CMX_DATA CMX_TEMP 12
espace de table 11 création 11
cmx_debug.log
description (UNIX) 92
description (Windows) 95
CMX_INDX
F
espace de table 11 fichier cmxcleanse.properties 54
cmx_sys_imp.log fichier cmxserver.log 33, 41, 109
description 22, 24 fichier de licence 28, 36, 49, 61, 108
CMX_TEMP fichier infamdm_installer_debug.txt 33, 41, 109
espace de table 12 fichier log4j.xml
cmxserver.log dépannage (UNIX) 94
description (UNIX) 92 dépannage (Windows) 96
description (Windows) 95 fichier postInstallSetup.log 33, 41, 109
configuration des moteurs de nettoyage 54 fichier setup_ors.log
configuration des serveurs de nettoyage doubles 69 description 22, 24
124
O
fichiers journaux
cmx_sys_imp.log 22, 24
emplacement, dépannage (UNIX) 94 objet de répertoire Oracle
emplacement, dépannage (Windows) 96 pour la journalisation du débogage (UNIX 96
fichier cmxserver.log 33, 41, 109 Objet de répertoire Oracle
fichier infamdm_installer_debug.txt 33, 41, 109 pour la journalisation du débogage (Windows 93
Fichier Informatica_MDM_Hub_Server_InstallLog_fr.xml 33, 41, 109 Oracle
fichier postInstallSetup.log 33, 41, 109 Nom TNS
fichier setup_ors.log 22, 24 ajout à la base de données ORS 56
gestion 95
présentation 92
P
files d'attente de messages
configuration pour JMS 122
utilisation 121 pooling de connexions 26
Files d'attente de messages JMS population de correspondance
configuration 122 activation 71
I S
Informatica MDM Hub serveur d'application 26
fichiers journaux 92, 95 serveur de correspondance de nettoyage
installation paramètres, mise à jour 97
présentation 1 Serveur de correspondance de nettoyage
silencieuse 113 à propos de 47
Stockage Hub 9 cmxserver.log (UNIX) 92
installation de la ligne de commande cmxserver.log (Windows) 95
à propos de 108 fichier cmxcleanse.properties 54
installation silencieuse fichiers temporaires, suppression 55, 66
dépannage 98, 99 multi-threading, configuration 56, 68
Serveur de nettoyage, dépannage 99, 100 multiple, configuration 58
Serveur Hub, dépannage 98, 100 Nom du serveur Oracle TNS 56, 67
installation silencieuse, depuis la ligne de commande 113 numéro de version et de build 55, 66
paramètres de configuration 55, 67
paramètres de journalisation 55, 66
J post-installation 47
Serveur de nettoyage
JBoss installation silencieuse, dépannage 99, 100
changement des paramètres 43 Serveur de nettoyage de correspondance
changement du nom de l'instance et du serveur de bases de données fichiers journaux (UNIX) 94
106 fichiers journaux (Windows) 96
changement du numéro de port de RMI et du serveur d'applications Serveur Hub
104 à propos du serveur Hub 26
Cleanse Match Server, configuration 62 cmxserver.log (UNIX) 92
conflits de ports 42 cmxserver.log (Windows) 95
paramètres 35, 43 déploiement manuel 35, 104
Serveur de correspondance de nettoyage et serveur Hub, configuration fichiers journaux (UNIX) 94
51 fichiers journaux (Windows) 96
Serveur Hub installation silencieuse, dépannage 98, 100
changement de paramètres 105 numéro de version et de build 34, 42
paramètres, mise à jour 104, 105 paramètres de journalisation 34, 42
journalisation du débogage paramètres, mise à jour 97
Base de données de stockage de référence opérationnelle (UNIX) 96 pooling de connexions 26
Base de données de stockage de référence opérationnelle (Windows) propriétés de la configuration 34, 42
93 serveur d'application 26
Serveur Hub JBoss, configuration 62
Stockage de référence opérationnelle (Operational Reference Store –
M ORS)
description 6
Message d'erreur VerifyNeedToStrip 102 Stockage Hub
à propos du stockage Hub 6
Base de données ORS, création 21
N Base de données principale 6
espaces de table, création 11
numéro de version et de build installation 9
vérification 42, 66 options de configuration de base de données 6
vérification 42, 66 Stockage de référence opérationnelle (Operational Reference Store –
ORS) 6
Index 125
U
utilisateur proxy
à propos de 20
création 20
126 Index

MDM 951HF1 InstallationGuideForJBoss FR

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

MDM 951HF1 InstallationGuideForJBoss FR

Загружено:

Авторское право:

Доступные форматы

Informatica MDM Multidomain Edition for Oracle

(Version 9.5.1 HotFix 1)

Guide d'installation pour JBoss

Version 9.5.1 HotFix 1

Copyright (c) 1998-2012 Informatica. Tous droits réservés.

Numéro de référence : MDM-JIG-95100-HF1-0001

Chapitre 2: Installation du Stockage Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

Chapitre 3: Installation du serveur Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26

Chapitre 5: Lancement de la console Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73

Annexe B: Configuration manuelle des files d'attente de messages du système

En savoir plus sur Informatica MDM Hub

Guide de publication d'Informatica MDM Hub

Notes de publication d'Informatica MDM Hub

Présentation d'Informatica MDM Hub

Guide d'installation d'Informatica MDM Hub

Guide de l'adaptateur de nettoyage d'Informatica MDM Hub

Guide du gestionnaire des données d'Informatica MDM Hub

Guide de configuration d'Informatica MDM Hub

Guide de Framework d'intégration des services d'Informatica MDM

Guide du gestionnaire de métadonnées d'Informatica MDM Hub

Guide du kit de ressources d'Informatica MDM Hub

Portail des clients Informatica

Site Web Informatica

Bibliothèque de procédures Informatica

Base de connaissances multimédia Informatica

Support client international Informatica

Amérique du Nord/Amérique du Sud Europe/Moyen-Orient/Afrique Asie/Australie

Numéro gratuit Numéro gratuit Numéro gratuit

¨ Conception de l'installation MDM Hub, 2

¨ Documentation d'une installation, 4

Avant de commencer, effectuez les tâches suivantes :

1. Installer le stockage Hub dans votre base de données Oracle.

Spécifications de version MDM Hub unique

Paramètres régionaux pris en charge

où <language> est l'abréviation de la langue d'installation, par exemple, fr ou en.

Tous les composants sur un seul hôte

Conception de l'installation MDM Hub 3

Documentation d'une installation

Informations sur Sources d'information

Création d'un répertoire de documentation d'installation

Documentation d'une installation 5

Installation du Stockage Hub

¨ Présentation de l'installation du Stockage Hub, 6

¨ À propos du stockage Hub, 6

¨ Présentation des étapes d'installation du stockage Hub, 9

¨ Installation et configuration d'Oracle pour MDM Hub, 9

¨ Création d'une instance de base de données Oracle, 10

¨ Création d'espaces de table, 11

¨ Création du stockage Hub, 12

¨ Vérifier l'accès aux composants Oracle requis, 18

¨ Test de la connexion de la base de données, 20

¨ Création d'un utilisateur proxy, 20

¨ Création d'une base de données ORS supplémentaire, 21

Présentation de l'installation du Stockage Hub

À propos du stockage Hub

Base de données principale et stockage de référence opérationnelle

Base de données Description

¨ Des ORS distincts pour les environnements de développement et de production

¨ Des ORS distincts pour différents emplacements géographiques

¨ Des ORS distincts pour différentes parties de l'organisation

Considérations sur Oracle RAC

Utilisation des noms de service Oracle

À propos des connexions à équilibrage de charge d'Oracle RAC