データベースの種類（Oracle、SQLサーバー、MySQL、PostgreSQLなど）に関係なく、DBAにはさまざまな種類の監視があります。 すべてが正常で正常に機能していることを確認するために行われる監視があります。これにより、成長の計画を立て、リソースを割り当て、正常に機能していることを確認できます。
次に、問題を調査するときにDBAが行う一種の詳細なアクティビティがあります。 これにははるかに時間がかかり、クエリアナライザー、プロファイラーなどのさまざまなツールセットを使用しますが、大きな影響を与える可能性があり、優れたSQLジョッキーが実際に違いを生む可能性があります。 しかし、クエリの分析と改善に必要な時間の長さを考えると、それはいつ価値があるのでしょうか。
この投稿は、いつに関するいくつかの指標を簡単に見ていきます SQLサーバーの監視 もっと深く行くようにあなたに言います。
- もちろん、物事を改善するための最も重要な時期は、代表的なクエリに時間がかかりすぎる場合です。 監視システムは、ワークロードを表すクエリの応答時間を追跡する必要があります。 これらが遅くなり始めたら、アラートをトリガーしていなくても、飛び込む時が来ました。
時間の経過とともにメトリックのいずれかに大きな変化（さらに悪いことに）がある場合。 XNUMX秒あたりのフルスキャンは、インデックスが欠落していることを示す良い指標であり、多くの場合、簡単に改善でき、パフォーマンスに大きなメリットがあります。- 急上昇した場合に分析が必要であることを示す、傾向を示して警告する必要のあるその他の優れたメトリックは、XNUMX秒あたりに作成される一時作業ファイルと作業テーブルの数です。 待機しなければならなかったラッチとロックの要求。 ただし、監視システムが収集し、傾向がある（または傾向があるはずの）多くのメトリックのいずれも、調査をトリガーするのに適した候補です。
もちろん、DB以外の監視も追跡する必要があります。すべての優れたDBAは常にディスクストレージシステムのパフォーマンスを非難しているため、それを注意深く監視し、そこでの問題に先んじてください。 たとえば、DBAは、次のようなグラフを表示したときに、最初にディスクシステムを非難する場合があります。
ただし、データベースからの操作の増加によってディスクがビジー状態になっている場合、監視は、ディスクにより多くの負荷をかけるためにDBワークロードが変更されたことを示しているだけです。 （この場合、ディスク遅延グラフをチェックして、ディスクが維持されているかどうかを確認してください。）
精通したDBAはデータベースページの統計をチェックしますが、原因が見つからない場合は、ディスクIOの増加に関連して一時オブジェクトが増加していることに注意してください。
現在、彼は詳細な調整の目標を持っています。クエリプランは、tempdbの使用を最小限に抑えるように調整できることが多く、そうすることで、多額の資本支出の延期が可能になったと正当に主張できます（データベース用のより高速なディスクシステム）。 。）それを証明するために、ディスク使用量の前後のグラフもあります。ズームインするだけで、一時オブジェクトの使用量が初めて増加した場所を表示できません。
詳細なレビューをトリガーするための炭鉱の測定基準であなたの最高のカナリアは何ですか？ コメントを残してお知らせください。
監視と、環境内で安全な操作を実践する方法について詳しく知りたいですか？ LogicMonitorの無料トライアルを設定し、経験豊富な運用スタッフのXNUMX人に相談してください。
無料トライアル。