表領域を複数のディスクボリュームに分割した後の改善を測定するにはどうすればよいですか？ （Oracle 10g AWR）
最近リリースされた10000のユーザー分析アプリケーションがありますが、トランザクションが多すぎるためにパフォーマンスの問題が発生しています。パフォーマンスを向上させるためにアプリケーションでSQLの多くを書き直すこととは別に、メモリなどにボリュームとtweeksを追加するトップダウンアプローチも採用しています。Oracleスペシャリストは、サーバーを2つのボリュームを持つ単一のテーブルスペースから4つのテーブルスペースに再設計しました。インデックスが独自のボリュームとテーブルスペースを持つボリューム。各ボリュームは個別のディスクアレイであるため、IOをめぐって競合することはありません。
私たちは開発環境でこの変更を実行し、受け入れに移行しようとしていますが、変更の支払いを行う前に、ビジネスは測定可能な利益を見たいと考えています。
AWRレポートのどこで比較して、変更が実行される前後のそのようなデータを測定できますか？
ユーザーAPCから：
AWRには、IO Stats。不合理ではありませんが、ここでIOアクティビティの統計が報告されます。このセクション内には、各テーブルスペースの数値があります。 。ターゲットデータベースに対してこれらのレポートを実行する必要があります。理想的には、各実行の長さが20分以内の複数の異なる実行が必要です。実行が長いほど、平均の法則が数値から意味を失う可能性が高くなります。あなたが得る。
したがって、原則は次のとおりです。このレポートを実行してベンチマークを取得します。次に、変更を展開してレポートを再実行します。さまざまな列の違いは、変更によるパフォーマンス上の利点です。本当に、リクエストと1秒あたりのデータが増え、平均時間と待機時間が減りたいと思うでしょう。
これらの図をより説得力のあるものにするには、テストの前後で同じワークロードを実行する必要があります。ここで、Real ApplicationTestingのようなものが実際に登場します。