Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Oracle Database Technology Night #72 Oracle Dat...

Oracle Database Technology Night #72 Oracle Database 23c新機能#2 高可用性関連新機能

2023年10月26日実施 
Oracle Database Technology Night #72 「Oracle Database 23c 新機能#2」の高可用性関連新機能で使用した機能です。

oracle4engineer

October 29, 2023
Tweet

More Decks by oracle4engineer

Other Decks in Technology

Transcript

  1. Oracle Database Technology Night #72 Oracle Database 23c 高可用性関連新機能 前半:宮本

    拓弥 後半:百木 和美 日本オラクル株式会社 2023年10月26日
  2. 1. Multitenant Architecture 2. Database Resident Connection Pool(DRCP) 3. 表領域管理

    4. Backup & Recovery 5. Diagnosability Copyright © 2023, Oracle and/or its affiliates 2 Agenda
  3. Copyright © 2023, Oracle and/or its affiliates 3 Multitenant Architectureの新機能

    • Hybrid read-only mode for pluggable databases • Control PDB Open Order • Read only users and sessions
  4. Multitenant Architectureの進化 Copyright © 2023, Oracle and/or its affiliates 4

    (Release 1) (Release 2) <12.1.0.1> • Oracle Multitenantオプション • マルチテナント環境でのResource Managerサポート <12.1.0.2 ~> • CDB再起動時のPDBのオープン・ モードの保持 • CREATE PLUGGABLE DATABASE文の USER_TABLESPACES句 • PDBをクローニングする場合のデータ の除外 • PDBファイル用のデフォルトのOracle Managed Filesファイル・システム・ ディレクトリまたはOracle ASMディス ク・グループ • 非CDBのクローニングによるPDBの 作成 • PDBのロギング属性 • CREATE PLUGGABLE DATABASE文のSTANDBYS句 • すべてのPDB間でのユーザーが作成 した表およびビューの問合せ • アプリケーション・コンテナ • 単一のCDBでの4096PDB(EXA) • PDBでの異なる文字セットの使用 • 別のCDBへのPDBの再配置 • プロキシPDB • ホットPDBクローニング • PDB作成時のサービスの名前変更 • CDBのコンテナ特定サービスへ切替 • PDBのメモリー使用量の管理 SGA_MIN_TARGET • PDB単位でI/Oを制限 • PDBパフォーマンス・プロファイル • Resource ManagerによるPDBの 監視 • PDBアップグレード優先順位の設定 • CDBのUNDOモード • PDBの作成の並列化 • アーカイブ・ファイルによるPDBのアン プラグとプラグ・イン • PDBのリフレッシュ • PDB作成時のデフォルト表領域の 指定のサポートの改善 • PDB作成時の USER_TABLESPACES句拡張 • CDB フリート • PDBスナップショット・カルーセル • 論理パーティション化 • リフレッシュ可能なPDBスイッチオー バー • ロックダウン・プロファイルの拡張機能 • DBCAの拡張機能 • 非CDBおよび再配置されたPDBの 使用可能なバックアップ • 別のCDBへのPDBのRMAN複製 • 計画メンテナンス中のセッションの再 配置 • Oracle Data Guard環境でのPDB のコピー • PDBレベルでのパラレル文のキューイ ング • 分割ミラーによるクローンPDB • PDBでのワークロードの取得およびリ プレイ • PDBのADDM分析 • インフラストラクチャ・データベース管 理者向けのDatabase Vault操作 の制御 • 同じCDBでの複数のPDBシャードの サポート • PDBの自動再配置 • DBCAを使用したリモートPDBのク ローニング • リモートPDBの再配置 • データ・ポンプ・インポートに対するク ラウドのオブジェクト・ストアのサポート • CPU_MIN_COUNT初期化パラ メータ • EE/SEともにPDB3つまで無償 • PDBオープン時のリプレイ・アップグ レード • リプレイ・アップグレードを使用した、 PDBとしての非CDBの採用 • Oracle Databaseとのネームスペー ス統合 • Oracle Cloudでの透過的アプリ ケーション・コンティニュイティ • JOB_QUEUE_PROCESSES初期 化パラメータの機能拡張 • MAX_IDLE_BLOCKER_TIME初 期化パラメータの機能拡張 • アプリケーションの同期のための拡張 構文 • DBCA機能拡張(PDB単位のタイム ゾーン設定) • RAC構成におけるランク付け • 非CDB構成がサポート対象外に 統合・集約と一元管理の向上 可搬性とPDBの分離性向上への実装 次世代基盤としての拡充
  5. Copyright © 2023, Oracle and/or its affiliates 5 Hybrid read-only

    mode for pluggable databases • Hybrid read-only mode for pluggable databases • Control PDB Open Order • Read only users and sessions
  6. 共通ユーザーとローカル・ユーザーについて Hybrid read-only mode for pluggable databases Copyright © 2023,

    Oracle and/or its affiliates 7 アプリケーション・コンテナの構成 Application CDB共通ユーザー アプリケーション共通ユーザー PDBローカル・ユーザー CDB共通ユーザー PDBローカル・ユーザー アプリケーション・コンテナを使用しないCDBの構成
  7. 概要 プラガブル・データベース (PDB) をハイブリッド読み取り専用と呼ばれる新しいモードが構成できるようになりました。 ハイブリッド読み取り専用モードについて • PDBに接続しているユーザーに応じて、PDBを読み取り専用または読み取り/書き込みモードとして動作させることができます。 • CDB共通ユーザーの場合、PDBは読み取り/書き込みモードになります。 •

    PDBローカル・ユーザーとアプリケーション共通ユーザーの場合、PDBは読み取り専用モードに制限されます。 • V$CONTAINER_TOPOLOGYダイナミック・ビューに新しい列IS_HYBRID_READ_ONLYが追加されました。 • V$PDBSダイナミック・ビューのOPEN_MODE列の出力が変更されます。 • ローカル・ユーザの場合はREAD ONLY • 共通ユーザの場合はREAD WRITE メリット データベースやアプリケーションの管理者が、より高い権限を持つユーザを含むローカル・ユーザーがPDBの継続的なメンテナンス作業を妨 害するリスクなしに、オープンPDB用の安全なモードでアプリケーションにパッチを当てたり、メンテナンスできるようになります。 Hybrid read-only mode for pluggable databases Copyright © 2023, Oracle and/or its affiliates 8
  8. 各ユーザごとのオープン・モード オープン・モード CDB共通ユーザー アプリケーション共通ユーザー PDBローカル・ユーザー Read Write Read Write Read

    Write Read Write Read Only Read Only Read Only Read Only Hybrid Read Only Read Write Read Only Read Only Hybrid read-only mode for pluggable databases Copyright © 2023, Oracle and/or its affiliates 9 ALTER PLUGGABLE DATABASE OPEN HYBRID READ ONLYを実行している場合、 PDBではCDB共通ユーザーがDMLとユーザー・トランザクションを発行して処理を進めることが でき、これらのユーザーがREDOログを生成できます。
  9. V$CONTAINER_TOPOLOGYダイナミック・ビュー Hybrid read-only mode for pluggable databases Copyright © 2023,

    Oracle and/or its affiliates 10 SQL> desc V$CONTAINER_TOPOLOGY Name Null? Type ------------------- -------- ------------- INSTANCE_NUMBER NUMBER CON_NAME VARCHAR2(128) OPEN_MODE VARCHAR2(10) CPU_COUNT NUMBER CON_ID NUMBER RESTRICTED VARCHAR2(3) IS_HYBRID_READ_ONLY VARCHAR2(3) SQL> select * from v$container_topology; INSTANCE_NUMBER CON_NAME OPEN_MODE CPU_COUNT CON_ID RES IS_ --------------- ------------------------------ ---------- ---------- ---------- --- --- 2 CDB$ROOT READ WRITE 12 1 NO NO 2 PDB$SEED READ ONLY 12 2 NO NO 2 ORCL232BPDB1 READ WRITE 12 3 NO NO 1 CDB$ROOT READ WRITE 12 1 NO NO 1 PDB$SEED READ ONLY 12 2 NO NO 1 ORCL232BPDB1 READ WRITE 12 3 NO NO
  10. Hybrid read-only modeの有効化 Hybrid read-only mode for pluggable databases Copyright

    © 2023, Oracle and/or its affiliates 11 SQL> show pdbs CON_ID CON_NAME OPEN MODE RESTRICTED ---------- ------------------------------ ---------- ---------- 2 PDB$SEED READ ONLY NO 3 ORCL232BPDB1 READ WRITE NO SQL> ALTER PLUGGABLE DATABASE ORCL232BPDB1 OPEN HYBRID READ ONLY; プラガブル・データベースが変更されました。 SQL> select * from v$container_topology; INSTANCE_NUMBER CON_NAME OPEN_MODE CPU_COUNT CON_ID RES IS_ --------------- ------------------------------ ---------- ---------- ---------- --- --- 2 CDB$ROOT READ WRITE 12 1 NO NO 2 PDB$SEED READ ONLY 12 2 NO NO 2 ORCL232BPDB1 READ WRITE 12 3 NO NO 1 CDB$ROOT READ WRITE 12 1 NO NO 1 PDB$SEED READ ONLY 12 2 NO NO 1 ORCL232BPDB1 READ WRITE 12 3 NO YES
  11. ローカルユーザと共通ユーザで検証 1.ローカルユーザ(scott)で更新 インスタンス1のORCL232BPDB1へscottで接続 2.共通ユーザ(system)で更新 インスタンス1のORCL232BPDB1へsystemで接続 Hybrid read-only mode for pluggable

    databases Copyright © 2023, Oracle and/or its affiliates 12 SQL> conn scott/tiger@ptvm07/ORCL232BPDB1 接続されました。 SQL> update emp set sal = 1200 where empno=7369; update emp set sal = 1200 where empno=7369 * 行1でエラーが発生しました。: ORA-16000: データベースまたはプラガブル・データベースは読取り専用アクセスでオープンされています SQL> conn system/oracle@ptvm07/ORCL232BPDB1 接続されました。 SQL> update scott.emp set sal = 1200 where empno=7369; 1行が更新されました。
  12. Copyright © 2023, Oracle and/or its affiliates 13 Control PDB

    Open Order • Hybrid read-only mode for pluggable databases • Control PDB Open Order • Read only users and sessions
  13. 概要 管理者は、各プラガブルデータベース(PDB)に対して、最も重要なPDBを最初に起動させる起動順序または優先順位を定義するこ とができます。 以下のようなPDBのオープン順序とアップグレード順序で適用されます: • CDBを開く際のPDB状態のリストア • PDB OPEN ALLステートメントを使用する際のPDB状態の設定

    • PDBデータベースのアップグレード操作の順序を設定する • Active Data Guard(ADG)のスイッチオーバーまたはフェイルオーバーでPDBを起動する メリット 重要なPDBを重要度の低いPDBより先に起動・オープンすることができ、重要なアプリケーションが使用できるようになるまでの時間を 短縮することができます。 Control PDB Open Order Copyright © 2023, Oracle and/or its affiliates 14
  14. コマンド例 ALTER PLUGGABLE DATABASE <PDBname> PRIORITY <value> • <PDBname>にPDB名を入力する(必須) •

    <value>に1から4096の整数を入力して優先度を設定する 注意: PRIORITY句はOracle Database12cR2で導入され、PDBをアップグレードする際の優先度を指定できるようになった。 ALTER PLUGGABLE DATABASE xxx UPGRADE PRIORITY n; 実効例: Control PDB Open Order Copyright © 2023, Oracle and/or its affiliates 15 SQL> alter pluggable database ORCL232BPDB1 priority 4096; SQL> select con_id,name,PRIORITY from v$pdbs; CON_ID NAME PRIORITY ---------- ---------------------- ---------- 2 PDB$SEED 1 3 ORCL232BPDB1 4096
  15. Copyright © 2023, Oracle and/or its affiliates 16 Read only

    users and sessions • Hybrid read-only mode for pluggable databases • Control PDB Open Order • Read only users and sessions
  16. 概要 Read only users and sessionsについて • 管理者は、データベースに接続しているユーザーの権限に関係なく、ユーザーまたはセッションの読み取り/書き込み操作を有効にする かどうかを制御できます。 •

    セッションに対する READ_ONLY設定は、あらゆる種類のコンテナのあらゆる種類のユーザーに適用されます。 • ユーザーに対するREAD_ONLY設定はPDBのローカル ユーザーにのみ適用されます。 • ALTER USER または ALTER SESSION (READ_ONLY) によって制御できます。 ⇒ https://docs.oracle.com/en/database/oracle/oracle-database/23/refrn/READ_ONLY.html#GUID-CDB2436A- 7C36-4C94-95C6-C72A67F64C18 メリット • 権限を取り消したり再付与したりすることなく、任意のユーザーまたはセッションの読み取り/書き込み機能を無効化および再有効化 できるため、テスト、管理、またはアプリケーション開発の目的でユーザーまたはセッションの権限を一時的に制御する柔軟性が向上し ます。 • 同じユーザーまたはセッションが使用するアプリケーションの様々な部分の読み取り/書き込み動作を簡単に制御できるようになります。 Read only users and sessions Copyright © 2023, Oracle and/or its affiliates 17
  17. 指定コマンドについて ALTER USERまたはCREATE USER文のREAD ONLY句を使用して、PDBユーザーへの読取り専用アクセスを設定できます。 PDBユーザーに対して読取り専用アクセスが有効になった後、そのユーザーがPDBに接続するたびに、セッションはデータベースが読取り専 用モードでオープンされているかのように動作し、ユーザーは書込み操作を実行できません。 この文は、ALTER USERまたはCREATE USER権限を持つすべてのユーザーが実行できます。

    PDBローカル・ユーザに対して読取り専用アクセスを有効にするコマンド例: PDBローカル・ユーザに対して読取り専用アクセスを取り消すコマンド例: PDBローカル・ユーザの作成時に読取り専用アクセスを有効にするコマンド例: Read only users and sessions Copyright © 2023, Oracle and/or its affiliates 18 alter user user1 read only; alter user user1 read write; create user u1 identified by u1 read only;
  18. Read only usersの検証 実効例: Read only users and sessions Copyright

    © 2023, Oracle and/or its affiliates 19 SQL> alter user local_scott read only; ユーザーが変更されました。 SQL> select username,read_only from dba_users where username = 'LOCAL_SCOTT'; USERNAME READ_ONLY ------------------------------ ------------------------------ LOCAL_SCOTT YES 経過: 00:00:00.01 SQL> conn local_scott/tiger@ptvm07/orcl232bpdb1 接続されました。 SQL> CREATE TABLE EMP 2 (EMPNO NUMBER(4) CONSTRAINT PK_EMP PRIMARY KEY, 3 ENAME VARCHAR2(10), 4 JOB VARCHAR2(9), 5 MGR NUMBER(4), 6 HIREDATE DATE, 7 SAL NUMBER(7,2), 8 COMM NUMBER(7,2), 9 DEPTNO NUMBER(2) CONSTRAINT FK_DEPTNO REFERENCES DEPT); CREATE TABLE EMP * 行1でエラーが発生しました。: ORA-16000: データベースまたはプラガブル・データベースは読取り専用アクセスでオープンされています
  19. Copyright © 2023, Oracle and/or its affiliates 20 Database Resident

    Connection Pool新機能 • DRCPプールを複数作成可能 • DRCPプール停止時の挙動
  20. 1. Database Resident Connection Pool(DRCP)とは • 専用サーバー接続 • DRCP 2.

    Oracle Database 23c Database Resident Connection Pool新機能 • DRCPプールを複数作成可能 • DRCPプール停止時の挙動 Oracle Database 23c Database Resident Connection Pool新機能 Copyright © 2023, Oracle and/or its affiliates 21
  21. Copyright © 2023, Oracle and/or its affiliates 22 Database Resident

    Connection Poolとは データベース・コネクションとOracleサーバー・プロセスの関係
  22. 1本の物理コネクションが1つのOracleサーバー・プロセスと直結 専用サーバー(Dedicated Server)接続 - 基本的な接続形態 tnslsnr oracle LGWR DBWn Oracleクライアント

    System Global Area (共有メモリー領域) (1) Oracleリスナー・プロセスに接続リクエスト着信 (2) Oracleリスナー・プロセスがOracleサーバー・プロセスを生 成し、確立した物理コネクションはOracleサーバー・プロセ スが引き継ぐ • 物理コネクション数 = Oracleサーバー・プロセス数 • 一般的にはこれを使用する • クライアントからのコネクション数を適切に管理しない と過剰な数のOracleサーバー・プロセスが生成される • 同時実行プロセス数>>CPUスレッド数 だとかえって 性能が低下する (1) (2) Copyright © 2023, Oracle and/or its affiliates 23 Oracleリスナー・プロセス Oracleサーバー・プロセス 物理コネクション
  23. Brokerがコネクションを保持し、SQL処理時に1本の物理コネクションが1つのOracleサーバー・プロセスと直結 Database Resident Connection Pool tnslsnr Broker LGWR DBWn Oracleクライアント

    (0) Oracleサーバー・プロセスをあらかじめ生成(プール) (1) Oracleリスナー・プロセスに接続リクエスト着信 (2) Brokerプロセスが確立されたコネクションを保持 (3) クライアントが処理を発行するときBrokerプロセスからコネ クションをOracleサーバー・プロセスに渡す (4) Oracleサーバー・プロセスの処理が完了したらBrokerにコ ネクションを返す • 物理コネクション数 >> Oracleサーバー・プロセス数 • 専用サーバー接続に比べてOracleサーバー・プロセ ス数を減らすことができる • 同時実行プロセス数を制限できる (1) (2) (4) oracle oracle System Global Area (共有メモリー領域) (0) (3) Copyright © 2023, Oracle and/or its affiliates 24 Oracleリスナー・プロセス Oracleサーバー・プロセス 物理コネクション Brokerプロセス
  24. Copyright © 2023, Oracle and/or its affiliates 25 DRCPプールを複数作成可能 •

    DRCPプールを複数作成可能 • DRCPプール停止時の挙動
  25. どの単位でOracleサーバー・プロセスのプールを作成できるか 19cまで • CDB全体で1つのプール • PDBごとにはパラメータを制御できない 21c • PDBごとに1つのプール •

    PDBごとにパラメータを制御できる 23c • PDBごとに複数プールを作成可能 • アプリケーションごとにプールを区別して パラメータを制御できる Database Resident Connection Poolのプロセス・プールの区別変遷 oracle oracle oracle oracle oracle oracle oracle oracle oracle oracle oracle oracle デフォルト・プール デフォルト・プール デフォルト・プール ユーザー作成プール1 Copyright © 2023, Oracle and/or its affiliates 26
  26. DBMS_CONNECTION_POOL.ADD_POOL() プロシージャが追加された Database Resident Connection Poolのプロセス・プールの区別変遷 Copyright © 2023, Oracle

    and/or its affiliates 27 プール作成プロシージャ DBMS_CONNECTION_POOL.ADD_POOL ( pool_name IN VARCHAR2, minsize IN PLS_INTEGER DEFAULT 0, ... ); プール起動プロシージャ DBMS_CONNECTION_POOL.START_POOL ( pool_name IN VARCHAR2 DEFAULT 'SYS_DEFAULT_CONNECTION_POOL'); パラメータ指定プロシージャ DBMS_CONNECTION_POOL.CONFIGURE_POOL ( pool_name IN VARCHAR2 DEFAULT 'SYS_DEFAULT_CONNECTION_POOL', minsize IN NUMBER DEFAULT 4, ,... ); デフォルト・プール以外の名前を 指定して作成できるようになった デフォルト・プール1つしか 構成できない 21cまで 23c
  27. SERVER=POOLED 21cまで: (プラガブル)データベースに1つのデフォルト・プールしかない 23cから: プラガブル・データベースに複数のプールが存在する DRCPに接続するためのデータベース接続文字列 (DESCRIPTION= (ADDRESS=(PROTOCOL=TCP)(HOST = ptvmscan-03.jp.oracle.com)(PORT

    = 1521)) (CONNECT_DATA=(SERVICE_NAME=svcpdb1) (SERVER=POOLED)) ) (DESCRIPTION= (ADDRESS=(PROTOCOL=TCP)(HOST = ptvmscan-03.jp.oracle.com)(PORT = 1521)) (CONNECT_DATA=(SERVICE_NAME=svcpdb1) (SERVER=POOLED)(POOL_NAME=pool1)) ) デフォルト・プール(SYS_DEFAULT_CONNECTION_POOL)に接続される POOL_NAMEで指定したプール(pool1)に接続される 省略するとデフォルト・プールに接続される Copyright © 2023, Oracle and/or its affiliates 28
  28. Copyright © 2023, Oracle and/or its affiliates 29 DRCPプール停止時の挙動 •

    DRCPプールを複数作成可能 • DRCPプール停止時の挙動
  29. プール停止プロシージャSTOP_POOL DRCPプールの停止時の挙動 tnslsnr LGWR DBWn Oracleクライアント 21cまで • STOP_POOLプロシージャを実行してもすべてのコネクショ ンの処理が完了しコネクションをBrokerプロセスに返却す

    るまでプールは停止されない 23c • STOP_POOLプロシージャにプロセス解放までの猶予時 間(draintime)を指定できるようになった • draintimeを経過しても処理継続中のコネクションがあっ た場合は、プールは停止されコネクションは切断される oracle oracle System Global Area (共有メモリー領域) Broker Copyright © 2023, Oracle and/or its affiliates 30
  30. プール停止プロシージャSTOP_POOL 21cまで • すべてのコネクションの処理が完了しプコネクションをプールに返却するまでプールは停止されない 23c • draintime (単位:秒) • プールに停止指示を出してから、コネクションの処理完了によりプロセスが解放されるのを待つ猶予時間

    • draintimeを経過しても処理継続中のコネクションがあった場合は、プールは停止されコネクションは切断される • 0を指定すると即時停止 • draintimeを指定しないと21cまでと同じ動作 プールを停止するときにプロセス解放の猶予時間(draintime)を指定できる DBMS_CONNECTION_POOL.STOP_POOL ( pool_name IN VARCHAR2 DEFAULT 'SYS_DEFAULT_CONNECTION_POOL'); DBMS_CONNECTION_POOL.STOP_POOL ( pool_name IN VARCHAR2 DEFAULT 'SYS_DEFAULT_CONNECTION_POOL', draintime IN PLS_INTEGER DEFAULT 2147483647); Copyright © 2023, Oracle and/or its affiliates 31
  31. Copyright © 2023, Oracle and/or its affiliates 32 表領域管理 1.

    Read-Only Tablespace on Object Storage 2. LOBセグメントに関する新機能
  32. Copyright © 2023, Oracle and/or its affiliates 33 Read-Only Tablespace

    on Object Storage 1. Read-Only Tablespace on Object Storage 2. LOBセグメントに関する新機能
  33. 概要 すでにデータが格納されている表領域をオブジェクト・ストレージに移動させる オブジェクト・ストレージに格納したファイルは更新できないため、その表領域はREAD ONLYとしてのみアクセス可能 メリット オブジェクトストレージを使うことで保存コストが低く抑えられる 用途例 パーティションを分けた更新しない古い表領域ファイルをブロックストレージから単価の安いオブジェクトストレージへ移行することで保存 コストを下げる Read-Only

    Tablespace on Object Storage Copyright © 2023, Oracle and/or its affiliates 34 2022年 2023年 ・・・ 2000年 READ ONLY オブジェクトストレージ SQL>alter database move datafile '+DATA_DG/orders_2000.dbf‘ to 'https://objectstorage.example.com/oracle/orders_2000.dbf' 表領域を単価の安いオブジェクトストレージへ移動 ORDERS表 レンジパーティション 2000年 READ ONLY ブロックストレージ
  34. Copyright © 2023, Oracle and/or its affiliates 35 LOBセグメントに関する新機能 1.

    Read-Only Tablespace on Object Storage 2. LOBセグメントに関する新機能
  35. Copyright © 2023, Oracle and/or its affiliates 36 • LOBを持つ表を作成する場合には、自動あるいは手動でLOBセグメントを構成

    Create Table 文でサンプル表T1を作成した場合に自動生成された場合 Large Object は、このセグメント内で管理 LOBセグメントに関する23cでの新機能は以下です。 • 重複除外設定にする場合の領域削減効果の見積もりが可能になった • MOVEで実施していた名称変更がメタデータ変更のみで対応可能になった SecureFiles領域管理の理解 SQL>CREATE TABLE hr.t1(a CLOB) LOB(a) STORE AS SECUREFILE TABLESPACE users; LOB索引セグメント LOBセグメント 表セグメント
  36. LOBデータの重複除外のイメージ 重複除外なし 重複除外あり SecureFiles領域管理の理解 Copyright © 2021, Oracle and/or its

    affiliates 37 管理領域 チャンク LOBセグメント SECUREFILE 管理領域 チャンク LOBセグメント SECUREFILE <Insert> <Insert> ID LOB DATA A001 ID LOB DATA A002 ID LOB DATA A001 ID LOB DATA A002 除外対象 重複は、LOBセグメント内で検出
  37. Copyright © 2023, Oracle and/or its affiliates 38 重複除外 •

    重複LOBデータを自動的に検出 • データのコピーを1つだけ格納することで領域を節約 23c • 重複除外の有効前に、節約できるスペースの見積もりが可能 • GET_LOB_DEDUPLICATION_RATIO関数を提供 LOB重複排除によって節約されるスペースの見積もり 管理領域 チャンク LOBセグメント SECUREFILE <Insert> ID LOB DATA A001 ID LOB DATA A002 除外対象
  38. Copyright © 2023, Oracle and/or its affiliates 39 従来 •

    既存の LOB セグメントの名前を変更するには、ユーザーはALTER TABLE ... MOVE のような操作を実行 →この操作は名前変更の一環として LOB データを物理的に移動するため、実行速度が遅くなる可能性がある 23c • ALTER TABLE MODIFYでLOBセグメントの名前変更はメタデータ変更で対応可能 →LOB データの物理的な移動が不要になったので、LOB セグメントの名前変更の操作がシンプルに LOBセグメントの名前変更 ALTER TABLE MODIFY ALTER TABLE MOVE LOB
  39. Copyright © 2023, Oracle and/or its affiliates Agenda 40 1.

    Multitenant Architecture 2. Database Resident Connection Pool(DRCP) 3. 表領域管理 4. Backup & Recovery 5. Diagnosability
  40. Backup & Recovery Copyright © 2023, Oracle and/or its affiliates

    41 1. デフォルト暗号化アルゴリズムの変更 2. リカバリ・カタログに関する機能拡張 3. RMANバックアップの取得先の拡張 4. Flashback Logを高速リカバリ領域(FRA)外の領域で管理
  41. Copyright © 2023, Oracle and/or its affiliates 42 デフォルト暗号化アルゴリズムの変更 1.

    デフォルト暗号化アルゴリズムの変更 2. リカバリ・カタログに関する機能拡張 3. RMANバックアップの取得先の拡張 4. Flashback Logを高速リカバリ領域(FRA)外の領域で管理
  42. RMANバックアップのデフォルト暗号化アルゴリズムがAES128-CFBからAES256-XTSに変更 従来 • 暗号化アルゴリズムを指定しない場合のデフォルトの暗号化アルゴリズムは Advanced Encryption Standard(AES)128-CFB • AES-CFBをバックアップ・セキュリティに使用 •

    CFBモード (Cipher-FeedBack): FIPS 140-2 で検証された動作モード • COMPATIBLE初期化パラメータ 10.2.0以上が必要 23c • Advanced Encryption Standard (AES) 256-XTSがRMANバックアップの デフォルト暗号化アルゴリズムに • XTSモード (XEX-based tweaked codebook mode with ciphertext stealing): IEEE1619-2007で標準化された暗号化モード • COMPATIBLE初期化パラメータ 21.0.0以下の場合、AES-CFBがデフォルト • COMPATIBLE初期化パラメータ 23.0.0以上の場合、AES-XTSがデフォルト • より高速なアルゴリズムがデフォルト暗号化アルゴリズムに採用され、暗号強度も上げられました デフォルト暗号化アルゴリズムの変更 Copyright © 2023, Oracle and/or its affiliates 43 AES128-CFB AES256-XTS
  43. AES-XTSモードのサポート RMANがサポートするバックアップ暗号化アルゴリズム デフォルト暗号化アルゴリズムの変更 Copyright © 2023, Oracle and/or its affiliates

    44 COMPATIBLE初期化パラメータ 使用される暗号化アルゴリズム 21.0.0以下 AES-CFB暗号化アルゴリズムを使用 • AES256 • AES128(デフォルト) • AES192 23.0.0以上 AES-XTS暗号化アルゴリズムを使用 • AES256(デフォルト) • AES128 • COMPATIBLE初期化パラメータ https://docs-uat.us.oracle.com/en/database/oracle/oracle-database/23/refrn/COMPATIBLE.html#GUID-6C57EE11-BD06-4BB8-A0F7-D6CDDD086FA9 • V$RMAN_ENCRYPTION_ALGORITHMS https://docs.oracle.com/en/database/oracle/oracle-database/23/refrn/V-RMAN_ENCRYPTION_ALGORITHMS.html#GUID-9761C75A-59B9-4ED7-98B1-55FBBA1858F1
  44. Copyright © 2023, Oracle and/or its affiliates 45 リカバリ・カタログに関する機能拡張 1.

    デフォルト暗号化アルゴリズムの変更 2. リカバリ・カタログに関する機能拡張 3. RMANバックアップの取得先の拡張 4. Flashback Logを高速リカバリ領域(FRA)外の領域で管理
  45. RMAN リポジトリ • RMANがバックアップ、リカバリおよびメンテナンスに使用するターゲット・データベースに関する管理情報の格納場所 • 格納場所は、制御ファイルとリカバリ・カタログ・データベース 1. 制御ファイル データベースを構成するファイルのパスの情報(オンラインREDOログファイル、データファイル、アーカイブREDOログ ファイル)

    RMANで生成されるバックアップ・ファイルの情報 • 領域に制限有り: 初期化パラメータ:CONTROL_FILE_RECORD_KEEP_TIME(デフォルト7日) 2. リカバリ・カタログ・データベース • リポジトリを長期間保存可能 • 複数のOracle Databaseのバックアップ状況を一元管理可能 RMANリポジトリとリカバリカタログ Copyright © 2023, Oracle and/or its affiliates 46 リカバリ・カタログ・データベース カタログ・ スキーマ ターゲット・データベース 制御ファイル
  46. Copyright © 2023, Oracle and/or its affiliates 48 従来 •

    Data Guard環境でのデータベースの登録はプライマリ・データベース時のみ実行可能 • プライマリ・データベースにカタログ・オーナーとして接続をし、REGISTER DATABASEコマンドを発行 23c • RMANがTARGETとしてスタンバイ・データベースに接続している場合、 REGISTER DATABASEコマンドでスタンバイ・データベースを明示的にリカバリ・カタログに登録可能 リカバリ・カタログへのスタンバイ・データベースの登録がスタンバイから実行可能に ターゲット・データベース 制御ファイル リカバリ・カタログ・データベース Recovery Catalog TARGET スタンバイ・データベース 制御ファイル • スタンバイの登録 rco CATALOG OWNER
  47. 従来 23c リカバリ・カタログへのスタンバイ・データベースの登録がスタンバイから実行可能に Copyright © 2023, Oracle and/or its affiliates

    49 プライマリ: dgprod1 制御ファイル リカバリ・カタログ・データベース:catdb スタンバイ:dgprod2 制御ファイル TARGET • スタンバイにTARGET接続した場合は スタンバイのカタログ登録が不可 • スタンバイにTARGET接続した場合も スタンバイのカタログ登録が可能 RMAN> REGISTER DATABASE; Recovery Catalog dbprod1 dbprod2 • プライマリにTARGET接続した場合は スタンバイの登録が可能 RMAN> REGISTER DATABASE; プライマリ: dgprod1 制御ファイル リカバリ・カタログ・データベース:catdb スタンバイ:dgprod2 制御ファイル TARGET Recovery Catalog dbprod1 dbprod2 NEW • プライマリにTARGET接続した場合は スタンバイの登録が可能 RMAN> REGISTER DATABASE;
  48. Copyright © 2023, Oracle and/or its affiliates 50 以前のリリース •

    プライマリにTARGET接続している場合はプライマリの制御ファイルとリカバリ・カタログが自動で完全同期化 • スタンバイにTARGET接続している場合は、スタンバイの制御ファイルとリカバリ・カタログが自動で部分同期化 • スタンバイの完全同期化はプライマリでRESYNC CATALOG FROM DB_UNIQUE_NAMEを使用し、手動実行 23c • スタンバイにTARGET接続している場合は、スタンバイの制御ファイルとリカバリ・カタログが自動で完全同期化 スタンバイ・データベースの制御ファイルを使用したリカバリ・カタログの完全同期化 スタンバイ 制御ファイル Recovery Catalog Full Sync TARGET
  49. 従来 23c スタンバイ・データベースの制御ファイルを使用したリカバリ・カタログの完全同期化 Copyright © 2023, Oracle and/or its affiliates

    51 プライマリ:prod 制御ファイル リカバリ・カタログ・データベース スタンバイ:dgprod2 制御ファイル TARGET プライマリ:prod1 制御ファイル リカバリ・カタログ・データベース スタンバイ:dgprod2 制御ファイル TARGET Recovery Catalog Recovery Catalog 自動で完全同期 自動で完全同期 部分同期 RMAN> RESYNC CATALOG FROM DB_UNIQUE_NAME dgprod2; 自動で完全同期 NEW スタンバイの完全同期は プライマリで手動実行
  50. Copyright © 2023, Oracle and/or its affiliates 52 リカバリ・カタログの再同期 •

    リカバリ・カタログのデータを制御ファイル内の全ての変更済みメタデータにアップデートする処理 23c • リカバリ・カタログの再同期プロセスにおいて複数のセーブポイントを導入 • RMANが制御ファイルからリカバリ・カタログへの同期処理を実行中に、定義済みのセーブポイントが周期的に作成 • 再同期中に予期せぬ事態が起こってもRMANが特定のセーブポイントまでロールバックすることが可能 • トランザクション全体をロールバックする必要なし リカバリ・カタログの再同期プロセスにおいて複数のセーブポイントを導入 リカバリ・カタログ・データベース Recovery Catalog ターゲット・データベース 制御ファイル 再同期プロセス Checkpoint Checkpoint Checkpoint Checkpoint
  51. Copyright © 2023, Oracle and/or its affiliates 53 リカバリ・カタログのアップグレード処理とカタログ接続 ブロッキング・コネクション

    アップグレード実行前に開始された接続 アップグレード開始をブロック 処理終了 ウェイティング・コネクション 開始待ち 処理開始 コマンド実行後に開始された接続 アップグレードの完了まで待機 アップグレード処理の接続 Upgrade Catalog 処理 開始待ち コマンド発行 リカバリ・カタログの アップグレード処理を実行する接続
  52. Copyright © 2023, Oracle and/or its affiliates 54 23c リカバリ・カタログにメンテナンス・モードで接続し、カタログ・スキーマに対する接続を管理

    アップグレード処理実行中にブロッキング/ウェイティング・コネクションを管理し、アップグレード処理の実行をスムーズに ブロッキング・コネクション • リカバリ・カタログ・スキーマ関連のRMANジョブで、UPGRADE CATALOGコマンド実行前に開始された接続 • リカバリ・カタログのアップグレード開始を妨げているもの ウェイティング・コネクション • UPGRADE CATALOGコマンド実行後に開始されたRMAN接続 • リカバリ・カタログのアップグレード完了を待っているもの メンテナンス・モードでは、以下の接続のリスト表示・切断が可能 • リカバリ・カタログに接続されている全ての接続 • ブロッキング・コネクションとウェイティング・コネクション メンテナンス・モードでリカバリ・カタログのアップグレードを監視 Recovery Catalog ブロッキング・ コネクション ウェイティング・ コネクション MAINTENANCE MODE
  53. Copyright © 2023, Oracle and/or its affiliates 55 RMAN> SET

    CATALOG MAINTENANCE ON; RMAN> CONNECT CATALOG rco@catdb; LIST CONNECTED USERS; RMAN-03023: executing command: SET catalog maintenance ON RMAN-06008: connected to recovery catalog database RMAN-07556: Following sessions are blocking the catalog schema upgrade RMAN-07559: ============================================ RMAN-07560: Logon_time SID Serial User RMAN-07559: ============================================ RMAN-07561: 2023-08-01 10:54:14 191 35956 RMAN RMAN-07561: 2023-08-01 10:54:20 192 42240 RMAN3 RMAN-07559: ============================================ カタログに接続しているコネクションの表示 全ての接続済みコネクションを表示 既存の接続は’RMAN’と’RMAN3’
  54. Copyright © 2023, Oracle and/or its affiliates 56 RMAN> SET

    CATALOG MAINTENANCE ON; CONNECT CATALOG rco@catdb; LIST BLOCKING CONNECTED USERS; TERMINATE BLOCKING CONNECTED USERS; RMAN-03023: executing command: SET catalog maintenance ON RMAN-06008: connected to recovery catalog database RMAN-07556: Following sessions are blocking the catalog schema upgrade RMAN-07559: ============================================= RMAN-07560: Logon_time SID Serial User RMAN-07559: ============================================= RMAN-07561: 2023-08-01 11:17:13 53 34909 RMAN RMAN-07559: ============================================= RMAN-07556: Following sessions are blocking the catalog schema upgrade RMAN-07559: ============================================= RMAN-07560: Logon_time SID Serial User RMAN-07559: ============================================= RMAN-07561: 2023-08-01 11:17:13 53 34909 RMAN RMAN-06958: Executing: alter system kill session '53, 34909' RMAN-07559: ============================================= アップグレード処理をブロックしているコネクションの表示とターミネート ブロッキング・コネクションを表示 ブロッキング・コネクションは‘RMAN’ ブロッキング・コネクションをターミネート ‘RMAN’をターミネート
  55. Copyright © 2023, Oracle and/or its affiliates 57 従来 •

    ブロッキング・コネクションがあれば、アップグレード処理は実行されずエラーを出力 →長時間実行するカタログ・スキーマ関連のRMANジョブなどがある場合、アップグレード時間の確保が困難 23c • UPGRADE CATALOGコマンドを以下のオプションと共に実行 • リカバリ・カタログ・アップグレード開始のタイミングを調整可能に UPGRADE CATALOGコマンドの実行動作を調整 オプション 詳細 例 WAIT n アップグレード処理実行前の待機時間を指定 UPGRADE CATALOG WAIT 600; ※アップグレード実行前に600秒(10分)待機させる場 合 TERMINATE CONNECTED USERS 即時に全てのブロッキング・コネクションを 強制終了し、アップグレード処理を実行 UPGRADE CATALOG TERMINATE CONNECTED USERS; WAIT n TERMINATE CONNECTED USERS 待機時間終了後、全ブロッキング・コネクション を強制終了し、アップグレード処理を実行 UPGRADE CATALOG WAIT 600 TERMINATE CONNECTED USERS;
  56. Copyright © 2023, Oracle and/or its affiliates 58 RMANバックアップの取得先の拡張 1.

    デフォルト暗号化アルゴリズムの変更 2. リカバリ・カタログに関する機能拡張 3. RMANバックアップの取得先の拡張 4. Flashback Logを高速リカバリ領域(FRA)外の領域で管理
  57. Copyright © 2023, Oracle and/or its affiliates 59 従来 •

    メディア・マネージャとしてSBTライブラリを使用する場合、手動でダウンロードが必要 • Oracle Secure Backupもしくはサード・パーティ・ソフトウェアは利用可能 • ターゲット・データベース上の指定されたディレクトリに格納されている SBTライブラリを使用するように絶対パスを指定 • ターゲット・データベースのバージョンとの互換性を確保するために、最新のSBTライブラリを定期的にダウンロード 23c Oracle Homeディレクトリにネイティブ SBT ライブラリ(SBT_LIBRARY)が同梱 • Alias(別名)を使用し、Oracle Homeディレクトリから直接ライブラリにアクセスできるようにRMANチャネルをユーザーが設定可能 以下3つをメディア・マネージャとして使用可能に • Oracle提供のネイティブSBTライブラリ(OCI、RAおよびAmazon S3) • Oracle Secure Backup • サード・パーティ・ソフトウェア Oracle Databaseバージョン固有のRMAN SBTライブラリの同梱 RMAN> CONFIGURE CHANNEL DEVICE TYPE sbt PARMS ‘SBT_LIBRARY=pathname’; サード・パーティ・ソフトウェアを使用する場合 RMAN> CONFIGURE CHANNEL DEVICE TYPE sbt PARMS ‘SBT_LIBRARY=oracle.zdlra’; Recovery Applianceを使用する場合
  58. RMANのバックアップおよびリストアを実行するためのネイティブSBTライブラリ 各ネイティブSBTライブラリには、事前定義されたAlias(別名)を使用 Oracle Databaseバージョン固有のRMAN SBTライブラリのサポート Copyright © 2023, Oracle and/or

    its affiliates 60 バックアップ先 Alias(別名) 目的 Oracle Cloud Infrastructure(OCI) oracle.oci Oracle Cloud Infrastructureでのクラウド・バックアップおよび リストアを可能にするOS固有のSBTライブラリ Zero Data Loss Recovery Appliance(RA) oracle.zdlra Zero Data Loss Recovery Applianceを使用したバックアップ およびリストアを可能にするOS固有のSBTライブラリ。 Amazon S3 Cloud oracle.osbws Amazon S3 Cloudを使用したバックアップおよびリストアを 可能にするOS固有のSBTライブラリ RMAN> CONFIGURE CHANNEL DEVICE TYPE sbt PARMS ‘SBT_LIBRARY=oracle.oci SBT_PARMS=(OPC_PFILE=/orclhome/dbs/opc<ORACLE_SID>.ora)’; 例:OCIをバックアップ先として指定する場合 oracle.ociは、RMANがOCIへのバックアップおよびリストアを実行をできるようにするSBTライブラリの事前定義済のAlias(別名)
  59. Copyright © 2023, Oracle and/or its affiliates 61 従来 •

    RMANのBACKUP BACKUPSETコマンドを使用すると、ディスク上に作成したバックアップ・セットをバックアップ • 複数のメディア間でバックアップを実行する場合に有効 • バックアップ・セットのバックアップはテープのみに対して可能 23c • 既存のSBTバックアップ(テープやクラウドなど)を他のSBT宛先にコピー可能に • チャネル、入力デバイス、使用されたライブラリを設定し、バックアップコマンドを発行 • セキュリティを強化するために暗号化スキームを変更可能に SBT-to-SBT Copy RUN { ALLOCATE CHANNEL t1 DEVICE TYPE sbt PARMS ='SBT_LIBRARY=oracle.oci’; INPUT DEVICE PARMS = 'SBT_LIBRARY=oracle.osbws’; BACKUP BACKUPSET ALL; } COPY
  60. Copyright © 2023, Oracle and/or its affiliates 62 Flashback Logを

    高速リカバリ領域(FRA)外の領域で管理 1. デフォルト暗号化アルゴリズムの変更 2. リカバリ・カタログに関する機能拡張 3. RMANバックアップの取得先の拡張 4. Flashback Logを高速リカバリ領域(FRA)外の領域で管理
  61. 指定した時刻までデータベースの状態を戻す データファイル全体をリストアするポイント・イン・タイムリカバリより迅速で簡単なリカバリ方法 事前設定 Flashback Databaseを有効にし、UNDOブロックのバックアップ(Flashback Log)を高速リカバリ領域(FRA)に取得 リカバリ方法(時刻t1まで戻す場合) 1. 戻したい指定地点より前のUNDOブロック(Flashback Log)をリストア

    2. REDOを適用して指定時刻(時刻t1)までロールフォワード ⇒Flashback Databaseの実行にはFlashback LogとアーカイブREDOログが必須 Flashback Database Copyright © 2023, Oracle and/or its affiliates 63 オンラインREDOログ アーカイブREDOログ 時間 時刻t2 リカバリ (アーカイブREDOログの適用) Flashback Log (UNDOブロックのバックアップ) リストア (UNDOブロックの書き戻し) 時刻t1 リカバリを時刻t1までで止める 最新データの時刻はt2 SQL>ALTER DATABASE FLASHBACK ON;
  62. Copyright © 2023, Oracle and/or its affiliates 64 従来 Oracle

    Managed Files(OMF) Fast Recovery Area(FRA) DB_RECOVERY_FILE_DEST Database Area DB_CREATE_FILE_DEST データファイル 一時ファイル REDOログ・ファイル 制御ファイル ブロック・チェンジ・ トラッキング・ファイル 制御ファイルの多重コピー オンラインREDOログの多重コピー フラッシュバック・ログ • 高速リカバリ領域(FRA)内には複数の大容量ファイルが存在 • アーカイブREDOログ、RMANバックアップ、フラッシュバック・ログ • FRAの容量が逼迫すると、容量確保のためにFlashback Logが自動削除される • Flashback Log が大量削除されると、Flashback Databaseが実行不可になるので領域管理が必要 アーカイブREDOログ RMANバックアップ
  63. Copyright © 2023, Oracle and/or its affiliates 65 23c •

    Flashback Logの格納先として、高速リカバリ領域(FRA)以外の領域を指定可能に • FRA領域の奪い合いを回避 • Flashback Logの領域を確保・管理が容易に • 設定にはDB_FLASHBACK_LOG_DESTとDB_FLASHBACK_LOG_DEST_SIZEを使用 • Flashback Logの格納先とその領域サイズを明示的に指定 Flashback Logを高速リカバリ領域(FRA)外の領域で管理
  64. Copyright © 2023, Oracle and/or its affiliates 66 従来 Oracle

    Managed Files(OMF) 23c フラッシュバック・ログ Fast Recovery Area(FRA) DB_RECOVERY_FILE_DEST Flashback Log用領域 DB_FLASHBACK_LOG_DEST Database Area DB_CREATE_FILE_DEST データファイル 一時ファイル REDOログ・ファイル 制御ファイル ブロック・チェンジ・ トラッキング・ファイル NEW 制御ファイルの多重コピー オンラインREDOログの多重コピー データファイル 一時ファイル REDOログ・ファイル 制御ファイル ブロック・チェンジ・ トラッキング・ファイル 制御ファイルの多重コピー オンラインREDOログの多重コピー フラッシュバック・ログ アーカイブREDOログ RMANバックアップ アーカイブREDOログ RMANバックアップ
  65. 高速リカバリ領域関連パラメータ Flashback Logを高速リカバリ領域(FRA)外の領域で管理 Copyright © 2023, Oracle and/or its affiliates

    67 初期化パラメータ 必須 説明 DB_RECOVERY_FILE_DEST Yes • リカバリ領域の場所を指定 • ファイル・システム上のディレクトリまたはASMディスク・グループを指定 DB_RECOVERY_FILE_DEST_SIZE Yes • ディスク割当て制限を指定 • このデータベースのリカバリ領域で使用されるデータの最大格納量をバイト単位で示したもの DB_FLASHBACK_RETENTION_TARGET No • データベースをFlashbackできる時点の上限(分)を指定 • このパラメータは、Flashback Databaseでのみ必要 DB_FLASHBACK_LOG_DEST No • Flashback Logを格納する場所を指定 • Flashback Logを高速リカバリ領域以外のディスクに書き込む場合に指定 DB_FLASHBACK_LOG_DEST_SIZE No • Flashback Logの格納先の容量制限を指定 • DB_FLASHBACK_LOG_DESTで指定した領域で使用されるデータの最大格納量を バイト単位で示したもの
  66. Copyright © 2023, Oracle and/or its affiliates 68 Diagnosability 1.

    PL/SQL DBMS_DICTIONARY_CHECK パッケージ
  67. Copyright © 2023, Oracle and/or its affiliates 69 • データ・ディクショナリの不整合により、インスタンスがクラッシュする可能性がある

    • 予期しないエントリ • ディクショナリ表間の無効な参照 DBMS_DICTIONARY_CHECK • データ・ディクショナリの不整合を特定するPL/SQLパッケージ・プロシージャ • 不整合の検知 • 問題の修復方法 • データベース障害を回避するためのガイド PL/SQL DBMS_DICTIONARY_CHECK パッケージ データ・ディクショナリ
  68. Copyright © 2023, Oracle and/or its affiliates 70 DBMS_DICTIONARY_CHECK パッケージ

    MOS情報連携 ディクショナリ表間の無効な参照の例 OBJ$にないLOBセグメント OBJ$にないSOURCE$のエントリ OBJ$-PARTOBJ$とTABPART$の間の無効なデータ 所有者のいないセグメント seg$にエントリがないマテリアライズド・セグメント オブジェクト・エントリのないセグメント recyclebin$にないごみ箱オブジェクト Control Seqが制限に近づいているかどうかのチェック
  69. SQL> set serveroutput on size unlimited SQL> execute dbms_dictionary_check.full execute

    dbms_dictionary_check.critical dbms_dictionary_check on 01-9月 -2023 10:30:06 ---------------------------------------------- Catalog Version 23.0.0.0.0 (2300000000) db_name: ORCL23C Is CDB?: YES CON_ID: 3 Container: ORCL23CPDB1 Trace File: /u01/app/oracle/diag/rdbms/orcl23c/orcl23c/trace/orcl23c_ora_1129373_DICTCHECK.t rc Catalog Fixed Procedure Name Version Vs Release Timestamp Result ------------------------------ ... ---------- -- ---------- -------------- ----- - .- OIDOnObjCol ... 2300000000 <= *All Rel* 09/01 10:30:06 PASS .- LobNotInObj ... 2300000000 <= *All Rel* 09/01 10:30:07 PASS .- SourceNotInObj ... 2300000000 <= *All Rel* 09/01 10:30:07 PASS .- IndexSeg ... 2300000000 <= *All Rel* 09/01 10:30:08 PASS .- IndexPartitionSeg ... 2300000000 <= *All Rel* 09/01 10:30:08 PASS .- IndexSubPartitionSeg ... 2300000000 <= *All Rel* 09/01 10:30:08 PASS .- TableSeg ... 2300000000 <= *All Rel* 09/01 10:30:08 PASS .- TablePartitionSeg ... 2300000000 <= *All Rel* 09/01 10:30:08 PASS .- TableSubPartitionSeg ... 2300000000 <= *All Rel* 09/01 10:30:08 PASS .- PartCol ... 2300000000 <= *All Rel* 09/01 10:30:08 PASS .- ValidSeg ... 2300000000 <= *All Rel* 09/01 10:30:08 PASS .- IndPartObj ... 2300000000 <= *All Rel* 09/01 10:30:08 PASS .- DuplicateBlockUse ... 2300000000 <= *All Rel* 09/01 10:30:08 PASS …. .- ObjNotTrigger ... 2300000000 <= *All Rel* 09/01 10:30:09 PASS .- InvalidTSMaxSCN ... 2300000000 > 1202000000 09/01 10:30:09 PASS .- OBJRecycleBin ... 2300000000 <= *All Rel* 09/01 10:30:10 PASS .- LobSeg ... 2300000000 <= *All Rel* 09/01 10:30:10 PASS --------------------------------------- 01-9月 -2023 10:30:10 Elapsed: 4 secs --------------------------------------- Found 0 potential problem(s) and 0 warning(s) Trace File: /u01/app/oracle/diag/rdbms/orcl23c/orcl23c/trace/orcl23c_ora_1129373_DICTCHECK.trc PL/SQLプロシージャが正常に完了しました。 DBMS_DICTIONARY_CHECK パッケージの実行例 Copyright © 2023, Oracle and/or its affiliates 71 全部 ‘PASS’ 異常なし プロシージャの実行