可観測性インサイト: Oracle Database 23aiのアップグレードをSQLパフォーマンスの低下から守る (2025/02/08)

可観測性インサイト: Oracle Database 23aiのアップグレードをSQLパフォーマンスの低下から守る (2025/02/08)

https://blogs.oracle.com/observability/post/observability-insights-guard-oracle-database-23ai-upgrade-against-sql-performance-regressions

投稿者： Kathryn Jennings | Senior Principal Product Manager

Anusha Vojjola | Senior Product Manager


SQL Performance Watchに関する今後のObservability Insightsセッションについては、2025年3月11日午前9時(太平洋標準時)にご参加ください。Oracle Database 23aiのアップグレードをSQLパフォーマンスの低下から守ってください。


この有益なセッションでは、SQL Performance Watchが、潜在的なSQLパフォーマンス低下からOracle Database 23aiのアップグレードを保護するのに役立つ、Database Managementクラウド・サービスの貴重なツールであることを示しています。主な機能と利点の内訳を次に示します。



SQL Performance Watchは、Oracle Database 23aiのアップグレードを計画しているすべての人にとって不可欠なツールです。

主な機能:


1. 変更の影響の評価: SQL Performance Watchは、データベース・アップグレード、パッチ・セット、移行、マイナー・アプリケーション・アップグレード、索引の追加/削除、オプティマイザ統計のルーチン・リフレッシュなど、様々なシステム変更の影響を評価できます。

2. 実際の本番コンテキスト: このツールは、実際の本番コンテキストで変更の前後にSQL文を実行し、ワークロードに対する正味の影響に関する正確なレポートを生成します。

3. 包括的レポート: このレポートには、パフォーマンスが低下したSQL文の概要が示され、詳細な実行計画のインサイトが示されます。

4. プロアクティブな推奨事項: パフォーマンスが低下したSQL文の場合、SQL Performance Watchは、SQL文を修正するためのプロアクティブな推奨事項を提供します。



利点:


1. パフォーマンスの問題の予測と防止: 潜在的なパフォーマンスの問題が発生する前に特定することで、予防的な対策を講じることができます。

2. 時間とリソースの節約: 変更影響の自動評価により、手動のテストや分析と比較して時間とリソースを節約できます。

3. スムーズなアップグレードの実現: SQL Performance Watchを使用すると、予期しないパフォーマンス低下なしにOracle Database 23aiのアップグレードをスムーズに行うことができます。


全体的に、SQL Performance Watchは、Oracle Database 23aiのアップグレードを計画したり、パフォーマンスに影響を与える可能性のある他のシステム変更を行う場合に不可欠なツールです。


図1:  SQLパフォーマンス監視の概要



仕組み:


SQL Performance Watchは、変更の前後にデータベースのワークロードを分析することで機能します。この情報を使用して、変更によって発生する可能性のあるパフォーマンスの問題を特定します。


SQL Performance Watchの使用に関連するステップは次のとおりです。


1. データベース環境の設定: SQLパフォーマンス・ウォッチを使用する前に、ワークロードのベースライン取得を作成してデータベース環境を設定する必要があります。

2. 変更: ベースライン取得を設定したら、データベース環境に必要な変更を加えます(Oracle Databaseのアップグレードなど)。

3. 分析の実行: データベース環境を変更した後、SQL Performance Watchを使用して分析を実行します。

4. 結果のレビュー: 分析の結果をレビューして、変更によって発生した可能性のある潜在的なパフォーマンス問題を識別します。



Oracle Database 23aiのアップグレード中に潜在的な回帰から保護するためのSQL Performance Watchのベスト・プラクティス


Oracle Database 23aiのアップグレード中に発生する可能性のある回帰から保護するためにSQL Performance Watchを最大限に活用するには、次のベスト・プラクティスに従います。


  1. SQLパフォーマンス・アナライザ(SPA)の制限の確認 – 分散問合せ、複合データ型
    • PLSQLコールではなく、PL/SQL内でSQLをテストします。
    • DML– 問合せの一部(アクセス・パス)を選択し、SQL実行の最後にDMLがデフォルトでロールバックされます。
    • SPAはデータベースの状態を変更しません。
  2. ハイブリッド・モードを使用 – 計画試行を説明して、ワークロードを小さなサブセットに減らします。
  3. SQL実行計画の変更(パフォーマンスの向上または低下)は、ハードウェアやその他の要因が基礎となる問題をマスクする可能性があるため、さらにテストします。
  4. 経過時間で開始する複数の比較メトリックを使用します。
  5. 大規模なSQLチューニング・セット(STS)を分割します。これは、1つのSTSで最大5K文です。
  6. 個々のSQL文の実行計画に加えて、#executions、#rowsが処理され、ハッシュ値(正確性をチェックする場合)がチェックされます。
  7. CONVERT_STSトライアル・オプションを最後の手段として使用し、各試行の#executionsに注意してください。複数実行と複数実行の試行を比較することをお薦めします。
  8. STSが取得された時点にデータベースをリストアし、#rowsが処理された問題に対処します。



本日、このセッションに登録してください。

リソース:

コメント

コメントを投稿

このブログの人気の投稿

Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20)

イメージ
Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20) https://mikedietrichde.com/2024/11/20/important-update-to-oracle-database-19c-support-timelines/ 長い沈黙は、私が隠れているという意味ではありません。つまり、今はとても忙しいということです。そして、より少ない旅行で、私はあなたのコメントにもブログと返信するより多くの時間を持っていることを願っています。それでも、Oracle Database 19cサポート・タイムラインの非常に重要な更新について説明します。 * 更新された内容 2024年11月19日現在、Oracle Database 19cのサポート・タイムラインが調整されています。 MOSノート: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールを見ると、新しい日付が表示されます。 Premier Support、2029年12月31日まで 2030年1月1日から2032年12月31日までの拡張サポート 2033年1月1日から2034年12月31日までのアップグレード・サポート これは知ることがとても大切です。 他のリリースの更新はありますか。 MOSノートの終わりにある変更ログ: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールでは、Oracle Database 21cの最新の更新も確認できます。このリリースのPremier Support期間は、2027年7月31日まで延長されました。 また、Oracle Database 23aiのパッチ適用終了日は2032年12月31日に設定されています。 Lifetime Support Policy 更新は、Oracle Technology Productsの Oracle Lifetime Support Policy (6ページ)でも確認できます。 From: Oracle Lifetime Support Policy for Oracle Technology Product s – page 6 – Nov 19, 2024 特に、次の表に示す制限事項に注意してください。 Oracle Database 1...
続きを読む

Oracle GoldenGate 23aiでMicrosoft Fabricでのオープン・ミラーリングがサポートされるようになりました (2024/11/19)

イメージ
Oracle GoldenGate 23aiでMicrosoft Fabricでのオープン・ミラーリングがサポートされるようになりました (2024/11/19) https://blogs.oracle.com/dataintegration/post/how-to-replicate-to-mirrored-database-in-microsoft-fabric-using-goldengate 投稿者： Shrinidhi Kulkarni | Principal Product Manager Oracle GoldenGate 23aiでは、オープン・ミラーリングを介したMicrosoft Fabricへの統合のパブリック・プレビューがサポートされるようになりました。この強力な組み合わせにより、リアルタイムのデータ統合が可能になり、ハイブリッド環境とマルチクラウド環境のデータをMicrosoft Fabricのミラー化されたデータベースに継続的に同期できるため、データは常にAIと分析に対応できます。 Microsoft Fabric統合のOpen Mirroring は、GoldenGate for Distributed Applications and Analytics 23ai (GG for DAA) (23.6)製品を介して提供されます。 既存の Azure統合の詳細については、 ドキュメント を参照してください。 オープン・ミラーリングは、オープン・デルタ・レイク表形式に基づいて、データISVがMicrosoft Fabricのミラーリングを拡張できるように設計されています。この機能により、Oracle GoldenGate 23aiは、オープン・ミラー化パブリックAPIおよびアプローチに基づいて、Microsoft Fabricのミラー化データベースに変更データを直接書き込むことができます。Microsoft FabricでのOpen Mirroringの詳細については、「 Microsoft FabricでのOpen Mirroringの概要 」を参照してください。 このブログ投稿では、この統合の実装の側面について深く掘り下げ、GoldenGate統合の構成方法を示します。 構成ステップ: リファレンス・アーキテクチャの理解 前提条件 ...
続きを読む

Oracle APEXのInteractive Gridで、Oracle Formsと比較して、重複行の検証を制御/通過させる方法 (2022/07/21)

イメージ
Oracle APEXのInteractive Gridで、Oracle Formsと比較して、重複行の検証を制御/通過させる方法 (2022/07/21) https://medium.com/oracledevs/how-to-control-or-pass-validation-for-duplicate-rows-in-interactive-grid-of-oracle-apex-as-compare-18f453f750bf 投稿者： Jignesh oracle Formsでは、データブロックの重複行を制御するのは非常に簡単ですが、IGの検証を制御するにはどうすればよいでしょうか。 必要な出力 ステップ1：インタラクティブグリッドのある白紙ページを作成します（私は1つの領域「IG」を作成し、インタラクティブグリッドとしてタイプを選択しました） ステップ 2: リージョンに Static ID を定義する (私の場合、リージョンは IG で、Static ID も IG です) ステップ3：複製を制御したいカラムのStatic IDを定義します ステップ4：関数とグローバル変数に移動します コード： var validity, message, ui = this.data; (function($) { function update(model) { var projKey = model.getFieldKey(“PROJECT_ID”), recObj = [], recArray = []; model.forEach(function(record, index, id) { var projid = parseInt(record[projKey], 10), // record[salKey] should be a little faster than using model.getValue in a loop meta = model.getRecordMetadata(id); if (!isNaN(projid) && !meta.deleted && !meta.agg) { recObj = {ID: id, project_id: projid}; recArray.push(recObj)...
続きを読む