最近、クライアントと連携して、SQL Server インスタンスに関する問題のトラブルシューティングを行いました。 クライアントは仮想マシン上で SQL Server 2012 を実行していました。 SQL Server で実行されているアプリケーションが問題に実行され、クライアントは問題の根本的な原因が何であるかが不明でした。
最初は、クライアントと共に Web アプリケーションの監視を設定して、Web アプリケーションの実行が通常よりも遅くなり始めた場合にアラートを送信し、次に問題が発生したときに通知します。 ページの読み込み速度のタイムアウトしきい値を設定することで、システムが SQL サーバーからデータにアクセスする際に問題が発生しているように見える、異なる期間を特定できました。 組み込みのアラートを使用して、問題が検出されるとすぐに電子メールを受け取りました。
次に、SQL Server の監視を設定する必要があるため、クライアントが Sql サーバーから Windows パフォーマンス カウンター データを収集する MetricsView エージェントをインストールするのを支援しました。 メトリックス ビュー エージェントが正常にインストールされると、SQL Server の使用状況、プロセッサ使用率、帯域幅の使用率、メモリ割り当て、ハード ドライブのディスク空き容量など、Windows パフォーマンス カウンターによって報告されるデータを収集することができました。
これらのすべてのメトリックを監視する場合、重要なメトリックのいずれかが予想される境界を超えた場合にアラートが表示されるように、各データセットの最大および最小しきい値を設定します。 すぐに見つかったのは、実際には SQL の問題ではなく、仮想サーバーの作成方法とハード ドライブのパーティション分割方法に関する単純な問題です。
この特定のクライアントは、単にオペレーティング システム用の 1 つ目のパーティションとデータ記憶域用の 2 つのパーティションを作成していました。 すぐに見つかったのは、OSドライブにはまだデータドライブに保存されるべきSQLログがいくつか残っていて、SQLログがドライブの容量に達する原因でした。 ユーザーには、この問題を解決するためのいくつかのオプションがありました。 仮想ドライブが動的ドライブとして設定されている場合や、データ ドライブにログを格納するように SQL Server の設定を変更したり、指定した期間の経過後にログの自動切り捨てを設定したりして、仮想ドライブのパーティションを増やすことができる場合があります。
私たちは、クライアントが問題を特定するのに役立つツールのドットコムモニタスイートの複数のコンポーネントを利用することができたという事実は、私たちが15年以上前に実行し始めた単純なアップタイム/ダウンタイム監視を超えて行くためにDotcom-Monitorの能力についてボリュームを話します。 これらのツールは、インフラストラクチャのパフォーマンスと Web サイトや Web アプリケーションへの影響を 360 度表示するのに役立つトラブルシューティング ツールとパフォーマンス調整ガイドを含む、真に進化してきました。
ネットワークを通じてハードウェアからSQLサーバーの実際の応答性、世界中の数十の場所からの各ページの負荷まで 、WebアプリケーションとWebサイトを監視するための無料の30日間のトライアルに今すぐサインアップしてください。
