現在、アプリケーション サーバーとデータベース サーバーの両方が Windows Server 2008 R2 上で実行されています。CPU、メモリ、ディスクの使用率に関する週次レポートを生成するように指示されています。Windows パフォーマンス モニターの既定のパフォーマンス監視データ コレクション セット テンプレートを使用する予定ですが、ジョブの実行をスケジュールするためのベスト プラクティスは何でしょうか。データ収集セットを毎週初めに開始し、終わりに停止することを希望しています。これはやりすぎでしょうか。また、パフォーマンス監視によってシステム パフォーマンスが低下しますか。
私たちのアプリケーションの使用は、おそらく非常に不規則になるでしょう。夜間に多数のバッチ ジョブが実行され、ユーザーは朝出勤したときにシステムにアクセスする可能性が高いため、サンプリング ウィンドウが小さいと実際のシステム使用率を見逃してしまうのではないかと心配しています。
また、データ収集を設定するための基本的なチュートリアルはいくつか見つかりましたが、Windows パフォーマンス監視を使用した毎週のパフォーマンス管理のベスト プラクティスに関するより一般的な情報を見つけるのは困難でした。良い情報源をお持ちの方がいらっしゃいましたら、ぜひ共有してください。
答え1
どこにログインしますか? SQL データベースですか? CSV ファイルですか?
SQL データベースに送る場合は、1 つのジョブを作成して、1 日中ずっとログに記録するようにしていました。その後、SQL サーバーにクエリを実行して、必要な範囲のデータを取得します。これは、Excel または他のレポート ビルダーで実行できます。
「以前」というのは、数年前に分散型パフォーマンスログを廃止し、中央集権型を導入したからです。ザビックスこのすべての情報を永久に保存および追跡し、傾向と詳細なレポートを提供するインストール。
負荷の点では、パフォーマンス ログの実行によってパフォーマンスに顕著なペナルティが発生したことはありません。すべてのデータポイントを収集するために各サーバーが Zabbix によって 1 分間にポーリングされる回数を考えると、これは本当に簡単な操作です。