2011-05-07 277 views
2

トランザクションログファイルシステム(/ var/mqm/log)が満杯になり、このキューマネージャへのクライアント接続を試行中にキューマネージャでMQRC 2102リソースの問題が発生します。これを解決するためにどのような行動を取ることができますか?WebSphere MQトランザクションログファイルシステムがいっぱい

LogPrimaryFiles=2 
LogSecondaryFiles=8 
LogFilePages=16384 
LogType=CIRCULAR 
LogBufferPages=0 
LogPath=/var/mqm/log/QMGRA/ 
LogWriteIntegrity=TripleWrite 

/var/mqm/logに追加のディスク容量を追加することは唯一の解決策ですか?

キューがいっぱいですが、キューストレージファイルシステムはわずか60%しか使用されていません。

私にこれに関するいくつかのアイデアを教えてください。

+0

丸型ログまたはリニアログ?不明な場合は、qm.iniファイルを確認してください。 –

+0

LogPrimaryFiles = 2 LogSecondaryFiles = 8 LogFilePages = 16384 LOGTYPE = CIRCULAR LogBufferPages = 0 LOGPATH =の/ var/MQM /ログ/ QMGRA/ LogWriteIntegrity = TripleWrite、あなたの質問に編集疑問を抱いている場合には – Vignesh

+0

、 " MQ "は、さまざまなベンダーの実装に適用できるかなり一般的な用語です。あなたのタグにはWebSphere-MQと書かれていますが、一般的に、特定の実装に固有のものであれば、「MQ」を参照するタイトルや本文参照を明確にしようとします。署名の削除に関しては、サイトを参照のようにし、フォーラムのようにすることを意図したSOの慣例に過ぎません。 FAQの "Signatures"を参照してください。http://stackoverflow.com/faq#signaturesただし、この規則はコメントには適用されません。乾杯! –

答えて

3

ログファイルのページはそれぞれ4096バイトですので、LogFilePages=16384に設定するとログファイルのサイズはそれぞれ64MBになります。 LogPrimaryFiles=2LogSecondaryFiles=8の設定では、合計640MBのログファイルが最大10個あります。循環ログが存在するファイルシステムがこの量より少ない場合、ファイルシステムがいっぱいになる可能性があります。

ここでの最適な解決方法は、ログファイルのディスク割り当てのサイズを、エクステントが必要とするログファイルのサイズより少し大きくすることです。それが不可能な場合や一時的な修正が必要な場合は、エクステントの数を減らしてQMgrを再始動することによって、ログ・ファイル要件のサイズを変更する必要があります。ログエクステントの数は調整できますが、エクステントのサイズは調整できないことに注意してください。 LogFilePages=16384パラメータを変更する必要が生じた場合は、QMgrを再構築する必要があります。

エクステントの数とサイズは、一度に同期点の下に置くことができるデータの総量を表しますが、ほとんどの場合は640MBです。時間に関しては、アクティブなQMgr上の作業単位の可能な最長期間も制限されます。これは、ログファイル内のヘッドポインタがテールポインタを追い越した場合に、未処理のトランザクションがロールバックされるためです。たとえば、チャネルが再試行されるとします。これにより、同期点の下に一連のメッセージが保持され、そのログエクステントがアクティブに保持されます。アプリケーションおよび他のチャネルが通常の動作を実行すると、追加のトランザクションがヘッドポインタを前方に駆動します。最終的にはすべてのエクステントが使用されますが、未処理のトランザクションはほとんどないかもしれませんが、最も古いトランザクションがロールバックされてその範囲を解放し、テールポインタを前進させます。エラー・ログに多数のトランザクションがフリー・ログ・スペースにロールバックされている場合、ログ・ファイル・パーティションにさらにスペースを割り振り、エクステントの数を増やす必要があります。

関連する問題