Hypericで監視しているWindowsサーバーでデータベースを実行しています。ピーク負荷に近づくにつれて、1分あたりの書き込み数が日中に増加しているのがわかります。システムにユーザーを追加するにつれて、ピークは時間の経過とともに徐々に増加しています。他のリソース(CPU、メモリ、ディスク容量など)を使用すると、最大値を確認し、不足する前に追加のリソースを準備しておくのは非常に簡単です。 1分あたりの最大書き込み数を大まかに予測することさえ可能ですか?または、ディスク書き込みの数を調べて、問題が発生し始める時期を確認する必要がありますか?ディスクキューは、ドライブ/アレイの機能を超えていることを示す最良の指標になると思います。
==編集==
いくつかの追加の詳細として、私はSQL Server 2005を実行していますが、書き込みに非常に興味がある理由は、ディスクへの書き込みが現在読み取りを約30倍上回っているためです。その場合、書き込みは他のディスクアクティビティの前にボトルネックになる可能性が高いと思います。サポートしているアプリケーションは主にOLTPですが、そこにあるデータからもレポートします。
短い答え:予測-いいえ、ベンチマーク-はい。
長い答え:これはあなたが達成しようとしていることには役立たないと思います。データベースサーバーのディスクの周りで容量計画を行うことだと思います。ランニング。
サーバーはどのようなRMDBSを実行していますか?データベースはどのようなアプリケーションを実行していますか? OLTP、意思決定支援、DW /レポート?アプリケーションやアプリケーションのグループが異なれば、ディスク負荷プロファイルも異なります。書き込みパフォーマンスだけを予測/測定することは、ほとんどの場合まったく意味がありません。
SQL Serverの担当者である私にとって、ディスクサブシステムは重要です。ベンチマークでは、 [〜#〜] sqlio [〜#〜] を使用して、ディスクサブシステム/ディスク構成を比較する際の読み取り/書き込みパフォーマンスをテストします。 SQLIOは、さまざまな方法で読み取り/書き込みをテストするために使用できるスタンドアロンの実行可能ファイルです。 SQLIO GUI も役立ちます。このツールを使用して、「最大書き込み」を決定できます。
一般的に言って、I/Oボトルネックの指標として単一のカウンターに依存するべきではありません。サーバーがより多くのスピンドルを必要としていることを示す、私が探しているインジケーターは次のとおりです。
•PhysicalDiskオブジェクト:平均ディスクキューの長さ/ディスクの数:サーバーに負荷がかかっているときに常に2を超える値は、ボトルネックを示します
•物理ディスク:%Disk Time60%を超えるものはすべて深刻なボトルネックです
•平均ディスク秒/読み取りおよび平均ディスク秒/書き込み: