Guide d`installation pour WebSphere

Transcription

Informatica MDM Multidomain Edition for Oracle
(Version 9.5.1 HotFix 1)
Guide d'installation pour WebSphere
Informatica MDM Multidomain Edition for Oracle Guide d'installation pour WebSphere
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, <[email protected]>. 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-IIG-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. . . . . 26
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. Tâches 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
Changement de mots de passe après l'installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
Modification du mot de passe de l'utilisateur CMX_SYSTEM. . . . . . . . . . . . . . . . . . . . . . . . . . 45
Modification du mot de passe de l'utilisateur CMX_ORS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
Chapitre 4: Installation du serveur de correspondance de nettoyage. . . . . . . . . . . . . . 46
Présentation de l'installation du serveur de correspondance de nettoyage. . . . . . . . . . . . . . . . . . . . . 46
À propos du serveur de correspondance de nettoyage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
ii
Sommaire
Moteurs de correspondance de nettoyage pris en charge. . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
Configuration post-installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
Installation du serveur de correspondance de nettoyage sous UNIX. . . . . . . . . . . . . . . . . . . . . . . . 47
Étape 2. Exécuter le programme d'installation du Cleanse Match Server. . . . . . . . . . . . . . . . . . 51
Étape 3. Configuration du Cleanse Match Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
Installation du serveur de correspondance de nettoyage sous Windows. . . . . . . . . . . . . . . . . . . . . . 60
Étape 2. Exécuter le programme d'installation du Cleanse Match Server. . . . . . . . . . . . . . . . . . 64
Étape 3. Configuration du Cleanse Match Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
Activation de la population de correspondance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
Chapitre 5: Lancement de la console Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
Présentation de la console Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
À propos de la console Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
Démarrage de la console Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
Tâches de post-configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
Chapitre 6: Groupage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
Présentation du groupage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
Installation du serveur Hub dans une grappe de serveurs WebSphere (UNIX). . . . . . . . . . . . . . . . . . 77
Étape 1. Préparation de l'environnement cible. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
Étape 2. Installation du logiciel du serveur Hub et du serveur de correspondance de nettoyage. . . . 78
Étape 3. Création d'une grappe WebSphere. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
Étape 4. Configuration des services et déploiement automatique du serveur Hub. . . . . . . . . . . . . 79
Étape 5. Déploiement du serveur de correspondance de nettoyage. . . . . . . . . . . . . . . . . . . . . . 80
Installation du serveur Hub dans une grappe de serveurs WebSphere (Windows). . . . . . . . . . . . . . . . 81
Étape 1. Préparation de l'environnement cible. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
Étape 2. Installation du logiciel du serveur Hub et du serveur de correspondance de nettoyage. . . . 82
Étape 3. Création d'une grappe WebSphere. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82
Étape 4. Configuration des services et déploiement du serveur Hub. . . . . . . . . . . . . . . . . . . . . 82
Étape 5. Déploiement du serveur de correspondance de nettoyage. . . . . . . . . . . . . . . . . . . . . . 84
Installation et déploiement du kit de ressources dans une grappe WebSphere (UNIX). . . . . . . . . . . . . 84
Installation et déploiement du kit de ressources dans une grappe WebSphere (Windows). . . . . . . . . . 85
Configuration du cache de JBoss. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85
Sommaire
iii
Chapitre 7: Désinstallation de Informatica MDM Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87
Présentation de la désinstallation de Informatica MDM Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87
Désinstallation de Informatica MDM Hub (WebSphere / UNIX). . . . . . . . . . . . . . . . . . . . . . . . . . . . 87
Étape 1. Désinstallation du Cleanse Match Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87
Étape 2. Désinstallation du serveur Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
Étape 3. Désinstallation du Stockage Hub d'Oracle. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
Désinstallation de Informatica MDM Hub (WebSphere / Windows). . . . . . . . . . . . . . . . . . . . . . . . . . 90
Étape 1. Désinstallation du Cleanse Match Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90
Étape 2. Désinstallation du serveur Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90
Étape 3. Désinstallation du Stockage Hub d'Oracle. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
Chapitre 8: Dépannage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93
Fichiers journaux de Informatica MDM Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93
Fichiers journaux de Informatica MDM Hub (UNIX). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93
Fichiers journaux de Informatica MDM Hub (Windows). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96
Ignorer l'installation des pré-requis. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98
Mise à jour des paramètres après l'installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98
Mise à jour des paramètres du serveur Hub après l'installation. . . . . . . . . . . . . . . . . . . . . . . . . 98
Mise à jour des paramètres du serveur de correspondance de nettoyage après l'installation. . . . . . 98
Vérification de l'installation silencieuse du Cleanse Match Server et du Hub. . . . . . . . . . . . . . . . . . . 99
Vérification de l'installation silencieuse du serveur Hub et du Cleanse Match Server (UNIX). . . . . . 99
Vérification de l'installation silencieuse du serveur Hub et du Cleanse Match Server (Windows). . . 100
Échec de la post-installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102
Erreur du processus MATCH : VerifyNeedToStrip. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103
VerifyNeedToStrip (UNIX). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103
VerifyNeedToStrip (Windows). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104
Horodotage de démarrage/d'arrêt imprécis pour l'ORS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104
Erreurs de version major.minor lors du chargement du serveur de correspondance de nettoyage. . . . . 104
Faibles performances du serveur d'applications de nettoyage/correspondance. . . . . . . . . . . . . . . . . 104
Exception de dépassement de délai du cache du serveur Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . 105
Dépannage (WebSphere / UNIX). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105
Modification des paramètres du serveur Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105
Changement des paramètres du serveur de correspondance de nettoyage (WebSphere/UNIX). . . 106
Changement des paramètres du serveur Hub pour la base de données (WebSphere/UNIX). . . . . 106
Redéploiement manuel de l'application serveur Hub sous UNIX. . . . . . . . . . . . . . . . . . . . . . . 107
Annulation manuelle du déploiement du Cleanse Match Server (WebSphere/UNIX). . . . . . . . . . . 107
Paramétrage de la taille de la pile JVM (WebSphere/UNIX). . . . . . . . . . . . . . . . . . . . . . . . . . 108
Changement du délai d'expiration de la demande SOAP (WebSphere/UNIX). . . . . . . . . . . . . . . 108
Dépannage (WebSphere / Windows). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108
Modification des paramètres du serveur Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108
Changement des paramètres du serveur de correspondance de nettoyage (WebSphere/
Windows). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109
iv
Sommaire
Changement des paramètres du serveur Hub pour la base de données (WebSphere/Windows). . . 109
Redéploiement manuel de l'application serveur Hub sous Windows. . . . . . . . . . . . . . . . . . . . .110
Annulation manuelle du déploiement du Cleanse Match Server (WebSphere/Windows). . . . . . . . 111
Paramétrage de la taille de la pile JVM (WebSphere/Windows). . . . . . . . . . . . . . . . . . . . . . . .111
Changement du délai d'expiration de la demande SOAP (WebSphere/Windows). . . . . . . . . . . . 111
Annexe A: Installation depuis la ligne de commande. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112
Présentation de l'installation depuis la ligne de commande. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112
Préparation de l'installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .112
Installation depuis la ligne de commande (WebSphere/UNIX). . . . . . . . . . . . . . . . . . . . . . . . . . . .113
Installation du serveur Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .113
Installation du serveur de correspondance de nettoyage. . . . . . . . . . . . . . . . . . . . . . . . . . . . 115
Installation silencieuse depuis la ligne de commande. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117
Considérations lors de l'installation en mode silencieux. . . . . . . . . . . . . . . . . . . . . . . . . . . . .117
Fichiers de propriétés de l'installation en mode silencieux. . . . . . . . . . . . . . . . . . . . . . . . . . . 118
Création du fichier de propriétés pour le serveur Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 118
Création du fichier de propriétés pour le serveur de correspondance de nettoyage. . . . . . . . . . . 120
Exécution de l'installation silencieuse. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 123
Dépannage de l'installation silencieuse. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 123
Annexe B: Configuration manuelle des files d'attente de messages du système
Informatica. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125
Aperçu de la configuration manuelle des files d'attente de messages du système Informatica. . . . . . . 125
Files d'attente de messages MDM Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125
Configuration des files d'attente de messages de WebSphere. . . . . . . . . . . . . . . . . . . . . . . . . . . 126
Création d'une file d'attente de messages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126
Configuration de files d'attente de messages supplémentaires. . . . . . . . . . . . . . . . . . . . . . . . 127
Annexe C: Création manuelle de sources de données. . . . . . . . . . . . . . . . . . . . . . . . . . . . 128
Création manuelle de sources de données - Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128
Étape 1. Démarrez le serveur d'application WebSphere. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128
Étape 2. Spécifiez l'emplacement des bibliothèques de pilotes :. . . . . . . . . . . . . . . . . . . . . . . . . . 129
Étape 3. Création du compte de sécurité. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129
Étape 4. Création du fournisseur JDBC. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129
Étape 5. Création de la source de données principale. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .130
Changement du mot de passe de l'utilisateur de CMX_ORS. . . . . . . . . . . . . . . . . . . . . . . . . . . . .130
Index. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131
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 [email protected] 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 [email protected] 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
[email protected] 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 77
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
données
Journal de débogage de la base de données. Journalise les événements de la base de
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
correspondance de nettoyage
Les fichiers journaux du serveur Hub et du serveur de correspondance de nettoyage, qui
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 97
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
opérationnelle (Operational
Reference Store – ORS)
Base de données qui contient les données principales, les métadonnées de contenu, les
règles pour le traitement des données principales, les règles de gestion de l'ensemble des
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
Framework d'intégration des
services
Utilisez les connexions JDBC équilibrées en charges du pool de connexions du serveur
d'application.
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
10
¨ 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
défaut
Description
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 :
2.
Redémarrer la base de données.
ALTER SYSTEM SET DEFERRED_SEGMENT_CREATION=FALSE SCOPE=BOTH;
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.
12
¨ 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
ORACLE :
Nom sous lequel la base de données Oracle est reconnue dans votre réseau. Le
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
Oracle (SERVICE, SID) :
Type de connexion. Utilisez l’une des valeurs suivantes :
- 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
Oracle :
Nom du service Oracle. Cette invite s'affiche si le type de connexion Oracle
sélectionné est SERVICE.
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
d'écoute Oracle :
Numéro de port utilisé par le service d'écoute d'Oracle. La valeur par défaut est 1521.
Entrez le nom du serveur de
bases de données Oracle :
Nom de l'hôte exécutant Oracle.
Entrez l'URL de connexion
(seulement pour le type
SERVICE) :
URL de connexion pour le type de connexion Oracle SERVICE.
Format :
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.
14
Entrez le nom d'utilisateur
SYSTEM Oracle :
Nom d'utilisateur SYSTEM Oracle. La valeur par défaut est SYSTEM.
Entrez le mot de passe SYSTEM
Oracle :
Mot de passe du compte SYSTEM Oracle.
Entrez le nom de l'espace de
table d'index :
Nom de l'espace de table devant contenir les composants d'index pour la base de
données principale. La valeur par défaut est CMX_INDX.
table temporaire :
Nom de l'espace de table devant contenir les composants temporaires pour la base
de données principale. La valeur par défaut est TEMP.
Importer dans CMX_SYSTEM :
entrez le nom du fichier
d'exportation Oracle :
Nom du fichier d'exportation Oracle qui contient les métadonnées initiales pour la
base de données principale. Le fichier d'exportation Oracle contient les tables
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 :
entrez le nom du schéma source
(fromuser) pour le fichier
d'exportation :
Nom d'utilisateur sous lequel le fichier cmx_system.dmp a été exporté. Acceptez la
valeur par défaut. Ne changez pas ce nom d'utilisateur. La valeur par défaut est
CMX_SYSTEM.
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
l'utilisateur ORS :
Mot de passe du compte utilisateur CMX_ORS. La valeur par défaut est !!cmx!!.
Le nom de l'espace de table de
données MRM est :
Nom de l'espace de table de données MRM qui contient des composants de données
pour l'ORS. Vous ne pouvez pas modifier ce nom d'espace de table. La valeur par
défaut est CMX_Data.
7.
Invite
Description
table d'index MRM :
L'espace de table d'index MRM contient les index pour l'ORS. Vous pouvez accepter
la valeur par défaut ou spécifier le nom de l'espace de table. La valeur par défaut est
CMX_INDX.
table temporaire MRM :
Nom de l'espace de table devant contenir les composants temporaires pour l'ORS.
Ceci est différent de l'espace de table temporaire d'Oracle. La valeur par défaut est
CMX_TEMP.
table temporaire d'Oracle:
Nom de l'espace de table temporaire Oracle. Ceci est différent de l'espace de table
CMX_TEMP créé plus tôt. La valeur par défaut est TEMP.
Entrez le chemin d'installation
GGS le cas échéant :
Répertoire contenant l'exécutable GGSCI. Applicable si l'implémentation
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
objets requis pour définir l'état initial de la base de données ORS. Le fichier
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.
entrez le nom du schéma source
d'exportation :
Le nom d'utilisateur sous lequel le fichier de vidage ORS a été exporté. Acceptez la
CMX_ORS.
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 76
15
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
8.
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
ORACLE :
Nom sous lequel la base de données Oracle est reconnue dans votre réseau. Le nom
TNS est défini lors de l'installation d'Oracle et a le format suivant :
mabasededonnées.monentreprise.com
Entrez le type de connexion
Oracle (SERVICE, SID) :
Type de connexion. Introduisez l’une des valeurs suivantes :
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.
16
Entrez le nom de SERVICE
Oracle :
Nom du SERVICE Oracle. Cette invite s'affiche si le type de connexion 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
d'écoute Oracle :
Numéro de port utilisé par le service d'écoute d'Oracle. La valeur par défaut est 1521.
Entrez le nom du serveur de
bases de données Oracle :
Nom de l'hôte exécutant 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.
SYSTEM Oracle :
Nom d'utilisateur SYSTEM Oracle. La valeur par défaut est SYSTEM.
Entrez le mot de passe
SYSTEM Oracle :
Mot de passe du compte SYSTEM Oracle.
table d'index :
Nom de l'espace de table devant contenir les composants d'index pour la base de
données principale. La valeur par défaut est CMX_INDX.
table temporaire :
Nom de l'espace de table devant contenir les composants temporaires pour la base de
données principale. La valeur par défaut est TEMP.
Importer dans
CMX_SYSTEM : entrez le
nom du fichier d'exportation
Oracle
Nom du fichier d'exportation Oracle qui contient les métadonnées initiales pour la base
de données principale. Le fichier d'exportation Oracle contient les tables 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 : entrez le
nom du schéma source
d'exportation :
Nom d'utilisateur sous lequel le fichier cmx_system.dmp a été exporté. Acceptez la
CMX_SYSTEM.
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 l'utilisateur ORS :
Le nom de l'espace de table
de données MRM est :
Nom de l'espace de table de données MRM qui contient les composants de données
pour l'ORS. La valeur par défaut est CMX_Data. Vous ne pouvez pas modifier ce nom
d'espace de table.
table d'index MRM :
L'espace de table d'index MRM contient les index pour l'ORS. Vous pouvez accepter la
valeur par défaut ou spécifier le nom de l'espace de table. Par défaut CMX_INDX.
table temporaire MRM :
Nom de l'espace de table qui contient les composants temporaires pour l'ORS. Ceci est
différent de l'espace de table temporaire d'Oracle. La valeur par défaut est CMX_TEMP.
table temporaire d'Oracle:
CMX_TEMP créé plus tôt. La valeur par défaut est TEMP.
17
9.
Invite
Description
Entrez le chemin d'installation
GGS le cas échéant :
Répertoire contenant l'exécutable GGSCI. Applicable si l'implémentation 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).
Nom du fichier d'exportation Oracle qui contient les métadonnées initiales et d'autres
objets requis pour définir l'état initial de la base de données ORS. Le fichier
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.
entrez le nom du schéma
source (fromuser) pour le
fichier d'exportation :
Le nom d'utilisateur sous lequel le fichier de vidage ORS a été exporté. Acceptez la
CMX_ORS.
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
18
¨ 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.
20
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.
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'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.
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.
1.
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
5.
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
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. 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 pour l'utilisateur
ORS :
Entrez le nom de l'espace
de table de données :
Nom de l'espace de table de données devant contenir les composants de données pour
l'ORS. La valeur par défaut est CMX_DATA. Vous ne pouvez pas modifier ce nom d'espace
de table.
de table d'index :
Nom de l'espace de table d'index devant contenir les index. Le nom accepte les caractères
anglais suivants : majuscules de « A à Z », minuscules de « a à z » et tiret de soulignement
« _ ». La valeur par défaut est CMX_INDX.
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.
de table temporaire
d'Oracle:
CMX_TEMP.
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
serveur ORACLE :
Nom par lequel votre base de données est reconnue dans le réseau. Le nom TNS, défini
durant l'installation d'Oracle, a le format suivant :
mydatabase.mycompany.com
22
Invite
Description
Pour plus d'informations sur les noms TNS, consultez la documentation Oracle.
DBA :
Compte utilisateur Oracle avec accès administrateur, comme le nom d'utilisateur SYSTEM
Oracle. La valeur par défaut est SYSTEM.
de l'utilisateur DBA :
Mot de passe du compte utilisateur DBA spécifié.
Entrez le fichier à
importer :
Nom du fichier d'exportation Oracle contenant les métadonnées initiales pour la base de
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 :
Nom d'utilisateur sous lequel le fichier de vidage ORS (.dmp) a été exporté dans le cadre
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
d'installation GGS :
Répertoire qui contient l'exécutable GGSCI. Applicable si le Hub MDM 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é, 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 :
23
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.
1.
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
6.
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
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. 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
pour l'utilisateur ORS :
de table de données :
Nom de l'espace de table de données devant contenir les composants de données pour
l'ORS. La valeur par défaut est CMX_DATA. Vous ne pouvez pas modifier ce nom d'espace
de table.
de table d'index :
Nom de l'espace de table d'index devant contenir les index. Le nom accepte les caractères
anglais suivants : majuscules de « A à Z », minuscules de « a à z » et tiret de soulignement
« _ ». La valeur par défaut est CMX_INDX.
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.
de table temporaire
d'Oracle:
CMX_TEMP créé plus tôt.
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
serveur ORACLE :
Nom sous lequel votre base de données Oracle est reconnue dans votre réseau. Le nom
TNS, défini durant l'installation d'Oracle, a le format suivant :
mydatabase.mycompany.com
24
Invite
Description
DBA :
Compte utilisateur Oracle avec accès administrateur, comme le nom d'utilisateur SYSTEM
Oracle. La valeur par défaut est SYSTEM.
de l'utilisateur DBA :
Mot de passe du compte utilisateur DBA spécifié.
Entrez le fichier à
importer :
Nom du fichier d'exportation Oracle contenant les métadonnées initiales pour la base de
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 à
partir du nom d'utilisateur :
Nom d'utilisateur sous lequel le fichier de vidage ORS (.dmp) a été exporté dans le cadre
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
d'installation GGS :
Répertoire qui contient l'exécutable GGSCI. Ne s'applique que si votre implémentation
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
25
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, 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.
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
26
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 125.
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
WebSphere sur plate-forme UNIX.
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.
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.
27
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 la variable d'environnement JAVA_HOME pour désigner JDK 1.6.0.30 ou une version ultérieure.
Installation et configuration de WebSphere
Installez et configurez WebSphere selon la documentation de WebSphere.
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.net.preferIPv4Stack=true à la fin de la ligne exécutable java dans <WebSphere_install_dir>/AppServer/
bin/startServer.sh :
"$JAVA_EXE" \
"$OSGI_INSTALL" "$OSGI_CFG" \
$X_ARGS \
$WAS_DEBUG \
$CONSOLE_ENCODING \
$D_ARGS \
-classpath "$WAS_CLASSPATH" \
$USER_INSTALL_PROP \
$JVM_EXTRA_CMD_ARGS \
com.ibm.ws.bootstrap.WSLauncher \
$APP_EXT_ID "$CONFIG_ROOT" "$WAS_CELL" "$WAS_NODE" "$@" $WORKSPACE_ROOT_PROP Djava.net.preferIPv4Stack=true
¨ Ajouter l'option JVM suivante pour le script de démarrage de WebSphere pour forcer WebSphere et JGroups
pour utiliser la même adresse de liaison :
-Djgroups.bind_addr=<ip_address>
où, <bind_addr> spécifie l'interface depuis laquelle les messages sont reçus et envoyés.
¨ Dans la console WebSphere, naviguez vers Serveurs > Serveur d'application > <Votre serveur> > Définition
de processus > Machine virtuelle Java et modifiez les valeurs suivantes :
28
Propriété JVM
Valeur
Taille du tas mémoire initial
2048
Taille maximum du tas mémoire
2048
Arguments génériques JVM
-server -Xss2000k -XX:PermSize=128m XX:MaxPermSize=512m -Duser.language=language Duser.region=region
Chapitre 3: Installation du serveur Hub
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éfinissez les valeurs pour -Duser.language et -Duser.region pour permettre au serveur d'application
WebSphere de journaliser et tracer dans une langue autre que celle définie pour le système d'exploitation.
Redémarrez le serveur d'application WebSphere pour appliquer les paramètres JVM.
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
¨ 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.
Configuration de WebSphere 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
WebSphere après avoir obtenu les pilotes.
Pour configurer JBoss afin d'utiliser une source de données Oracle, copiez les fichiers des pilotes JDBC d'Oracle
vers le répertoire suivant :
<WebSphere_install_dir>/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>
29
Configurer la propriété personnalisée de conteneur Web
La propriété personnalisée de conteneur Web doit être paramétrée si vous devez utiliser Informatica Data Director.
Vous devez configurer la propriété personnalisée de conteneur Web suivante à l'aide de la console
d'administration WebSphere :
¨ Nom de la propriété : com.ibm.ws.webcontainer.invokerequestlistenerforfilter
¨ Valeur : true
Pour des instructions sur le paramétrage des propriétés personnalisées de conteneur Web, consultez votre
documentation WebSphere.
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
30
Pour le programme d'installation en mode console, voir Annexe A, “Installation depuis la ligne de
commande” à la page 112 :
./hub_install.bin -i console
Remarque: Pour contourner la validation prérequise dans l'installation, voir “Ignorer l'installation des prérequis” à la page 98 .
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 WebSphere. Cliquez sur Suivant.
Remarque: Vérifiez que vous disposez de versions prises en charge du serveur d'application. Si vous ne
disposez pas d'une version prise en charge, le programme d'installation du serveur Hub affiche des
messages d'erreur et vous ne pouvez pas continuer l'installation.
L'écran d'accueil du serveur d'application WebSphere apparaît.
12.
Configurez vos paramètres WebSphere.
a.
Choisissez un chemin vers le serveur d'application WebSphere. Cliquez sur Suivant.
L'écran d'avertissement pour les prérequis s'affiche.
b.
Cliquez sur OK.
L'écran Sélection de sécurité WebSphere apparaît.
31
c.
Choisissez si la sécurité WebSphere est activée pour les options : Oui ou Non. La valeur par défaut est
No.
Si vous cliquez sur Non et Suivant, l'écran Port du serveur d'application WebSphere apparaît.
Définissez le nom du serveur et les ports RMI et SOAP pour votre serveur d'application WebSphere.
Dans un environnement groupé, saisissez un des noms de serveur de la grappe et les informations de
ports SOAP et RMI correspondantes. Cliquez sur Suivant.
Si vous cliquez sur Oui et Suivant, l'écran Port du serveur d'application WebSphere et les justificatifs
d'identité de l'utilisateur s'affichent. Renseignez les champs Nom d'utilisateur WebSphere et Mot de
passe WebSphere. Définissez le nom du serveur et les ports RMI et SOAP pour votre serveur
d'application WebSphere.
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 74.
32
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/
Informatica_MDM_Hub_Server_InstallLog.xml
Contient les messages du journal pour l'installation du serveur Hub.
<infamdm_install_directory>/hub/server/logs/
installPrereq.log
Contient les messages des prérequis générés lors de l'installation.
<infamdm_install_directory>/hub/server/
infamdm_installer_debug.txt
Contient les messages de débogage.
postInstallSetup.log
Contient les messages postInstallSetup pour le script.
cmxserver.log
Journal du serveur Hub, qui est créé lorsque le serveur est démarré.
Les fichiers journaux WebSphere sont stockés à
l'emplacement suivant :
Situés dans l'arborescence sous le dossier d'installation
WebSphere.
<WebSphere_install_dir>/profiles/AppSrv01/logs/
<ServerName>.
Noms des fichiers journaux : startServer.log,
stopServer.log, SystemErr.log et SystemOut.log.
LIENS CONNEXES :
¨ “Fichiers journaux de Informatica MDM Hub” à la page 93
¨ “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.
33
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-mrmserver.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 <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.
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=websphere
cmx.appserver.rmi.port=2809
cmx.appserver.naming.protocol=iiop
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
Modification des paramètres WebSphere
Si vous avez entré des paramètres WebSphere incorrects lors de l'installation, vous pourrez les modifier 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
34
2.
Modifiez les paramètres de configuration WebSphere.
3.
Enregistrez et fermez le fichier build.properties.
4.
Exécutez le script postInstallSetup.sh.
5.
Redémarrez le serveur d'application.
LIENS CONNEXES :
¨ “Exécution manuelle du processus de post-installation” à la page 35
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 45.
Étape 4. Tâches 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 -Ddatabase.password=<yourDBPassword>
Si la sécurité est activée pour l'installation de WebSphere, exécutez la commande suivante à partir de l'invite de
commande :
postinstallsetup.sh -Dwebsphere.password=<yourWebpsherePassword> -Ddatabase.password=<yourDBPassword>
où <yourWebspherePassword> est le mot de passe de votre serveur d'application WebSphere et <yourDBPassword> est
le mot de passe du compte d'utilisateur cmx.
Si vous incluez le caractère « ! » dans votre mot de passe, vous devez ajouter un « \\u00a0» avant le caractère
« ! ». Par exemple, si votre mot de passe est !!cmx!!, entrez le mot de passe comme suit : \!\!cmx\!\!
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.
Utilisez la console d'administration du serveur WebSphere pour annuler le déploiement du fichier siperianmrm.ear.
2.
Utilisez la console d'administration du serveur d'application WebSphere pour installer le fichier siperianmrm.ear.
Assurez-vous d'autoriser le déploiement afin de créer des liaisons par défaut en cochant l'option dans le
panneau « Préparation de l'installation de l'application ».
Si vous déployez manuellement le serveur Hub EAR et devez utiliser Informatica Data Director (IDD), effectuez les
étapes supplémentaires suivantes dans la console d'administration WebSphere :
1.
Sélectionnez Applications > Applications d'entreprise > siperian-mrm.ear > Chargeur de classe.
35
2.
Sélectionnez les classes chargées la première option du chargeur de classe d'application.
3.
Cliquez sur Appliquer.
4.
Cliquez sur Enregistrer.
5.
Démarrez l'application (siperian-mrm.ear).
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
WebSphere sur la plate-forme Windows.
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.
36
Obtenir le 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
+ 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.
Définissez la variable d'environnement JAVA_HOME
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 WebSphere selon la documentation de WebSphere.
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.net.preferIPv4Stack=true à la fin de la ligne exécutable java dans <WebSphere_install_dir>\AppServer\bin
\startServer.bat :
%JAVA_EXE% -Dcmd.properties.file=%TMPJAVAPROPFILE%
%WAS_TRACE%
%WAS_DEBUG%
%CONSOLE_ENCODING%
"%CLIENTSAS%" "%CLIENTSSL%"
%USER_INSTALL_PROP% "-Dwas.install.root=%WAS_HOME%"
com.ibm.ws.bootstrap.WSLauncher com.ibm.ws.management.tools.WsServerLauncher
"%CONFIG_ROOT%" "%WAS_CELL%" "%WAS_NODE%" %* %WORKSPACE_ROOT_PROP% -Djava.net.preferIPv4Stack=true
¨ Ajouter l'option JVM suivante pour le script de démarrage de WebSphere pour forcer WebSphere et JGroups
pour utiliser la même adresse de liaison :
-Djgroups.bind_addr=<bind_addr>
où, <bind_addr> spécifie l'interface depuis laquelle les messages sont reçus et envoyés.
37
¨ Dans la console WebSphere, naviguez vers Serveurs > Serveur d'application > <Votre serveur> > Définition
de processus > Machine virtuelle Java et modifiez les valeurs suivantes :
Propriété JVM
Valeur
Taille du tas mémoire initial
2048
Taille maximum du tas mémoire
2048
Arguments génériques JVM
-server -Xss2000k -XX:PermSize=128m XX:MaxPermSize=512m -Duser.language=language Duser.region=region
- 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éfinissez les valeurs pour -Duser.language et -Duser.region pour permettre au serveur d'application
WebSphere de journaliser et tracer dans une langue autre que celle définie pour le système d'exploitation.
Redémarrez le serveur d'application WebSphere pour appliquer les paramètres JVM.
Veuillez contacter Oracle pour obtenir les pilotes JDBC pour la configuration de la base de données. Configurez
WebSphere après avoir obtenu les pilotes.
Pour configurer JBoss afin d'utiliser une source de données Oracle, copiez les fichiers des pilotes JDBC d'Oracle
vers le répertoire suivant :
<WebSphere_install_dir>\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.
38
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>
Configurer la propriété personnalisée de conteneur Web
La propriété personnalisée de conteneur Web doit être paramétrée si vous devez utiliser Informatica Data Director.
Vous devez configurer la propriété personnalisée de conteneur Web suivante à l'aide de la console
d'administration WebSphere :
¨ Nom de la propriété : com.ibm.ws.webcontainer.invokerequestlistenerforfilter
¨ Valeur : true
Pour des instructions sur le paramétrage des propriétés personnalisées de conteneur Web, consultez votre
documentation WebSphere.
É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.
3.
4.
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.
39
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.
6.
Effectuez l'une des étapes suivantes :
¨ Cliquez sur Suivant pour installer Informatica MDM Hub dans C:\infamdm\hub\server.
¨ Entrez le chemin vers le dossier d'installation. Cliquez sur Suivant.
¨ 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 WebSphere. Cliquez sur Suivant.
L'écran d'accueil du serveur d'application WebSphere apparaît.
10.
Procédez comme suit pour configurer les paramètres WebSphere :
a.
Choisissez un chemin vers le serveur d'application WebSphere et cliquez sur Suivant.
L'écran de rappel apparaît.
b.
Vérifiez avoir rempli les prérequis et cliquez sur OK.
L'écran Sélection de sécurité WebSphere apparaît.
c.
Choisissez si la sécurité WebSphere est activée pour les deux options ; Oui ou Non.
La valeur par défaut est Non.
Si vous cliquez sur Non puis cliquez sur Suivant, l'écran Port du serveur d'application WebSphere
apparaît.
Définissez le nom du serveur et les ports RMI et SOAP pour votre serveur d'application WebSphere.
Dans un environnement groupé, saisissez un des noms de serveur de la grappe et les informations de
ports SOAP et RMI correspondantes. Cliquez sur Suivant.
Si vous cliquez sur Oui et Suivant, l'écran Port du serveur d'application WebSphere et les justificatifs
d'identité de l'utilisateur s'affichent. Renseignez les champs Nom d'utilisateur WebSphere et Mot de
passe WebSphere.
11.
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.
40
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.
15.
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 postinstallation” à la page 43.
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 74.
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 :
Description
<infamdm_install_directory>\hub\server
\Informatica_MDM_Hub_Server_InstallLog.xml
Contient les messages du journal pour l'installation du serveur Hub.
<infamdm_install_directory> >\hub\server\logs
\installPrereq.log
Contient les messages des prérequis générés lors de l'installation.
\infamdm_installer_debug.txt
<infamdm_install_directory>\hub\server\logs
\postInstallSetup.log
Contient les messages postInstallSetup pour le script.
41
Description
<infamdm_install_directory> >\hub\server\logs
\cmxserver.log
Journal du serveur Hub, qui est créé lorsque le serveur est démarré.
Fichiers journaux WebSphere. Par exemple : dossier
Situés dans l'arborescence sous le dossier d'installation
WebSphere.
<WebSphere_install_dir> \profiles\AppSrv01\log
\<ServerName>
LIENS CONNEXES :
¨ “Fichiers journaux de Informatica MDM Hub” à la page 93
¨ “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-mrmcleanse.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
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 <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.
42
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=websphere
cmx.appserver.naming.protocol=iiop
cmx.appserver.soap.connector.port=8880
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
Modification des paramètres WebSphere
Si vous avez entré des paramètres WebSphere incorrects lors de l'installation, vous pourrez les modifier 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 WebSphere.
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.
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 45.
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 :
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 -Ddatabase.password=<yourDBPassword>
43
commande :
postinstallsetup.bat -Dwebsphere.password=<yourWebpsherePassword> -Ddatabase.password=<yourDBPassword>
Redéploiement manuel de l'application serveur Hub sous Windows
1.
2.
1.
2.
3.
4.
5.
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
44
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.
Changement de mots de passe après l'installation
45
CHAPITRE 4
Installation du serveur de
¨ Présentation de l'installation du serveur de correspondance de nettoyage, 46
¨ À propos du serveur de correspondance de nettoyage, 46
¨ Installation du serveur de correspondance de nettoyage sous UNIX, 47
¨ Installation du serveur de correspondance de nettoyage sous Windows, 60
¨ Activation de la population de correspondance, 72
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
46
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 WebSphere 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.
Sur l'ordinateur où vous exécuterez le serveur de correspondance de nettoyage, installez et configurez votre
environnement WebSphere conformément à votre documentation WebSphere.
Installation du serveur de correspondance de nettoyage sous UNIX
47
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.
Configuration de WebSphere pour le serveur de correspondance de nettoyage
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 séparées de chaque ORS sur l'ordinateur du serveur de
Pour configurer WebSphere pour utiliser une source de données Oracle, ajoutez le fichier de pilote Oracle JDBC
Driver JAR dans le répertoire suivant :
<WebSphere_install_dir>/lib
Contactez Oracle pour obtenir les fichiers nécessaires à votre configuration de base de données.
Création des sources de données principales dans WebSphere
Pour créer vos sources de données principales dans WebSphere :
48
1.
Démarrez le serveur d'application et lancez la console d'administration du serveur d'application WebSphere.
2.
Connexion avec votre nom d'utilisateur.
Chapitre 4: Installation du serveur de correspondance de nettoyage
3.
4.
Spécifiez l'emplacement des bibliothèques de pilotes :
a.
Développez Environnement dans l'arborescence de navigation de la console.
b.
Cliquez sur le lien Variables WebSphere.
c.
Mettez à jour la variable ORACLE_JDBC_DRIVER_PATH pour pointer sur l'emplacement du pilote
JDBC. (Exemple : /u1/Websphere/AppServer/lib).
Créez le compte de sécurité à utiliser par la Source de données principales Informatica MDM :
a.
Développez Sécurité dans l'arborescence de navigation de la console.
b.
Cliquez sur le lienAdministration sécurisée, applications et infrastructure.
c.
Développez Authentification Java et service d'autorisation sous Authentification sur le côté droit de
la fenêtre de la console.
d.
Cliquez surDonnées d'authentification J2C.
e.
Cliquez sur Nouveau pour créer un nouveau compte de sécurité.
Définissez ce qui suit :
Alias = CMX_SYSTEM
ID utilisateur = cmx_system
Ne changez pas ce nom d'utilisateur.
Mot de passe = !!cmx!!
f.
Alias = CMX_SYSTEM
g.
5.
6.
Cliquez sur OK pour enregistrer.
Créez le fournisseur JDBC :
a.
Développez Ressources dans l'arborescence de navigation de la console puis développez le menu
JDBC.
b.
Cliquez sur le lien Fournisseurs JDBC.
c.
Assurez-vous que la portée est définie sur Nœud. (Modifiez et appliquez si nécessaire).
d.
Cliquez sur Nouveau pour créer un nouveau fournisseur JDBC.
e.
Sélectionnez Oracle dans la liste de types de bases de données.
f.
Sélectionnez Pilote JDBC Oracle dans la liste de types de fournisseurs.
g.
Sélectionnez Source de données XA dans la liste de types d'implémentations.
h.
Changez le nom en « Informatica MDM Oracle JDBC Provider (XA) ».
i.
Cliquez sur Suivant puis sur Terminer pour enregistrer.
Créez la source de données principales Informatica MDM :
a.
Cliquez sur le fournisseur créé.
b.
Cliquez sur le lien Sources de données (sous Propriétés supplémentaires sur le côté droit de la
fenêtre de la console).
c.
Cliquez sur Nouveau pour créer la nouvelle source de données.
49
d.
Remplissez le formulaire avec les valeurs suivantes :
Nom = Informatica Source de données principales MDM
Nom JNDI = jdbc/siperian-cmx_system-ds
Alias d'authentification géré par composant
e.
Cliquez sur Suivant et l'URL devient disponible.
f.
Cliquez sur Suivant puis sur Terminer.
= < host_name >/cmx_system
URL = jdbc:oracle:thin:@<oracle_host_name>:<oracle_port_number>:<oracle_sid>
Remarque: Le nom JNDI doit être en minuscules.
Une fois que vous avez installé Informatica MDM Hub, vous pouvez changer le mot de passe pour
CMX_SYSTEM. Si vous changez le mot de passe, vous devez également effectuer les tâches suivantes :
1.
Modifier le mot de passe de l'utilisateur CMX dans Oracle
2.
Définir le même mot de passe dans la source de données sur le serveur d'application.
Création des sources de données ORS dans WebSphere
Pour créer vos sources de données ORS dans WebSphere :
1.
Démarrez le serveur d'application et lancez la console d'administration du serveur d'application WebSphere.
2.
3.
4.
a.
b.
c.
JDBC. (par exemple, /u1/Websphere/AppServer/Lib).
Créez le compte de sécurité à utiliser par la source de données ORS Informatica MDM :
a.
b.
Cliquez sur le lien Administration sécurisée, applications et infrastructure dans WebSphere.
c.
d.
e.
f.
Alias = cmx_ors
ID utilisateur = cmx_ors
Pour apprendre comment changer ce nom d'utilisateur et ce mot de passe, consultez “Configuration de
WebSphere pour le serveur de correspondance de nettoyage” à la page 48.
g.
5.
1.
50
JDBC.
6.
2.
3.
Assurez-vous que la portée est définie sur Nœud.
4.
5.
6.
7.
8.
9.
Créez la source de données Informatica MDM ORS :
a.
b.
c.
Name = Informatica MDM ORS Data Source
JNDI Name = jdbc/siperian-<oracle_host_name>-<oracle_SID>-cmx_ors-ds
Component-managed Authentication Alias = <host_name>/cmx_ors
d.
Cliquez sur Suivant et l'URL devient accessible.
URL= jdbc:oracle:thin:@<oracle_host_name>:<oracle-port_number>:<oracle_sid>
e.
Changement du nom d'utilisateur et du mot de passe de l'utilisateur CMX_ORS
Une fois que vous avez installé Informatica MDM Hub, vous pouvez changer le nom d'utilisateur et le mot de
passe pour CMX_ORS.
Si vous changez le nom d'utilisateur et le mot de passe, vous devez aussi effectuer les tâches suivantes :
1.
Modifier le mot de passe de l'utilisateur CMX_ORS dans Oracle.
2.
3.
Enregistrer le schéma avec le même nom d'utilisateur et le même mot de passe.
É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.
51
¨ 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 :
1.
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 98.
5.
6.
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 où installer le serveur de correspondance de
nettoyage ou cliquez sur Suivant pour accepter celui par défaut.
Remarque: 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 WebSphere et cliquez sur Suivant.
11.
Configurer les paramètres WebSphere :
Choisissez un chemin vers le serveur d'application WebSphere et cliquez sur Suivant.
52
12.
L'écran Sélection de la sécurité WebSphere s'affiche. Choisissez si la sécurité WebSphere est activée pour
les deux options ; Oui ou Non. Non est sélectionné par défaut.
¨ Si vous cliquez sur Non et Suivant, l'écran Serveur d'application WebSphere s'affiche.
Définissez le nom du serveur et du port SOAP pour votre serveur d'application WebSphere. Cliquez sur
Suivant.
¨ Si vous cliquez sur Oui et Suivant, l'écran Serveur d'application WebSphere et justificatifs d'identité de
l'utilisateur s'affiche.
Renseignez les champs Nom d'utilisateur et Mot de passe.
Définissez le nom du serveur et du port SOAP pour votre serveur d'application WebSphere. Dans un
environnement groupé, saisissez un des noms de serveur de la grappe et les informations de ports SOAP
et RMI correspondantes. Cliquez sur Suivant.
13.
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.
¨ 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. 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.
14.
Choisissez d'exécuter le script durant l'installation ou plus tard (voir “Exécution de PostInstallSetup” à la page
59). Dans un environnement groupé, choisissez Non 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.
15.
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
Informatica_MDM_Hub_Cleanse_Match_Server_InstallLog.xml
Indique les erreurs et l'état de l'installation du
serveur de correspondance de nettoyage.
<infamdm_install_directory>/hub/cleanse/logs/
Indique les résultats du script postInstallSetup.
<infamdm_install_directory>/hub/cleanse/logs/cmxserver.log
Journaux du serveur de nettoyage.
53
Fichier
Description
Indique les éléments choisis lors de l'installation.
<infamdm_install_directory>/hub/cleanse/logs/installPrereq.log
Contient les messages des prérequis générés
lors de l'installation.
Les fichiers journaux WebSphere sont stockés à l'emplacement suivant :
Situés dans l'arborescence sous le répertoire
d'installation de votre serveur d'applications.
<rép_installation_WebSphere>/profiles/AppSrv01/logs/<nom de
serveur>.
Nom des fichiers journaux : startServer.log, stopServer.log, SystemErr.log
et SystemOut.log.
É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-mrmcleanse.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.
54
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
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
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 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 =
55
(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 sur lequel 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 n'avez pas à redémarrer le serveur lorsque vous modifiez le nombre de
threads.
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.
56
¨ 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 de serveurs de nettoyage doubles
Vous pouvez configurer plusieurs instances du serveur de correspondance de nettoyage 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 serveur de correspondance de nettoyage doivent s'exécuter sur des instances distinctes du
serveur d'application. Cela signifie qu'elles doivent se trouver sur des processus physiques distincts.
Le processus de configuration de serveurs de nettoyage doubles est d'abord un exercice de configuration du
serveur d'application.
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'application.
Procédez comme suit pour configurer les serveurs de nettoyage doubles :
1.
Installez et configurez la première instance du serveur de correspondance de nettoyage.
2.
Configurez votre système pour qu'il exécute plusieurs instances de votre serveur d'application.
3.
Déployez le serveur de correspondance de nettoyage sur la deuxième instance de votre serveur d'application.
Configuration de plusieurs instances de votre serveur d'application
Pour configurer votre serveur d'application :
1.
Vérifiez que l'ordinateur que vous configurez dispose de suffisamment de mémoire pour héberger plusieurs
instances du serveur d'application.
2.
Configurez chaque instance du serveur de correspondance de nettoyage dans une instance de serveur
d'application distincte :
Sur WebSphere, vous devez posséder l'édition Network Deployment de WebSphere, qui vous permet de
créer et gérer plusieurs instances, ou utiliser le script wsinstance et ajuster les paramètres. Dans tous les
cas, modifiez les paramètres de port par défaut en utilisant la Console WAS Admin pour que les valeurs des
instances séparées n'entrent pas en conflit. Si vous utilisez le script wsinstance, installez la console
d'administration manuellement sur la nouvelle instance et modifiez l'attribution du port admin_host. Pour plus
d'informations, consultez votre documentation WebSphere.
57
3.
Testez la deuxième instance que vous venez de créer.
Vous pouvez maintenant déployer le serveur de correspondance de nettoyage. Pour plus d’informations,
consultez la section “Configuration de serveurs de nettoyage doubles” à la page 57
Déploiement du serveur de correspondance de nettoyage sur une deuxième instance du serveur
d'application
Il existe deux manières de déployer un serveur de correspondance de nettoyage sur une deuxième instance de
votre serveur d'application :
¨ Vous pouvez installer une copie supplémentaires du serveur de correspondance de nettoyage dans un
répertoire différent en utilisant le programme d'installation du serveur de correspondance de nettoyage.
L'installation d'une copie supplémentaire à l'aide du programme d'installation du serveur de correspondance de
nettoyage donne une indépendance totale aux deux instances du serveur de correspondance de nettoyage.
Aucune étape supplémentaire n'est requise pour prendre en charge cette configuration. Vous pouvez exécuter
le script postInstallSetup pour déployer le serveur de correspondance de nettoyage sur votre deuxième
instance.
¨ Vous pouvez déployer votre serveur de correspondance de nettoyage EAR dans la nouvelle instance de
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 serveur de correspondance de nettoyage.
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'application.
Déploiement manuel du fichier EAR
Pour déployer manuellement le fichier EAR, utilisez la console d'administration. Acceptez toutes les valeurs par
défaut.
Configuration de plusieurs Cleanse Match Servers 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.
58
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.
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 -Ddatabase.password=<yourDBPassword>
commande :
postinstallsetup.sh -Dwebsphere.password=<yourWebpsherePassword> -Ddatabase.password=<yourDBPassword>
Remarque: Si vous incluez le caractère « ! » dans votre mot de passe, vous devez ajouter un « \\u00a0» avant le
caractère « ! ». Par exemple, si votre mot de passe est !!cmx!!, entrez le mot de passe comme suit : \!\!cmx\!\!
Vous pouvez aussi utiliser ce script si vous désirez redéployer l'application sur 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. La section ci-dessous énumère les directives de base
pour le redéploiement. Pour plus d'informations, consultez la documentation de votre serveur d'application.
LIENS CONNEXES :
¨ “Configuration post-installation” à la page 46
Redéploiement manuel sur WebSphere
Pour redéployer manuellement dans le serveur d'applications WebSphere :
1.
Annulez le déploiement du fichier siperian-mrm-cleanse.ear à l'aide de la console d'administration du serveur
WebSphere.
2.
Installez le fichier siperian-mrm-cleanse.ear à l'aide de la Console d'administration du serveur d'applications
WebSphere. Assurez-vous d'autoriser le déploiement afin de créer des liaisons par défaut en cochant l'option
dans le panneau « Préparation de l'installation de l'application ».
59
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 WebSphere 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
Sur l'ordinateur où vous exécuterez le serveur de correspondance de nettoyage, installez et configurez votre
environnement WebSphere conformément à votre documentation WebSphere.
Installation et configuration de votre 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.
60
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.
Configuration de WebSphere pour le serveur de correspondance de nettoyage
Cette section décrit comment Configuration de WebSphere pour le serveur de correspondance de nettoyage.
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
¨ Contactez Oracle pour obtenir les pilotes JDBC requis pour la configuration de votre base de données et
installez-les.
¨ Pour configurer WebSphere pour utiliser une source de données Oracle, ajoutez les fichiers de pilote Oracle
JDBC Driver JAR dans le répertoire <WebSphere_install_dir>\lib.
Création des sources de données principales dans WebSphere
Pour créer vos sources de données principales dans WebSphere :
1.
Démarrez le serveur d'application. Choisissez Démarrer > Programmes > IBM WebSphere > Serveur
d'application > Profils > <app_server_name> > Démarrer le serveur.
2.
Démarrez la console Admin du serveur d'application WebSphere. Choisissez Démarrer > Programmes >
IBM WebSphere > Serveur d'application > Profils > <app_server_name> > Console d'administration.
3.
Connectez-vous avec votre nom d'utilisateur.
4.
a.
b.
c.
JDBC. (comme <WebSphere_install_dir>\AppServer\lib).
Créez le compte de sécurité à utiliser par la source de données principales Informatica MDM :
d.
Cliquez sur le lien Administration sécurisée, applications et infrastructure.
e.
Installation du serveur de correspondance de nettoyage sous Windows
61
f.
g.
h.
Alias = CMX_SYSTEM
i.
5.
a.
Développez Ressources dans l'arborescence de navigation de la console puis développez le menu JDBC
b.
6.
c.
d.
Créez la source de données principales Informatica MDM :
a.
b.
c.
d.
Nom = Source de données principales Informatica MDM
Nom JNDI = jdbc/siperian-cmx_system-ds
Alias d'authentification géré par composant=<host_name>/cmx_system
e.
Cliquez sur Suivant et spécifiez les valeurs suivantes :
URL=jdbc:oracle:thin:@<oracle_host_name>:<oracle_port_number>:<oracle_sid>
f.
Une fois que vous avez installé Informatica MDM Hub, vous pouvez changer le mot de passe pour
CMX_SYSTEM. Si c'est le cas, vous devez également :
62
1.
Modifier le mot de passe de l'utilisateur CMX dans Oracle
2.
Création des sources de données ORS dans WebSphere
Pour créer vos sources de données ORS dans WebSphere :
1.
Démarrez le serveur d'application. Choisissez Démarrer > Programmes > IBM WebSphere > Serveur
d'application > Profils > <configuration_name> > Démarrer le serveur.
2.
Démarrez la console Admin du serveur d'application WebSphere. Choisissez Démarrer > Programmes >
IBM WebSphere > Serveur d'application > Profils > <configuration_name> > Console d'administration.
3.
4.
5.
a.
b.
c.
JDBC. (par exemple, <WebSphere_install_dir>/AppServer/lib).
Créez le compte de sécurité à utiliser par la source de données ORS Informatica MDM :
a.
Cliquez sur le lien Administration sécurisée, applications et infrastructure.
b.
c.
d.
e.
Alias = cmx_ors
ID utilisateur = cmx_ors
Pour apprendre comment changer ce nom d'utilisateur et ce mot de passe, consultez “Configuration de
WebSphere pour le serveur de correspondance de nettoyage” à la page 61.
f.
6.
a.
JDBC.
b.
c.
d.
7.
e.
f.
Créez la source de données Informatica MDM ORS :
a.
63
b.
c.
Nom = Informatica MDM ORS Data Source
nom JNDI
= jdbc/siperian-<oracle_host_name>-<oracle_SID>-cmx_ors-ds
Alias d'authentification géré par composant = <host_name>/cmx_ors
d.
Cliquez sur Suivant. L'URL devient disponible.
URL= jdbc:oracle:thin:@<oracle_host_name>:<oracle_port_number>:<oracle_sid>
e.
Changement du nom d'utilisateur et du mot de passe de l'utilisateur CMX_ORS
Une fois que vous avez installé Informatica MDM Hub, vous pouvez changer le nom d'utilisateur et le mot de
passe pour CMX_ORS.
Si c'est le cas, vous devez également :
1.
Modifiez le mot de passe de l'utilisateur CMX_ORS dans Oracle.
2.
3.
Enregistrer le schéma avec le même nom d'utilisateur et le même mot de passe.
É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 :
1.
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.
3.
64
4.
L'écran d'accord de licence s'affiche.
5.
Cliquez sur le bouton J'accepte les termes du contrat de licence, puis sur Suivant.
L'écran de Sélection du dossier d'installation s'affiche.
6.
Effectuez l'une des opérations suivantes :
¨ Cliquer sur Suivant pour installer serveur de correspondance de nettoyage dans C:\infamdm\hub\cleanse.
¨ Cliquez sur le bouton Choisir pour choisir un autre emplacement où installer serveur de correspondance
de nettoyage puis cliquez sur Suivant.
Remarque: 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.
9.
L'écran Serveur d'application s'affiche.
10.
Choisissez le serveur d'application WebSphere et cliquez sur Suivant.
L'écran d'accueil du serveur d'application WebSphere s'affiche.
11.
Configurer les paramètres WebSphere :
¨ Choisissez un chemin vers le serveur d'application WebSphere et cliquez sur Suivant.
12.
L'écran Sélection de la sécurité WebSphere s'affiche. Choisissez si la sécurité WebSphere est activée pour
les deux options ; Oui ou Non. Non est sélectionné par défaut.
¨ Si vous cliquez sur Non et Suivant, l'écran Serveur d'application WebSphere s'affiche.
¨ Définissez le nom du serveur et du port SOAP pour votre serveur d'application WebSphere. Dans un
environnement groupé, saisissez un des noms de serveur de la grappe et les informations de ports SOAP
et RMI correspondantes. Cliquez sur Suivant.
¨ Si vous cliquez sur Oui et Suivant, l'écran Serveur d'application WebSphere et justificatifs d'identité de
l'utilisateur s'affiche.
Renseignez les champs Nom d'utilisateur et Mot de passe.
13.
¨ 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.
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. Cliquez sur Suivant.
65
14.
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. Dans un environnement groupé, sélectionnez Non. Cliquez sur
Suivant.
15.
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.
16.
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.
LIENS CONNEXES :
¨ “Exécution de PostInstallSetup ” à la page 69
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
\Informatica_MDM_Hub_Cleanse_Match_Server_InstallLog.xml
Indique les erreurs et l'état de l'installation du serveur
de correspondance de nettoyage.
<infamdm_install_directory>\hub\cleanse\logs
\postInstallSetup.log
<infamdm_install_directory>\hub\cleanse\logs\cmxserver.log
\infamdm_installer_debug.txt
Indique les éléments choisis lors de l'installation.
<infamdm_install_directory>\hub\cleanse\logs
\installPrereq.log
Contient les messages des prérequis générés lors de
l'installation.
Les fichiers journaux WebSphere sont stockés à l'emplacement
suivant :
Situés dans l'arborescence sous le répertoire
d'installation de votre serveur d'applications.
<rép_installation_WebSphere\profiles\AppSrv01\logs\<nom de
serveur>
Noms des fichiers journaux : startServer.log, stopServer.log,
SystemErr.log et SystemOut.log.
Étape 3. Configuration du Cleanse Match Server
Cette section décrit le mode de configuration du Cleanse Match Server une fois installé.
66
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-mrmcleanse.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
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
67
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.
Cette section décrit les tâches à effectuer après avoir exécuté le programme d'installation du Cleanse Match
Server.
68
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.
Ce script se trouve par défaut dans le répertoire suivant :
Pour exécuter manuellement le processus de post-installation, exécutez la commande suivante à l'invite de
commande :
commande :
postinstallsetup.sh -Dwebsphere.password=<WebpsherePassword> -Ddatabase.password=<yourDBPassword>
où <WebspherePassword> est le mot de passe de votre serveur d'application WebSphere et <yourDBPassword> est le
mot de passe du compte d'utilisateur cmx.
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 sur lequel 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 n'avez pas à redémarrer le serveur lorsque vous modifiez le nombre de
threads.
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.
69
¨ 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 serveurs de nettoyage doubles
Vous pouvez configurer plusieurs instances du serveur de correspondance de nettoyage 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 serveur de correspondance de nettoyage doivent s'exécuter sur des instances distinctes du
serveur d'application. Cela signifie qu'elles doivent se trouver sur des processus physiques distincts.
Le processus de configuration de serveurs de nettoyage doubles est d'abord un exercice de 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'application.
Procédez comme suit pour configurer les serveurs de nettoyage doubles :
1.
Installez et configurez la première instance du serveur de correspondance de nettoyage.
2.
Configurez votre système pour qu'il exécute plusieurs instances de votre serveur d'application.
3.
Déployez le serveur de correspondance de nettoyage sur la deuxième instance de votre serveur d'application.
Configuration de plusieurs instances de votre serveur d'application
Pour configurer votre serveur d'application :
1.
Vérifiez que l'ordinateur que vous configurez dispose de suffisamment de mémoire pour héberger plusieurs
instances du serveur d'application.
2.
Configurez chaque instance du serveur de correspondance de nettoyage dans une instance de serveur
d'application distincte :
Sur WebSphere, vous devez posséder l'édition Network Deployment de WebSphere, qui vous permet de
créer et gérer plusieurs instances, ou utiliser le script instance et ajuster les paramètres. Dans les deux cas,
modifiez les paramètres du port default_host par l'intermédiaire de la console d'administration WAS afin que
les valeurs des différentes instances n'entrent pas en conflit. Si vous utilisez le script wsinstance, installez la
console d'administration manuellement sur la nouvelle instance et modifiez l'attribution du port admin_host.
Pour plus d'informations, consultez votre documentation WebSphere.
3.
Testez la deuxième instance que vous venez de créer.
Vous pouvez maintenant déployer le serveur de correspondance de nettoyage comme décrit dans la
prochaine section.
70
Déploiement de Cleanse Match Server sur la 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, utilisez la console d'administration. Acceptez toutes les valeurs par
défaut.
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.
71
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.
Paramètre
Description
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
processeur
Évalue la « puissance » relative des UC des ordinateurs ; l'ordinateur « le moins puissant » aura un
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 SSAName3, 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
72
¨ 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).
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.
Activation de la population de correspondance
73
CHAPITRE 5
Lancement de la console Hub
¨ Présentation de la console Hub, 74
¨ À propos de la console Hub, 74
¨ Démarrage de la console Hub, 75
¨ Tâches de post-configuration, 76
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.
74
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.
Démarrage de la console Hub
75
Tâches de post-configuration
Vérifiez votre installation Informatica MDM Hub en effectuant les tâches suivantes.
76
Étape
Tâche
Instructions
1
Enregistrez la nouvelle base données d'ORS à l'aide de
l'outil Bases de données de la console Hub.
« Configuration des stockages de référence
opérationnelle (ORS) et des sources de données »
2
Activez la journalisation de la base de données ORS à
l'aide de l'outil Gestionnaire d'entreprise de la console
Hub.
Annexe D, « Affichage des détails de configuration »,
3
Enregistrer l'utilisateur proxy à l'aide de l'outil Bases de
données dans la console Hub.
Guide de configuration d'Informatica MDM Hub
4
Enregistrez les Cleanse Match Servers à l'aide de l'outil
correspondant dans la console Hub.
« Configuration du nettoyage des données » dans le
5
Exécutez le processus de validation sur la nouvelle
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.
Guide de Informatica MDM Hub Metadata Manager.
6
Générez un rapport d'environnement de votre
configuration Informatica MDM Hub actuelle (serveurs
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.
Annexe D, « Affichage des détails de configuration »,
7
Copiez les fichiers journaux suivants dans le répertoire
de documents que vous avez créé dans “Création d'un
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)
“Fichiers journaux de Informatica MDM Hub” à la page
93.
8
Archivez votre répertoire de documentation
d'installation. Si nécessaire, envoyez le contenu de ce
répertoire au Support client international Informatica.
Support client international Informatica.
Chapitre 5: Lancement de la console Hub
CHAPITRE 6
Groupage
¨ Présentation du groupage, 77
¨ Installation du serveur Hub dans une grappe de serveurs WebSphere (UNIX), 77
¨ Installation du serveur Hub dans une grappe de serveurs WebSphere (Windows), 81
¨ Installation et déploiement du kit de ressources dans une grappe WebSphere (UNIX), 84
¨ Installation et déploiement du kit de ressources dans une grappe WebSphere (Windows), 85
¨ Configuration du cache de JBoss, 85
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
serveurs WebSphere (UNIX)
Suivez les étapes dans cette section pour installer et configurer WebSphere avec des applications de Informatica
MDM Hub. Les instructions suivantes s'appliquent à l'installation du serveur Hub et du Cleanse Match Server dans
une grappe de serveurs WebSphere.
L'installation du serveur Hub dans une grappe comprend les étapes suivantes :
Étape
Tâche
Instructions
1
Préparer l'environnement cible.
“Étape 1. Préparation de l'environnement cible” à la page
78.
2
Installer les logiciels serveur Hub et Cleanse Match
Server.
“Étape 2. Installation du logiciel du serveur Hub et du
serveur de correspondance de nettoyage” à la page 78.
77
Étape
Tâche
Instructions
3
Créer une grappe WebSphere.
“Étape 3. Création d'une grappe WebSphere” à la page
78.
4
Configurez les services requis et déployer le serveur
Hub dans la grappe.
“Étape 4. Configuration des services et déploiement
automatique du serveur Hub” à la page 79.
5
Déployer le Cleanse Match Server dans le cluster.
“Étape 5. Déploiement du serveur de correspondance de
nettoyage” à la page 80.
Étape 1. Préparation de l'environnement cible
Consultez le Guide d'installation du réseau WebSphere pour obtenir des instructions détaillées sur l'installation de
WebSphere et la configuration de la grappe WAS.
Remarque: Lorsque vous installez WebSphere Application Server Network Deployment Manager, vérifiez que
vous sélectionnez Gestion en tant que type d'environnement du serveur d'applications WebSphere. Ne
sélectionnez pas Cellule (gestionnaire de déploiement et nœud géré).
Étape 2. Installation du logiciel du serveur Hub et du serveur de
Installez le serveur Hub et serveur de correspondance de nettoyage sur chaque nœud des serveurs de grappes
sur lesquels Informatica MDM Hub sera déployé.
1.
Lors de l'installation du serveur Hub et du serveur de correspondance de nettoyage, le chemin de l'installation
Informatica MDM Hub doit être le même sur tous les nœuds de la grappe.
2.
Lorsque le nom du serveur WebSphere, le port SOAP et le port RMI sont demandés au cours de l'installation,
indiquez un des noms de serveurs de grappes et les informations des ports SOAP et RMI correspondants.
3.
Ajoutez le paramètre suivant à la commande d'installation pour contourner la validation prérequise dans
l'installation :
4.
Choisissez une des deux méthodes suivantes pour l'installation de Informatica MDM Hub sur tous les nœuds
de la grappe :
DSIPERIAN_INSTALL_PREREQ_VALIDATION=false
¨ Exécutez les programmes d'installation de Informatica MDM Hub sur tous les nœuds et cliquez sur Non
lorsque vous êtes invité à exécuter le script postInstallSetup pour déployer l'application.
¨ Exécutez les programmes d'installation de Informatica MDM 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 de Informatica MDM Hub sur tous les nœuds de la grappe s'ils utilisent tous
le même système d'exploitation.
Étape 3. Création d'une grappe WebSphere
Pour créer une grappe WebSphere :
78
1.
Démarrez les nœuds et le gestionnaire WebSphere.
2.
Dans la console d'administration WebSphere, sélectionnez créer une grappe > ajouter des membres de
grappe.
3.
Ajoutez tous les ports par défaut de l'hôte virtuel qui sont associés aux membres de la grappe.
Chapitre 6: Groupage
4.
Dans la console d'administration, sélectionnez Environnement > Hôtes virtuels > Hôte par défaut > Alias
de l'hôte nouveau > nouveau (*:9081, *:9082, etc.)
5.
Démarrez la grappe (patientez jusqu'à l'affichage d'une icône verte solide dans la console).
Pour plus d'informations sur la création de grappes et membres de grappes, consultez votre documentation
WebSphere.
6.
Vérifiez que la grappe et tous les serveurs de grappes s'exécutent.
Étape 4. Configuration des services et déploiement automatique du
serveur Hub
Le déploiement du serveur Hub, la création de la source de données et la configuration de JMS sont automatisés.
Lors de l'enregistrement d'un nouvel ORS dans la console Hub après l'exécution de cette procédure, les sources
de données et les pools de connexions pour l'ORS doivent être créés manuellement.
Effectuez les étapes suivantes après avoir installé le serveur Hub pour déployer le serveur Hub sur tous les
nœuds :
1.
Ouvrez <infamdm_install_directory>/hub/server/resources/cmxserver.properties et ajoutez tous les noms de
machines du serveur groupé dans cmx.appserver.hostname et les ports RMI dans cmx.appserver.rmi.port, en
séparant les informations de propriété par des virgules.
Par exemple, si la grappe est composée de quatre serveurs exécutés sur host1, host2, host3 et host4 en
utilisant les ports RMI 2812, 2813, 2814 et 2815 respectivement, alors les propriétés cmx.appserver.hostname
et cmx.appserver.rmi.port dans <infamdm_install_directory>/hub/server/resources/cmxserver.properties
seraient les suivantes :
cmx.appserver.rmi.port=2812,2813,2814,2815
cmx.appserver.hostname=host1,host2,host3,host4
Vérifiez qu'il n'y a pas d'espace ou de tabulation entre les numéros de ports. Ces numéros de ports doivent
être séparés seulement par une virgule et le nom d'hôte et les numéros de ports doivent être dans le même
ordre. Par exemple, le nom hôte et le numéro de port du premier serveur doivent être host1 et 2812 ; le nom
d'hôte et le numéro de port du second serveur doivent être host2 et 2813, etc.
2.
Mettez cmx.appserver.soap.connector.port à jour avec le port SOAP du gestionnaire d'administration
WebSphere.
Vous pouvez obtenir le port SOAP par défaut à partir de la propriété com.ibm.ws.scripting.port du fichier
suivant : <websphere_install>/AppServer/profiles/Dmgr01/properties/wsadmin.properties
Remarque: Le port SOAP est utilisé pour la configuration de la source de données dans la grappe
WebSphere.
3.
Ajoutez la propriété cluster.flag=true dans le fichier suivant : <infamdm_install_directory>/hub/server/
resources/cmxserver.properties
4.
Vérifiez que les répertoires contenant le fichier journal et les fichiers de stockage ont le même nom de
répertoire pour que les fichiers puissent être accessibles par tous les membres de la grappe.
La méthode de stockage de fichiers est utilisée dans le processus d'automatisation pour configurer le
stockage de messages des membres du bus. Consultez la documentation WebSphere pour plus
d'informations sur les stockages de fichiers.
5.
Ouvrez cmxserver.properties depuis l'emplacement suivant : <infamdm_install_directory>/hub/server/
resources/
Installation du serveur Hub dans une grappe de serveurs WebSphere (UNIX)
79
6.
Pour prendre en charge la méthode de stockage de fichiers, ajoutez les propriétés suivantes à
cmxserver.properties:
was.jms.permanent_store.dir=<permanent_store_directory>
was.jms.temp_store.dir=<temporary_story_directory>
was.jms.log.dir=<log_directory>
7.
Ouvrez le fichier suivant : <infamdm_install_directory>/hub/server/setSiperianEnv.sh
8.
Dans le fichier setSiperianEnv.sh, modifiez la variable WAS_SERVER avec le nom de grappe sous lequel le
serveur Hub est déployé.
9.
Exécutez la commande suivante :
cd <infamdm_install_directory>/hub/server
10.
Si la source de données pour la base de données du système n'est pas configurée pour un environnement
groupé, exécutez la commande suivante :
postInstallSetup.sh -Ddatabase.password=<mot de passe de l'utilisateur cmx>
11.
Si la source de données pour la base de données du système est déjà configurée pour un environnement
patchInstallSetup.sh
Remarque: SiperianBus, Siperian Queue Connection Factory, SiperianQueue et SiperianActivation et les
sources de données sont configurés pour la base de données du système groupé.
Ignorez les erreurs de la commande AdminControl invoke.
Le fichier siperian-mrm.ear est déployé dans la grappe.
12.
Dans la console d'administration WebSphere, sélectionnez Applications > Applications d'entreprise et
vérifiez que siperian-mrm.ear est en cours d'exécution. Si siperian-mrm.ear n'est pas en cours d'exécution,
démarrez-le manuellement.
13.
Arrêtez ce qui suit : grappe, gestionnaire et nœud. Les redémarrer dans l'ordre suivant : nœud, gestionnaire,
grappe.
Le serveur Hub est prêt à l'utilisation. Le serveur Hub est également accessible en utilisant n'importe quel
nœud dans la grappe si les alias d'hôte sont définis. Le serveur Hub est également accessible à travers le
serveur HTTP IBM si la grappe est configurée pour l'équilibrage des charges.
LIENS CONNEXES :
¨ “Configuration manuelle des files d'attente de messages du système Informatica” à la page 125
Étape 5. Déploiement du serveur de correspondance de nettoyage
Le déploiement du serveur de correspondance de nettoyage est automatisé.
Effectuez les étapes suivantes pour configurer et déployer le serveur de correspondance de nettoyage dans un
environnement groupé WebSphere :
1.
Ouvrez cmxcleanse.properties depuis l'emplacement suivant : <infamdm_install_directory>/hub/cleanse/
resources/
2.
Ajoutez la propriété cluster.flag=true à cmxcleanse.properties.
3.
Ouvrez le fichier suivant : <infamdm_install_directory>/hub/cleanse/setSiperianEnv.sh
4.
Dans le fichier setSiperianEnv.sh, modifiez la variable WAS_SERVER avec le nom de grappe sous lequel le
serveur de correspondance de nettoyage est déployé.
5.
cd <infamdm_install_directory>/hub/cleanse
80
6.
Exécutez la commande suivante : patchInstallSetup.sh
Le serveur de correspondance de nettoyage est prêt à être utilisé.
Remarque: Le stockage de messages des membres du bus peut être configuré pour le stockage de fichiers ou le
stockage de données. Lors du déploiement automatisé, le fichier de stockage est utilisé et l'assistance pour la
stratégie du moteur de messagerie est désactivée. Consultez la documentation WebSphere pour activer la
stratégie du moteur de messagerie pour différents types de stratégies.
Si vous voulez configurer un membre de SiperianBus avec le stockage de données, vous devez créer
manuellement la source de données et le membre SiperianBus.
Installation du serveur Hub dans une grappe de
serveurs WebSphere (Windows)
Suivez les étapes dans cette section pour installer et configurer WebSphere avec des applications d'Informatica
MDM Hub. Les instructions suivantes s'appliquent à l'installation du serveur Hub et du serveur de correspondance
de nettoyage dans une grappe de serveurs WebSphere.
L'installation du serveur Hub dans une grappe comprend les étapes suivantes :
Étape
Tâche
Instructions
1
Préparer l'environnement cible.
“Étape 1. Préparation de l'environnement cible” à la page
81.
2
Installer les logiciels serveur Hub et Cleanse Match
Server.
“Étape 2. Installation du logiciel du serveur Hub et du
serveur de correspondance de nettoyage” à la page 82.
3
Créer une grappe WebSphere.
“Étape 3. Création d'une grappe WebSphere” à la page
82.
4
Configurez les services requis et déployer le serveur
Hub dans la grappe.
“Étape 4. Configuration des services et déploiement du
serveur Hub” à la page 82.
5
Déployer le Cleanse Match Server dans le cluster.
“Étape 5. Déploiement du serveur de correspondance de
nettoyage” à la page 84.
Étape 1. Préparation de l'environnement cible
Consultez le Guide d'installation du réseau WebSphere pour obtenir des instructions détaillées sur l'installation de
WebSphere et la configuration de la grappe WAS.
Remarque: Lorsque vous installez WebSphere Application Server Network Deployment Manager, vérifiez que
vous sélectionnez Gestion en tant que type d'environnement du serveur d'applications WebSphere. Ne
sélectionnez pas Cellule (gestionnaire de déploiement et nœud géré).
Installation du serveur Hub dans une grappe de serveurs WebSphere (Windows)
81
Étape 2. Installation du logiciel du serveur Hub et du serveur de
Installez le serveur Hub et serveur de correspondance de nettoyage sur chaque nœud des serveurs de grappes
sur lesquels Informatica MDM Hub sera déployé.
1.
Lors de l'installation du serveur Hub et du serveur de correspondance de nettoyage, le chemin de l'installation
Informatica MDM Hub doit être le même sur tous les nœuds de la grappe.
2.
Lorsque le nom du serveur WebSphere, le port SOAP et le port RMI sont demandés au cours de l'installation,
indiquez un des noms de serveurs de grappes et les informations des ports SOAP et RMI correspondants.
3.
Ajoutez le paramètre suivant à la commande d'installation pour contourner la validation prérequise dans
l'installation :
DSIPERIAN_INSTALL_PREREQ_VALIDATION=false
4.
Choisissez une des deux méthodes suivantes pour l'installation de Informatica MDM Hub sur tous les nœuds
de la grappe :
¨ Exécutez les programmes d'installation de Informatica MDM Hub sur tous les nœuds et cliquez sur Non
lorsque vous êtes invité à exécuter le script postInstallSetup pour déployer l'application.
¨ Exécutez les programmes d'installation de Informatica MDM 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 de Informatica MDM Hub sur tous les nœuds de la grappe s'ils utilisent tous
le même système d'exploitation.
Étape 3. Création d'une grappe WebSphere
Pour créer une grappe WebSphere :
1.
Démarrez les nœuds et le gestionnaire WebSphere.
2.
Dans la console d'administration WebSphere, sélectionnez créer une grappe > ajouter des membres de
grappe.
3.
Ajoutez tous les ports par défaut de l'hôte virtuel qui sont associés aux membres de la grappe.
4.
Dans la console d'administration, sélectionnez Environnement > Hôtes virtuels > Hôte par défaut > Alias
de l'hôte nouveau > nouveau (*:9081, *:9082, etc.)
5.
Démarrez la grappe (patientez jusqu'à l'affichage d'une icône verte solide dans la console).
Pour plus d'informations sur la création de grappes et membres de grappes, consultez votre documentation
WebSphere.
6.
Vérifiez que la grappe et tous les serveurs de grappes s'exécutent.
Étape 4. Configuration des services et déploiement du serveur Hub
Le déploiement du serveur Hub, la création de la source de données et la configuration de JMS sont automatisés.
Lors de l'enregistrement d'un nouvel ORS dans la console Hub après l'exécution de cette procédure, les sources
de données et les pools de connexions pour l'ORS doivent être créés manuellement.
Effectuez les étapes suivantes après avoir installé le serveur Hub pour déployer le serveur Hub sur tous les
nœuds :
1.
82
Ouvrez < infamdm_install_directory >\hub\server\resources\cmxserver.properties et ajoutez tous les noms
de machines du serveur groupé dans cmx.appserver.hostname et les ports RMI dans cmx.appserver.rmi.port,
en séparant les informations de propriété par des virgules.
Par exemple, si la grappe possède quatre serveurs exécutés dans host1, host2, host3, host4 à l'aide,
respectivement, des ports RMI 2812, 2813, 2814 et 2815, les propriétés cmx.appserver.hostname et
cmx.appserver.rmi.port de < infamdm_install_directory >\hub\server\resources\cmxserver.properties
ressemblerait à cela :
cmx.appserver.rmi.port=2812,2813,2814,2815
cmx.appserver.hostname=host1,host2,host3,host4
Vérifiez qu'il n'y a pas d'espace ou de tabulation entre les numéros de ports. Ces numéros de ports doivent
être séparés seulement par une virgule et le nom d'hôte et les numéros de ports doivent être dans le même
ordre. Par exemple, le nom hôte et le numéro de port du premier serveur doivent être host1 et 2812 ; le nom
d'hôte et le numéro de port du second serveur doivent être host2 et 2813, etc.
2.
Mettez cmx.appserver.soap.connector.port à jour avec le port SOAP du gestionnaire d'administration
WebSphere.
Vous pouvez obtenir le port SOAP par défaut à partir de la propriété com.ibm.ws.scripting.port du fichier
suivant : <websphere_install>\AppServer\profiles\Dmgr01\properties\wsadmin.properties
Remarque: Le port SOAP est utilisé pour la configuration de la source de données dans la grappe
WebSphere.
3.
Ajoutez la propriété cluster.flag=true dans le fichier suivant : <infamdm_install_directory>\hub\server
\resources\cmxserver.properties
4.
Vérifiez que les répertoires contenant le fichier journal et les fichiers de stockage ont le même nom de
répertoire pour que les fichiers puissent être accessibles par tous les membres de la grappe.
La méthode de stockage de fichiers est utilisée dans le processus d'automatisation pour configurer le
stockage de messages des membres du bus. Consultez la documentation WebSphere pour plus
d'informations sur les stockages de fichiers.
5.
Ouvrez cmxserver.properties depuis l'emplacement suivant : <infamdm_install_directory>\hub\server
\resources\
6.
Pour prendre en charge la méthode de stockage de fichiers, ajoutez les propriétés suivantes à
cmxserver.properties:
was.jms.permanent_store.dir=<permanent_store_directory>
was.jms.temp_store.dir=<temporary_story_directory>
was.jms.log.dir=<log_directory>
Remarque: Vérifiez que la syntaxe des chemins de répertoires utilise des barres obliques typées UNIX
(inversées) sur les machines Windows.
7.
Ouvrez le fichier suivant : <infamdm_install_directory>\hub\server\setSiperianEnv.bat
8.
Dans le fichier setSiperianEnv.bat, modifiez la variable WAS_SERVER avec le nom de grappe sous lequel le
serveur Hub est déployé.
9.
cd <infamdm_install_directory>\hub\server
10.
Si la source de données pour la base de données du système n'est pas configurée pour un environnement
postInstallSetup.bat -Ddatabase.password=<mot de passe de l'utilisateur cmx>
11.
Si la source de données pour la base de données du système est déjà configurée pour un environnement
patchInstallSetup.bat
Remarque: SiperianBus, Siperian Queue Connection Factory, SiperianQueue et SiperianActivation et les
sources de données sont configurés pour la base de données du système groupé.
Ignorez les erreurs de la commande AdminControl invoke.
Installation du serveur Hub dans une grappe de serveurs WebSphere (Windows)
83
Le fichier siperian-mrm.ear est déployé dans la grappe.
12.
Dans la console d'administration WebSphere, sélectionnez Applications > Applications d'entreprise et
vérifiez que siperian-mrm.ear est en cours d'exécution. Si siperian-mrm.ear n'est pas en cours d'exécution,
démarrez-le manuellement.
13.
Arrêtez ce qui suit : grappe, gestionnaire et nœud. Les redémarrer dans l'ordre suivant : nœud, gestionnaire,
grappe.
Le serveur Hub est prêt à l'utilisation. Le serveur Hub est également accessible en utilisant n'importe quel
nœud dans la grappe si les alias d'hôte sont définis. Le serveur Hub est également accessible à travers le
serveur HTTP IBM si la grappe est configurée pour l'équilibrage des charges.
LIENS CONNEXES :
¨ “Configuration manuelle des files d'attente de messages du système Informatica” à la page 125
Étape 5. Déploiement du serveur de correspondance de nettoyage
Le déploiement du serveur de correspondance de nettoyage est automatisé.
Effectuez les étapes suivantes pour configurer et déployer le serveur de correspondance de nettoyage dans un
environnement groupé WebSphere :
1.
Ouvrez cmxcleanse.properties depuis l'emplacement suivant : <infamdm_install_directory>\hub\cleanse
\resources\
2.
Ajoutez la propriété cluster.flag=true à cmxcleanse.properties.
3.
Ouvrez le fichier suivant : <infamdm_install_directory>\hub\cleanse\setSiperianEnv.bat
4.
Dans le fichier setSiperianEnv.bat, modifiez la variable WAS_SERVER avec le nom de grappe sous lequel le
serveur de correspondance de nettoyage est déployé.
5.
cd <infamdm_install_directory>\hub\cleanse
6.
Exécutez la commande suivante : patchInstallSetup.bat
Le serveur de correspondance de nettoyage est prêt à être utilisé.
Remarque: Le stockage de messages des membres du bus peut être configuré pour le stockage de fichiers ou le
stockage de données. Lors du déploiement automatisé, le fichier de stockage est utilisé et l'assistance pour la
stratégie du moteur de messagerie est désactivée. Consultez la documentation WebSphere pour activer la
stratégie du moteur de messagerie pour différents types de stratégies.
Si vous voulez configurer un membre de SiperianBus avec le stockage de données, vous devez créer
manuellement la source de données et le membre SiperianBus.
Installation et déploiement du kit de ressources dans
une grappe WebSphere (UNIX)
Cette section décrit les étapes pour 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 -DSIPERIAN_INSTALL_PREREQ_VALIDATION=false
84
2.
Sélectionnez Configurer exemples quand le programme d'installation vous demande la sélection de
configuration.
3.
Saisissez un des noms de serveur de grappe ainsi que les informations de ports SOAP et RMI
correspondants lorsque le le programme d'installation demande le nom de serveur WebSphere, les ports
SOAP et RMI.
4.
Cliquez sur Non quand on vous demande une option de déploiement.
5.
Après l'installation, exécutez la commande suivante pour réintégrer le fichier EAR :
cd <resourcekit_install_dir>/deploy/bin
sip_ant.sh repackage
6.
Déployez manuellement les fichiers EAR exemples vers la grappe via la console d'administration WebSphere.
Les fichiers EAR sont LookupWebServiceExample.ear et PartyWebServiceExample.ear.
Installation et déploiement du kit de ressources dans
une grappe WebSphere (Windows)
Cette section décrit les étapes pour 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 -DSIPERIAN_INSTALL_PREREQ_VALIDATION=false
2.
Sélectionnez Configurer exemples quand le programme d'installation vous demande la sélection de
configuration.
3.
Saisissez un des noms de serveur de grappe ainsi que les informations de ports SOAP et RMI
correspondants lorsque le le programme d'installation demande le nom de serveur WebSphere, les ports
SOAP et RMI.
4.
Cliquez sur Non quand on vous demande une option de déploiement.
5.
Après l'installation, exécutez la commande suivante pour réintégrer le fichier EAR :
cd <resourcekit_install_dir>\deploy\bin
sip_ant.bat repackage
6.
Déployez manuellement les fichiers EAR exemples vers la grappe via la console d'administration WebSphere.
Les fichiers EAR sont LookupWebServiceExample.ear et PartyWebServiceExample.ear.
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:
Installation et déploiement du kit de ressources dans une grappe WebSphere (Windows)
85
<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>
86
CHAPITRE 7
Désinstallation de Informatica MDM
Hub
¨ Présentation de la désinstallation de Informatica MDM Hub, 87
¨ Désinstallation de Informatica MDM Hub (WebSphere / UNIX), 87
¨ Désinstallation de Informatica MDM Hub (WebSphere / Windows), 90
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 (WebSphere /
UNIX)
La désinstallation de Informatica MDM Hub implique les étapes suivantes :
Étape
Tâche
Instructions
1
Retirez chaque instance du logiciel Cleanse Match
Server.
“Étape 1. Désinstallation du Cleanse Match Server” à la
page 87.
2
Retirez le logiciel Serveur Hub.
“Étape 2. Désinstallation du serveur Hub” à la page 90.
3
Retirez le Stockage Hub (bases de données et
utilisateurs) d'Oracle.
“Suppression des bases de données du stockage Hub” à
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
87
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.
Annulation manuelle du déploiement du Cleanse Match Server
Pour annuler manuellement le déploiement du serveur de correspondance de nettoyage dans l'environnement du
serveur d'applications WebSphere, désinstallez l'application siperian-mrm-cleanse.ear depuis la console
d'administration du serveur d'applications WebSphere. Assurez-vous que le processus est correctement terminé.
Pour plus d'informations, consultez la documentation de WebSphere.
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
Le processus d'installation doit annuler automatiquement le déploiement de l'application siperian-mrm.ear à l'aide
de la console d'administration du serveur d'application WebSphere.
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.
3.
Pendant le processus, l'écran Veuillez patienter s'affiche.
Lorsque le processus est terminé, l'écran Désinstallation terminée s'affiche.
4.
88
Chapitre 7: Désinstallation de Informatica MDM Hub
É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 91, 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
l'option CASCADE supprime également la base de données associée) :
4.
Si vous avez utilisé un utilisateur proxy, exécutez la commande suivante (la suppression de l'utilisateur avec
drop user <username> cascade;
Désinstallation de Informatica MDM Hub (WebSphere / UNIX)
89
Désinstallation de Informatica MDM Hub (WebSphere /
Windows)
Utilisez les étapes suivantes pour désinstaller Informatica MDM Hub :
Étape
Tâche
Instructions
1
Retirez chaque instance du logiciel Cleanse Match
Server.
“Étape 1. Désinstallation du Cleanse Match Server” à la
page 90.
2
Retirez le logiciel Serveur Hub.
Étape 2. Désinstallation du serveur Hub.
3
Retirez le Stockage Hub (bases de données et
utilisateurs) d'Oracle.
“Suppression des bases de données du stockage Hub” à
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
Pour annuler manuellement le déploiement du serveur de correspondance de nettoyage dans l'environnement du
serveur d'applications WebSphere, désinstallez l'application siperian-mrm-cleanse.ear depuis la console
d'administration du serveur d'applications WebSphere. Assurez-vous que le processus est correctement terminé.
Pour plus d'informations, consultez la documentation de WebSphere.
Retirer le 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é.
3.
Pendant le processus, l'écran Veuillez patienter est affiché.
L'écran Désinstallation terminée est affiché.
4.
Étape 2. Désinstallation du serveur Hub
Cette section décrit comment retirer de votre système une installation de serveur Hub.
90
Annulation manuelle du déploiement du serveur Hub
Si pour une raison quelconque, vous devez annuler manuellement le déploiement du serveur Hub dans
l'environnement WebSphere, désinstallez l'application siperian-mrm.ear à l'aide de la console d'administration du
serveur d'applications WebSphere. Assurez-vous que le processus est correctement terminé. Pour plus
d'informations, consultez votre documentation WebSphere.
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.
3.
L'écran Désinstallation terminée s'affiche.
4.
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.
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.
Désinstallation de Informatica MDM Hub (WebSphere / Windows)
91
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 91, 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
92
CHAPITRE 8
Dépannage
¨ Fichiers journaux de Informatica MDM Hub, 93
¨ Ignorer l'installation des pré-requis, 98
¨ Mise à jour des paramètres après l'installation, 98
¨ Vérification de l'installation silencieuse du Cleanse Match Server et du Hub, 99
¨ Échec de la post-installation, 102
¨ Erreur du processus MATCH : VerifyNeedToStrip, 103
¨ Horodotage de démarrage/d'arrêt imprécis pour l'ORS, 104
¨ Erreurs de version major.minor lors du chargement du serveur de correspondance de nettoyage, 104
¨ Faibles performances du serveur d'applications de nettoyage/correspondance, 104
¨ Exception de dépassement de délai du cache du serveur Hub, 105
¨ Dépannage (WebSphere / UNIX), 105
¨ Dépannage (WebSphere / Windows), 108
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
93
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.
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 97.
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
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
94
Chapitre 8: Dépannage
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>;
6.
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
Serveur Hub
<infamdm_install_directory>\conf\log4j.xml
Serveur de correspondance de
nettoyage
où <infamdm_install_directory> est le répertoire dans lequel vous avez installé le serveur Hub et le serveur de
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.
95
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.
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 94.
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.
96
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>;
6.
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.
97
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
Serveur Hub
Serveur de correspondance de
nettoyage
où <infamdm_install_directory> est le répertoire dans lequel vous avez installé le serveur Hub et le serveur de
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.
98
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>/bin/
build.properties où le serveur d'applications
Justificatifs d'identité de la base de données :
est WebSphere
Cherchez les propriétés suivantes et assurez-vous que leurs valeurs
sont correctes. Exemples de valeurs :
masterdatabase.type=ORACLE
masterdatabase.server=mdb_server
masterdatabase.port=1521
masterdatabase.dbname=orcl
masterdatabase.schemaname=cmx_system
masterdatabase.user=cmx
<infamdm_install_directory>/resources/
cmxserver.properties
cmx.server.masterdatabase.type, cmx.appserver.type,
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
correctes dans votre environnement.
où le serveur d'applications est WebSphere
SET SIP_HOME=/infamdm/hub/server
SET WAS_HOME=/Program Files/IBM/WebSphere/AppServer
SET WAS_SERVER=server1
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érification de l'installation silencieuse du Cleanse Match Server et du Hub
99
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.
Emplacement
Vérifier
<répertoire_installation_nettoyage> >/logs
fichier
<répertoire_installation_nettoyage> /
resources/cmxcleanse.properties
# Propriétés AddressDoctor
et fichiers cmx.appserver.type
cleanse.library.addressDoctor.property.SetConfigFile=/u1/infamdm/hub/
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
resources/cmxserver.properties
cmx.home=$USER_INSTALL_DIR$
# Type de serveur d'applications : websphere
cmx.appserver.type=$SIP.APPSERVER.TYPE$
# paramètre par défaut : 8880 pour WebSphere seulement
cmx.appserver.soap.connector.port=$SIP.WEBSPHERE.SOAP.PORT$
setSiperianEnv.bat où le serveur d'applications est
WebSphere
Tous les paramètres dans setSiperianEnv.bat pour le serveur de
correspondance de nettoyage sont les mêmes que pour le serveur Hub.
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.
100
Vérifier l'installation silencieuse du serveur Hub (Windows)
Vérifiez ces fichiers ou dossiers quand vous effectuez une installation silencieuse du serveur Hub.
Emplacement
Vérifier
<répertoire_installation_infamdm>\logs
fichier
<répertoire_installation_infamdm>\bin
\build.properties où le serveur d'applications
Justificatifs d'identité de la base de données.
Cherchez les propriétés suivantes et assurez-vous que leurs valeurs
sont correctes. Exemples de valeurs :
est WebSphere
masterdatabase.type=ORACLE
masterdatabase.server=mdb_server
masterdatabase.port=1521
masterdatabase.dbname=orcl
masterdatabase.schemaname=cmx_system
masterdatabase.user=cmx
<répertoire_installation_infamdm>\resources
\cmxserver.properties
cmx.server.masterdatabase.type, cmx.appserver.type,
cmx.appserver.rmi.port et cmx.appserver.soap.connector.port
<répertoire_installation_infamdm>
\setSiperian.bat où le serveur d'applications
Vérifiez les variables suivantes et assurez-vous que leurs valeurs sont
correctes dans votre environnement.
est WebSphere
SET SIP_HOME=C:\infamdm\hub\server
SET WAS_HOME=C:\Program Files\IBM\WebSphere\AppServer
SET WAS_SERVER=server1
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 :
Emplacement
Vérifier
<répertoire_installation_nettoyage>
postInstallSetup.log : Vérifier si des ERREURS sont présentes dans le fichier
\logs
\resources\cmxcleanse.properties
et fichiers cmx.appserver.type
# Propriétés AddressDoctor
cleanse.library.addressDoctor.property.SetConfigFile=C:\infamdm\hub\cleanse
\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
Vérification de l'installation silencieuse du Cleanse Match Server et du Hub
101
Emplacement
Vérifier
\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
\resources\cmxserver.properties
cmx.home=$USER_INSTALL_DIR$
# Type de serveur d'applications : websphere
cmx.appserver.type=$SIP.APPSERVER.TYPE$
# paramètre par défaut : 8880 pour WebSphere seulement
cmx.appserver.soap.connector.port=$SIP.WEBSPHERE.SOAP.PORT$
\setSiperianEnv.bat où le serveur
Tous les paramètres dans setSiperianEnv.bat pour le serveur de
correspondance de nettoyage sont les mêmes que pour le serveur Hub.
d'applications est WebLogic
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 :
Vous n'avez pas installé le profil de serveur d'application dans le répertoire par défaut.
Si vous n'avez pas installé le profil de serveur d'application dans le répertoire par défaut, le script
postInstallSetup échoue à déployer les applications du serveur Hub et du serveur de correspondance de
nettoyage pour le serveur d'application.
Le répertoire par défaut est :
<Websphere_install_home>\profiles
Pour résoudre le problème, réintégrez les fichiers .ear du serveur Hub et du serveur de correspondance de
nettoyage et déployez manuellement les applications du serveur Hub et du serveur de correspondance de
nettoyage vers le répertoire personnalisé où vous avez installé le serveur d'application.
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.
102
[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
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
Erreur du processus MATCH : VerifyNeedToStrip
103
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
serveur d'applications.
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>
104
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"/>
Dépannage (WebSphere / UNIX)
Cette section fournit les instructions de dépannage pour WebSphere sous UNIX.
Modification des paramètres du serveur Hub
Vous pouvez changer les paramètres suivants :
¨ Numéro de port RMI
¨ Numéro de port SOAP
Pour modifier les numéros de port RMI et SOAP :
1.
Ouvrez le fichier suivant dans un éditeur de texte :
<infamdm_install_directory>/resources/cmxserver.properties
2.
Changez une ou plusieurs des valeurs suivantes :
3.
Allez dans <infamdm_install_directory> et exécutez la commande suivante :
postInstallSetup.sh -Ddatabase.password=<yourDBPassword>
Si la sécurité WebSphere est activée, exécutez la commande suivante :
postinstallsetup.sh -Dwebsphere.password=<yourWebpsherePassword> Ddatabase.password=<yourDBPassword>
où <yourWebspherePassword> est le mot de passe de votre serveur d'application WebSphere et
<yourDBPassword> est le mot de passe du compte d'utilisateur cmx.
Remarque: Si vous incluez le caractère « ! » dans votre mot de passe, vous devez ajouter un « \\u00a0»
avant le « ! » . Par exemple, si votre mot de passe est !!cmx!!, entrez le mot de passe comme suit : \!\!cmx\!\!
Le serveur d'applications doit continuer à fonctionner lors de l'exécution du script, ou ce dernier échoue.
4.
Redémarrez le serveur d’applications.
Exception de dépassement de délai du cache du serveur Hub
105
Changement des paramètres du serveur de correspondance de
nettoyage (WebSphere/UNIX)
Vous pouvez changer le numéro de port de SOAP.
Pour modifier les numéros de ports de SOAP :
1.
2.
3.
Allez dans < infamdm_install_directory > et exécutez la commande suivante :
<infamdm_install_directory>/resources/cmxcleanse.properties
postInstallSetup.sh
Si la sécurité WebSphere est activée, exécutez plutôt la commande suivante :
postinstallsetup.bat -Dwebsphere.password=<WebpsherePassword> -Ddatabase.password=<yourDBPassword>
où <WebspherePassword> est le mot de passe de votre serveur d'application WebSphere et <yourDBPassword> est
4.
Changement des paramètres du serveur Hub pour la base de
données (WebSphere/UNIX)
Vous pouvez changer les paramètres de base de données suivants pour WebSphere :
¨ Nom du serveur de bases de données
¨ Nom d'instance de la base de données
Changement du nom de serveur pour la base de données
Pour changer le nom de serveur pour la base de données :
1.
<infamdm_install_directory>/bin/build.properties
2.
Changez les valeurs suivantes :
masterdatabase.server=<database_host_name>
masterdatabase.jdbc.url=jdbc:oracle:thin:@<database_host_name>:<port>:<instance_name>
3.
où votre mot de passe BD est le mot de passe de votre base de données.
4.
106
Changement du nom de l'instance pour la base de données
Pour changer le nom de l'instance :
1.
<infamdm_install_directory>/bin/build.properties
2.
3.
où yourDBPassword est le mot de passe de votre base de données.
4.
Redéploiement manuel de l'application serveur Hub sous UNIX
1.
2.
1.
2.
3.
4.
5.
(WebSphere/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. Désinstallez l'application siperian-mrm-
Dépannage (WebSphere / UNIX)
107
cleanse.ear de la console d'administration du serveur d'applications WebSphere. Vérifiez que le processus se
termine. Pour plus d'informations, consultez la documentation de WebSphere.
Paramétrage de la taille de la pile JVM (WebSphere/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.
Ouvrez la console WebSphere.
2.
Allez dans Serveurs > Serveur d'application > <Votre serveur> > Définition de processus > Machine
virtuelle Java.
3.
Ajoutez ce qui suit aux arguments génériques JVM :
-Xss2000k - Initializes the stack size to 2000k
-Xms128m - Initializes the heap with at least 128 MB
-Xmx1024m - Initializes the heap with a maximum of 1024 MB
4.
Enregistrez cette configuration.
5.
Redémarrez le serveur.
Changement du délai d'expiration de la demande SOAP (WebSphere/
UNIX)
Si le processus de configuration post-installation échoue en raison d'une erreur de dépassement de délai, vous
pouvez augmenter la valeur du délai d'expiration de la demande SOAP et recommencer le processus. Recherchez
et éditez le fichier suivant :
<WebSphere_profile_root>/properties/soap.client.props
Changez la valeur suivante de :
com.ibm.SOAP.requestTimeout=180
en
Dépannage (WebSphere / Windows)
Cette section fournit les instructions de dépannage pour WebSphere sous Windows.
Modification des paramètres du serveur Hub
Vous pouvez changer les paramètres suivants :
¨ Numéro de port RMI
¨ Numéro de port SOAP
Pour modifier les numéros de port RMI et SOAP :
1.
<infamdm_install_directory>\resources\cmxserver.properties
108
2.
3.
4.
Changement des paramètres du serveur de correspondance de
nettoyage (WebSphere/Windows)
Vous pouvez changer le numéro de port de SOAP.
Pour modifier les numéros de ports de SOAP :
1.
<cleanse_install_directory>\resources\cmxcleanse.properties
2.
3.
postInstallSetup.bat
Si la sécurité WebSphere est activée, exécutez plutôt la commande suivante :
postinstallsetup.bat -Dwebsphere.password=<WebpsherePassword> -Ddatabase.password=<yourDBPassword>
où <WebspherePassword> est le mot de passe de votre serveur d'application WebSphere et <yourDBPassword> est
4.
Changement des paramètres du serveur Hub pour la base de
données (WebSphere/Windows)
Vous pouvez changer les paramètres de base de données suivants pour WebSphere :
¨ Nom du serveur de bases de données
¨ Nom d'instance de la base de données
Changement du nom de serveur pour la base de données
Pour changer le nom de serveur pour la base de données :
1.
<infamdm_install_directory>\bin\build.properties
109
2.
masterdatabase.server=<database_host_name>
3.
où votre mot de passe BD est le mot de passe de votre base de données.
4.
Changement du nom de l'instance pour la base de données
Pour changer le nom de l'instance :
1.
<infamdm_install_directory>\bin\build.properties
2.
3.
où yourDBPassword est le mot de passe de votre base de données.
4.
Redéploiement manuel de l'application serveur Hub sous Windows
1.
2.
110
1.
2.
3.
4.
5.
(WebSphere/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. Désinstallez l'application siperian-mrmcleanse.ear de la console d'administration du serveur d'applications WebSphere. Vérifiez que le processus se
termine. Pour plus d'informations, consultez la documentation de WebSphere.
Paramétrage de la taille de la pile JVM (WebSphere/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.
Ouvrez la console WebSphere.
2.
Allez dans Serveurs > Serveur d'application > <Votre serveur> > Définition de processus > Machine
virtuelle Java.
3.
Ajoutez ce qui suit aux arguments génériques JVM :
-Xss2000k
4.
Enregistrez cette configuration.
5.
Redémarrez le serveur.
Changement du délai d'expiration de la demande SOAP (WebSphere/
Windows)
Si le processus de configuration post-installation échoue en raison d'une erreur de dépassement de délai, vous
pouvez augmenter la valeur du délai d'expiration de la demande SOAP et recommencer le processus. Recherchez
et éditez le fichier suivant :
<WebSphere_profile_root>\properties\soap.client.props
Changez la valeur suivante de :
en
111
ANNEXE A
Installation depuis la ligne de
commande
Cette annexe comprend les rubriques suivantes :
¨ Présentation de l'installation depuis la ligne de commande, 112
¨ Préparation de l'installation, 112
¨ Installation depuis la ligne de commande (WebSphere/UNIX), 113
¨ Installation silencieuse depuis la ligne de commande, 117
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.
112
Installation depuis la ligne de commande (WebSphere/
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 Preparing for
Installation (WebSphere UNIX)
Pour installer le serveur Hub depuis la ligne de commande :
1.
2.
Exécutez la commande suivante depuis l'invite de commande :
3.
Sélectionnez la langue que vous voulez installer, puis appuyez sur Entrée.
./hub_install.bin -i console
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.
6.
Les informations sur le dossier d'installation sont affichées.
7.
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.
8.
Sélectionnez l'emplacement du lien.
Les informations sur le fichier de licence sont affichées.
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.
Les informations d'accueil du serveur d'application WebSphere s'affichent.
9.
Vérifiez l'emplacement par défaut pour l'accueil du serveur d'application Remplacer la valeur par défaut par
les informations correctes si nécessaire. Appuyez sur Entrée pour continuer.
Le programme d'installation vous prévient des prérequis WebSphere pour les pilotes JDBC.
10.
Vérifiez l'emplacement des fichiers pilotes de base de données JDBC et appuyez sur Entrée pour continuer.
Les fichiers de pilote de base de données JDBC sont copiés dans le répertoire < WebSphere_Home >/AppServer/
lib.
Remarque: Si vous tapez BACK à ce niveau, l'installation ne pourra pas revenir à l'étape précédente.
Installation depuis la ligne de commande (WebSphere/UNIX)
113
11.
Les informations de sélection de sécurité WebSphere sont affichées avec les options Oui et Non, Non étant
la valeur par défaut.
¨ Si vous sélectionnez Non, les informations « Serveur d'application WebSphere » sont affichées. Vérifiez le
nom du serveur, le port RMI et le port SOAP. Modifiez les informations par défaut ou appuyez sur Entrée
pour accepter la valeur par défaut. Appuyez sur Entrée pour continuer.
¨ Si vous sélectionnez Oui, les informations « Serveur d'application WebSphere et justificatifs d'identité de
l'utilisateur » sont affichées. Vérifiez le nom du serveur, le port RMI et le port SOAP. Entrez le Nom
d'utilisateur et le Mot de passe (non renseignés par défaut). Modifiez les informations par défaut ou
appuyez sur Entrée pour accepter la valeur par défaut. Appuyez sur Entrée pour continuer.
L'invite de sélection de la base de données est affichée.
12.
Sélectionnez Oracle. Appuyez sur Entrée.
13.
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.
14.
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.
15.
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.
16.
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.
17.
Appuyez sur Entrée pour accepter la valeur par défaut.
Un résumé de vos choix d'installation est affiché.
18.
Vérifiez les informations dans le résumé de pré-installation. Si les informations sont correctes, appuyez sur
Entrée pour commencer l'installation.
19.
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é.
20.
Appuyez sur Entrée pour quitter le programme d'installation.
21.
Vérifiez l'installation en ligne de commande en contrôlant ces fichiers journaux. Enregistrez ces fichiers juste
après un échec et fournissez-les lorsque vous voulez le signaler au Support client international Informatica :
Description
< infamdm_install_directory >/hub/server/
Informatica_MDM_Hub_Server_InstallLog.xml
Contient les messages du journal
pour l'installation du serveur Hub.
<
Contient les messages des
prérequis générés lors de
l'installation.
infamdm_install_directory
> /hub/server/logs/installPrereq.log
< infamdm_install_directory >/hub/server/infamdm_
installer_debug.txt
114
Annexe A: Installation depuis la ligne de commande
Description
< infamdm_install_directory >/hub/server/logs/postInstallSetup.log
Contient les messages
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.
Situés dans l'arborescence sous le
dossier d'installation WebSphere.
< WebSphere_install_dir
> /profiles/AppSrv01/logs/< ServerName >.
Nom des fichiers journaux : startServer.log, stopServer.log, SystemErr.log et
SystemOut.log.
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” à la page 47
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 :
1.
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.
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.
Les informations sur le dossier d'installation sont affichées.
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.
8.
Tapez le numéro pour le serveur d'application WebSphere et appuyez sur Entrée pour continuer.
9.
Entrez l'emplacement pour le serveur d'application WebSphere ou acceptez la valeur par défaut. Appuyez sur
Entrée.
Installation depuis la ligne de commande (WebSphere/UNIX)
115
10.
Les informations de sélection de sécurité WebSphere sont affichées avec les options Oui et Non, Non étant
la valeur par défaut.
¨ Si vous sélectionnez Non, les informations « Serveur d'application WebSphere » sont affichées. Vérifiez le
nom du serveur et définissez le port SOAP pour votre serveur d'application. Modifiez les informations par
défaut ou appuyez sur Entrée pour accepter la valeur par défaut. Appuyez sur Entrée pour continuer.
¨ Si vous sélectionnez Oui, les informations « Serveur d'application WebSphere et justificatifs d'identité de
l'utilisateur » sont affichées. Entrez le Nom d'utilisateur et le Mot de passe (non renseignés par défaut).
Vérifiez le nom du serveur et définissez le port SOAP pour votre serveur d'application. Modifiez les
informations par défaut ou appuyez sur Entrée pour accepter la valeur par défaut. Appuyez sur Entrée
pour continuer.
11.
¨ 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.
L'écran Déploiement donne l'option d'exécuter le script postInstallSetup maintenant ou de l'exécuter
manuellement plus tard.
¨ Appuyez sur Entrée pour accepter la valeur par défaut.
¨ 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é.
¨ Appuyez sur Entrée pour quitter le programme d'installation.
12.
116
Contrôlez les fichiers suivants, utiles pour le dépannage de tout processus d'installation du serveur de
correspondance de nettoyage et à fournir au Support client international Informatica.
Fichier
Description
< infamdm_install_directory >/hub/cleanse/
Informatica_MDM_Hub_Cleanse_Match_Server_InstallLog_fr.xml
Indique les erreurs et l'état de l'installation du
serveur de correspondance de nettoyage.
< infamdm_install_directory >/hub/cleanse/logs/
cmxserver.log
< infamdm_install_directory >/hub/cleanse/
Indique les éléments choisis lors de
l'installation.
Fichier
Description
installPrereq.log
Contient les messages des prérequis générés
lors de l'installation.
Situé dans l'arborescence sous le dossier
d'installation de votre serveur d'application.
< WebSphere_install_dir
ServerName >.
> /profiles/AppSrv01/logs/<
Nom des fichiers journaux : startServer.log, stopServer.log,
SystemErr.log et SystemOut.log.
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.
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.
117
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
correspondance
de nettoyage
/silent_install/mrmcleanse
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
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.
118
Propriétés WebSphere
Définir les propriétés suivantes pour WebSphere :
Propriété
Valeur
SIP.AS.CHOICE
Nom du serveur d'application : « WebSphere »
SIP.AS.HOME
Chemin vers le répertoire de base WebSphere. Exemple :
C\:\\Program Files\\WebSphere\\AppServer
SIP.AS.SERVER
Exemple de nom de serveur : server1
SIP.AS.PROFILENAME
Nom de profil du serveur d'application. Exemple : AppSrv01
SIP.AS.PORT_2
Port 2 (port RMI). Exemple : 2809
SIP.AS.PORT_3
Port 3 (port SOAP). Exemple : 8880
SIP.WEBSPHERE.SECURITY.ENABLED (Non ou Oui)
si SIP.WEBSPHERE.SECURITY.ENABLED est « Oui », les
deux propriétés suivantes doivent être définies
SIP.APPSERVER.USERNAME=username
SIP.APPSERVER.PASSWORD=password
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
119
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
120
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 WebSphere
Définir les propriétés suivantes pour WebSphere :
Propriété
Valeur
SIP.AS.CHOICE
Nom du serveur d'application : « WebSphere »
SIP.AS.HOME
Chemin vers le répertoire de base WebSphere
Exemple : C\:\\Program Files\\WebSphere\\AppServer
SIP.AS.SERVER
Nom du serveur d'application. Exemple : server1
SIP.AS.PROFILENAME
Nom de profil du serveur d'application. Exemple : AppSrv01
SIP.WEBSPHERE.SOAP.PORT
Port utilisé pour les services SOAP.
Exemple : 8880
SIP.WEBSPHERE.SECURITY.ENABLED
si SIP.WEBSPHERE.SECURITY.ENABLED est « Oui », les
deux propriétés suivantes doivent être définies
SIP.APPSERVER.USERNAME=username
SIP.APPSERVER.PASSWORD=password
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
121
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é :
122
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
3.
<location_of_silent_properties_file_for_hub_server>
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
4.
<location_of_silent_properties_file_for_cleanse_server>
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 :
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.
123
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.
124
ANNEXE B
Configuration manuelle des files
d'attente de messages du système
Informatica
¨ Aperçu de la configuration manuelle des files d'attente de messages du système Informatica, 125
¨ Files d'attente de messages MDM Hub, 125
¨ Configuration des files d'attente de messages de WebSphere, 126
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.
125
Configuration des files d'attente de messages de
WebSphere
Configurez manuellement le serveur d'application WebSphere en créant une fabrique de connexion et des files
d'attente de messages.
Création d'une file d'attente de messages
Créez une file d'attente de messages sur WebSphere.
Étape 1. Création d'un bus dans le serveur WebSphere
1.
Dans la console WebSphere, allez sur Intégration de service > Bus.
2.
Créez un Bus avec le nom SiperianBus et enregistrez les modifications.
3.
Allez dans le SiperianBus que vous venez de créer et cliquez sur Membres du Bus.
4.
Ajoutez un nouveau membre dans la liste déroulante Serveur.
5.
Choisissez le serveur sur lequel votre application est exécutée et cliquez sur Suivant, puis sélectionnez
Stockage de données.
6.
Cliquez sur Suivant sous ceci et vérifiez que Créer la source de données par défaut avec un nom JNDI
généré est coché.
7.
Cliquez sur Suivant puis sur Terminer. Enregistrez la modification.
8.
Allez dans le SiperianBus que vous venez de créer et cliquez sur Destination.
9.
Cliquez sur Nouveau et choisissez File d'attente comme type de destination puis cliquez sur Suivant.
10.
Utilisez le nom SiperianQueue comme identificateur et cliquez sur Suivant.
11.
Choisissez le membre de bus que vous venez de créer et cliquez sur Suivant.
12.
Cliquez sur Terminer puis sur Enregistrer.
Étape 2. Configuration d'une fabrique de connexion
1.
Dans la console WebSphere, allez dans Ressources > JMS > Fournisseurs JMS.
2.
Sélectionnez Node=<ServerName>Node01 dans la liste déroulante.
3.
Sélectionnez le prestataire JMS que vous souhaitez utiliser.
4.
Cliquez sur Fabrique de connexion de file d'attente JMS.
5.
Configurez une nouvelle fabrique de connexion JMS en utilisant siperian.mrm.jms.xaconnectionfactory à la
fois pour le nom et pour le nom JNDI.
6.
Choisissez SiperianBus comme nom de bus pour la fabrique de connexion JMS. Enregistrez les
modifications.
7.
Cliquez sur Files d'attente et sélectionnez la portée Node=<ServerName>Node01 dans la liste déroulante.
Étape 3. Configuration d'une file d'attente JMS
126
1.
Cliquez sur Nouveau.
2.
Sélectionnez un prestataire JMS et cliquez sur OK.
3.
Spécifiez siperian.sif.jms.queue à la fois pour le nom et pour le nom JNDI.
Annexe B: Configuration manuelle des files d'attente de messages du système Informatica
4.
Choisissez SiperianBus comme nom du bus et SiperianQueue comme nom de file d'attente. Enregistrez les
modifications.
5.
Cliquez sur Spécification d'activation JMS et sélectionnez la portée Node=<ServerName>Node01 dans la
liste déroulante.
6.
Cliquez sur Nouveau pour configurer une activation Informatica.
7.
Spécifiez SiperianActivation à la fois pour le nom et pour le nom JNDI.
8.
Choisissez File d'attente comme type de destination, siperian.sif.jms.queue comme nom JNDI de destination
et SiperianBus comme nom du bus. Enregistrez les modifications.
Configuration de files d'attente de messages 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.
Étape 1. Créez la file d'attente de messages de test
1.
Dans la console WebSphere, sélectionnez Intégration de service > Bus.
2.
Sélectionnez SiperianBus et cliquez sur Destination.
3.
Cliquez sur Nouveau et choisissez File d'attente comme type de destination. Cliquez sur Suivant.
4.
Utilisez le nom « SiperianTestQueue » comme identificateur et cliquez sur Suivant.
5.
Choisissez le membre du bus et cliquez sur Suivant.
6.
Cliquez sur Terminer et enregistrez la modification.
Étape 2. Configurez la file d'attente de messages de test
1.
Dans la console WebSphere, allez dans Ressources > Fournisseurs JMS > Messagerie par défaut.
2.
Cliquez sur File d'attente et créez une file d'attente JMS. Spécifiez siperian.sif.test.jms.queue à la fois
pour le nom et le nom JNDI.
3.
Sélectionnez SiperianBus comme nom de bus et SiperianTestQueue comme nom de file d'attente.
Configuration des files d'attente de messages de WebSphere
127
ANNEXE C
Création manuelle de sources de
données
¨ Création manuelle de sources de données - Présentation, 128
¨ Étape 1. Démarrez le serveur d'application WebSphere, 128
¨ Étape 2. Spécifiez l'emplacement des bibliothèques de pilotes :, 129
¨ Étape 3. Création du compte de sécurité, 129
¨ Étape 4. Création du fournisseur JDBC, 129
¨ Étape 5. Création de la source de données principale, 130
¨ Changement du mot de passe de l'utilisateur de CMX_ORS, 130
Création manuelle de sources de données Présentation
Vous pouvez créer manuellement des sources de données pour le Hub MDM.
Le programme d'installation crée des sources de données lors de l'installation. Cependant, vous pouvez les
configurer manuellement si vous devez résoudre des problèmes. Par exemple, créez des sources de données
manuellement si le processus de création de files automatisées échoue.
Étape 1. Démarrez le serveur d'application WebSphere
128
1.
Démarrez le serveur d'application WebSphere.
2.
Démarrez la console Admin du serveur d'application WebSphere.
3.
Connectez-vous avec un nom d'utilisateur.
Étape 2. Spécifiez l'emplacement des bibliothèques de
pilotes :
1.
Dans l'arborescence de navigation de la console, sélectionnez Environnement > Variables WebSphere.
2.
Mettez à jour la variable ORACLE_JDBC_DRIVER_PATH pour pointer sur l'emplacement du pilote JDBC.
Exemple : /<WebSphere_install_home>/AppServer/lib
Étape 3. Création du compte de sécurité
Créez le compte de sécurité pour la source de données ORS à utiliser.
1.
Dans l'arborescence de navigation de la console, sélectionnez Sécurité > Globale.
2.
Développez Configuration de JAAS dans Authentification à droite de la console et cliquez sur Données
d'authentification de J2C.
3.
Pour créer un compte de sécurité, cliquez sur Nouveau.
4.
Définissez les paramètres du nouveau compte de sécurité comme suit :
Alias = CMX_SYSTEM
User ID = cmx_system
Password = !!cmx!!
Remarque: Ne modifiez pas la valeur d'identifiant utilisateur.
Pour plus d'informations sur la méthode de modification des paramètres ci-dessus, consultez la section
“Changement du mot de passe de l'utilisateur de CMX_ORS” à la page 130.
5.
Cliquez sur OK pour enregistrer ces informations.
Étape 4. Création du fournisseur JDBC
Créez le fournisseur JDBC pour la source de données ORS.
1.
Dans l'arborescence de navigation de la console, sélectionnez Ressources > Fournisseurs JDBC.
2.
Assurez-vous que la portée est définie sur Nœud.
3.
Pour créer un fournisseur JDBC, cliquez sur Nouveau et sélectionnez les valeurs suivantes :
¨ Sélectionnez Oracle dans la liste des types de bases de données.
¨ Sélectionnez Pilote JDBC d'Oracle comme type de fournisseur.
¨ Sélectionnez Source de données XA dans la liste des types d'implémentation.
4.
5.
Changez le nom du fournisseur et indiquez Informatica Oracle JDBC Provider (XA).
6.
Étape 2. Spécifiez l'emplacement des bibliothèques de pilotes :
129
Étape 5. Création de la source de données principale
1.
2.
Sélectionnez Propriétés supplémentaires > Sources de données.
3.
Pour créer la source de données, cliquez sur Nouveau.
4.
Configurez la nouvelle source de données comme suit :
Name = MDM Master Data Source
JNDI Name = jdbc/siperian-<oracle_host_name>-<oracle_SID>cmx_system-ds
Component-managed Authentication Alias = <host_name>/cmx_system
URL=jdbc:oracle:thin@<oracle_host_name>:<oracle port number>:
<oracle sid>
5.
Changement du mot de passe de l'utilisateur de
CMX_ORS
Après avoir installé MDM Hub, vous pouvez changer le mot de passe pour CMX_ORS. Si vous changez le mot de
passe pour CMX_ORS, vous devez aussi effectuer les tâches suivantes :
¨ Modifiez 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 sur le serveur d'application.
¨ Enregistrer le schéma avec le même nom d'utilisateur et le même mot de passe.
130
Annexe C: Création manuelle de sources de données
INDEX
B
base de données
changement du nom de l'instance 107, 110
changement du nom de serveur 106, 109
base de données cible
sélection 75
Base de données de stockage de référence opérationnelle
journalisation du débogage (UNIX) 97
journalisation du débogage (Windows) 94
Base de données ORS
création supplémentaire 21
Base de données principale
description 6
bases de données
base de données cible 75
test de connexion 20
C
cache de JBoss
configurer 85
dépassement de délai stateRetrieval 85
éviction 85
JBossCacheConfig.xml 85
lockAcquisitionTimeout 85
mcast_addr 85
mcast_port 85
sync replTimeout 85
wakeUpInterval 85
Cleanse Match Server
déploiement sur une deuxième instance du serveur d'applications 71
fichiers temporaires, suppression 55, 67
CMX_DATA
espace de table 11
cmx_debug.log
description (UNIX) 93
description (Windows) 96
CMX_INDX
espace de table 11
cmx_sys_imp.log
description 22, 24
CMX_TEMP
espace de table 12
cmxserver.log
Configuration de serveurs de nettoyage doubles 70
configuration des moteurs de nettoyage 54
Console Hub
à propos de la console Hub 74
base de données cible
sélection 75
démarrage 75
console.log
D
dépannage
emplacement du fichier journal (UNIX) 95
emplacement du fichier journal (Windows) 97
fichier cmx_debug.log (UNIX) 93
fichier cmx_debug.log (Windows) 96
fichier cmxserver.log (UNIX) 93
fichier cmxserver.log (Windows) 96
fichier console.log (UNIX) 93
fichier console.log (Windows) 96
fichiers journaux
présentation 96
fichiers journaux (UNIX) 93
fichiers journaux (Windows) 96
installation silencieuse 99, 100
installation silencieuse, Serveur de nettoyage 100, 101
installation silencieuse, serveur Hub 99, 101
WebSphere
Paramètres du serveur de correspondance de nettoyage, mise à
jour 109
désinstallation
Stockage Hub 89, 91
E
erreur de processus de correspondance
VerifyNeedToStrip 104
espaces de table
CMX_DATA 11
CMX_INDX 11
CMX_TEMP 12
création 11
F
fichier cmxserver.log 33, 41, 113
fichier de licence 27, 37, 48, 61, 112
fichier infamdm_installer_debug.txt 33, 41, 113
fichier log4j.xml
dépannage (UNIX) 95
dépannage (Windows) 97
fichier postInstallSetup.log 33, 41, 113
fichier setup_ors.log
description 22, 24
fichiers journaux
cmx_sys_imp.log 22, 24
emplacement, dépannage (UNIX) 95
emplacement, dépannage (Windows) 97
131
fichier cmxserver.log 33, 41, 113
fichier infamdm_installer_debug.txt 33, 41, 113
Fichier Informatica_MDM_Hub_Server_InstallLog_fr.xml 33, 41, 113
fichier postInstallSetup.log 33, 41, 113
fichier setup_ors.log 22, 24
gestion 95
présentation 93
files d'attente de messages
Configuration sous WebSphere 127
utilisation 125, 128
G
Grappe de serveurs WebSphere 81
I
Informatica MDM Hub
fichiers journaux 93, 96
installation
présentation 1
silencieuse 117
Stockage Hub 9
installation de la ligne de commande
à propos de 112
installation silencieuse
dépannage 99, 100
Serveur de nettoyage, dépannage 100, 101
Serveur Hub, dépannage 99, 101
installation silencieuse, depuis la ligne de commande 117
J
journalisation du débogage
Base de données de stockage de référence opérationnelle (UNIX) 97
Base de données de stockage de référence opérationnelle (Windows)
94
M
Message d'erreur VerifyNeedToStrip 104
mot de passe
changement pour l'utilisateur CMX_SYSTEM 61
N
numéro de version et de build
vérification 42, 67
O
objet de répertoire Oracle
pour la journalisation du débogage (UNIX 97
Objet de répertoire Oracle
pour la journalisation du débogage (Windows 94
Oracle
Nom TNS
ajout à la base de données ORS 68
132
Index
P
pooling de connexions 26
population de correspondance
activation 72
S
serveur d'application 26
serveur de correspondance de nettoyage
paramètres, mise à jour 98
Serveur de correspondance de nettoyage
à propos de 46
cmxserver.log (UNIX) 93
cmxserver.log (Windows) 96
déploiement manuel 58, 71
déploiement sur seconde instance de serveur d'application 57
instances du serveur d'application, configuration de plusieurs 57, 70
multi-threading, configuration 56, 69
multiple, configuration 58
Nom du serveur Oracle TNS 55, 68
numéro de version et de build 54, 67
paramètres de configuration 55, 68
paramètres de journalisation 55, 67
post-installation 46
serveurs de nettoyage doubles 57, 70
Serveur de nettoyage
installation silencieuse, dépannage 100, 101
Serveur de nettoyage de correspondance
Serveur Hub
à propos du serveur Hub 26
cmxserver.log (UNIX) 93
cmxserver.log (Windows) 96
installation silencieuse, dépannage 99, 101
numéro de version et de build 34, 42
paramètres de base de données, mise à jour 109
paramètres de journalisation 34, 42
pooling de connexions 26
propriétés de la configuration 34, 43
serveur d'application 26
Stockage de référence opérationnelle (Operational Reference Store –
ORS)
description 6
Stockage Hub
à propos du stockage Hub 6
Base de données ORS, création 21
Base de données principale 6
espaces de table, création 11
installation 9
options de configuration de base de données 6
Stockage de référence opérationnelle (Operational Reference Store –
ORS) 6
U
Utilisateur CMX_ORS
changement du nom d'utilisateur et du mot de passe 61
utilisateur proxy
à propos de 20
création 20
W
WebSphere
changement des paramètres 43
modification des paramètres du serveur Hub 108
paramètres 34, 43
Serveur de correspondance de nettoyage
Serveur Hub
paramètres, mise à jour 105, 108
Index
133

Guide d`installation pour WebSphere

Transcription

Documents pareils

Liège-Airport - extension du hub de TNT

Hub 4 ports USB pour clavier/souris

The Hub: le nouveau salon de la mode jeune en Asie

Programme / temps forts

Publications HUB

Procédure de paramétrage Lecteur MS1690 à partir

Fiche Technique Le HUB, Le Switch, Le Routeur

Plan d`accès au Hub courrier de Roissy

Béquilles radio APERIO

GPD3200 TwistDock pour PS3