Frage

Wenn mein Projekt WebSphere-basierte JavaEE Anwendung heruntergefahren werden verteilte Transaktionen manchmal am Leben in der SQL Server 2005-Datenbank. Diese behalten ihre Sperren für immer und müssen von Hand getötet werden. Sie werden allgemein in dieser sehr guter Artikel .

Der Artikel spricht darüber, wie der Transaktionskoordinator nicht in der Lage ist, koordinieren die verteilte Transaktionsteilnehmer und so markiert die Transaktion mit einer Prozess-ID von -2.

Da wir dieses Problem selten, aber dass es passiert immer, wenn wir die Anwendung herunterzufahren, ich bin überzeugt, es nicht ein Fehler der MSDTC ist. Es ist wahrscheinlicher, etwas mit WebSphere zu tun ist und wie es endet Anwendungen.

Ich mag es testen. Aber ich kann nicht zuverlässig machen es möglich.

Gibt es eine Möglichkeit, die MSDTC zu zwingen, eine SQLServer verteilte Transaktion Waisen?

War es hilfreich?

Lösung

Meine Frage war irreführend, weil ich nicht ganz sicher war, was das Problem war eigentlich. Ich vermute, dass MSDTC WebSphere assistiert mit MQ und SQLServer in Abwicklung. Das Problem tritt auf, wenn wir ein unsauberes Herunterfahren des WAS-Servers und den vom Hersteller bereitgestellten Teils unserer Anwendung versucht, führen eine Art Bereinigung zu tun und schlagen fehl.

Ich vermute, dass diese Frage niemandem hilfreich sonst (wenn sie nicht die Misys Message Manager in WebSphere unter Windows verwenden), um Entschuldigungen, lieber Leser, für Ihre Zeit verschwenden.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top