1. X6-2S/X6-2M/X6-2Lデプロイメントおよびユーザーズ・ガイド
  2. データ保存再プロビジョニングを使用したOracle Database Applianceのアップグレード

9 データ保存再プロビジョニングを使用したOracle Database Applianceのアップグレード

中間リリースにアップグレードせずに、Oracle Database Applianceリリース12.1.2.12、12.2.1.4、18.3、18.5、18.7および18.8から最新リリースにOracle Database Applianceソフトウェアを直接アップグレードする方法を理解します。

データ保存再プロビジョニングを使用したアップグレードについて

中間リリースにアップグレードせずに、Oracle Database Applianceリリース12.1.2.12、12.2.1.4、18.3、18.5、18.7および18.8から最新リリースにアプライアンスをアップグレードする方法を理解します。

Oracle Database Applianceリリース12.1.2.12、12.2.1.4、18.3、18.5、18.7および18.8からアップグレードする場合、最終的にアプライアンスにパッチを適用して最新リリースにできるように、中間リリースにアップグレードする必要があります。このプロセスにはアップグレード・パスに多くのステップが含まれるので、パッチ適用期間とアプリケーションの停止時間が長くなる可能性があります。データ保存再プロビジョニングを使用すると、アプライアンスを最新リリースに直接アップグレードできます。

データ保存再プロビジョニングを使用したアップグレードについて

データ保存再プロビジョニングを使用すると、アプライアンスのストレージおよびデータベースを変更せずに、すでにデプロイされているOracle Database Applianceシステムを再プロビジョニングできます。通常のアップグレード・プロセスと比べてこの方法が優れている点は、アップグレード・パスが非常に短いことです。これは、ソース・システムの情報を保存し、サーバー・データ・アーカイブ・ファイルとして取得することで実現します。その結果、アプライアンスはOracle Database Applianceリリース19.19以降などの目的のバージョンに再イメージ化され、保存されたメタデータを使用してシステムが直接再プロビジョニングされ、すべてのデータベースが復元されます。

アップグレードにデータ保存再プロビジョニングを使用する利点は次のとおりです:
  • アップグレード・ユーティリティにより、非アクティブになっているデータベースの検出などの事前チェックがシステムに対して実行され、アプライアンスをアップグレードする前に警告が表示されます。このような障害に事前に積極的に対処できるので、アプライアンスの再プロビジョニング時に問題が発生することはありません。
  • ノードをデタッチする最初のステップでは、VLAN、CPUおよびOracle AFD設定に関する情報など、システムに関する情報が収集および保存されます。これらの設定は再イメージ化の後で移行され、このプロセスの3つ目のステップでこれらの設定が再プロビジョニングされます。
  • デプロイメントは、最初はOracle Database Applianceリリース12.1.2.12、12.2.1.4または18.xです。ただし、再プロビジョニング・プロセスの後、ソフトウェアがOracle Database Applianceリリース19.19にアップグレードされ、デプロイメントが、必要に応じて新しい機能を使用して、自動的に開始されます。たとえば、データベース・ソフトウェアはOracle ACFSベースのストレージにインストールされます。
  • 中間リリースにアップグレードせずに、アプライアンスを最新のOracle Database Applianceリリースに直接アップグレードできます。

アップグレード・プロセスのためのデータ保存再プロビジョニングのステップ

このプロセスには、次の3つのステップがあります:
  1. Oracle Database Applianceアップグレード・ユーティリティを使用したアプライアンスのソース・バージョンからのノードのデタッチ: このステップでは、データベース、リスナー、ネットワークおよびその他の構成の詳細に関するメタデータをアーカイブ・ファイル(サーバー・データ・アーカイブ・ファイル)に保存します。次に、システムで実行されているサービスが停止およびアンインストールされ、ステップ2で再イメージ化するための環境を準備します。

    サーバー・データ・アーカイブ・ファイルは、ノードが正常にデタッチされた後に生成されます。アップグレードするアプライアンス以外の場所にサーバー・データ・アーカイブ・ファイルを保存し、これらのファイルをアプライアンスにコピーして、ステップ3でシステムをリストアする必要があります。

  2. Oracle Database Appliance ISOイメージを使用したノードの再イメージ化: この手順は、アプライアンスのプロビジョニングに似ています。このステップでは、アップグレード先のOracle Database Applianceリリースでオペレーティング・システムおよびDCSソフトウェアを設定します。
  3. データ保存再プロビジョニング方法を使用したノードのプロビジョニング: このステップでは、ネットワーク、オペレーティング・システムのユーザーおよびグループを再構成し、Oracle Grid Infrastructureをインストールして、ライセンス供与されたCPUコアを構成します。その後、このステップでは、ステップ1でデタッチする前と同じ状態にデータベースを再プロビジョニングします。データベースは再起動され、Oracle Grid Infrastructureクラスタに追加されます。

各ステップの手順は、この章の後続のトピックで詳しく説明します。

アプライアンスへのカスタマイズとアップグレード後の永続性

アップグレード・プロセスの一環として、データ保存再プロビジョニングの手順では、最新のISOイメージを使用してアプライアンスを再イメージ化します。したがって、オペレーティング・システムの構成または設定に対する以前のカスタマイズは再イメージ化中に失われます。データ保存再プロビジョニング・プロセス中、次のカスタマイズへの影響に注意してください:
  • カスタムRPM: アプライアンスにOracle Linux Yumリポジトリからカスタム・オペレーティング・システムがインストールされている場合、事前チェック・レポートにはこれらのカスタムRPMがリストされます。これらのRPMをアンインストールしてから、アップグレード・プロセスの次のステップに進む必要があります。アップグレード後に、必要に応じてこれらのカスタムRPMを再インストールできます。
  • STIGおよびCISスクリプトによって適用される修正: システムはアップグレードの進行中に再イメージ化されるため、セキュリティ技術導入ガイド(STIG)およびCenter for Internet Security (CIS)ベンチマークに準拠するようにアプライアンスに適用された修正は失われます。最新のISOイメージで再イメージ化すると、オペレーティング・システムはOracle Linux 7にアップグレードされます。その場合、STIGおよびCISスクリプトを再実行する必要があります。
  • Oracle ASR: Oracle ASRは、再プロビジョニング・プロセス中にリストアされません。再プロビジョニング・プロセス後に、コマンドodacli configure-asrを使用して、最新のRPMでOracle ASRを手動で構成できます。

親トピック: データ保存再プロビジョニングを使用したOracle Database Applianceのアップグレード

ステップ1: データ保存再プロビジョニングを使用したアップグレードのためのノードのデタッチ

Oracle Database Applianceノードは、Oracle Database Applianceリリース12.1.2.12、12.2.1.4、18.3、18.5、18.7および18.8から最新リリースへのアップグレードのステップ1でデタッチされます。

このステップでは、まずシステムをチェックして、ノードをデタッチできることを確認します。次に、チェックに合格すると、ステップ3ですべてのサービスを復元するために役立つデータベース、リスナーおよびネットワークに関するメタデータも保存します。次に、マシンで実行されているサービスが停止およびアンインストールされ、ステップ2で再イメージ化するための環境を準備します。ブート・ディスクのルート・ファイル・システム上のデータはステップ2の再イメージ化中に削除されますが、Oracle ASMディスク・グループ内のデータはそのまま維持されます。

重要:

このトピックのコマンドは、説明どおりの順序で実行してください。

重要:

このプロセスを開始する前に、必ずデータベースのバックアップを作成してください。このプロセス中にノードは再イメージ化されるため、必ずバックアップをアプライアンス外の場所に格納します。

警告:

odaupgradeutil detach-nodeコマンドの実行前または実行後にcleanup.plを実行しないでください。cleanup.plを実行すると、ストレージ上のすべてのOracle ASMディスク・グループが消去され、Oracle Database Applianceシステムを再プロビジョニングできません。
次のステップに従います。高可用性システムの場合は、一度に1ノードずつ両方のノードでコマンドを実行します。1つ目のノードで次に示すステップをすべて実行し、すべてのステップが成功した場合は、2つ目のノードでそのステップを繰り返します。
  1. My Oracle Supportから外部クライアントの一時的な場所に、Oracle Database Applianceアップグレード・ユーティリティ(パッチ33594115)をダウンロードします。最新リリースのパッチ番号およびソフトウェアの詳細は、Oracle Database Applianceリリース・ノートを参照してください。
  2. ソフトウェアを解凍し、/opt/oracleディレクトリに保存します。
    cd /opt/oracle
unzip p33594115_1915000_Linux-x86-64.zip
unzip -d /opt/oracle odaupgradeutil_date.zip

    ユーティリティは/opt/oracle/odaupgradeutilに抽出されます。

  3. 事前チェックを実行して、システムでアップグレードの準備が整っているかどうかを評価します。
    [root@node1 odaupgradeutil]# ./odaupgradeutil run-prechecks
    このコマンドは、Oracle Grid Infrastructure、データベース、OAK、ファームウェアおよびその他のコンポーネントに関連する事前チェックを実行します。これらのチェックにより、Oracle Database Applianceの現在のノードを正常にデタッチできるかどうかが判断されます。障害がレポートされた場合は、レポートでその障害を確認し、適切な処置を実行します。事前チェック・レポートは、/opt/oracle/oak/restore/prechecks/precheck_report.jsonに生成されます。事前チェック操作のログは、/opt/oracle/oak/restore/log/odaupgradeutil_prechecks_timestamp.logに保存されます。odaupgradeutilユーティリティのログは、opt/oracle/oak/restore/logに格納されます。
    事前チェック・レポートの構成要素および事前チェック・レポートのエラーと考えられる修正の詳細は、このガイドの「Oracle Database Applianceでのデータ保存再プロビジョニングのトラブルシューティング」を参照してください。
    たとえば:
    [root@node1 odaupgradeutil]# ./odaupgradeutil run-prechecks
Initializing...
########################## ODAUPGRADEUTIL - INIT - BEGIN ##########################
Please check /opt/oracle/oak/restore/log/odaupgradeutil_init_05-05-2022_12:05:35.log for details.
Get System Version...BEGIN
System Version is: 12.2.1.4.0
Get System Version...DONE
Get Hardware Info...BEGIN
Hardware Model: X6-2, Hardware Platform: S
Get Hardware Info...DONE
Get Grid home...BEGIN
Grid Home is: /u01/app/12.2.0.1/grid
Get Grid home...DONE
Get system configuration details...BEGIN
Grid user is: grid
Oracle user is: oracle
Get system configuration details...DONE
########################## ODAUPGRADEUTIL - INIT - END ##########################
*********
IMPORTANT
*********
odaupgradeutil will bring down the databases and grid services on the system. 
The files that belong to the databases, which are stored on ASM or ACFS, 
are left intact on the storage. The databases will be started up back after 
re-imaging the ODA system using 'odacli restore-node' commands.
As a good precautionary measure, please backup all the databases on the
system before you start this process. Do not store the backup on this ODA 
machine since the local file system will be wiped out as part of the re-image.
*********
IMPORTANT
*********
########################## ODAUPGRADEUTIL - PRECHECKS - BEGIN ##########################
Please check /opt/oracle/oak/restore/log/odaupgradeutil_prechecks_05-05-2022_12:05:55.log for details.
System version precheck...BEGIN
System version precheck...PASSED
System config precheck...BEGIN
System config precheck...PASSED
Required Files precheck...BEGIN
Required Files precheck...PASSED
Need to discover DB homes
Get Database homes...BEGIN
Get Database homes...SUCCESS
Disk space precheck...BEGIN
Get Quorum Disks...BEGIN
Get Quorum Disks...SUCCESS
Disk space precheck...PASSED
DCS Agent status precheck...BEGIN
DCS Agent status precheck...PASSED
OAK precheck...BEGIN
OAK precheck...PASSED
ASM precheck...BEGIN
ASM precheck...PASSED
Database precheck...BEGIN
Get databases...BEGIN
  Database Name: tdb
  Oracle Home: /u01/app/oracle/product/12.2.0.1/dbhome_1
  Database Name: acZ
  Oracle Home: /u01/app/oracle/product/11.2.0.4/dbhome_1
  Database Name: KLv
  Oracle Home: /u01/app/oracle/product/12.1.0.2/dbhome_1
  Database Name: U4
  Oracle Home: /u01/app/oracle/product/12.2.0.1/dbhome_2
  Database Name: onetdb1
  Oracle Home: /u01/app/oracle/product/11.2.0.4/dbhome_2
  Database Name: onetdb3
  Oracle Home: /u01/app/oracle/product/12.2.0.1/dbhome_3
  Database Name: sitdb2
  Oracle Home: /u01/app/oracle/product/12.1.0.2/dbhome_2
  Database Name: sitdb4
  Oracle Home: /u01/app/oracle/product/12.1.0.2/dbhome_3
Get databases...SUCCESS
Database precheck...PASSED
Audit Files precheck...BEGIN
Audit Files precheck...WARNING
Custom RPMs precheck...BEGIN
Custom RPMs precheck...PASSED
########################## ODAUPGRADEUTIL - PRECHECKS - END ##########################
Use 'odaupgradeutil describe-precheck-report [-j]' to view the precheck report.
  4. 事前チェック・レポートを確認します:
    [root@node1 odaupgradeutil]# ./odaupgradeutil describe-precheck-report

    たとえば:

    [root@node1 odaupgradeutil]# ./odaupgradeutil describe-precheck-report
COMPONENT       STATUS  MESSAGE                                                        ACTION                                                        
-------------------------------------------------------------------------------------------------------------------------------------------------------
SYSTEM VERSION  PASSED  PASSED                                                         NONE                                                          
 
REQUIRED FILES  PASSED  PASSED                                                         NONE                                                          
 
DISK SPACE      PASSED  PASSED                                                         NONE                                                          
 
OAK             PASSED  PASSED                                                         NONE                                                          
 
ASM             PASSED  PASSED                                                         NONE                                                          
 
DATABASES       PASSED  PASSED                                                         NONE                                                          
 
AUDIT FILES     WARNING Audit files found under ['/u01/app/oracle/product/12.2.0.1/    These files will be lost after reimage, advise is to backup   
                        dbhome_1/rdbms/audit', '/u01/app/oracle/admin', '/var/log']    if necessary                                                  
 
OSRPMS          PASSED  PASSED                                                         NONE

    ノート:

    OAK環境から移行されたDCSバージョン18.xのOracle Database Applianceシステムでodaupgradeutil run-prechecksコマンドを実行すると、オペレーティング・システムRPMの事前チェックによって、追加のRPMのリストとともに警告が表示されます。これらは、移行プロセス後に残るRPMです。RPMはOracle Database ApplianceリリースのISOイメージのRPMと比較されるため、この警告は想定される動作です。これは単なる警告であり、問題は発生しません。
  5. 事前チェック・レポートに障害がある場合は、「ACTION」列に示されている修正処置を実行します。障害を修正したら、この手順のステップ3の説明に従って事前チェックを再実行します。事前チェック・レポートに障害がない場合は、コマンドを実行してノードをデタッチします:
    [root@node1 odaupgradeutil]# ./odaupgradeutil detach-node
#*********
IMPORTANT
*********
odaupgradeutil will bring down the databases and grid services on the system. 
The files that belong to the databases, which are stored on ASM or ACFS, 
are left intact on the storage. The databases will be started up back after 
re-imaging the ODA system using 'odacli restore-node' commands.
As a good precautionary measure, please backup all the databases on the
system before you start this process. Do not store the backup on this ODA 
machine since the local file system will be wiped out as part of the re-image.
*********
IMPORTANT
*********
Do you want to continue? [y/n]: Y
########################## ODAUPGRADEUTIL - SAVECONF - BEGIN ##########################
Please check /opt/oracle/oak/restore/log/odaupgradeutil_saveconf_05-05-2022_12:07:36.log for details.
Backup files to /opt/oracle/oak/restore/bkp...BEGIN
Backup files to /opt/oracle/oak/restore/bkp...SUCCESS
Get provision instance...BEGIN
Get provision instance...SUCCESS
Get network configuration...BEGIN
Get network configuration...SUCCESS
Get databases...BEGIN
  Database Name: tdb
  Oracle Home: /u01/app/oracle/product/12.2.0.1/dbhome_1
  Database Name: acZ
  Oracle Home: /u01/app/oracle/product/11.2.0.4/dbhome_1
  Database Name: KLv
  Oracle Home: /u01/app/oracle/product/12.1.0.2/dbhome_1
  Database Name: U4
  Oracle Home: /u01/app/oracle/product/12.2.0.1/dbhome_2
  Database Name: onetdb1
  Oracle Home: /u01/app/oracle/product/11.2.0.4/dbhome_2
  Database Name: onetdb3
  Oracle Home: /u01/app/oracle/product/12.2.0.1/dbhome_3
  Database Name: sitdb2
  Oracle Home: /u01/app/oracle/product/12.1.0.2/dbhome_2
  Database Name: sitdb4
  Oracle Home: /u01/app/oracle/product/12.1.0.2/dbhome_3
Get databases...SUCCESS
Get Database homes...BEGIN
  Checking Unified Auditing for dbhome '/u01/app/oracle/product/12.2.0.1/dbhome_1'
  Unified Auditing is set to FALSE
  Checking Unified Auditing for dbhome '/u01/app/oracle/product/11.2.0.4/dbhome_1'
  Could not determine Unified Auditing status, defaulting to TRUE
  Checking Unified Auditing for dbhome '/u01/app/oracle/product/12.1.0.2/dbhome_1'
  Unified Auditing is set to FALSE
  Checking Unified Auditing for dbhome '/u01/app/oracle/product/12.2.0.1/dbhome_2'
  Unified Auditing is set to FALSE
  Checking Unified Auditing for dbhome '/u01/app/oracle/product/11.2.0.4/dbhome_2'
  Could not determine Unified Auditing status, defaulting to TRUE
  Checking Unified Auditing for dbhome '/u01/app/oracle/product/12.2.0.1/dbhome_3'
  Unified Auditing is set to FALSE
  Checking Unified Auditing for dbhome '/u01/app/oracle/product/12.1.0.2/dbhome_2'
  Unified Auditing is set to FALSE
  Checking Unified Auditing for dbhome '/u01/app/oracle/product/12.1.0.2/dbhome_3'
  Unified Auditing is set to FALSE
Get Database homes...SUCCESS
Get Database storages...BEGIN
  Database Name: tdb
    DATA destination: /u02/app/oracle/oradata/tdb/
    RECO destination: /u03/app/oracle/fast_recovery_area/
    REDO destination: /u03/app/oracle/redo/
    Flash Cache destination: 
  Database Name: acZ
    DATA destination: /u02/app/oracle/oradata/acZ
    RECO destination: /u03/app/oracle/fast_recovery_area/
    REDO destination: /u03/app/oracle/redo/
    Flash Cache destination: 
  Database Name: KLv
    DATA destination: +DATA
    RECO destination: +RECO
    REDO destination: +RECO
    Flash Cache destination: 
  Database Name: U4
    DATA destination: +DATA
    RECO destination: +RECO
    REDO destination: +RECO
    Flash Cache destination: 
  Database Name: onetdb1
    DATA destination: /u02/app/oracle/oradata/onetdb1
    RECO destination: /u03/app/oracle/fast_recovery_area/
    REDO destination: /u03/app/oracle/redo/
    Flash Cache destination: 
  Database Name: onetdb3
    DATA destination: /u02/app/oracle/oradata/onetdb3/
    RECO destination: /u03/app/oracle/fast_recovery_area/
    REDO destination: /u03/app/oracle/redo/
    Flash Cache destination: 
  Database Name: sitdb2
    DATA destination: /u02/app/oracle/oradata/sitdb2
    RECO destination: /u03/app/oracle/fast_recovery_area/
    REDO destination: /u03/app/oracle/redo/
    Flash Cache destination: 
  Database Name: sitdb4
    DATA destination: /u02/app/oracle/oradata/sitdb4
    RECO destination: /u03/app/oracle/fast_recovery_area/
    REDO destination: /u03/app/oracle/redo/
    Flash Cache destination: 
Get Database storages...SUCCESS
Get Volumes...BEGIN
Get Volumes...SUCCESS
Get Filesystems...BEGIN
Get Filesystems...SUCCESS
Get Quorum Disks...BEGIN
Get Quorum Disks...SUCCESS
SAVECONF: SUCCESS
########################## ODAUPGRADEUTIL - SAVECONF - END ##########################
########################## ODAUPGRADEUTIL - DETACHNODE - BEGIN ##########################
Please check /opt/oracle/oak/restore/log/odaupgradeutil_detachnode_05-05-2022_12:09:44.log for details.
Deconfigure databases...BEGIN
  Database Name: tdb
  Local Instance: tdb
  Local Instance Status: RUNNING
  Stopping database 'tdb'...
  Removing database 'tdb' from CRS...
  Database Name: acZ
  Local Instance: acZ
  Local Instance Status: RUNNING
  Stopping database 'acZ'...
  Removing database 'acZ' from CRS...
  Database Name: KLv
  Local Instance: KLv
  Local Instance Status: RUNNING
  Stopping database 'KLv'...
  Removing database 'KLv' from CRS...
  Database Name: U4
  Local Instance: U4
  Local Instance Status: RUNNING
  Stopping database 'U4'...
  Removing database 'U4' from CRS...
  Database Name: onetdb1
  Local Instance: onetdb1
  Local Instance Status: RUNNING
  Stopping database 'onetdb1'...
  Removing database 'onetdb1' from CRS...
  Database Name: onetdb3
  Local Instance: onetdb3_1
  Local Instance Status: RUNNING
  Stopping database 'onetdb3'...
  Removing database 'onetdb3' from CRS...
  Database Name: sitdb2
  Local Instance: sitdb2
  Local Instance Status: RUNNING
  Stopping database 'sitdb2'...
  Removing database 'sitdb2' from CRS...
  Database Name: sitdb4
  Local Instance: sitdb4
  Local Instance Status: RUNNING
  Stopping database 'sitdb4'...
  Removing database 'sitdb4' from CRS...
Deconfigure databases...SUCCESS
Get DB backup metadata...BEGIN
No backupconfigs found
No backupreports found
Quorum Disks were found
  Quorum Disk: /dev/SSD_QRMDSK_p1, Size: 10240 MB... will be resized to 1024 MB
  Resizing disk: /dev/SSD_QRMDSK_p1 ...
  Quorum Disk: /dev/SSD_QRMDSK_p2, Size: 10240 MB... will be resized to 1024 MB
  Resizing disk: /dev/SSD_QRMDSK_p2 ...
Deconfigure Grid Infrastructure...BEGIN
Deconfigure Grid Infrastructure...SUCCESS
Backup quorum disks...
  Backing up quorum disk '/dev/SSD_QRMDSK_p1'
  Backing up quorum disk '/dev/SSD_QRMDSK_p2'
Create serverarchives...BEGIN
  Serverarchive '/opt/oracle/oak/restore/out/serverarchive_rwsoda6s002.zip' created
  Size = 381604 bytes
  SHA256 checksum = 405ab7068fee857755836d1174eec2ab1fb2a7accbab4655a828e01b22da50e8
Create serverarchives...DONE
DETACHNODE: SUCCESS
[CRITICAL] Server data archive file(s) generated at /opt/oracle/oak/restore/out . Please ensure the file(s) are copied outside the ODA system and preserved.
    サーバー・アーカイブ・ファイルのチェックサムは、serverarchive_name.sha256 (serverarchive_host123.sha256など)として、サーバー・アーカイブ・ファイルが生成されるのと同じ場所(/opt/oracle/oak/restore/out)に格納されます。出力に表示されるチェックサムが外部の場所にあるコピーと同一であることを確認します。チェックサムを使用して、バイトが完全に転送され、ネットワークの問題がないことを確認します。コピー操作後にチェックサムが同一でない場合は、ステップを繰り返してチェックサムをコピーします。
    odaupgradeutil detach-nodeコマンドを実行すると、すべてのメタデータが保存され、プロセスの完了後にサーバー・データ・アーカイブ・ファイルが生成されます。現在のノードは、データベースおよびOracle Grid Infrastructureを削除することによってOracle Grid Infrastructureクラスタからデタッチされます。削除は、Oracle ASMディスク・グループ、Oracle ACFSボリュームおよび格納されたファイル(データファイル、制御ファイル、アーカイブ・ログなど)には影響しません。高可用性システムの場合は、この手順のすべてのステップを、一度に1ノードずつ各ノードで個別に実行します。高可用性システムでは、1つ目のノードでコマンドを実行すると、そのノードのサービスが停止し、ソフトウェアが削除されます。この時点では、サービスは2つ目のノードで引き続き実行されます。たとえば、データベースは2つ目のノードを使用して引き続き接続でき、問合せは発行できます。2つ目のノードはデタッチされるまで機能し続けますが、デタッチ時点で、データベースおよびOracle Grid Infrastructureの完全な停止時間が発生します。

    警告:

    コマンドodaupgradeutil detach-nodeの発行後に、ハードウェアまたはネットワークの変更がないことを確認します。
  6. 両方のノードでコマンドが正常に完了すると、次のzipファイルが生成されます:
    高可用性システムの場合、次の3つのzipファイルが生成されます:
    /opt/oracle/oak/restore/out/serverarchive_node0_hostname.zip,
/opt/oracle/oak/restore/out/serverarchive_node1_hostname.zip, and 
/opt/oracle/oak/restore/out/serverarchive_cluster_name_common.zip
    serverarchive_node0_hostname.zipおよびserverarchive_node1_hostname.zipにはファイルconfigure-firstnet.rspが格納されています。このファイルには、ステップ2でシステムを再イメージ化した後にodacli configure-firstnetを実行するときに指定する必要がある値が含まれています。
    単一ノード・システムの場合、zipファイルは1つのみ生成されます。このzipファイルにはconfigure-firstnet.rspが含まれており、ステップ2でシステムを再イメージ化した後にコマンドodacli configure-firstnetを実行するときに指定する必要がある値が含まれています。
    /opt/oracle/oak/restore/out/serverarchive_host_name.zip
  7. Oracle Database Applianceシステム外の場所にファイルをコピーして、再イメージ化のための環境を準備します。

警告:

これらのファイルは、必ずOracle Database Applianceシステム外の場所に保存してください。これらのファイルは、このプロセスのステップ2でアプライアンスを再イメージ化した後に、システムを再プロビジョニングするために必要です。これらのファイルがないと、ステップ3でシステムを再プロビジョニングできず、Oracle ASMディスク・グループに格納されたデータがすべて失われます。

重要:

ソース・バージョンでDCSソフトウェアが実行されている場合、odaupgradeutilコマンドではDCSメタデータを編集しません。これは、データベースなどのリソースの構成が解除されたとき、コマンドodacli list-databasesでは引き続きステータスをCONFIGUREDと表示することを意味します。ただし、実際には、データベース・サービスは停止し、リスナーはアクティブでなくなります、これは、データベース・ホームからsrvctlコマンドを使用して確認できます。これは予期された動作です。

親トピック: データ保存再プロビジョニングを使用したOracle Database Applianceのアップグレード

ステップ2: データ保存再プロビジョニングを使用したアップグレードのためのノードの再イメージ化

Oracle Database Applianceリリース12.1.2.12、12.2.1.4、18.3、18.5、18.7および18.8から最新リリースへのOracle Database Applianceのアップグレードのステップ2です。

警告:

ノードの再イメージ化の前または後にcleanup.plを実行しないでください。cleanup.plを実行すると、ストレージ上のすべてのOracle ASMディスク・グループが消去され、Oracle Database Applianceシステムを再プロビジョニングできません。
  1. Oracle Database Applianceリリース19.19のベア・メタルISOイメージをダウンロードし、「Oracle Database Applianceベア・メタル・システムの再イメージ化」の説明に従ってアプライアンスを再イメージ化します。
  2. 「ネットワークのplumb」の説明に従って、ネットワークをplumbします。

重要:

高可用性システムの場合、serverarchive_node0_hostname.zipおよびserverarchive_node1_hostname.zipにはファイルconfigure-firstnet.rspが格納されています。単一ノード・システムの場合、serverarchive_hostname.zipにはファイルconfigure-firstnet.rspが格納されています。configure-firstnet.rspファイルには、システムを再イメージ化した後にodacli configure-firstnetを実行するときに指定する必要がある値が含まれています。ファイルconfigure-firstnet.rspを抽出し、任意のテキスト・エディタを使用してファイルを開き、ファイルに保存されたIPアドレスを指定します。

親トピック: データ保存再プロビジョニングを使用したOracle Database Applianceのアップグレード

ステップ3: データ保存再プロビジョニング方法を使用したノードのプロビジョニング

Oracle Database Applianceリリース12.1.2.12、12.2.1.4、18.3、18.5、18.7および18.8から最新リリースへのOracle Database Applianceのアップグレードのステップ3です。

ノードの再イメージ化が正常に完了すると、オペレーティング・システムおよびDCSソフトウェアが最新のリリースに更新されます。サーバー・パッチをダウンロードし、リポジトリ、サーバー、ストレージおよびその他のコンポーネントを更新して、ファームウェアおよびその他のコンポーネントを更新します。

警告:

Oracle Database Applianceリリース19.19以降でシステムを再イメージ化した直後にファームウェアを更新します。ファームウェアの更新に失敗すると、再プロビジョニングのステップ中にエラーが発生する可能性があります。

警告:

コマンドodacli restore-node -gを実行する前に、cleanup.plを実行しないでください。cleanup.plを実行すると、ストレージ上のすべてのOracle ASMディスク・グループが消去され、すべてのデータベースがそのままの状態でOracle Database Applianceシステムを再プロビジョニングできません。ただし、コマンドodacli restore-node -gを少なくとも1回実行し、再プロビジョニングのプロセスが開始されると、クリーン・アップは再プロビジョニングの試行だけに当てはまり、Oracle ASMディスク・グループは消去されません。コマンドodacli restore-node -gが失敗した場合は、cleanup.plを使用してそのステップの失敗をクリーン・アップできます。このような場合は、プロビジョニングを完了するためにコマンドodacli restore-node -gを再試行する必要があります。

警告:

アプライアンスの再イメージ化後は、ブラウザ・ユーザー・インタフェース(BUI)にログインしないでください。odacli restore-node -gコマンドを実行すると、oda-adminユーザーのパスワードの入力を求められます。このパスワードを使用して、odacli restore-node -gおよびodacli restore-node -dコマンドが正常に完了した後にBUIにログインします。odacli restore-node -gおよびodacli restore-node -d操作を完了する前に、BUIを起動しないでください。
次のステップに従います。高可用性システムの場合、一方のノードでコマンドを実行します。
  1. ODACLI/DCSスタックのOracle Database Applianceサーバー・パッチをダウンロードし、「コマンドラインを使用したOracle Database Applianceベア・メタル・システムへのパッチ適用」の説明に従って、サーバー・ソフトウェア・ファイルでリポジトリを更新します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/software_file
  2. -sオプションを指定して、odacli update-serverコマンド用のパッチ前レポートを作成します。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport -v 19.19.0.0.0 -s

    レポートに示された警告とエラーを修正して、サーバーへのパッチ適用を続行します。

  3. サーバーを更新します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-server -v version

    このステップでサーバーを更新すると、アプライアンスがまだ再プロビジョニングされていないため、Oracle ILOMおよびブート・ディスク・ファームウェアのみが更新されます。

  4. ストレージを更新します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-storage -v version
  5. このアップグレード・プロセスの「ステップ1: データ保存再プロビジョニングを使用したアップグレードのためのノードのデタッチ」で生成されたサーバー・データ・アーカイブ・ファイルでリポジトリを更新します。
    高可用性システムの場合、「ステップ1: ノードのデタッチ」で生成された3つのzipファイルを指定します。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f serverarchive_node0_hostname.zip,serverarchive_node1_hostname.zip,serverarchive_cluster_name_common.zip
    単一ノード・システムの場合、「ステップ1: ノードのデタッチ」で生成されたzipファイルを指定します。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f serverarchive_host_name.zip
  6. リリース19.19以降のOracle Grid Infrastructureクローンでリポジトリを更新します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f odacli-dcs-19.version.0.0.0-date-GI-19.version.0.0.zip
  7. アプライアンスを再プロビジョニングします:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli restore-node -g
    このコマンドは、ネットワーク、オペレーティング・システム・ユーザーおよびオペレーティング・システム・グループを再構成し、最新のOracle Grid Infrastructureをインストールします。このステップでは、新しいOracle ASMディスク・グループを作成するかわりに、既存のOracle ASMディスク・グループを再利用します。
    たとえば:
    [root@oak clones]# odacli restore-node -g
Enter new system password: 
Retype new system password: 
Enter an initial password for Web Console account (oda-admin):
Retype the password for Web Console account (oda-admin):
User 'oda-admin' created successfully...
{
  "jobId" : "120d447f-be28-46b4-b9cd-da652133bbee",
  "status" : "Created",
  "message" : "The system will reboot, if required, to enable the licensed number of CPU cores",
  "reports" : [ ],
  "createTimestamp" : "October 05, 2022 15:02:31 PM UTC",
  "resourceList" : [ ],
  "description" : "Restore node service - GI",
  "updatedTime" : "October 05, 2022 15:02:31 PM UTC"
}

[root@oak ~]# /opt/oracle/dcs/bin/odacli describe-job -i 120d447f-be28-46b4-b9cd-da652133bbee 

Job details                                                      
----------------------------------------------------------------
                     ID:  120d447f-be28-46b4-b9cd-da652133bbee
            Description:  Restore node service - GI
                 Status:  Success
                Created:  October 5, 2022 3:02:31 PM UTC
                Message:  The system will reboot, if required, to enable the licensed number of CPU cores

Task Name                                Start Time                          End Time                            Status    
---------------------------------------- ----------------------------------- ----------------------------------- ----------
Restore node service creation            October 5, 2022 3:02:46 PM UTC          October 5, 2022 3:29:35 PM UTC          Success   
Setting up Network                       October 5, 2022 3:02:47 PM UTC          October 5, 2022 3:02:47 PM UTC          Success   
Setting up Vlan                          October 5, 2022 3:03:09 PM UTC          October 5, 2022 3:03:37 PM UTC          Success   
Setting up Network                       October 5, 2022 3:03:59 PM UTC          October 5, 2022 3:03:59 PM UTC          Success   
network update                           October 5, 2022 3:04:26 PM UTC          October 5, 2022 3:04:49 PM UTC          Success   
updating network                         October 5, 2022 3:04:26 PM UTC          October 5, 2022 3:04:49 PM UTC          Success   
Setting up Network                       October 5, 2022 3:04:26 PM UTC          October 5, 2022 3:04:26 PM UTC          Success   
OS usergroup 'asmdba'creation            October 5, 2022 3:04:49 PM UTC          October 5, 2022 3:04:49 PM UTC          Success   
OS usergroup 'asmoper'creation           October 5, 2022 3:04:49 PM UTC          October 5, 2022 3:04:49 PM UTC          Success   
OS usergroup 'asmadmin'creation          October 5, 2022 3:04:49 PM UTC          October 5, 2022 3:04:49 PM UTC          Success   
OS usergroup 'dba'creation               October 5, 2022 3:04:49 PM UTC          October 5, 2022 3:04:49 PM UTC          Success   
OS usergroup 'dbaoper'creation           October 5, 2022 3:04:49 PM UTC          October 5, 2022 3:04:49 PM UTC          Success   
OS usergroup 'oinstall'creation          October 5, 2022 3:04:49 PM UTC          October 5, 2022 3:04:49 PM UTC          Success   
OS user 'grid'creation                   October 5, 2022 3:04:49 PM UTC          October 5, 2022 3:04:49 PM UTC          Success   
OS user 'oracle'creation                 October 5, 2022 3:04:49 PM UTC          October 5, 2022 3:04:49 PM UTC          Success   
Default backup policy creation           October 5, 2022 3:04:49 PM UTC          October 5, 2022 3:04:49 PM UTC          Success   
Backup config metadata persist           October 5, 2022 3:04:49 PM UTC          October 5, 2022 3:04:49 PM UTC          Success   
Grant permission to RHP files            October 5, 2022 3:04:49 PM UTC          October 5, 2022 3:04:49 PM UTC          Success   
Add SYSNAME in Env                       October 5, 2022 3:04:50 PM UTC          October 5, 2022 3:04:50 PM UTC          Success   
Install oracle-ahf                       October 5, 2022 3:04:50 PM UTC          October 5, 2022 3:05:57 PM UTC          Success   
Stop DCS Admin                           October 5, 2022 3:05:58 PM UTC          October 5, 2022 3:05:59 PM UTC          Success   
Generate mTLS certificates               October 5, 2022 3:05:59 PM UTC          October 5, 2022 3:06:00 PM UTC          Success   
Exporting Public Keys                    October 5, 2022 3:06:00 PM UTC          October 5, 2022 3:06:02 PM UTC          Success   
Creating Trust Store                     October 5, 2022 3:06:02 PM UTC          October 5, 2022 3:06:04 PM UTC          Success   
Update config files                      October 5, 2022 3:06:04 PM UTC          October 5, 2022 3:06:04 PM UTC          Success   
Restart DCS Admin                        October 5, 2022 3:06:04 PM UTC          October 5, 2022 3:06:25 PM UTC          Success   
Unzipping storage configuration files    October 5, 2022 3:06:25 PM UTC          October 5, 2022 3:06:25 PM UTC          Success   
Reloading multipath devices              October 5, 2022 3:06:25 PM UTC          October 5, 2022 3:06:25 PM UTC          Success   
restart oakd                             October 5, 2022 3:06:25 PM UTC          October 5, 2022 3:06:36 PM UTC          Success   
Reloading multipath devices              October 5, 2022 3:07:36 PM UTC          October 5, 2022 3:07:36 PM UTC          Success   
restart oakd                             October 5, 2022 3:07:36 PM UTC          October 5, 2022 3:07:47 PM UTC          Success   
Restore Quorum Disks                     October 5, 2022 3:07:47 PM UTC          October 5, 2022 3:07:47 PM UTC          Success   
Creating GI home directories             October 5, 2022 3:07:47 PM UTC          October 5, 2022 3:07:47 PM UTC          Success   
Extract GI clone                         October 5, 2022 3:07:47 PM UTC          October 5, 2022 3:09:32 PM UTC          Success   
Creating wallet for Root User            October 5, 2022 3:09:32 PM UTC          October 5, 2022 3:09:37 PM UTC          Success   
Creating wallet for ASM Client           October 5, 2022 3:09:37 PM UTC          October 5, 2022 3:09:41 PM UTC          Success   
Grid stack creation                      October 5, 2022 3:09:41 PM UTC          October 5, 2022 3:20:49 PM UTC          Success   
GI Restore with RHP                      October 5, 2022 3:09:41 PM UTC          October 5, 2022 3:17:28 PM UTC          Success   
Updating GIHome version                  October 5, 2022 3:17:29 PM UTC          October 5, 2022 3:17:33 PM UTC          Success   
Post cluster OAKD configuration          October 5, 2022 3:20:49 PM UTC          October 5, 2022 3:24:12 PM UTC          Success   
Mounting disk group DATA                 October 5, 2022 3:24:12 PM UTC          October 5, 2022 3:24:14 PM UTC          Success   
Mounting disk group RECO                 October 5, 2022 3:24:21 PM UTC          October 5, 2022 3:24:30 PM UTC          Success   
Setting ACL for disk groups              October 5, 2022 3:24:36 PM UTC          October 5, 2022 3:24:41 PM UTC          Success   
Register Scan and Vips to Public Network October 5, 2022 3:24:41 PM UTC          October 5, 2022 3:24:43 PM UTC          Success   
Configure export clones resource         October 5, 2022 3:25:44 PM UTC          October 5, 2022 3:25:45 PM UTC          Success   
Adding Volume COMMONSTORE to Clusterware October 5, 2022 3:25:47 PM UTC          October 5, 2022 3:25:52 PM UTC          Success   
Adding Volume DATACZ to Clusterware      October 5, 2022 3:25:52 PM UTC          October 5, 2022 3:25:56 PM UTC          Success   
Adding Volume DATONETDB1 to Clusterware  October 5, 2022 3:25:56 PM UTC          October 5, 2022 3:26:00 PM UTC          Success   
Adding Volume DATONETDB3 to Clusterware  October 5, 2022 3:26:00 PM UTC          October 5, 2022 3:26:04 PM UTC          Success   
Adding Volume DATSITDB2 to Clusterware   October 5, 2022 3:26:04 PM UTC          October 5, 2022 3:26:09 PM UTC          Success   
Adding Volume DATSITDB4 to Clusterware   October 5, 2022 3:26:09 PM UTC          October 5, 2022 3:26:13 PM UTC          Success   
Adding Volume DATTDB to Clusterware      October 5, 2022 3:26:13 PM UTC          October 5, 2022 3:26:17 PM UTC          Success   
Adding Volume RECO to Clusterware        October 5, 2022 3:26:17 PM UTC          October 5, 2022 3:26:21 PM UTC          Success   
Enabling Volume(s)                       October 5, 2022 3:26:21 PM UTC          October 5, 2022 3:27:53 PM UTC          Success   
Provisioning service creation            October 5, 2022 3:29:34 PM UTC          October 5, 2022 3:29:34 PM UTC          Success   
persist new agent state entry            October 5, 2022 3:29:34 PM UTC          October 5, 2022 3:29:34 PM UTC          Success   
persist new agent state entry            October 5, 2022 3:29:34 PM UTC          October 5, 2022 3:29:34 PM UTC          Success   
Restart Zookeeper and DCS Agent          October 5, 2022 3:29:34 PM UTC          October 5, 2022 3:29:35 PM UTC          Success
    コマンドodacli restore-node -gを実行すると、有効になっているコアの数がBIOSレベルでリセットされます。この操作の一環としてシステムが再起動することがあります。

    ノート:

    コマンドodacli restore-node -gは2回実行しないでください。コマンドodacli restore-node -gが正常に実行されない場合は、cleanup.plを実行して、Oracle ASMディスク・グループのデータを保持しながらシステムをクリーン・アップできます。cleanup.plが正常に実行された後に、コマンドodacli restore-node -gを再実行できます。
  8. /opt/oracle/oak/restore/metadata/dbVersions.listの説明に従って、Oracle Databaseクローンでリポジトリを更新します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/DB_software_file
    たとえば:
    [root@oda1 opt]# cat /opt/oracle/oak/restore/metadata/dbVersions.list
# List of all db versions found, to be used for downloading required clones before DB restore
11.2.0.4.180417
12.1.0.2.180417
    Oracle Database ApplianceリリースのOracle Databaseクローンは、My Oracle Supportからダウンロードできます。サポートされているすべてのOracle Database Applianceリリースのパッチ番号およびOracle Databaseクローンの詳細は、Oracle Database Appliance FAQsガイドを参照してください。

    重要:

    odacli detach-nodeコマンドが実行されるソースのOracle Database ApplianceバージョンがOAKスタックである場合、Oracle Database Applianceリリース19.15以降に再イメージ化した後、ソフトウェアはDCSスタックで実行されます。DCSスタックに対応するOracle Databaseクローン・ファイルを使用する必要があります。
  9. Oracle ACFSでデータベース・ホームのストレージの場所およびサイズを構成し、odaupgradeutil detach-node操作時に指定された値以上のデータベース・ホーム・サイズを指定します。領域要件については、/opt/oracle/oak/restore/log/odaupgradeutil_prechecks_timestamp.logにある事前チェック・レポートで、次のようなエントリを確認します:
    odaupgradeutil_prechecks_11-05-2022_04:13:49.log:2022-05-11 04:13:55,523 - DEBUG - Total space required for ACFS DB homes = 15360 MB
    Oracle ACFSでデータベース・ホームのストレージの場所およびサイズを構成します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli configure-dbhome-storage -dg DATA -s 80
    Oracle ACFSでのデータベース・ホームの作成の詳細は、このガイドの「Oracle ACFSストレージでのデータベース・ホームの作成について」を参照してください。
  10. Oracle ASMディスク・グループでは、データベース・ファイルは変更されません。ただし、データベース・ソフトウェアを再インストールし、データベース・インスタンスを再起動する必要があります。次のコマンドを実行して、Oracle ACFSでデータベース・ホームを作成し、ノードのインスタンスを起動します。単一インスタンスのOracleデータベースおよびOracle RAC One Nodeデータベースで実行されているインスタンスは1つのみです。高可用性システムのOracle RACデプロイメントの場合、両方のノードのデータベース・インスタンスが再起動されます。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli restore-node -d
{
  "updatedTime" : 1638912060633,
  "jobId" : "045b8492-7d0c-4c45-a00f-65bc2535f884",
  "status" : "Created",
  "message" : null,
  "description" : "Restore node service - Database",
  "createTimestamp" : 1638912060633,
  "diagCollectionId" : null,
  "reports" : [ ],
  "resourceList" : [ ],
  "uniqueIds" : [ ]
}
    このコマンドは、アップグレード前の同じバージョンに対してデータベース・サービスを再起動します。データベースが再起動され、クラスタに追加されます。

    ノート:

    コマンドodacli restore-node -dの実行後にcleanup.plを使用しないでください。コマンドodacli restore-node -dを実行する前に、コマンドodacli restore-node -gが正常に実行されたことを確認します。コマンドodacli restore-node -dが失敗した場合は、再実行できます。
  11. ノードのリストア操作の進行状況を表示します:
    [root@oda1 opt]# odacli describe-job -i fd71a38e-10a7-4fab-ba21-d80ad51b9e20

Job details                                                      
----------------------------------------------------------------
                     ID:  fd71a38e-10a7-4fab-ba21-d80ad51b9e20
            Description:  Restore node service - Database
                 Status:  Success
                Created:  April 9, 2022 12:53:03 PM CST
                Message:  

Task Name                                Start Time                          End Time                            Status    
---------------------------------------- ----------------------------------- ----------------------------------- ----------
Storage creation for DB homes on ACFS    April 9, 2022 12:53:32 PM CST    April 9, 2022 12:54:54 PM CST    Success   
Setting up ssh equivalance               April 9, 2022 12:54:54 PM CST    April 9, 2022 12:54:54 PM CST    Success   
DB home creation : OraDB12201_home1      April 9, 2022 12:54:55 PM CST    April 9, 2022 12:58:29 PM CST    Success   
Validating dbHome available space        April 9, 2022 12:54:55 PM CST    April 9, 2022 12:54:55 PM CST    Success   
Creating DbHome Directory                April 9, 2022 12:54:55 PM CST    April 9, 2022 12:54:55 PM CST    Success   
Create required directories              April 9, 2022 12:54:55 PM CST    April 9, 2022 12:54:55 PM CST    Success   
Extract DB clone                         April 9, 2022 12:54:55 PM CST    April 9, 2022 12:56:13 PM CST    Success   
ProvDbHome by using RHP                  April 9, 2022 12:56:13 PM CST    April 9, 2022 12:58:03 PM CST    Success   
Enable DB options                        April 9, 2022 12:58:03 PM CST    April 9, 2022 12:58:18 PM CST    Success   
Creating wallet for DB Client            April 9, 2022 12:58:25 PM CST    April 9, 2022 12:58:29 PM CST    Success   
DB home creation : OraDB11204_home1      April 9, 2022 12:58:29 PM CST    April 9, 2022 1:01:11 PM CST     Success   
Validating dbHome available space        April 9, 2022 12:58:29 PM CST    April 9, 2022 12:58:29 PM CST    Success   
Creating DbHome Directory                April 9, 2022 12:58:29 PM CST    April 9, 2022 12:58:29 PM CST    Success   
Create required directories              April 9, 2022 12:58:29 PM CST    April 9, 2022 12:58:29 PM CST    Success   
Extract DB clone                         April 9, 2022 12:58:29 PM CST    April 9, 2022 12:59:22 PM CST    Success   
ProvDbHome by using RHP                  April 9, 2022 12:59:22 PM CST    April 9, 2022 1:00:58 PM CST     Success   
Enable DB options                        April 9, 2022 1:00:58 PM CST     April 9, 2022 1:01:06 PM CST     Success   
Creating wallet for DB Client            April 9, 2022 1:01:11 PM CST     April 9, 2022 1:01:11 PM CST     Success   
Adding database odacn to GI              April 9, 2022 1:01:11 PM CST     April 9, 2022 1:01:15 PM CST     Success   
  Adding database instance(s) to GI      April 9, 2022 1:01:15 PM CST     April 9, 2022 1:01:15 PM CST     Success   
  Modifying SPFILE for database          April 9, 2022 1:01:15 PM CST     April 9, 2022 1:02:02 PM CST     Success   
  Restore password file for database     April 9, 2022 1:02:02 PM CST     April 9, 2022 1:02:02 PM CST     Success   
  Start instance(s) for database         April 9, 2022 1:02:02 PM CST     April 9, 2022 1:02:23 PM CST     Success   
  Persist metadata for database          April 9, 2022 1:02:23 PM CST     April 9, 2022 1:02:23 PM CST     Success   
Adding database db11g to GI              April 9, 2022 1:02:23 PM CST     April 9, 2022 1:02:29 PM CST     Success   
  Adding database instance(s) to GI      April 9, 2022 1:02:29 PM CST     April 9, 2022 1:02:29 PM CST     Success   
  Modifying SPFILE for database          April 9, 2022 1:02:29 PM CST     April 9, 2022 1:02:51 PM CST     Success   
  Restore password file for database     April 9, 2022 1:02:51 PM CST     April 9, 2022 1:02:51 PM CST     Success   
  Start instance(s) for database         April 9, 2022 1:02:51 PM CST     April 9, 2022 1:03:08 PM CST     Success   
  Persist metadata for database          April 9, 2022 1:03:08 PM CST     April 9, 2022 1:03:08 PM CST     Success  
Restore custom network 'mynet2'          April 9, 2022 01:03:08 PM UTC     April 9, 2022 01:03:08 PM UTC      Failure   
Restore custom network 'mynet4'          April 9, 2022 01:03:08 PM UTC     April 9, 2022 01:03:08 PM UTC      Failure   
Restore Object Stores                    April 9, 2022 01:03:08 PM UTC     April 9, 2022 01:03:08 PM UTC      Success   
Remount NFS backups                      April 9, 2022 01:03:08 PM UTC     April 9, 2022 01:03:08 PM UTC      Success   
Restore BackupConfigs                    April 9, 2022 01:03:08 PM UTC     April 9, 2022 01:03:08 PM UTC      Success   
Reattach backupconfigs to DBs            April 9, 2022 01:03:08 PM UTC     April 9, 2022 01:03:08 PM UTC      Success   
Restore backup reports                   April 9, 2022 01:03:08 PM UTC     April 9, 2022 01:03:08 PM UTC      Failure
  12. リストアされたデータベースおよびデータベース・ホームを表示します:
    [root@oda1 opt]# odacli list-dbhomes
[root@oda1 opt]# odacli list-databases
    Oracle Database Applianceリリース19.11以降、データベース・ホームはOracle ACFSファイル・システムで作成され、ローカルの/u01ディレクトリでは作成されなくなりました。リストアされるデータベース・ホームはすべて、Oracle ACFSの場所に作成されます。たとえば、11.2.0.4データベースが/u01/app/oracle/product/11.2.0.4/dbhome_1にあった場合、リストア完了後の新しい場所は/u01/app/odaorahome/oracle/product/11.2.0.4/dbhome_1です。
  13. このガイドの「Oracle Database Applianceへのパッチ適用」の説明に従って、データベースにパッチを適用するかアップグレードして、最新リリースにします。

親トピック: データ保存再プロビジョニングを使用したOracle Database Applianceのアップグレード