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

Erfolgreiche ePaper selbst erstellen

Machen Sie aus Ihren PDF Publikationen ein blätterbares Flipbook mit unserer einzigartigen Google optimierten e-Paper Software.

Das Symbol zeigt an, dass der Server gestoppt wurde. Wählen Sie den Server aus und starten<br />

Sie ihn, indem Sie auf die entsprechende Option klicken.<br />

Das Symbol zeigt an, dass der Server nicht verfügbar ist. In diesem Fall ist der Knotenagent<br />

(nodeagent) unter Umständen nicht aktiv. Sie können den Knotenagenten starten, indem Sie in<br />

einem Befehlsfenster den Befehl /opt/<strong>IBM</strong>/WebSphere/AppServer/profiles/cpudProfile1/bin/<br />

startNode.sh ausführen.<br />

Wichtig: Die Server müssen in einer vorgegebenen Reihenfolge gestartet bzw. gestoppt werden.<br />

Starten Sie die Server in der folgenden Reihenfolge:<br />

a. nodeagent<br />

b. cpudServer1<br />

Stoppen Sie die Server in der folgenden Reihenfolge:<br />

a. cpudServer1<br />

b. nodeagent<br />

Um den Server "cpudServer" zu stoppen, wählen Sie den Server aus und klicken Sie auf die entsprechende<br />

Option.<br />

Der Server "nodeagent" wird gestoppt, indem in einem Befehlsfenster auf dem Anwendungsserver der<br />

Befehl /opt/<strong>IBM</strong>/WebSphere/AppServer/profiles/cpudProfile1/bin/stopNode.sh -username<br />

waswebadmin -password WAS-Administratorkennwort ausgeführt wird. Dabei ist WAS-Administratorkennwort<br />

das Kennwort des WebSphere-Administrators.<br />

5. Überprüfen Sie, ob ein Zugriff auf die WebSphere-UDDI-Benutzerkonsole möglich ist.<br />

a. Rufen Sie auf dem Anwendungsserver https://Anwendungsserver-Host:9080/uddigui/ auf. Dabei<br />

steht Anwendungsserver-Host für den Hostnamen des Anwendungsservers.<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 Publish/Subscribe topic)"<br />

Mit dem Test "Messaging (WebSphere Message Broker Publish/Subscribe topic)" werden die Publish-/<br />

Subscribe-Funktionen von WebSphere Message Broker überprüft. Dabei wird zu dem Thema mit dem in<br />

den Eigenschaften als jms/IopCatWmbPub aufgeführten JNDI-Namen eine Nachricht veröffentlicht. Web-<br />

Sphere Message Broker erhält diese Nachricht und veröffentlicht eine Antwortnachricht zum Thema IOP-<br />

.CAT.PUB. Wird die Antwortnachricht erhalten, war der Test erfolgreich. Tritt ein Fehler auf oder wird die<br />

Antwortnachricht nicht innerhalb des in der Eigenschaftendatei definierten Zeitlimitintervalls empfangen,<br />

ist der Test fehlgeschlagen.<br />

Ressourcen<br />

Für den Test "Messaging (WebSphere Message Broker 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 />

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

Fehlerbestimmung<br />

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

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

Kapitel 6. Verwaltung der Lösung 249

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

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!