30.01.2014 Aufrufe

IBM Intelligent Operations Center: IBM Intelligent Operations Center ...

IBM Intelligent Operations Center: IBM Intelligent Operations Center ...

IBM Intelligent Operations Center: IBM Intelligent Operations Center ...

MEHR ANZEIGEN
WENIGER ANZEIGEN

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.

Ressourcen<br />

Für den Test "Messaging (WebSphere Message Queue Publish/Subscribe topic)" werden die folgenden<br />

Ressourcen verwendet:<br />

v WebSphere Portal Server (auf dem Anwendungsserver).<br />

v WebSphere Message Queue (auf dem Ereignisserver).<br />

Fehlerbestimmung<br />

Schlägt der Test "Messaging (WebSphere Message Queue Publish/Subscribe topic)" fehl, gehen Sie wie im<br />

Folgenden beschrieben vor, um das Problem zu identifizieren und zu beheben.<br />

Vorgehensweise<br />

1. Überprüfen Sie, ob zwischen dem Anwendungsserver und dem Ereignisserver eine Netzverbindung<br />

besteht. Dazu können ping-Befehle mit dem kurzen und dem vollständig qualifizierten Hostnamen<br />

von den einzelnen bzw. an die einzelnen Server gesendet werden. Aus dem Ergebnis dieser ping-Befehle<br />

geht hervor, ob der Hostname vom DNS oder von der Datei /etc/hosts korrekt aufgelöst wird.<br />

2. Überprüfen Sie die Protokolldateien auf Laufzeitausnahmebedingungen.<br />

a. Überprüfen Sie auf dem Anwendungsserver die folgenden WebSphere Portal-Protokolle:<br />

v /opt/<strong>IBM</strong>/WebSphere/wp_profile1/logs/WebSphere_Portal/SystemOut.log<br />

v /opt/<strong>IBM</strong>/WebSphere/wp_profile1/logs/WebSphere_Portal/SystemErr.log<br />

3. Überprüfen Sie, ob die Kapazität der Dateisysteme auf den Servern erreicht wurde (dies kann mit<br />

dem Befehl df -h festgestellt werden).<br />

4. Überprüfen Sie, ob der WebSphere Message Queue-Warteschlangenmanager aktiv ist.<br />

a. Melden Sie sich auf dem Ereignisserver als WebSphere Message Queue-Administrator an. Beispiel:<br />

mqm.<br />

b. Führen Sie in einem Befehlsfenster den Befehl source /opt/<strong>IBM</strong>/mqsi/8.0.0.0/bin/mqsiprofile;<br />

dspmq aus. Es wird eine Nachricht ähnlich der folgenden angezeigt:<br />

QMNAME(IOC.MB.QM) STATUS(Running)<br />

c. Wurde ein anderer Status als Running zurückgegeben, starten Sie den WebSphere Message Queue-<br />

Warteschlangenmanager mit dem Befehl source /opt/<strong>IBM</strong>/mqsi/8.0.0.0/bin/mqsiprofile; strmqm<br />

IOC.MB.QM.<br />

5. Überprüfen Sie die Protokolle auf Fehler. Die Protokolle befinden sich im Verzeichnis<br />

/var/log/messages auf dem Ereignisserver. Suchen Sie nach Nachrichten, denen "BIP" vorangestellt<br />

ist. Suchen Sie außerdem nach Warteschlangennamen und Zeitmarken für die Testausführung.<br />

6. Ist der Warteschlangenmanager nicht aktiv, kann er auch gestartet werden, indem der Ereignisserver<br />

gestartet wird und die Startscripts für das System ausgeführt werden.<br />

Nächste Schritte<br />

Beheben Sie alle Probleme oder Fehler, die aufgetreten sind, und wiederholen Sie den Test.<br />

Test "Messaging (WebSphere Message Broker/Queue install check)"<br />

Mit dem Test "Messaging (WebSphere Message Broker/Queue install check)" wird festgestellt, ob ein Zugriff<br />

auf WebSphere Message Queue und Message Broker möglich ist. Dazu wird auf dem System, auf<br />

dem WebSphere Message Broker aktiv ist, der WebSphere Message Broker-Befehl mqsilist ausgeführt.<br />

Ressourcen<br />

Für den Test "Messaging (WebSphere Message Broker/Queue install check)" werden die folgenden Ressourcen<br />

verwendet:<br />

v WebSphere Portal Server (auf dem Anwendungsserver).<br />

v WebSphere Message Queue und Message Broker (auf dem Ereignisserver).<br />

Kapitel 6. Verwaltung der Lösung 251

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!