DB2 - 未確定スレッドの原因

Question

IBMメインフレーム・サーバー上の（IBM）DB2で未確定スレッドが発生する原因は何ですか？

この疑問は、未確定スレッドが（IBM）DB2では非常にまれであり、呼び出されると停止しにくいように見えるため、この質問をしています。

さらに詳しい質問がありますか？

1. ハングスレッドは簡単に停止できますか？
2. メインフレーム上のIBM DB2にスレッドがハングアップする原因は何ですか？

Answer 1

ご使用のアプリケーションサーバー、使用しているDb2オペレーティングシステムプラットフォームおよびバージョン、およびどのコンポーネントがトランザクションマネージャー（s ）およびリソース・マネージャー（分散トランザクション用）を使用します。これらの詳細は、回答の一部を決定することができます。そのような詳細がなければ、答えは一般的なものに過ぎません。

不足している詳細を提供するために質問を編集してください。

一般に、トランザクションの少なくとも1つのレッグが何らかの理由で完了しなかった場合、分散トランザクションは疑わしい状態になります。その脚はDb2を伴うこともあれば、伴わないこともあります。分散トランザクションの少なくとも1つのレッグがDb2を含み、少なくとも1つのレッグが完了しなかった場合、Db2はそのトランザクションをインダウトとして示すことができます。

分散トランザクションのどのレグが失敗したかによって、エラーの詳細は別の場所になります。たとえば、失敗したレッグがMQメッセージを含んでいた場合は、MQ診断を検索します。失敗したレッグがDb2に関係していた場合は、関連するDb2プラットフォームで障害が発生した診断を検索します。

Db2がリソース・マネージャーとして機能しており、Db2への要求が完了しなかった場合、その理由は構成不良、アクセス・プラン不良、外部（Db2への）機能またはプロシージャーが失敗したためです戻り値、ロックの問題、タイムアウト、ロールバック、バグなどがあります。

Db2 Linux/Unix/Windowsが未確定トランザクションがあると報告した場合、Db2は、documentationの指示に従い、オペレーターがそのような問題を手動で解決できるようにします。参加しているDb2がz/OSまたはi-シリーズで実行されている場合、別のドキュメントページが存在します。