業務のデータベース処理が「なぜか」だんだん遅くなっていく（パフォーマンストラブル）：SQL Serverトラブルシューティング（45）（1/2 ページ）
本連載は、「Microsoft SQL Server」で発生するトラブルを「どんな方法で」「どのように」解決していくか、正しい対処のためのノウハウを紹介します。今回は「データベース処理が、なぜかだんだん遅くなっていく事例とその対処方法」を解説します。
本連載では、「Microsoft SQL Server（以下、SQL Server）」で発生するトラブルについて、「なぜ起こったか」の理由とともに具体的な対処方法を紹介していきます。
トラブル 32（カテゴリー：処理遅延）：業務処理が「なぜか」だんだん遅くなっていく
プライベートクラウド環境の「Windows Server 2012 R2」上に「SQL Server 2016 RTM」をインストールした環境を想定して解説します。
トラブルの実例：かなり前に本番リリースしたシステムを運用中で、アプリケーションやシステム環境はリリース以来、全く変更はしていない。
リリース当初は問題のないレスポンスが得られていたのに、運用を続けていくうちに処理がだんだん遅くなり、実際にクレームも入るようになってきた。
トラブルの原因を探る
データベースには日々、さまざまなデータが蓄積されます。テーブルによっては、売上データのように最終行へ順に追加していくデータがあれば、商品データのように、行の途中へ挿入したり、インデックスのキー値を変更したりするデータもあります。
そのため、テーブルによっては「データの物理的な順序」や「論理的な順序」がバラバラになります。順序がバラバラになる「断片化」が発生すると、連続してデータを読み込む際に余計な時間がかかってしまうことがあります。PCのストレージにおける「フラグメンテーション」と同じ現象です（これを解消する作業が「デフラグ」と呼ばれます）。
そこで、連続して読み込むスキャンが必要なテーブルに対して、以前に紹介した「DMV（Dynamic Management View）」で、「dm_db_index_physical_stats（*1）」を実行すると、データの断片化率を確認できます（図32-1）。
値を確認すると、table1のindex1が「99.9％断片化している」と出力されました。この断片化を解消すれば、処理遅延も解消する可能性があります。
Copyright © ITmedia, Inc. All Rights Reserved.
関連記事
「SQL Server 2016」に搭載される新たなセキュリティ対策を追う
パブリックプレビューが公開されているマイクロソフトのRDB次期版「SQL Server 2016」。特徴の1つとするセキュリティ対策機能のポイントと目指すところをキーパーソンに聞いた。
そもそも、リレーショナルデータベースとは何か？
データベースを基礎から勉強し理解を深めていくことは簡単なことではありません。本連載では、データベースに対するハードルを少しでも低くするために、初心者の方に必要なデータベースの基本から、障害対策やチューニングといった実践に即した内容までを幅広く解説していきます。今回は、データベースの役割と、それを管理するソフトウェアであるDBMSの基本機能について解説します。【更新】
データの登録を行うINSERT文
複数の条件を指定してSELECT文を実行する
前回は、SELECT文の初歩の初歩を解説しました。今回は、複数の条件を指定して、目的のデータを取り出す方法を解説します（編集部）
Oracle運用の基本「ログ」を理解しよう
本連載では、Oracle Database運用の鍵となるトラブル対処法について紹介していきます。第1回、第2回では情報収集の要となるログについて見ていきます。ログの出力情報は10gと11gとでは大きく異なる点がありますので、それぞれについても確認しておきましょう。