問題タブ [awr]

JLabel の色を変更するのに問題があります。私は3つのJLabel変数を使用しています。私はこのJLabel変数にマウスイベントを入れています。を実行すると、マウスをオンにすると両方の色が変わりますJLabels。私は、変数JLabelでマウスを入力しているときに色が変わるということです。JLabel

この問題を解決してください。

今日、私のシステムの誰かが予期しないステートメントを更新しました。そのため、システムが正しく動作しません。さて、誰が (またはどのセッションが) 実行したかをログに記録したいと思います。AWRレポートで見つけることができますか? また、AWR レポートでそれを見つけることができれば、特にどこにあるのでしょうか? 本当にありがとう ！

11.2.0.3.0 インスタンスでは、AWR 保持期間は 8 日間です。のデータはDBA_HIST_ACTIVE_SESS_HISTORY2014-04-30 から始まりますが、対応するデータSNAP_IDは では利用できませんDBA_HIST_SNAPSHOT。 DBA_HIST_SNAPSHOT2004 年 5 月 11 日以降のデータのみが含まれています。

これらのテーブルの保持期間が異なるのはなぜですか?

AWR1 時間の特定のプロセスについて生成されたレポートを分析しようとしていました。プロセスの実行中にどのクエリに時間がかかっているかを調べようとしています。

レポートを確認するSQL ordered by GetsとSQL ordered by CPU Time、SQL ordered by Executions、SQL ordered by Parse Calls、 SQL ordered by Sharable Memory、SQL ordered by Elapsed Timeなどが表示されます。

SQL Textテーブルからが見えますSQL ordered by Elapsed Time。

私の質問: これは、高価なクエリを識別する正しい方法ですか? この点についてアドバイスをお願いします。

Oracle 10g では、現在かなり高速 (約 30 ～ 40 分) で実行される SQL があります。2 日前に同じ SQL を実行した場合、SQL が完了するまでに約 2.5 時間かかりました。クエリの実行計画が変更された可能性があると思いました。しかし、そうではありませんでした。両方の実行計画が一致しました。そこで、DBA の助けを借りて、期間中のデータベース アクティビティを見つけるために AWR レポートを生成しました。案の定、この実行時間の長いクエリは、他のいくつかのクエリと共に取り上げられました。AWR では、このクエリは多数のバッファ取得、ディスク読み取りリストで特徴付けられましたが、さらに高いクエリが少なくとも 4 つありました (それらを合わせて 98% を占めていました)。実際、両方のリストの上位のクエリは、バッファ取得の約 50% とディスク読み取りの 80% でしたが、私の場合はそれぞれ約 2% と 0.9% しかかかりませんでした。

だから私の質問 - 他のクエリによる大量のバッファ取得とディスク読み取りがクエリのパフォーマンスに影響を与える可能性はありますか?

こんにちは、私は ASH および AWR テーブルを学習していますが、過去 30 日間に特定のユーザーがアクセスした SQL、オブジェクト、およびスキーマ所有者のリストを取得する方法についてのアイデアはありますか? 基本的にすべての SQL テキストを取得し、この SQL 内を検索して、特定のオブジェクト (テーブル、パッケージ、関数、ビューなど) が特定のスキーマに対してアクセスされているかどうか、およびどのユーザーによってアクセスされているかを確認します。どこから、どのように始めればよいかについてのアイデアはありますか?

テーブルに単純なカウントのクエリがあります。以下のスクリーンショットのように、単一のインデックスが異なる列にあることを除いて、テーブルに主キーはありません。

このクエリのコストを削減するにはどうすればよいですか?

実際のクエリは次のとおりです。

transactionno 列に追加のインデックスを作成した後でも、コストに違いはありません。テーブルには 45 列あります。テーブルの合計サイズは 520MB です。