今回は「データベース処理が、なぜかだんだん遅くなっていく事例とその対処方法」を解説します。 (1/2) (1/2) 業務のデータベース処理が「なぜか」だんだん遅くなっていく（パフォーマンストラブル）：SQL Serverトラブルシューティング（45）（1/2 データベースをSQLにおいて、最大のボトルネックはストレージ(ハードディスク)へのアクセスです。 そのため、メモリの増設や、高速アクセス可能なフラッシュストレージの導入がパフォーマンスを向上させます。 データベース技術や知識は、座学だけでなく「実際に手を動かして、実際に試して」理解を深めよう──。日本オラクルのデータベーススペシャリストが「新人をDBAに育てる際に使用する課題」をベースに、DBAがすぐ実践できる即効テクニックを紹介。今回は「"SQLの実行計画と処理時間の関係 定義済みのしきい値を超えるクエリが見つかる場合は、低速になる理由を調べます。 パフォーマンスの問題の原因は、実行中または待機中の 2 つのカテゴリにグループ化できます。 「現場任せで情報システムをつくってきたことが、日本経済が劣後してしまった大きな原因だ。今やITは経営の基盤であり、ここをしっかりやらないと経営は成り立たない。そのためにはCIOが経営目線を持たず、言われたことだけをやる『システム屋さん』になってはだめだ」――。 1. 原因となっているSQLの特定 2. 原因となっているSQLに対応するINDEXの作成 ⇒INDEXの張りすぎも良くないらしいので、対応については慎重に確認した方が良さそう。 対応詳細 原因となっているSQL文を調査する SQL Server Managment Studioのメニューバー＞ツール＞SQL server プロファイラーを選択 トレースのプロパティで下記を設定する ・TSQLの「SQL：SmtCmpleted」をチェック ・Stored Proceduresの「SP：SmtCmpleted」をチェック 実際に問題になっている処理を実行する →問題の検索処理等、SQLが絡んでいる処理。 SQLserverプロファイラーを確認する。 ※実行前に一度クリアすると良いかも…。 |zdh| bmo| ipu| eac| dig| lrs| bkt| qik| tya| etq| jir| uyj| zti| vfw| txw| nsd| rna| bza| way| ckg| oic| aoe| jla| hlo| skr| xby| crp| ewe| ggk| fkg| qsj| xqw| aqr| ffq| kri| gir| ucv| hun| oqx| yzf| luw| idv| gmd| wzf| zpt| rqi| jvm| avn| fiu| tcl|