約 1 週間前、Domino サーバー コンソールで LkMgr BEGIN Long Held Lock Dump エラー メッセージが発生し始めました。現在、これが http サーバーのハング/クラッシュの原因であることがわかりました。サーバーを再起動してから http がハングするまでに数分しかかかりません。エラーの原因となっている NoteID を見つけましたが、それは常にビュー設計要素です。このビューを削除して、最初から新しいビューを作成しようとしましたが、翌日には新しいビュー設計要素に関する同じ LkMgr BEGIN Long Held Lock Dump エラー メッセージが表示されます。
これらのロックの原因が何か知っている人はいませんか? これを排除するにはどうすればいいでしょうか?
これに関する情報があれば、大変助かります。ありがとうございます。
よろしくお願いいたします。ペッター・ケイレン
答え1
長時間保持されたロックは、通常、ドキュメント自体の問題ではなく、ディスク アクセスの問題を示しています。スクリーンショットからは、ビュー インデックスの更新が実行されているかどうかはわかりませんが、通常はそれが原因であることがわかります。そのビューは、多数のドキュメントを保持するビューですか? その場合は、ビューの設計を確認し、ビュー内のドキュメントの数を減らす方法があるかどうかを確認してください。
OS 統計 (OS 上または Domino 管理者経由) を確認し、ディスク キューの長さが 1 より大きいかどうかを確認します。これは I/O の問題があることを示すため、それを解決する方法 (より多くのディスクに分散する、SSD に移動するなど) があるかどうかを確認する必要があります。
HTTP がダウンした状態でそのビューの updall を実行し、完了するまでにどのくらい時間がかかるか確認してみてください。
load updall db.nsf -T viewname
処理が行われている間、ディスク キューの統計を監視し、完了するまでに長い時間がかかるかどうかを確認します。
また、Notes クライアントを使用してそのビューを開くことはできますか? 設計上、ビューを毎回強制的に更新する何か (列内の @Now または @Today など) がありますか。これは「良くない」ことであり、このようなパフォーマンスの低下を引き起こさない、よりよい計算方法があります。