オラクルメトリクスの監視とリアルタイムで報告

Question

、挿入のための時間、挿入/時間、表断片化[論理/物理]など。

レポートツールは、次の操作を行うことができればそれは素晴らしいことだ：私が初めて目を得るために、最後までテストを待つ必要がないように、リアルタイムで、または少なくともいくつかの間隔の後

1]レポート平均などの99.99パーセンタイルを得るように、後でデータでものを行うためのデータ

2]能力、

ほとんどが自由に利用可能です:)

誰も私が私と一緒に使用することができます何かの任意の提案を持っていますOracleテーブル。どのポインタも素晴らしいでしょう。

私は実際にはselect count（*）などのloggにスクリプトを書くことができますが、テストよりもむしろデータの解析と変更に多くの時間を費やす必要があります。 私は知的なことが既にそこにあるかもしれないと思いますか？

おかげ

編集：

• 私は 新しいアーキテクチャの設計の一部で探しています
• テストが 「比較」は、異なる 設計のためのテストので、限りあります私は 同じハードウェアと同じスキーマなど 粒度に匹敵する。
• あなたは私に知らせてください 変更することができ、他の ものがあると思うなら、私は
• などのインデックス 断片化を監視したい、と応答時間 。私は（ の各新しい反復

Answer 1

最初のテストは、Oracleが組み込まれている機能のテーブルにあなたの行数を伝えるためにするために特定の状態[基本的 切り捨てる]へ テーブルをロールバックしようとしていますカウント（*）を使用するか、別のオプションに「統計オラクルを収集する」）。

しかし、あなたが間違った経路をたどっているような "テーブルのストレステスト"は私に聞こえます。あなたが（「などの挿入、挿入/時間、テーブルの断片化のための時間[物理/論理]」）に言及しているメトリックの大半は、多くの要因に大きく依存している：

• Oracleのは、どのよう
• 上で実行されているどのようなOS OSはチューニングされている（すなわち特定のOracleインスタンスが設定されているか、他のサービスの実行中）
• 基盤となるものを保管アーキテクチャOracleの使用（および表領域が設定されているか）他のクエリは、あなたのテストとまったく同じ時刻にデータベース内で実行されているか

しかし、それらのうちのどれもがテーブルデザイン自体に関係しません。

正規化された（または正規化されていない）テーブルスキーマがアプリケーションを傷つけているのかどうか疑問に思うなら、それは別の問題です。不適切/不必要な/欠落しているインデックス、トリガ、またはその他の問題が発生すると、パフォーマンスが低下します。

しかし、実際にリアルタイムモニタリングを行うアプリが必要な場合は、Quest SoftwareのSpotlight on Oracleをご覧ください。しかし、それは間違いなく無料ではありません。

Answer 2

他のコメントに追加するだけで、あなたが実際に望むのは、実行しているクエリとテーブルではないことをテストすることです。この表は、ディスク上の単なるデータブロックの集まりであり、問​​合せは、開発に関する限り、パフォーマンスの違いをもたらすものです。これは、異なるインデックスが必要な場合や、クエリを再設計する必要がある場合に表示されます。

一方、DBAまたはシステム管理者として見ているなら、ディスク・レイテンシ、メモリー・ページング、CPU使用率などのOSレベルの統計にもっと関心があるでしょう。

これはすべて、開発とDBA用の私の主要な調整ツールであるエンタープライズマネージャーで利用できます。それがない場合は、sql_traceを使用してクエリをプロファイルし、それらの統計を取得する方法に関するOS固有のドキュメントを参照してください。