Tipps zur Fehlerbehebung bei Transaktionen

Verwenden Sie die folgenden Tipps, die bei der Behebung von Problemen mit dem Transaktionsservice von WebSphere Application Server hilfreich sind.

Wenn spezielle Messaging-Probleme auf Knoten von WebSphere Application Server auftreten, sehen Sie sich andere Artikel im Information Center an, wie z. B. den Artikel mit den Tipps zur Fehlerbehebung beim Messaging oder die Unterstützungswebseite zu WebSphere Application Server.

Bei der Peerwiederherstellung kann keine Sperre angefordert werden

Wenn bei der Peerwiederherstellung einer Transaktion keine Dateisperre angefordert werden kann, die erforderlich ist, um die Wiederherstellung durchzuführen, können die folgenden Nachrichten angezeigt werden:
[10/26/04 8:41:38:887 CDT] 00000029 CoordinationL A   CWWTR0100_GENERIC_ERROR
[10/26/04 8:41:39:100 CDT] 00000029 RecoveryHandl A   CWWTR0100E: Der Versuch, die erforderliche
Dateisperre für die Wiederherstellung anzufordern, ist fehlgeschlagen. Der Zielserver ist
aktiv, oder die Konfiguration des Wiederstellungsprotokolls ist ungültig.
....
[10/26/04 8:42:34:921 CDT] 00000027 HAGroupImpl   I   CWRHA0130I: Das lokale Member
der Gruppe GN_PS=fwsitkaCell01\fwwsaix1Node01\GriffinServer3,IBM_hc=GriffinCluster,type
=WAS_TRANSACTIONS hat angegeben, dass es nicht aktiv ist. Die JVM wird beendet.
[10/26/04 8:42:34:927 CDT] 00000027 SystemOut     O Panic:component requested 
panic from isAlive
Zur Bestimmung und Behebung der Fehlerursache müssen Sie Folgendes prüfen:
  • Wenn Sie die Failoveroption für die Wiederherstellung des Transaktionsprotokolls im Server-Cluster ausgewählt haben und eine NAS-Einheit für die Transaktionsprotokolle verwenden, müssen Sie sicherstellen, dass die DFS-Version auf Ihrer Maschine mit der DFS-Version der NAS-Einheit kompatibel ist. Sollten die Versionen nicht kompatibel sein, kann nicht auf die Transaktionsprotokolle zugegriffen werden.
  • Wenn Sie unter einer anderen Benutzer-ID als Root arbeiten, prüfen Sie, ob die ID-Nummer von Benutzer und Gruppe auf allen Maschinen, die an der Peerwiederherstellung beteiligt sind, übereinstimmen.
  • Wenn Sie für die Transaktion eine Richtlinie definiert haben, überprüfen Sie die Richtlinie, und stellen Sie sicher, dass die Steuerung den richtigen Servern übertragen wird. (Möglicherweise müssen Sie der Liste der bevorzugten Server Einträge hinzufügen oder die Liste neu sortieren.)

Clientanforderungen und Transaktionsprotokollnachrichten von Web-Services werden nicht an den richtigen Server weitergeleitet

Wenn der+ Client nicht zu derselben Verwaltungszelle wie der Zielservice gehört und Sie Transaktionsaffinität oder hohe Verfügbarkeit für Ihre Transaktionen benötigen, können Sie die Proxy-Server-Topologie von WebSphere Application Server verwenden, um Clientanforderungen und Transaktionsprotokollnachrichten der Web-Services an den entsprechenden Server weiterzuleiten. In dieser Topologie kommuniziert der Client mit einem Proxy-Server für WebSphere Application Server, der die Clientanforderungen und Transaktionsprotokollnachrichten der Web-Services dynamisch an den entsprechenden Server in einem WAS-Cluster weiterleitet. Damit dieses Szenario funktioniert, muss der Proxy-Server in derselben Verwaltungszelle konfiguriert werden wie der Zielservice.
Fehler vermeiden Fehler vermeiden: WebSphere Application Server bietet keine ODR-Unterstützung (On Demand Router) für dieses Szenario. Nur der WAS-Proxy-Server kann als Proxy für Web-Service-Transaktionspunkte agieren. gotcha

Nach einem Serverfehler wird die Ausnahme XAER_NOTA protokolliert

Wenn ein Fehler in einem Anwendungsserver auftritt und der Endtransaktionsdatensatz nicht direkt auf die Platte geschrieben wird, ist die Wiederherstellung einer Transaktion unter Umständen nicht möglich.

WebSphere Application Server erzwingt die Protokollierung des Enddatensatzes nicht. Das Betriebssystem/Netzdateisystem muss also entscheiden, wann der Datensatz auf die Platte geschrieben wird. Das Schreiben des Datensatzes wird erzwungen, wenn der Server ordnungsgemäß beendet wird. Der Transaktionsservice ist so konzipiert, dass er den Fall, das Enddatensätze nie auf die Platte geschrieben werden, kompensieren kann, sofern er eine Ausnahme XAER_NOTA von der Datenbank erhält.
[date time] 00000057 WSRdbXaResour E   CWWRA0302E:  XAException occurred.  
Error code is: XAER_NOTA (-4).  Ausnahme: XAER_NOTA

Falls eine Transaktion ohne Enddatensatz im Transaktionsprotokoll vorhanden ist, versucht der Transaktionservice, diese Situation mit der Datenbank zu klären. Ist die Transaktion abgeschlossen, zeigt die Datenbank an, dass keine Fertigstellung erforderlich ist (XAER_NOTA). Dies ist also ein normales Verhalten und kein Fehler.

Keine Nachricht zur ordnungsgemäßen Beendigung im Nachrichtenprotokoll enthalten

Wenn ein Anwendungsserver heruntergefahren wird, werden alle aktiven Transaktionen zurückgesetzt. Wenn alle Transaktionen erfolgreich ausgeführt wurden, wird eine Nachricht vom Typ CWWTR0105I protokolliert, die anzeigt, das der Transaktionsservice ordnungsgemäß beendet wurde und beim nächsten Serverstart keine Wiederherstellungsaktivitäten ausgeführt werden müssen. Wenn ein Anwendungsserver heruntergefahren wird und keine Nachricht vom Typ CWWTR0105I protokolliert wird, weist dies nicht auf Problem hin, bedeutet aber, dass beim Neustart des Servers Wiederherstellungsaktivitäten ausgeführt werden müssen.

Vor der Deinstallation des Produkts sollten alle Anwendungsserver ordnungsgemäß heruntergefahren werden, um Datenintegritätsprobleme zu vermeiden.

[z/OS]Sicherstellen, dass aus Sicht einer RRS- oder XA-Ressource keine Wiederherstellung erforderlich ist
Unter dem Betriebssystem z/OS wird die Nachricht CWWTR0105I über den ordnungsgemäßen Systemabschluss nie protokolliert. Um sicherzustellen, dass aus Sicht einer RRS- oder XA-Ressource keine Wiederherstellung erforderlich ist, können Sie den Anwendungsserver auf dem System, auf dem er konfiguriert wurde, im Wiederherstellungsmodus erneut starten. Wenn es im Wiederherstellungsmodus ausstehende Arbeitseinheiten mit Wiederherstellung gibt, schließt der Anwendungsserver diese Einheiten ab und führt dann den Systemabschluss durch. Sind keine ausstehenden Einheiten mit Wiederherstellung vorhanden, wird der Anwendungsserver gestartet und dann normal heruntergefahren. Daher müssen Sie, um sicherzustellen, dass alle Wiederherstellungsoperationen ausgeführt wurden, den Server im Wiederherstellungsmodus erneut starten und warten, bis ein normaler Systemabschluss durchgeführt wird.
[z/OS]

Blockierte Server nach Failover großer clusterübergreifender oder knotenübergreifender globaler Transaktionen in einer Umgebung mit hoher Verfügbarkeit

Im Falle eines Failover, z. B. bei einem LPAR-Fehler, ist es möglich, dass einige der Anwendungsserver, die erhalten geblieben sind, nicht mehr antworten.

Zum Beheben dieses Problems müssen Sie den Betrieb der Anwendungsserver abbrechen und diese erneut starten. Falls erforderlich, muss der Neustart der Anwendungsserver erzwungen werden.


Symbol, das den Typ des Artikels anzeigt. Referenzartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rjta_prob0
Dateiname:rjta_prob0.html