Comment puis-je démarrer Oracle Enterprise Manager après avoir redémarré le serveur Red Hat?

9

J'ai installé Oracle 11g sur le serveur Red Hat Enterprise 5.0. La première fois, tout a bien fonctionné.

Après avoir créé le fichier de script dbora dans /etc/init.d/ et défini toutes les variables d'environnement Oracle, je viens de redémarrer le serveur, puis le gestionnaire Oracle Enterprise ne fonctionne plus

Je ne parviens pas à ouvrir EM sur mon navigateur. Quand je vois, emctl status dbconsole - ça montre

bash-3.00 $ emctl status dbconsole
Oracle Enterprise Manager 11g Database Control Release 11.1.0.
Copyright (c) 1996, 2007 Oracle Corporation. Tous les droits sont réservés.

Oracle Enterprise Manager 11g n'est pas en cours d'exécution.
-------------------------------------------------- ----------------

Mais l'agent fonctionne correctement => bash-3.00 $ agent d'état emctl Oracle Enterprise Manager 11g Database Control version 11.1.0. Copyright (c) 1996, 2007 Oracle Corporation. Tous les droits sont réservés.
-------------------------------------------------- -------------
Version de l'agent: 11.1.0.0.1
Version OMS: 11.1.0.0.1
Version du protocole: 11.1.0.0.1
Accueil de l'agent: /u01/apps/oracle/product/11.1 .0 / devdb_02_FCC2 Binaires de l'
agent: /u01/apps/oracle/product/11.1.0/
ID de processus d'agent: 983264
ID de processus parent: 741562

Démarré à: 2009-25-05 10:52:23
Démarré par l'utilisateur: orcl
Dernier rechargement: 2009-25-05 13:42:41
Dernier téléchargement réussi: (aucun)
Dernière tentative de téléchargement: (aucun)
Mégaoctets totaux de fichiers XML téléchargé jusqu'à présent: 0,00
Nombre de fichiers XML en attente de téléchargement: 0
Taille des fichiers XML en attente de téléchargement (Mo): 0,00
Espace disque disponible sur le système de fichiers de téléchargement: 28,08%


L'agent est en cours d'exécution et prêt

Lorsque j'essaie de démarrer dbconsole, cela passe par une erreur:

bash-3.00 $ emctl start dbconsole

Oracle Enterprise Manager 11g Database Control Release 11.1.0.0
Copyright (c) 1996, 2007 Oracle Corporation. Tous les droits sont réservés.

Démarrage d'Oracle Enterprise Manager 11g Database Control
........................................... .................................................. échoué.
-------------------------------------------------- ----------------

Veuillez aider à résoudre cette erreur.

Charly
la source

Réponses:

7

Essayez de les reconfigurer complètement

emctl stop dbconsole
emca -repos drop
emca -repos create
emca -deconfig dbcontrol db
emca -config dbcontrol db

Les meilleures salutations

Vadim Belovalov
la source
1
Oui, je les ai reconfigurés et cela a fonctionné. Merci pour l'aide.
Charly
La emca -deconfig dbcontrol dbcommande a échoué pendant la reconfiguration, j'ai donc sauté cette étape et j'ai couru emca -config dbcontrol db. La reconfiguration a bien fonctionné et l'OEM est de nouveau opérationnel.
Steven Wolfe
2

essayer

emctl start dbconsole

si cela n'aide pas - essayez de les reconfigurer

emca -config dbcontrol db

la source
0

ce que nous faisons ici est: su - oracle et ensuite: cd /usr/local/oracle/product/10.2.0/db_1/bin ./emctl status <- pour vérifier que oem ne fonctionne pas ./emctl start dbconsole <- commencer oem

consultez les fichiers journaux d'Oracle pour avoir plus d'informations sur l'erreur

en espérant que cela vous aidera.

Xinity
la source
J'ai essayé le statut su - oracle <br> /usr/local/oracle/product/11.1.0/db_1/bin ./emctl montrant toujours Oracle Enterprise Manager 11g Database Control Release 11.1.0. Copyright (c) 1996, 2007 Oracle Corporation. Tous les droits sont réservés. Oracle Enterprise Manager 11g n'est pas en cours d'exécution. -------------------------------------------------- ---------------- <br>
Charly
0

Cela peut être lié ou non, mais si votre base de données est en cours d'exécution ASM, vérifiez que le cssdest en cours d'exécution avant d'appeler startvotre init-script - ou plutôt assurez-vous que votre script init regarde la liste des processus et attend qu'il voit le processus avant de le faire. n'importe quoi ... (CSSD est le démon qui contrôle la communication entre l'instance de base de données et l'instance ASM).

[root@up-edia-db1 ~]# grep cssd /etc/inittab
h1:35:respawn:/etc/init.d/init.cssd run >/dev/null 2>&1 </dev/null
[root@up-edia-db1 ~]# ps -fu oracle|grep cssd
oracle    3837  3662  0 Mar19 ?        00:02:23 /opt/oracle/product/11.1.0.7/asm/bin/ocssd.bin

Une autre solution consiste à supprimer cette entrée du inittabfichier et à l'intégrer dans un script d'initialisation - mais lorsque vous effectuez une installation Oracle, elle la réintégrera (de la mémoire) - afin qu'elle devienne une maintenance élevée. Je ne sais pas encore pourquoi Oracle insiste pour mettre cela dans inittab - c'est un peu douloureux.

Xerxès
la source
0

Voici quelques fichiers journaux qui pourraient vous aider à résoudre ce problème (à partir de Metalink):

  • ORACLE_HOME / hostname_sid / sysman / log / emdb.nohup - contient la sortie standard du processus Java principal de la console à chaque démarrage / sortie (dbconsole et agent). Il est ajouté à chaque nouvelle sortie du processus Java principal de la console.
  • ORACLE_HOME / hostname_sid / sysman / log / emagent.log et emagent.trc - fichiers journaux et de trace de l'agent principal
  • ORACLE_HOME / hostname_sid / sysman / log / emoms.log et emoms.trc - principaux fichiers journaux et de trace du service de gestion
  • ORACLE_HOME / hostname_SID / sysman / log / emdctl.log et emdctl.trc - fichiers journaux et de trace emctl
  • ORACLE_HOME / hostname_SID / sysman / log / emagentfetchlet.trc et emagentfetchlet.log - fichier journal et trace pour les Fetchlets Java

Voici une discussion sur un problème similaire.

De plus, aucun trait de soulignement ne doit figurer dans le nom d'hôte; vous ne devriez pas utiliser DHCP; nslookup doit résoudre le FQN et la recherche inversée doit fonctionner; IPV6 n'est pas encore pris en charge.

DCookie
la source