「断片化は発生していない」のに業務処理がだんだん遅くなっていく（パフォーマンストラブル）：SQL Serverトラブルシューティング（46）（1/2 ページ）

連載バックナンバー

　本連載では、「Microsoft SQL Server（以下、SQL Server）」で発生するトラブルについて、「なぜ起こったか」の理由とともに具体的な対処方法を紹介していきます。

トラブル 33（カテゴリー：処理遅延）：「断片化は発生していない」のに業務処理がだんだん遅くなっていく

　プライベートクラウド環境の「Windows Server 2012 R2」上に「SQL Server 2016 RTM」をインストールした環境を想定して解説します。

トラブルの原因を探る

　「だんだん遅くなっていく」問題は、『トラブル32：業務のデータベース処理が「なぜか」だんだん遅くなっていく』と同じですが、この事例の原因だった「テーブルの断片化」はチェックの結果、発生していないようです。これ以外の原因を探りましょう。

　リリース時はさまざまな観点を十分に考慮した設計となっていても、アプリケーションの追加や改修によってデータベースの使い方が変わると、インデックスなどへの考慮が漏れてしまうことが往々にして起こります。

　そのためデータベースシステムにおいては、しばらく運用を続けたら「インデックスが足りているか」の確認が必要となります。以前に紹介した「DMV（Dynamic Management View）」で「dm_db_missing_index_details（*1）」を実行すると、SQL Serverが起動してからそのときまでに実行されたクエリで、不足しているインデックスを確認できます。

図33-1　DMVで「dm_db_missing_index_details」を実行したところ、不足しているインデックスが存在することを示す行が出力された（不足していなければ、結果は出力されない）

　再起動した直後や不足しているインデックスがなければ、結果は1行も出力されません。もし何かが出力されたならば、「新たなインデックスを作成する」ことで速度が改善される処理が存在するということになります。