Wie kann ich Oracle Enterprise Manager nach dem Neustart des Red Hat Servers starten?

9

Ich habe Oracle 11g auf Red Hat Enterprise Server 5.0 installiert. Zum ersten Mal hat alles gut funktioniert.

Nachdem ich die Dbora-Skriptdatei in /etc/init.d/ erstellt und alle Oracle-Umgebungsvariablen festgelegt habe, habe ich den Server gerade neu gestartet. Danach funktioniert Oracle Enterprise Manager nicht mehr

Ich kann EM in meinem Browser nicht öffnen. Wenn ich sehe, emctl status dbconsole - es zeigt

bash-3.00 $ emctl status dbconsole
Oracle Enterprise Manager 11g Datenbanksteuerung Release 11.1.0.
Copyright (c) 1996, 2007 Oracle Corporation. Alle Rechte vorbehalten.

Oracle Enterprise Manager 11g wird nicht ausgeführt.
-------------------------------------------------- ----------------

Der Agent läuft jedoch einwandfrei => bash-3.00 $ emctl-Statusagent Oracle Enterprise Manager 11g Database Control Release 11.1.0. Copyright (c) 1996, 2007 Oracle Corporation. Alle Rechte vorbehalten.
-------------------------------------------------- -------------
Agentenversion: 11.1.0.0.1
OMS-Version: 11.1.0.0.1
Protokollversion: 11.1.0.0.1
Agenten-Startseite: /u01/apps/oracle/product/11.1 .0 / devdb_02_FCC2
Agent-Binärdateien: /u01/apps/oracle/product/11.1.0/
Agent-Prozess-ID: 983264
Übergeordnete Prozess-ID: 741562

Begonnen um: 2009-25-05 10:52:23
Gestartet von Benutzer: orcl
Letztes Neuladen : 2009-25-05 13:42:41
Letzter erfolgreicher Upload: (keine)
Letzter versuchter Upload: (keine)
Insgesamt Megabyte an XML-Dateien Bisher hochgeladen: 0,00
Anzahl der ausstehenden Upload-XML-Dateien: 0
Größe der ausstehenden Upload-XML-Dateien (MB): 0,00
Verfügbarer Speicherplatz im Upload-Dateisystem: 28,08%

Agent läuft und ist bereit

Wenn ich versuche, dbconsole zu starten, wird ein Fehler angezeigt:

bash-3.00 $ emctl start dbconsole

Starten von Oracle Enterprise Manager 11g Database Control
........................................... .................................................. gescheitert.
-------------------------------------------------- ----------------

Bitte helfen Sie, diesen Fehler zu beheben.

linux oracle redhat

— Charly
quelle

7

Versuchen Sie, sie vollständig neu zu konfigurieren

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

Mit besten Grüßen

— Vadim Belovalov
quelle

1

Ja, ich habe sie neu konfiguriert und es hat funktioniert. Danke für die Hilfe.

— Charly

Der emca -deconfig dbcontrol dbBefehl ist während der Neukonfiguration fehlgeschlagen, daher habe ich diesen Schritt übersprungen und ausgeführt emca -config dbcontrol db. Die Neukonfiguration hat einwandfrei funktioniert und der OEM ist wieder betriebsbereit.

— Steven Wolfe

2

Versuchen

emctl start dbconsole

Wenn es nicht hilft, versuchen Sie, sie neu zu konfigurieren

emca -config dbcontrol db

0

Was wir hier tun, ist: su - oracle und dann: cd /usr/local/oracle/product/10.2.0/db_1/bin ./emctl status <- um zu überprüfen, ob oem nicht ausgeführt wird ./emctl start dbconsole <- oem starten

Überprüfen Sie die Oracle-Protokolldateien, um weitere Informationen zu dem Fehler zu erhalten

Ich hoffe, das wird dir helfen.

— Xinity
quelle

Ich habe versucht, su - oracle <br> /usr/local/oracle/product/11.1.0/db_1/bin ./emctl Status immer noch Oracle Enterprise Manager 11g Database Control Release 11.1.0 anzuzeigen. Copyright (c) 1996, 2007 Oracle Corporation. Alle Rechte vorbehalten. Oracle Enterprise Manager 11g wird nicht ausgeführt. -------------------------------------------------- ---------------- <br>

— Charly

0

Dies kann zusammenhängen oder nicht, aber wenn Ihre Datenbank ausgeführt wird ASM, überprüfen Sie, ob die Datenbank ausgeführt cssdwird, bevor Sie startIhr init-script aufrufen. Stellen Sie vielmehr sicher, dass Ihr Init-Skript die Prozessliste überwacht und wartet, bis der Prozess angezeigt wird, bevor Sie dies tun alles ... (CSSD ist der Dämon, der die Kommunikation zwischen der Datenbankinstanz und der ASM-Instanz steuert).

[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

Eine andere Lösung besteht darin, diesen Eintrag aus der inittabDatei zu entfernen und in ein Init-Skript zu verarbeiten. Wenn Sie jedoch eine Oracle-Installation durchführen, wird er dort (aus dem Speicher) wieder eingefügt, sodass ein hoher Wartungsaufwand entsteht. Ich weiß noch nicht, warum Oracle darauf besteht, dies in inittab zu setzen - es ist ein wenig schmerzhaft.

— Xerxes
quelle

0

Hier sind einige Protokolldateien, die Ihnen bei der Behebung dieses Problems helfen können (von Metalink):

ORACLE_HOME / hostname_sid / sysman / log / emdb.nohup - enthält die Standardausgabe des Java-Hauptprozesss der Konsole bei jedem Start / Exit (Datenbankkonsole und Agent). Es wird an jede neue Ausgabe des Haupt-Java-Prozesses der Konsole angehängt.
ORACLE_HOME / hostname_sid / sysman / log / emagent.log und emagent.trc - Protokoll- und Trace-Dateien des Hauptagenten
ORACLE_HOME / hostname_sid / sysman / log / emoms.log und emoms.trc - Protokoll- und Ablaufverfolgungsdateien des Hauptverwaltungsdienstes
ORACLE_HOME / hostname_SID / sysman / log / emdctl.log und emdctl.trc - emctl log & trace files
ORACLE_HOME / hostname_SID / sysman / log / emagentfetchlet.trc und emagentfetchlet.log - Protokoll- und Trace-Datei für Java-Fetchlets

Hier ist eine Diskussion zu einem ähnlichen Thema.

Außerdem sollte der Hostname keine Unterstriche enthalten. Sie sollten kein DHCP verwenden. nslookup muss FQN auflösen und Reverse Lookup muss funktionieren; IPV6 wird noch nicht unterstützt.

— DCookie
quelle