1. X9-2デプロイメントおよびユーザー・ガイド
  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からアップグレードする場合は、中間リリースにアップグレードして、最終的にはアプライアンスを最新リリースにできるようにする必要があります。 このプロセスには、アップグレード・パスの多くのステップが含まれ、パッチ適用期間が長く、アプリケーションのダウンタイムが発生する場合があります。 Data Preserving Reprovisioningを使用すると、アプライアンスを最新リリースに直接アップグレードできます。

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

データ保持再プロビジョニングでは、ストレージおよびアプライアンス上のデータベースを変更せずに、デプロイ済のOracle Database Applianceシステムを再プロビジョニングできます。 通常のアップグレード・プロセスよりもこのメソッドの利点は、アップグレード・パスがはるかに短いことです。 これは、ソース・システムの情報を保存して、サーバー・データ・アーカイブ・ファイルとして取得することで実現されます。 その後、アプライアンスは目的のバージョン(Oracle Database Applianceリリース19.17以降など)に再イメージされ、保存されたメタデータを使用してシステムを直接再プロビジョニングし、すべてのデータベースに戻ります。

アップグレードにData Preserving Reprovisioningを使用する利点は次のとおりです:
  • アップグレード・ユーティリティは、非アクティブであるデータベースの検出や、アプライアンスをアップグレードする前に警告を表示するなど、システム上で事前チェックを実行します。 これらの障害は事前に対処でき、アプライアンスの再プロビジョニング時に問題が発生することはありません。
  • ノードを切り離す最初のステップでは、VLAN、CPU、Oracle AFD設定に関する情報など、システムに関する情報が収集および保存されます。 これらの設定は再イメージの後に移行され、このプロセスの3番目のステップでこれらの設定が再プロビジョニングされます。
  • デプロイメントは、最初はOracle Database Applianceリリース12.1.2.12、12.2.1.4または18.xにありますが、再プロビジョニング・プロセスの後、ソフトウェアはOracle Database Applianceリリース19.17にアップグレードされ、デプロイメントは適用可能なかぎり新しい機能を使用して自動的に開始されます。 たとえば、データベース・ソフトウェアは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クラスタに追加されます。

各ステップについては、この章の以降のトピックで詳しく説明します。

アップグレード後のアプライアンスおよびその永続性に対するカスタマイズ

アップグレード・プロセスの一環として、Data Preserving Reprovisioningの手順には、最新のISOイメージを持つアプライアンスのイメージの再イメージが含まれます。 したがって、オペレーティング・システムの構成または設定に対する以前のカスタマイズは、reimage.Note中に失われ、データ保持再プロビジョニング・プロセス中の次のカスタマイズに影響します:
  • カスタム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つのノードに対してコマンドを実行します。 次のすべてのステップを最初のノードで実行し、すべてのステップが成功した場合は、2番目のノードでステップを繰り返します。
  1. Oracle Database Applianceアップグレード・ユーティリティ(パッチ33594115)をMy Oracle Supportから外部クライアントの一時的なロケーションにダウンロードします。 最新リリースのパッチ番号およびソフトウェアの詳細は、「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

    ノート:

    odaupgradeutil run-prechecksコマンドが、OAK環境から移行されたDCSバージョン18.xのOracle Database Applianceシステムで実行されている場合、オペレーティング・システムの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ノード)。 高可用性システムでは、最初のノードでコマンドを実行すると、サービスが停止し、そのノードにソフトウェアがアンインストールされます。 現時点では、サービスは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を実行するときに指定する必要がある値が含まれています。
    シングル・ノード・システムでは、1つのzipファイルのみが生成されます。 このzipファイルには、ステップ2でシステムを再イメージした後にコマンドodacli configure-firstnetを実行するときに指定する必要がある値を格納するconfigure-firstnet.rspが含まれています。 
    /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を最新リリースにアップグレードする場合のステップ2。

警告:

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

重要:

高可用性システムの場合、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を最新リリースにアップグレードする場合のステップ3。

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

警告:

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

警告:

コマンド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つのノードでコマンドを実行します。
  1. ODACLI/DCSスタックのOracle Database Applianceサーバー・パッチをダウンロードし、トピックコマンドラインを使用した、Oracle Database Appliance Bare Metal Systemsへのパッチ適用の説明に従ってサーバー・ソフトウェア・ファイルを使用してリポジトリを更新します: 
    [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.17.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
    単一ノード・システムの場合、Step1で生成されたzipファイルを指定: ノードをデタッチしています。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f serverarchive_host_name.zip
  6. リリース19.17以降の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ディスク・グループを再利用します。
    たとえば:
    [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 FAQガイド」を参照してください。

    重要:

    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のアップグレード