Oracle Cloud Infrastructureドキュメント

Oracle Cloud Infrastructure ClassicObject Storeからのデータベースのリカバリ

ノート

このトピックは、Exadata DBシステムには適用されません。

このトピックでは、Oracle Databaseバックアップ・モジュールによって作成され、Oracle Cloud Infrastructure Object Storage Classicに格納されたバックアップを使用してデータベースをリカバリする方法について説明します。

このトピックでは、次の用語が使用されています:

  • ソース・データベース: Object Storage Classicのデータベース・バックアップ。
  • ターゲット・データベース:Oracle Cloud InfrastructureのDBシステム上の新しいデータベース。

前提条件

次のものが必要になります:

  • Oracle Cloud Infrastructure Object Storage Classicのサービス名、アイデンティティ名、コンテナ、ユーザー名、およびパスワード。
  • Object Storage Classicにバックアップするときにパスワード・ベースの暗号化が使用された場合のバックアップ・パスワード。
  • ソース・データベースID、データベース名、データベース固有の名前(ストレージの設定に必要)。
  • ソース・データベースが透過データ暗号化(TDE)で構成されている場合は、ウォレットとウォレット・パスワードのバックアップが必要です。
  • 任意のデータベース・リンクに設定するTNS名。
  • ソース・データベースOracle_homeのOpatch lsinventoryの出力。参照用。
  • ソース・データベース・ホームからのsqlpatchディレクトリのコピー。 これは、ターゲット・データベースにこれらのパッチが含まれていない場合のロールバックに必要です。

DBシステム上でのStorageの設定

  1. DBシステムへのSSH。

    ssh -i <private_key_path> opc@<db_system_ip_address> 
  2. opcとしてログインし、rootユーザーにsudoします。 ハイフンでsudo su -を使用してルート・ユーザー・プロファイルを呼び出すと、PATHがdbcliディレクトリ(/opt/oracle/dcs/bin)に設定されます。

    login as: opc
    			
    [opc@dbsys ~]$ sudo su - 
  3. dbcli create-dbstorageを使用して、DATA、RECO、およびREDOストレージのディレクトリを設定します。 次の例では、tdetestデータベース用に10GBのACFSストレージを作成します。

    [root@dbsys ~]# dbcli create-dbstorage --dbname tdetest --dataSize 10 --dbstorage ACFS 
    ノート

    バージョン11.2データベースを移行するときは、ACFSストレージを指定する必要があります。

  4. ストレージIDを表示するには、dbcli list-dbstoragesコマンドを使用します。 次のステップのIDが必要になります。

    [root@dbsys ~]# dbcli list-dbstorages
    ID Type DBUnique Name Status ---------------------------------------- ------ -------------------- ---------- 9dcdfb8e-e589-4d5f-861a-e5ba981616ed Acfs tdetest Configured
  5. 前のステップのストレージIDとともにdbcli describe-dbstorageコマンドを使用して、DATA、RECO、およびREDOのロケーションをリストします。

    [root@dbsys ~]# dbcli describe-dbstorage --id 9dcdfb8e-e589-4d5f-861a-e5ba981616ed
    DBStorage details
    ----------------------------------------------------------------
                         ID: 9dcdfb8e-e589-4d5f-861a-e5ba981616ed
                    DB Name: tdetest
              DBUnique Name: tdetest
             DB Resource ID:
               Storage Type: Acfs
              DATA Location: /u02/app/oracle/oradata/tdetest
              RECO Location: /u03/app/oracle/fast_recovery_area/
              REDO Location: /u03/app/oracle/redo/
                      State: ResourceState(status=Configured)
                    Created: August 24, 2016 5:25:38 PM UTC
                UpdatedTime: August 24, 2016 5:25:53 PM UTC

     

  6. DATA、RECO、REDOのロケーションに注意してください。 後で、データベースのdb_create_file_destdb_create_online_log_dest、およびdb_recovery_file_destパラメータを設定する必要があります。

ORACLE_HOMEの選択

データベースのリストアに使用するORACLE_HOMEを決定し、正しいORACLE_BASE、ORACLE_HOMEおよびPATH設定を使用してそのホームに切り替えます。 ORACLE_HOMEは、データベースに関連付けられている必要はありません。

既存のORACLE_HOMEのリストを取得し、ORACLE_HOMEが空であることを確認するには、それぞれdbcli list-dbhomesおよびdbcli list-databasesコマンドを使用します。 新しいORACLE_HOMEを作成するには、dbcli create-dbhomeコマンドを使用します。

ソース・データベース・ウォレットのコピー

ソース・データベースがTDEで構成されていない場合は、このセクションをスキップしてください。

  1. DBシステムでは、oracleユーザーになります:

    sudo su - oracle
  2. 次のディレクトリが存在しない場合は作成します:

    mkdir /opt/oracle/dcs/commonstore/wallets/tde/<db_unique_name>
  3. ewallet.p12ファイルをソース・データベースから前のステップで作成したディレクトリにコピーします。

  4. ターゲット・ホスト上で、$ORACLE_HOME/network/admin/sqlnet.oraに次の行が含まれていることを確認します:

    ENCRYPTION_WALLET_LOCATION=(SOURCE=(METHOD=FILE)(METHOD_DATA=(DIRECTORY=/opt/oracle/dcs/commonstore/wallets/tde/$ORACLE_UNQNAME)))

    ファイルに存在しない場合は、行を追加します。 (これが新しい家であり、このホスト上にまだデータベースが作成されていない場合、行はそこにはないかもしれません)。

  5. パスワード・ベースのウォレットから自動ログイン・ウォレットを作成して、リストアおよびリカバリ操作中にウォレットの自動オープンを許可します。

    バージョン12.1以降のデータベースの場合は、ADMINISTER KEY MANAGEMENTコマンドを使用します:

    $cat create_autologin_12.sh
    
    #!/bin/sh
    if [ $# -lt 2 ]; then
            echo "Usage: $0 <dbuniquename><remotewalletlocation>"
            exit 1;
    fi
    
    mkdir /opt/oracle/dcs/commonstore/wallets/tde/$1
    cp $2/ewallet.p12* /opt/oracle/dcs/commonstore/wallets/tde/$1
    rm -f autokey.ora
    echo "db_name=$1"  > autokey.ora
    autokeystoreLog="autologinKeystore_`date +%Y%m%d_%H%M%S_%N`.log"
    echo "Enter Keystore Password:"
    read -s keystorePassword
    echo "Creating AutoLoginKeystore -> "
    sqlplus "/as sysdba"  <<EOF
    spool $autokeystoreLog
    set echo on
    startup nomount pfile=autokey.ora
    ADMINISTER KEY MANAGEMENT CREATE AUTO_LOGIN KEYSTORE
    FROM KEYSTORE '/opt/oracle/dcs/commonstore/wallets/tde/$1' -- Keystore location
    IDENTIFIED BY "$keystorePassword";
    shutdown immediate;
    EOF

    cwallet.ssoのアクセス権をoracle:asmadminからoracle:oinstallに調整します。

    $ ls -ltr /opt/oracle/dcs/commonstore/wallets/tde/<db_unique_name>
    
    total 20
    
    -rw-r--r-- 1 oracle oinstall 5680 Jul  6 11:39 ewallet.p12
    
    -rw-r--r-- 1 oracle asmadmin 5725 Jul  6 11:39 cwallet.sso

    バージョン11.2データベースの場合は、orapkiコマンドを使用します:

    orapki wallet create -wallet wallet_location -auto_login [-pwd password]

Oracle Databaseバックアップ・モジュールのインストール

バックアップ・モジュールのJARファイルはDBシステムに含まれていますが、インストールする必要があります。

  1. SSHをDBシステムに接続し、opcとしてログインし、oracleユーザーになります。

    ssh -i <path to SSH key used when launching the DB System> opc@<DB System IP address or hostname>
    
    sudo su - oracle
  2. バックアップ・モジュールopc_install.jarファイルを含むディレクトリに移動します。

    cd /opt/oracle/oak/pkgrepos/orapkgs/oss/<version>/
  3. 「Oracle Database Cloud Backupモジュールのインストール」で説明されているコマンド構文を使用して、バックアップ・モジュールをインストールします。

環境変数の設定

データベースのRMANおよびSQL*Plusセッションには、次の環境変数を設定します:

ORACLE_HOME=<path of Oracle Home where the database is to be restored>
ORACLE_SID=<database instance name>
ORACLE_UNQNAME=<db_unique_name in lower case>
NLS_DATE_FORMAT="mm/dd/yyyy hh24:mi:ss"

RMAN SBTチャネルの割り当て

リストア操作ごとに、SBTチャネルを割り振り、SBT_LIBRARYパラメータをlibopc.soファイルのロケーションに、OPC_FILEパラメータをopc_sbt.oraファイルのロケーションに設定します。次に例を示します:

ALLOCATE CHANNEL c1 DEVICE TYPE sbt MAXPIECESIZE 2 G FORMAT '%d_%I_%U' PARMS 'SBT_LIBRARY=/tmp/oss/libopc.so ENV=(OPC_PFILE=/<ORACLE_HOME>/dbs/opc_sbt.ora)';

これらのファイルの詳細については、「バックアップ・モジュールのインストール時に作成されるファイル」を参照してください。

復号化がオンになっていることを確認

すべてのRMANリストア・セッションで復号化がオンになっていることを確認してください。

set decryption wallet open identified by <keystore password>;

詳細は、「暗号化されたバックアップの復号に必要なパスワードの提供」を参照してください。

Spfileのリストア

次のサンプル・シェル・スクリプトは、spfileをリストアします。 $dbID変数を、リストアされるデータベースのdbidに設定します。 デフォルトでは、spfileは$ORACLE_HOME/dbs/spfile<sid>.oraにリストアされます。

rman target / <<EOF

spool log to "`date +%Y%m%d_%H%M%S_%N`_dbid_${dbID}_restore_spfile.log"
startup nomount
set echo on
run {
ALLOCATE CHANNEL c1 DEVICE TYPE sbt MAXPIECESIZE 2 G FORMAT '%d_%I_%U' PARMS 'SBT_LIBRARY=/tmp/oss/libopc.so ENV=(OPC_PFILE=/tmp/oss/opc_sbt.ora)';
SET DBID=$dbID;
RESTORE SPFILE FROM AUTOBACKUP;
shutdown immediate;
EOF

データベース・パラメータの設定

  1. nomountモードでデータベースを起動します。

    startup nomount
  2. spfileを更新し、次のパラメータを変更します。

    • データベース・ストレージのタイプがACFSの場合は、DBシステム上でのStorageの設定で説明されているように、dbcli describe-dbstorageコマンド出力から取得したDATA、RECOおよびREDOのロケーションを使用します。

      alter system set db_create_file_dest='/u02/app/oracle/oradata/' scope = spfile;
      alter system set db_create_online_log_dest_1='/u03/app/oracle/redo' scope = spfile;
      alter system set db_recovery_file_dest='/u03/app/oracle/fast_recovery_area' scope = spfile;
    • データベース・ストレージ・タイプがASMの場合:

      alter system set db_create_file_dest='+DATA' scope = spfile;
      alter system set db_create_online_log_dest_1='+RECO' scope = spfile;
      alter system set db_recovery_file_dest='+RECO' scope = spfile;
    • セットdb_recovery_file_dest_sizeが設定されていないか、または正しく設定されていません:

      alter system set db_recovery_file_dest_size=<sizeG> scope=spfile;
    • audit_file_destを正しい値に設定します:

      alter system set audit_file_dest=/u01/app/oracle/admin/<db_unique_name in lower case>/adump
  3. control_filesパラメータを削除します。 Oracle Managed Files (OMF)パラメータは、制御ファイルの作成に使用されます。

    alter system reset control_files scope=spfile;
  4. 新しく追加されたパラメータを使用して、nomountモードでデータベースを再起動します。

    shutdown immediate
    startup nomount

制御ファイルのリストア

ご使用の環境の次のサンプル・シェル・スクリプトを変更して、制御ファイルをリストアします。 $dbID変数を、リストアされるデータベースのdbidに設定します。 バックアップ・モジュールのインストール時に、SBT_LIBRARYを-libDir パラメータで指定されたロケーションに設定します。 OPC-PFILEを-configFileパラメータで指定されたロケーションに設定します。デフォルトはORACLE_HOME/dbs/opcSID.oraです。

rman target / <<EOF

spool log to "`date +%Y%m%d_%H%M%S_%N`_dbid_${dbID}_restore_controlfile.log"
set echo on
run {
ALLOCATE CHANNEL c1 DEVICE TYPE sbt MAXPIECESIZE 2 G FORMAT '%d_%I_%U' PARMS 'SBT_LIBRARY=/<Backup Module libDir>/libopc.so ENV=(OPC_PFILE=/<Backup Module configFile>/opcSID.ora)';
SET DBID=$dbID;
RESTORE CONTROLFILE FROM AUTOBACKUP;
alter database mount;
}

exit;
EOF

データベースのリストア

  1. バックアップのプレビューと検証。 データベースがマウントされ、RMANはリストアされた制御ファイルからバックアップを検出できる必要があります。 このステップは、アーカイブ・ログのリストが存在し、バックアップ・コンポーネントをリストアできることを確認するのに役立ちます。

    次の例では、環境に合わせてSBT_LIBRARYおよびOPC_PFILEを変更します。

    rman target / <<EOF
    
    spool log to "`date +%Y%m%d_%H%M%S_%N`_restore_database_preview.log"
    set echo on
    run {
    ALLOCATE CHANNEL c1 DEVICE TYPE sbt MAXPIECESIZE 2 G FORMAT '%d_%I_%U' PARMS 'SBT_LIBRARY=/tmp/oss/libopc.so ENV=(OPC_PFILE=/tmp/oss/opc_sbt.ora)';
    ALLOCATE CHANNEL c2 DEVICE TYPE sbt MAXPIECESIZE 2 G FORMAT '%d_%I_%U' PARMS 'SBT_LIBRARY=/tmp/oss/libopc.so ENV=(OPC_PFILE=/tmp/oss/opc_sbt.ora)';
    ALLOCATE CHANNEL c3 DEVICE TYPE sbt MAXPIECESIZE 2 G FORMAT '%d_%I_%U' PARMS 'SBT_LIBRARY=/tmp/oss/libopc.so ENV=(OPC_PFILE=/tmp/oss/opc_sbt.ora)';
    restore database validate header preview;
    }

    出力を確認し、エラー・メッセージがある場合は、問題の原因を調査します。

  2. set newnameを使用してリストアをリダイレクトして、データファイルをOMF形式でリストアし、switch datafile allを使用して、制御ファイルを新しいデータファイルのコピーで更新できるようにします。

    rman target / <<EOF
    
    spool log to "`date +%Y%m%d_%H%M%S_%N`_restore_database_preview.log"
    set echo on
    run {
    ALLOCATE CHANNEL c1 DEVICE TYPE sbt MAXPIECESIZE 2 G FORMAT '%d_%I_%U' PARMS 'SBT_LIBRARY=/tmp/oss/libopc.so ENV=(OPC_PFILE=/tmp/oss/opc_sbt.ora)';
    ALLOCATE CHANNEL c2 DEVICE TYPE sbt MAXPIECESIZE 2 G FORMAT '%d_%I_%U' PARMS 'SBT_LIBRARY=/tmp/oss/libopc.so ENV=(OPC_PFILE=/tmp/oss/opc_sbt.ora)';
    ALLOCATE CHANNEL c3 DEVICE TYPE sbt MAXPIECESIZE 2 G FORMAT '%d_%I_%U' PARMS 'SBT_LIBRARY=/tmp/oss/libopc.so ENV=(OPC_PFILE=/tmp/oss/opc_sbt.ora)';
    set newname for database to new;
    restore database;
    switch datafile all;
    switch tempfile all; recover database; }

    このリカバリでは、最後に使用可能なアーカイブ・ログ・バックアップを使用しようとし、エラーが発生して失敗します。たとえば、次のようになります:

    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 07/20/2016 12:09:02
    RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 22 and starting SCN of 878327
  3. 不完全リカバリを完了するには、RMAN-06054メッセージに示されているシーケンス番号とスレッド番号を使用してリカバリを実行します:

    Recover database until sequence 22 thread 1;

ログのリセット

ログをリセットします。

alter database open resetlogs;

データベースの登録の準備

データベースを登録する前に:

  1. データベースのCOMPATIBLEパラメータ値が受け入れ可能であることを確認してください。 値が最小値より小さい場合は、データベースの互換性をアップグレードするまでデータベースを登録できません。

    互換性の最小値は次のとおりです:

    • バージョン18.1のデータベースの場合 - 18.0.0.0
    • バージョン12.2または12.1のデータベースの場合 - 12.1.0.2
    • バージョン11.2のデータベースの場合 - 11.2.0.4
  2. データベースがリスナーとサービス名に登録されていることを確認します。

    lsnrctl services
  3. 新しいデータベースのパスワード・ファイルがリストアまたは作成されていることを確認します。

    ls -ltr $ORACLE_HOME/dbs/orapw<oracle sid>

    ファイルが存在しない場合は、orapwdユーティリティを使用して作成します。

    orapwd file=<$ORACLE_HOME/dbs/orapw<$ORACLE_SID>> password=<sys password>
  4. 読み取り書き込みモードで開いている場合は、リストアされたデータベースを確認してください。

    select open_mode from v$database;

    コマンド出力は、読み書きモードを示すはずです。 dbcli register-databaseコマンドは、読み取り書き込みモードを必要とするdatapatchを実行しようとします。 PDBがある場合は、PDBもデータ書き込みが確実に実行されるように、読み取り書き込みモードにする必要があります。

  5. リストアされたデータベースのOracleホームから、次のコマンドを使用して、SYSへの接続を確認します:

    conn sys/<password>@//<hostname>:1521/<database service name>

    後でデータベースを登録するには、この接続が必要です。 続行する前に、接続の問題を修正してください。

  6. SQL*Plusコマンドを使用して、データベースがspfile上で実行されていることを確認します。

    SHOW PARAMETERS SPFILE
  7. (オプション)dbcliコマンド・ライン・インタフェースを使用してデータベース・バックアップを管理する場合は、登録時または登録後に、新規または既存のバックアップ構成を移行済みデータベースに関連付けることができます。 バックアップ構成では、データベースのバックアップ先とリカバリ・ウィンドウを定義します。 バックアップ構成を作成、表示、および表示するには、次のコマンドを使用します:

  8. $ORACLE_HOME/sqlpatchフォルダをソース・データベースからターゲット・データベースにコピーします。 これにより、dbcli register-databaseコマンドは競合するパッチをすべてロールバックできます。

    ノート

    バージョン11.2のデータベースを移行する場合は、データベースを登録した後に追加のステップが必要です。 詳細は、「バージョン11.2でのローリング・バック・パッチDatabase」を参照してください。

DBシステムへのDatabaseの登録

dbcli register-databaseコマンドは、リストアされたデータベースをdcs-agentに登録し、dcs-agentスタックによって管理されるようにします。

ノート

dbcli register-databaseコマンドは、2ノードのRAC DBシステムでは使用できません。

rootユーザーとして、dbcli register-databaseコマンドを使用してデータベースをDBシステムに登録します。次に例を示します:

[root@dbsys ~]# dbcli register-database --dbclass OLTP --dbshape odb1 --servicename tdetest --syspassword
Password for SYS:
{
  "jobId" : "317b430f-ad5f-42ae-bb07-13f053d266e2",
  "status" : "Created",
  "message" : null,
  "reports" : [ ],
  "createTimestamp" : "August 08, 2016 05:55:49 AM EDT",
  "description" : "Database service registration with db service name: tdetest",
  "updatedTime" : "August 08, 2016 05:55:49 AM EDT"
}

tnsnames.oraの更新

バックアップのロケーションにあるtnsnames.oraを確認し、クローン・データベースで使用されているデータベース・リンクを確認してから、関連する接続文字列を$ORACLE_HOME/network/admin/tnsnames.oraのクローン・データベース・ファイルに追加します。

バージョン11.2でのローリング・バック・パッチDatabase

バージョン11.2データベースの場合、sqlpatchアプリケーションは自動化されていないため、インストール済みPSUの一部ではないソース・データベースに適用された(以前は"one-off"パッチとして知られていた)暫定パッチはターゲット・データベースで手動でロールバックする必要があります。 データベースを登録した後、以下で説明するように、catbundle.sqlスクリプトを実行し、次に対応するPSUパッチ(またはPSUパッチの上にオーバーレイ・パッチ)を含むpostinstall.sqlスクリプトを実行します。

ヒント

仮パッチとしては、$ORACLE_HOME/rdbms/adminディレクトリに書き込まれるファイルや、$ORACLE_HOME/sqlpatchディレクトリなどがあります。
データベースをOCI環境に移行する前に、読取りパッチの指示に従ってソース・データベースにこれらのパッチをロールバックすることをお薦めします。 これらのパッチのロールバックに関する支援が必要な場合は、Oracle Supportにお問い合わせください。
  1. DBシステムでは、dbcli list-dbhomesコマンドを使用して、バージョン11.2データベース・ホームのPSUパッチ番号を検索します。 次のサンプル・コマンド出力では、PSUパッチ番号はDB Version列の2番目の番号です:

    [root@dbsys ~]# dbcli  list-dbhomes
    ID                                   Name               DB Version                             Home Location                             Status 
    ------------------------------------ -----------------  -------------------------------------  ----------------------------------------- ----------
    59d9bc6f-3880-4d4f-b5a6-c140f16f8c64 OraDB11204_home1	11.2.0.4.160719 (23054319, 23054359)   /u01/app/oracle/product/11.2.0.4/dbhome_1 Configured
     

    (上記の例の最初のパッチ番号23054319は、データベース・ホームのOCWコンポーネント用です。)

  2. lsinventoryコマンドを使用して、オーバーレイ・パッチがあればそれを探します。 次の例では、パッチ番号24460960は23054359 PSUパッチの上にあるオーバーレイ・パッチです。

    $ $ORACLE_HOME/OPatch/opatch lsinventory              
    ...
    Installed Top-level Products (1): 
    
    Oracle Database 11g                                                  11.2.0.4.0
    There are 1 products installed in this Oracle Home.
    
    
    Interim patches (5) :
    
    Patch  24460960     : applied on Fri Sep 02 15:28:17 UTC 2016
    Unique Patch ID:  20539912
       Created on 31 Aug 2016, 02:46:31 hrs PST8PDT
       Bugs fixed:
         23513711, 23065323, 21281607, 24006821, 23315889, 22551446, 21174504
       This patch overlays patches:
         23054359
       This patch needs patches:
         23054359
       as prerequisites
    
  3. SQL*Plusを起動し、catbundle.sqlスクリプトを実行します。次に例を示します:

    SQL> startup 
    SQL> connect / as sysdba
    SQL> @$ORACLE_HOME/rdbms/admin/catbundle.sql psu apply
    exit
    
  4. 前のステップのオーバーレイ・パッチ番号を使用して、たとえばsqlpatchを適用します:

    SQL> connect / as sysdba
    SQL> @$ORACLE_HOME/sqlpatch/24460960/postinstall.sql 
    exit
    ノート

    ソース・データベースに1回限りのパッチがインストールされており、それらのパッチがクラウド環境にインストールされているPSUの一部でない場合、それらの1回限りのパッチに対応するSQLの変更をロールバックする必要があります。 SQLの変更をロールバックするには、$ORACLE_HOME/sqlpatch/<patch#>/postdeinstall.sqlスクリプトをソース環境からクラウド環境にコピーし、postdeinstall.sqlスクリプトを実行します。

リストア後のチェックリスト

データベースがリストアされ、DBシステムに登録されたら、次のチェックリストを使用して結果を確認し、リストア後のカスタマイズを実行します。

  1. データベース・ファイルがOMF形式でリストアされていることを確認してください。
  2. データベースがdbcli list-databasesコマンド出力にリストされていることを確認してください。
  3. データベース内の次の外部参照を確認し、必要に応じて更新します:
    • 外部表: ソース・データベースが外部表を使用する場合は、そのデータをバックアップし、それをターゲット・ホストに移行します。
    • ディレクトリ: リストアされたデータベースの必要に応じて、デフォルトのディレクトリをカスタマイズします。
    • Database links: ORACLE_HOMEのtnsnames.oraファイルで、必要なTNSエントリがすべて更新されていることを確認します。
    • メールとURL: データベースで使用されている電子メール・アドレスとURLにDBシステムから引き続きアクセスできることを確認してください。
    • スケジュールされたジョブ: ソース・データベースでスケジュールされたジョブを確認し、必要に応じてリストアされたデータベースで同様のジョブをスケジュールします。
  4. データベースを登録したときにバックアップ構成を関連付ける場合は、dbcli create-backupコマンドを使用してテスト・バックアップを実行します。
  5. リストアされたデータベースにCDBとPDBが含まれている場合は、すべてのPDBにパッチが適用されていることを確認します。