Nous allons dans ce tutoriel mettre en en place OEM sur une instance existante. Ici il ne s’agit pas de créer une architecture complète avec un OMS qui gère différents nœuds, comme vous l’avez certainement déjà vu dans la version 9i mais il s’agit tout simplement de mettre en place rapidement la console 10G sur une instance.
Ce document sera subdivisé en deux parties la première qui consiste à créer le repository dans la base de données. Nous verrons également comment vérifier que l’installation a bien eu lieu.
Enfin il faudra s’assurer que les fichiers de configuration existent bien, cela concerne notre seconde partie.
II. Mise en place du Repository
II-A. Mise en place
Comme toute installation, cela doit se faire sous l’utilisateur système propriétaire des binaires Oracle et sous le schéma Oracle SYS connecté en /as sysdba :
Pour pouvoir effectuer une installation propre, vous devez disposer d’un tablespace temporaire. D’ailleurs il vous est conseillé de créer ce repository en période de faible activité, idéalement lorsque vous créez la base.
Voici un script de création de tablespace temporaire qui est inéluctablement à modifier en fonction des environnements de chacun. Création du tablespace temporaire :
CREATE TEMPORARY TABLESPACE TEMP TEMPFILE
'chemin_du_datafile’ SIZE 536870912
AUTOEXTEND ON NEXT 33554432 MAXSIZE 32767M
EXTENT MANAGEMENT LOCAL UNIFORM SIZE 33554432
Le Plus important ici est le fait qu’il soit Locally managed ( géré localement) et aussi UNIFORM SIZE.
Un tablespace temporaire ne peut plus être géré par le dictionnaire depuis la 9i sous peine de :
SQL> CREATE TEMPORARY TABLESPACE TEMP_DVP TEMPFILE
2 '/ora/data/ORA_SID/temp02.dbf' SIZE 536870912
3 AUTOEXTEND ON NEXT 33554432 MAXSIZE 32767M
4 EXTENT MANAGEMENT DICTIONARY UNIFORM SIZE 33554432 ;
CREATE TEMPORARY TABLESPACE TEMP_DVP TEMPFILE
*
ERREUR à la ligne 1 :
ORA-25139: invalid option for CREATE TEMPORARY TABLESPACE
Comment s’assurer qu’il existe un tablespace temporaire avant de créer dans ma base ?
SELECT tablespace_name FROM dba_tablespaces a
WHERE CONTENTS='TEMPORARY'
Ce pré-requis est nécessaire sinon l’installation échoue forcément. Se connecter en super utilisateur .
$ export ORACLE_SID=ORA_SID
$ sqlplus "/as sysdba"
SQL*Plus: Release 10.1.0.2.0 - Production on Mon Nov 21 17:06:28 2005
Copyright (c) 1982, 2004, Oracle. All rights reserved.
Connected to:
Oracle Database 10g Enterprise Edition Release 10.1.0.2.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
Lancer l’installation :
spool/ora/data/ORA_SID/admin/log/oemcreate.sql
@$ORACLE_HOME/sysman/admin/emdrep/sql/emreposcre.sql /ora/ora101 sysman sysman TEMP ON
Il est important de spécifier un fichier Log afin de tracer les erreurs d’installation du repository.
Astuce : nous pouvons remplacer le $ORACLE_HOME par ? qui spécifie tout les deux le ORACLE_HOME courant.
Nous voyons que nous faisons appel à un script emreposcre.sql en lui spécifiant divers paramètres .
Détaillons un peu ces arguments. Paramètre 1 : Il s’agit du ORACLE_HOME Paramètre 2 : Nom de l’utilisateur principal d’OEM Paramètre 3 : Son mot de passe Paramètre 4 : Tablespace Temporaire Paramètre 5 : Valeur du paramètre ECHO
Lorsque cette étape est effectuée, ouvrez le fichier log et essayer de rechercher les éventuelles erreurs Oracle.
II-B. Contrôle de l’installation
Tout d’abord ce script créer deux utilisateurs SYSMAN et MGMT_VIEW, il suffit de requêter sur la vue DBA_USERS pour confirmer cette étape.
SQL> select username from dba_users ;
Ensuite il s’agit de valider que tous les objets nécessaires on été crée : Pour ce faire :
SQL> select tablespace_name , count (*) nombre_objets from dba_segments
2 where owner='SYSMAN' group by tablespace_name ;
TABLESPACE_NAME NOMBRE_OBJETS
------------------------------ -------------
SYSAUX 735
Doit avoir pour réponse les valeurs SYSAUX et 735 objets.
II-C. Supprimer un repository
Pour ce faire et après avoir exporté le SID de la base concernée :
$ export ORACLE_SID=SID
$ RepManager Drop
Oracle vous demandera également des informations à entrer sous forme de questions-réponses.
III. Création du fichier de configuration
III-A. Création des fichiers de configuration
Le repository est effectivement crée, cependant les fichiers de configuration ne le sont pas forcément.
Pour s’en assurer il suffit de vérifier la présence ou pas d’un dossier dont le nom se compose ainsi :
ORACLE_HOME_ORACLE_SID
Si celui n’existe pas, il suffit alors pour pallier à ce problème de lancer EMCA ( Enterprise Manager Configuration Assistant ) Ainsi :
$ emca -r
STARTED EMCA at Mon Nov 21 17:54:42 CET 2005
Enter the following information about the database to be configured
Auparavant assurer vous d’avoir bien exporté ORACLE_HOME et l’ORACLE_SID :
Différentes informations vont vous êtes demandés sous forme de questions/réponses.
Port du LISTENER
ORACLE_SID
Nom du service
Adresse Mail de notification ( Notification pour les alertes ).
Passerelle SMTP
Mot de passe pour DBSNMP
Mot de passe pour SYSMAN
Mot de passe pour SYS
Concernant les mots de passe des utilisateurs Oracle les vérifie en effectuant une tentative de connection avant de poursuivre.
Dés que vous avez entré toutes les informations, Oracle affiche un récapitulatif sans les mots de passe évidemment , puis vous demande une confirmation avant de lancer la génération des fichiers.
La dernière étape est le démarrage de la DBCONSOLE assurer vous qu’une autre instance n’est pas démarrée.
ps -eaf | grep dbconsole | grep -v grep
Ou alors via Oracle
$ export ORACLE_SID=SID
$ emctl status dbconsole
Oracle Enterprise Manager 10g Database Control Release 10.1.0.2.0
Copyright (c) 1996, 2004 Oracle Corporation. All rights reserved.
http://HOST_NAME :5501/em/console/aboutApplication
Oracle Enterprise Manager 10g is not running.
III-B. Suppression des fichiers de configuration
Si vous avez des problèmes lors de l’installation de ces fichiers de contrôle il est possible de supprimer ces derniers afin de faire une ré-installation correcte :
$ export ORACLE_SID=SID
$ emca -x
III-C. Fichier de configuration et 10g R2
Création du repository
emca -config dbcontrol db -repos create
Suppression du repository
emca -deconfig dbcontrol db -repos drop
Re création du repository
emca -config dbcontrol db -repos recreate
N'oubliez pas que les fichiers de Logs sont générés ici :
ORACLE_HOME/cfgtoollogs/emca/
Il se peut que vous ayez un probléme lors de la premiére creation du repository , dans càs là je vous conseille de corriger le probléme ainsi :
Texte de l'erreur :
CONFIG: Stack Trace:
oracle.sysman.emcp.exception.EMConfigException: Error creating the repository
at oracle.sysman.emcp.EMReposConfig.invoke(EMReposConfig.java:194)
at oracle.sysman.emcp.EMReposConfig.invoke(EMReposConfig.java:124)
at oracle.sysman.emcp.EMConfig.perform(EMConfig.java:142)
at oracle.sysman.emcp.EMConfigAssistant.invokeEMCA(EMConfigAssistant.java:479)
at oracle.sysman.emcp.EMConfigAssistant.performConfigur
ation(EMConfigAssistant.java:1123)
at oracle.sysman.emcp.EMConfigAssistant.statusMain(EMConfigAssistant.java:463)
at oracle.sysman.emcp.EMConfigAssistant.main(EMConfigAssistant.java:412)
Pour ce faire :
Export ORACLE_SID=ORCL
Sqlplus / as sysdba
drop user sysman cascade;
drop user mgmt_view cascade;
drop role mgmt_user;
drop public synonym mgmt_target_blackouts;
drop public synonym SETEMVIEWUSERCONTEXT;
exit
emca -config dbcontrol db -repos recreate
IV. Problème sur HP UX et AIX
Sous :
Oracle Enterprise Manager 10g DB Control for RDBMS - Version: 10.1.0.2.0
HP-UX PA-RISC (64-bit)
AIX5L Based Systems (64-bit)
Lorsque l’on se sert de EMCA pour configurer son environnement, on peut avoir l’erreur suivante :
java.lang.UnsatisfiedLinkError: no OsUtils in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1516)
at java.lang.Runtime.loadLibrary0(Runtime.java:788)
at java.lang.System.loadLibrary(System.java:834)
at oracle.sysman.assistants.util.OsUtilsUnix.(OsUtilsUnix.java:659)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
at java.lang.Class.newInstance0(Class.java:308)
at java.lang.Class.newInstance(Class.java:261)
at oracle.sysman.assistants.util.OsUtilsBase.constructInstance(OsUtilsBase.java:1334)
at oracle.sysman.assistants.util.OsUtilsBase.getOsUtils(OsUtilsBase.java:133)
at oracle.sysman.assistants.util.sqlEngine.SQLEngine.getEnvParams(SQLEngine.java:400)
at oracle.sysman.assistants.util.sqlEngine.SQLEngine.initialize(SQLEngine.java:227)
at oracle.sysman.assistants.util.sqlEngine.SQLEngine.(SQLEngine.java:212)
at oracle.sysman.assistants.util.sqlEngine.SQLPlusEngine.(SQLPlusEngine.java:104)
at oracle.sysman.assistants.util.sqlEngine.SQLEngine.getSQLEngine(SQLEngine.java:356)
at oracle.sysman.emcp.EMConfig.initSQLEngine(EMConfig.java:5350)
at oracle.sysman.emcp.EMConfig.checkConfiguration(EMConfig.java:948)
at oracle.sysman.emcp.EMConfig.perform(EMConfig.java:233)
at oracle.sysman.emcp.EMConfigAssistant.invokeEMCA(EMConfigAssistant.java:659)
at oracle.sysman.emcp.EMConfigAssistant.performSetup(EMConfigAssistant.java:608)
at oracle.sysman.emcp.EMConfigAssistant.statusMain(EMConfigAssistant.java:313)
at oracle.sysman.emcp.EMConfigAssistant.main(EMConfigAssistant.java:166)
Cela est du au fait que la variable SHLIB_PATH n’est pas positionnée correctement.
Pour ce faire ouvrir le script suivant emca présent dans $ORACLE_HOME/bin
Chercher la ligne
export LD_LIBRARY_PATH
et ajouter les lignes suivantes :
SHLIB_PATH="${LD_LIBRARY_PATH}"
export SHLIB_PATH
Une étape supplémentaire doit être initié pour les utilisateurs d’ AIX :
Cette commande permet également de retrouver les fichiers de log qu’il convient de purger régulièrement.
En effet les logs de touts les composants sont généralement situé dans :
