Oracle Databaseの自動セグメントアドバイザ (2022/07/01)

Oracle Databaseの自動セグメントアドバイザ (2022/07/01)

https://juliandontcheff.wordpress.com/2022/07/01/automatic-segment-advisor-in-the-oracle-database/


「私の経験から、最高のアドバイザーは3つの点で役に立ちます。『問題や機会を多角的に見るよう促すこと』『目先のことと重要な長期的優先事項のバランスを取るのを助けること』『最善の解決策にたどり着くために知っておくべき厳しい質問をすること』です」。Margo Georgiadis氏


Oracle Segment Advisorは、再生可能なスペースを持つセグメントを特定する。しかし、Automatic Segment Advisorは、時にリソースを消費し、データベースの速度を低下させることがあります。



Automatic Segment Advisorはすべてのデータベースオブジェクトを解析しているわけではありませんが、なぜこのような現象が起こるのでしょうか？内部的には次のように動作します。アドバイザはデータベースの統計情報を調査し、セグメントデータをサンプリングして、次のオブジェクトを選択して分析します。


  •     クリティカルまたはワーニングスペースの閾値を超えた表領域
  •     最もアクティビティの多いセグメント
  •     成長率が最も高いセグメント


さらに、Automatic Segment Advisorは、サイズが10MB以上で、3つ以上のインデックスを持つテーブルを評価し、そのテーブルを高度な行圧縮機能で圧縮した場合に節約できる容量を判断します。


ここで重要なのは、もしデータベースオブジェクトがアドバイザーの分析対象として選択されても、アドバイザーがオブジェクトを処理する前にメンテナンスウィンドウが終了した場合、そのオブジェクトは次のAutomatic Segment Advisorの実行に含まれることです。そのため、ある時点で、たくさんのオブジェクトを分析しなければならない状況になることがあります。メンテナンスウィンドウの間、以下のクライアント/タスクが実行されています。これらはあらかじめ定義された自動メンテナンスタスクです。



Automatic Segment Advisorが分析のために選択する表領域とセグメントのセットを変更できないため、自動スペースアドバイザを無効にすることが理にかなっている場合があります。しかし、自動セグメントアドバイザータスクを有効または無効にしたり、自動セグメントアドバイザが実行される時間帯を変更したり、自動メンテナンスタスクのシステムリソース使用率を調整したりすることはできます。特にこのような場面で



また、ADDMがAutomatic Segment Advisorタスクの問題を指摘することもよくあります。



ここでは、タスクを個別に無効化(および有効化)する方法を説明します。メインスイッチは DBMS_AUTO_TASK_ADMIN.DISABLE() で制御します。



DBMS_AUTO_TASK_ADMIN.DISABLE() を実行してオートタスクジョブ全体を無効にしても、DBA_AUTOTASK_TASK はオートタスククライアントを有効として表示したままです。このため、上記のようにジョブを個別に無効化する必要があります。また、マルチテナント環境では、CDBとPDBがそれぞれオートタスクを持っており、CDBのオートタスクを無効にしてもPDBには影響しないので、プラグイン可能なデータベースごとに行う必要があります。


12.2以降では、ENABLE_AUTOMATIC_MAINTENANCE_PDBというパラメータがあり、CDB内のすべてのPDBまたはCDB内の個々のPDBに対して自動メンテナンスタスクの実行を有効または無効にするために使用することができるようになっています。CDBルートでENABLE_AUTOMATIC_MAINTENANCE_PDBをTRUEからFALSEに変更すると、新しい値FALSEがルートとCDB内のすべてのPDBに適用されます。


Automatic Segment Advisorが多くのリソースを消費し、メンテナンスウィンドウの間にデータベースが遅くなるような状況に陥った場合、以下のいずれかを行ってください。


  1.     セグメントアドバイザの自動タスククライアントを無効にして、必要に応じて手動で実行する。
  2.     メンテナンスウィンドウをデフォルトの月曜から金曜の午後10時から午前2時までから増やします。週末のウィンドウは20時間で、ほとんどの場合、十分な長さです。


Autonomous Databaseでは、dba_autotask_clientなどにアクセスでき、Automatic Segment Advisorタスクを無効にしたり有効にしたりできますが、dba_scheduler_window_groupsなどについては完全な可視性は持っていません。いくつかのカラムはNULLとして表示されるだけです。それでも、ADBのパフォーマンスタスクは、何が起こっているかについてのいくつかのアイデアを与えることができます。



最後に、Automatic Segment Advisor ジョブを無効にする必要があるその他の状況について説明します。


  •     オブジェクト wri$_adv_objspace_trend_data で Automatic Segment Advisor ジョブを実行中に ORA-01555 が発生しました（Doc ID 2576430.1）
  •     Automatic Segment Advisorジョブがデッドロックを引き起こすことがある (Doc ID 17234189.8)
  •     再帰的なクエリに時間がかかるため、Automatic Segment Advisor にさらに時間がかかる (Doc ID 2382419.1)
  •     12.2Auto Space AdvisorジョブでORA-60が発生する (Doc ID 2321020.1)
  •     LOB または SYS_LOB SEGMENT に対して SEGMENT ADVISOR が期待どおりに動作しない (Doc ID 988744.1) 


コメント

コメントを投稿

このブログの人気の投稿

Oracle RACによるメンテナンスのためのドレインとアプリケーション・コンティニュイティの仕組み (2023/11/01)

イメージ
Oracle RACによるメンテナンスのためのドレインとアプリケーション・コンティニュイティの仕組み (2023/11/01) https://database-heartbeat.com/2023/11/01/draining-ac-rac/ はじめに Oracle RACは、Oracle Databaseのスケーラビリティと高可用性を提供します。1つのサーバー(RACノード)に障害が発生した場合、またはメンテナンスのためにオフラインになった場合でも、追加のノードを介してデータベースにアクセスできます。ただし、メンテナンスの開始時に、データの読取りまたは変更に関係なく、一部の作業を実行しているクライアント・セッションはどうなりますか。この作業は中断され、ドレインを実装してアプリケーション・コンティニュイティまたは透過的アプリケーション・コンティニュイティを有効にしないかぎり、エンドユーザーまたはアプリケーションによって再度実行する必要があります。 環境 2ノードのOracle RACを例に挙げて、高速アプリケーション通知(FAN)、ドレインおよびアプリケーション・コンティニュイティによってメンテナンス・イベントがエンドユーザーに透過的になる方法を理解しましょう。アプリケーションは、30個のセッションを保持するように構成された接続プールを使用しています。 通常の操作 通常の操作中は、両方のRACノードが起動し、アプリケーションを実行しています。ロード・バランシング戦略によっては、セッションの数が両方のノード間で異なるか、均等に分散される場合があります。次の図をよりよく視覚化するために、ノード2のノード1および20のセッションに10のセッションがあるとします。 セッションは、アイドル状態(接続されているが何もしていない)またはアクティブ状態(リクエストの途中)にできます。リクエストは、データの読取り(SELECT)または操作(INSERT、DELETE、UPDATE)が可能です。 ドレインによるサービスの停止 ある時点で、システムのメンテナンスが必要になります。2ノードRACがあるため、メンテナンスはローリング方式で、1つのノードを順番に(ほとんどの場合)実行できます。メンテナンスは、たとえば、オペレーティング・システム、Grid Infrastructureまたはデ
続きを読む

Oracle Cloud Infrastructure Secure Desktopsを発表: デスクトップ仮想化のためのOracleのクラウドネイティブ・サービス (2023/06/28)

イメージ
Oracle Cloud Infrastructure Secure Desktopsを発表: デスクトップ仮想化のためのOracleのクラウドネイティブ・サービス (2023/06/28) https://blogs.oracle.com/cloud-infrastructure/post/secure-desktops-cloud-native-virtualization 投稿者： Joost Pronk Van Hoogeveen Jan Hendrik Mangold | Principal Product Manager Oracleは、Oracle Cloud Infrastructure(OCI)Secure Desktopsという新しいクラウド・ネイティブ・サービスをリリースしています。このエキサイティングな開発により、顧客はOCIテナンシから簡単にすばやく仮想デスクトップ・インフラストラクチャ(VDI)をデプロイできます。 OCIの使用状況は大幅に拡大しています。組織は、OCI内でデータを安全に保つことの価値を実現しています。ゼロトラストなセキュリティ優先アーキテクチャを実装することで、OCI Compute、Storage、およびNetworkingサービスは、グローバル・アクセスのためのエンタープライズ・アプリケーションを導入するための信頼できるプラットフォームを提供します。 データ・セキュリティとVDIがどのように役立つか 業界のアナリストによると 、ラップトップは53秒ごとに盗まれています。その事実と現実を結び付けると、会社のデータは、公共の場所を経由したり、従業員の自宅に座ったりするラップトップやデスクトップへと移行します。ローカル・ディスクの暗号化、データ・アクセス権限の強制、VPNアクセスの保護によってデータを保護するためにテクノロジが使用されていますが、いずれも許容可能なセキュリティ・レベルが適用されるため、リスクは依然として高くなる可能性があります。盗難または準拠していないいくつかのマシンでは、企業データ、さらには顧客データのデータ侵害が発生する可能性があります。 VDIテクノロジは長年にわたって存在してきましたが、従業員はローカル・マシンを使用して、会社のデータ・センター内の仮想マシンで実行されているデスクトップ・アプリケー
続きを読む

Oracle Cloudのデータベースをオブジェクト・ストレージにバックアップする3つの方法 (2021/12/13)

イメージ
Oracle Cloudのデータベースをオブジェクト・ストレージにバックアップする3つの方法 (2021/12/13) https://database-heartbeat.com/2021/12/13/three-ways-backup-cloud/ はじめに Oracle Cloudでは、ボタンをクリックするだけで自動バックアップを有効にするオプションが用意されています。バックアップの要件が異なる場合でも、手動でバックアップ設定を行い、コマンドライン・ツールやRMANを直接使用してバックアップを作成する柔軟性があります。これは、VM DB Systems、Exadata Cloud Service、およびExadata Cloud at Customerに適用されます。 このブログ記事では、Oracle Cloud Object Storageをバックアップ先として使用する場合の、さまざまなバックアップ・オプションの主な違いと、それに伴うコストについて紹介します。Object Storageは、内蔵されたトリプル・ミラーリングと99.999999%(イレブンナイン)の耐久性を提供します。 ハイブリッド・クラウドとマルチ・クラウド Oracle Cloud Object StorageへのOracle Databaseのバックアップは、Oracle Cloud上のOracle Databaseに限らず、ハイブリッドクラウド上のオンプレミスのOracle Databaseや、マルチクラウド環境のOracle以外のクラウド上で稼働しているOracle Databaseに対しても、RMANを介して実装することができます。 プライベートおよび専用のネットワーク接続は、FastConnect、Azure Interconnect、またはサードパーティのネットワーク接続プロバイダを介して提供できます。マルチクラウド環境では、クラウドプロバイダー、リージョン、転送するデータ量に応じて、追加のアウトバウンドトラフィックコストが発生する可能性があります。オラクルをはじめとする多くのクラウドプロバイダーは、すでに Bandwidth Alliance に参加しており、ネットワークエグレス料金を削減または排除しています。 環境について     Oracle Cloud VM DB Sy
続きを読む