機械翻訳について

17 Oracle Database Appliance上の仮想プラットフォームからKVMへの移行

Oracle Database Applianceデプロイメントを仮想化プラットフォームからKVMに移行する方法を理解します。

仮想化プラットフォームからKVMへのOracle Database Applianceの移行について

仮想化されたプラットフォーム・デプロイメントをKVMに移行する方法を理解します。

データ保存再プロビジョニング機能を使用して、Oracle Database Appliance仮想化プラットフォーム・デプロイメントをKVMに移行できます。

移行に関する考慮事項

移行に関する考慮事項は次のとおりです:

  • 仮想化されたプラットフォーム(Oracle VM)のローカル・リポジトリは移行されません。 VMやvdisksなどのローカル・リポジトリ内のオブジェクトは、移行後にバックアップして手動で移行する必要があります。
  • リポジトリのマウント・ポイント(Oracle ACFSファイル・システム)は、/u01/app/sharedrepoから/u05/app/sharedrepoに変更されます。
  • VMテンプレートはオフラインVMとして移行されます。 次のコマンドを使用してVMをクローニングするテンプレートとして使用できます:
     odacli clone-vm -n source_vm_name -cn cloned_vm_name

    移行後に必要ない場合、コマンドodacli delete-vm -n vm_nameを使用してこれらのVMテンプレートを削除できます。

  • コア数が奇数のCPUプールは、KVMのCPUプールにはコア数が偶数である必要があるため、移行されません。 移行後にCPUプールを手動で作成し、影響を受けるVMにCPUプールを割り当てます。
  • dom0上のnet1ブリッジ(通常はOVMおよびpriv1上のパブリック・ネットワークとして使用)は、ODA_BASEのプライベート・ネットワークとして使用され、KVM vnetworkに移行されません。
  • ブリッジなしでアタッチされたVLANを持つVMは、pubnet vnetworkとして移行されます。
  • vm.cfgで直接行った手動カスタマイズは移行されません。
  • デフォルトでは、移行後のVMではvirtioが使用されます。 必要なvirtioサポートがないOracle Linux 5などの以前のLinuxバージョンVMでは、ブートストラップが正しく行われません。 バス・タイプをvirtioからIDEに変更してから、VMを再起動できます。
    odacli modify-vm -n vm_name -dev bus=ide
    これをデフォルトのvirtioに戻すには:
    odacli modify-vm -n vm_name -dev bus=virtio

    この問題は、virtioが設置されていないMicrosoft Windows VMでも発生する可能性があります。

  • repo、cpu pool、vlan、vdisk、vmtテンプレートなどのインフラストラクチャ・リソースの移行中に移行が失敗した場合、作成されたリソースは元に戻されます。 問題が修正されたら、移行のためにコマンドodacli migrate-ovm2kvmを再実行します。
  • VMの移行中に移行が失敗した場合、移行は続行され、失敗した各VM移行に対してコマンドodacli describe-ovm2kvmを実行するとエラーが表示されます。

  • 移行後、VM内の実際のデバイス名が変更される可能性があります。 たとえば、仮想化プラットフォーム・デプロイメントの/dev/xvdaは、KVMへの移行後に / dev/vdaに変更される可能性があります。 たとえば、VM内の/etc/fstab/dev/xvdaなどのデバイス名がリストされている場合、移行後にデバイス名の変更のためにVMの起動に失敗することがあります。 仮想化されたプラットフォーム・デプロイメントで/etc/fstabのデバイス名を使用する場合は、移行前にラベルまたはUUIDで名前を変更します。 ファイル・システム・マウント表のラベルまたはUUIDの使用方法(/etc/fstab)の詳細は、https://docs.oracle.com/en/operating-systems/oracle-linux/7/fsadmin/ol7-fsadmin.html#ol7-s1-fsadmin「Oracle Linux 7ファイル・システムの管理ガイド」を参照してください。
  • VMのネットワーク構成は移行後に変更される可能性があります。 移行後にVMに接続できない場合は、コマンドvirsh console vm_nameを使用してコンソールからVMにログインし、必要に応じてネットワークを確認して再構成します。 構成ステップはオペレーティング・システムに固有です。 詳細は、オペレーティング・システムのドキュメントを参照してください。
  • Microsoft Windows VMを移行する前に、Windows用のvirtioドライバを設置します。 構成手順については、My Oracle Supportノート2773840.1 「ODAベア・メタルでのMS Windowsゲストのステップ」を参照してください。

移行プロセスのステップ

このプロセスのステップは次のとおりです:
  1. odaupgradeutil.shユーティリティを実行します。
  2. 両方のノードでアプライアンスを再イメージします。
  3. コマンドodacli restore-node -gを実行してOracle Gridインフラストラクチャで再プロビジョニングし、odacli restore-node -dを実行して保存されたデータベースを再プロビジョニングします。
  4. odacli migrate-ovm2kvmコマンドを実行して、仮想化プラットフォームからKVMに移行します。
  5. コマンドodacli describe-ovm2kvmを実行し、移行レポートでエラーを確認します。 問題を修正し、操作を再試行してください。

Oracle Database Appliance上の仮想プラットフォームからKVMへの移行

Oracle Database ApplianceのVirtualized PlatformからKVMに移行する手順について理解します。

警告:

移行プロセス中にいつでもcleanup.plを実行しないでください。 これにより、ストレージ上のすべてのOracle ASMディスク・グループが消去され、すべてのOracle仮想化プラットフォーム・リソースを保持してOracle Database Applianceシステムを再プロビジョニングすることはできません。

ノート:

移行後、VM内の実際のデバイス名が変更される可能性があります。 たとえば、仮想化プラットフォーム・デプロイメントの/dev/xvdaは、KVMへの移行後に / dev/vdaに変更される可能性があります。 たとえば、VM内の/etc/fstab/dev/xvdaなどのデバイス名がリストされている場合、移行後にデバイス名の変更のためにVMの起動に失敗することがあります。 仮想化されたプラットフォーム・デプロイメントで/etc/fstabのデバイス名を使用する場合は、移行前にラベルまたはUUIDで名前を変更します。 ファイル・システム・マウント表のラベルまたはUUIDの使用方法(/etc/fstab)の詳細は、https://docs.oracle.com/en/operating-systems/oracle-linux/7/fsadmin/ol7-fsadmin.html#ol7-s1-fsadmin「Oracle Linux 7ファイル・システムの管理ガイド」を参照してください。

ノート:

最初のノード( node0)でODA_BASEodaupgradeutilを実行します。 node0でステップ3から5が正常に完了した後、2番目のノード(node1)でODA_BASEでステップ3から5を実行します。
次のステップを実行します。 両方のノードでコマンドを実行します。
  1. Oracle Database Appliance odaupgradeutilユーティリティをODA_BASEにダウンロードします。
  2. ソフトウェアを解凍し、/opt/oracleディレクトリに保存します。

    たとえば:

    cd /opt/oracle
    unzip p33594115_1913000_Linux-x86-64.zip

    ユーティリティは/opt/oracle/odaupgradeutilのロケーションに保存されます。

    仮想化プラットフォームからKVMへの移行でサポートされているOracle Databaseアプライアンス・リリースは、19.13.0.0.0, 18.8.0.0.0, 12.2.1.4.0および12.1.2.12.0です。

  3. 事前チェックを実行して、システムがアップグレードの準備ができているかどうかを評価します。 odaupgradeutilがOVMプラットフォームに必要な情報を収集できるように、システム上の共有リポジトリがオンラインであることを確認します。
    $ ./odaupgradeutil run-prechecks

    ノート:

    odaupgradeutilのコマンドは、dom0ではなくODA_BASEで実行する必要があります。
    このコマンドは、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に格納されます。
    たとえば、最初のノードで事前チェックを実行します:
    [root@node0 odaupgradeutil]# ./odaupgradeutil run-prechecks
    ########################## ODAUPGRADEUTIL - PRECHECKS - BEGIN ##########################
    Please check /opt/oracle/oak/restore/log/odaupgradeutil_prechecks_25-10-2021_14:54:48.log for details.
    System Version precheck...BEGIN
    System Version precheck...PASSED
    Required Files precheck...BEGIN
    Required Files precheck...PASSED
    OAK precheck...BEGIN
    OAK precheck...PASSED
    ASM precheck...BEGIN
    ASM precheck...PASSED
    Audit Files precheck...BEGIN
    Need to discover DB homes
    Get Database homes...BEGIN
      Database Home: /u01/app/oracle/product/19.0.0.0/dbhome_1, Database Home Name: OraDb19000_home1, Database Home Version: 19.9.0.0.201020
    Get Database homes...SUCCESS
    DB home discovery...DONE
    Audit Files precheck...WARNING
    Custom rpms precheck...BEGIN
    Custom rpms precheck...PASSED
    OVM Repo precheck...BEGIN
    OVM Repos precheck...PASSED
    OVM Local Resources precheck...BEGIN
    OVM Local Resources precheck...WARNING
    ########################## ODAUPGRADEUTIL - PRECHECKS - END ##########################
    Use 'odaupgradeutil describe-precheck-report [-j]' to view the precheck report.
  4. 事前チェック・レポートを確認します。
    [root@node0 odaupgradeutil]# ./odaupgradeutil describe-precheck-report

    たとえば:

    [root@node0 odaupgradeutil]# ./odaupgradeutil describe-precheck-report
    COMPONENT       STATUS  MESSAGE                                                               ACTION
    --------------------------------------------------------------------------------------------------------------------------------------------------------------------
    SYSTEM VERSION  PASSED  PASSED                                                                NONE
     
    REQUIRED FILES  PASSED  PASSED                                                                NONE
     
    OAK             PASSED  PASSED                                                                NONE
     
    ASM             PASSED  PASSED                                                                NONE
     
    AUDIT FILES     WARNING Audit files found under ['/u01/app/oracle/product/19.0.0.0/dbhome_    These files will be lost after reimage, advise is to backup if nec
                            1/rdbms/audit', '/u01/app/oracle/admin', '/var/log']                  essary
     
    OSRPMS          PASSED  PASSED                                                                NONE
     
    OVMREPOS        PASSED  PASSED                                                                NONE
     
    OVMLOCALRES     WARNING The following resources: ol7localvm ol7localvmare on local Repos      Please backup these resources and restore them manually
  5. 事前チェック・レポートに障害が発生した場合は、ACTION列で提案されているように修正処理を実行します。 失敗を修正した後、この手順のステップ3の説明に従って事前チェックを再実行します。 事前チェック・レポートに障害がない場合は、コマンドを実行してノードをデタッチします:
    [root@node0 odaupgradeutil]# ./odaupgradeutil detach-node
    ########################## ODAUPGRADEUTIL - SAVECONF - BEGIN ##########################
    Please check /opt/oracle/oak/restore/log/odaupgradeutil_saveconf_25-10-2021_15:04:22.log for details.
    Setting up passwordless SSH login on node1...BEGIN
    root@node1's password:
    Setting up passwordless SSH login...SUCCESS
    Setting up passwordless SSH login on node 0 DOM0(192.168.xx.xx)...BEGIN
    The authenticity of host '192.168.16.24 (192.168.xx.xx)' can't be established.
    RSA key fingerprint is SHA256:itz6YJz5MOTaPHiHwSlwT+SqygySeyaQOVAdKokbdOw.
    RSA key fingerprint is MD5:b4:03:10:b6:07:2a:d2:e1:a6:cf:52:a6:b7:dd:54:6f.
    Are you sure you want to continue connecting (yes/no)? yes
    root@192.168.xx.xx's password:
    Setting up passwordless SSH login...SUCCESS
    Setting up passwordless SSH login on node 1 DOM0(192.168.xx.xx)...BEGIN
    The authenticity of host '192.168.xx.xx (192.168.xx.xx)' can't be established.
    RSA key fingerprint is SHA256:vRmREMGwtsDzLjDUqnuUEnK7jGRdT/wbcYk+AyI+xLg.
    RSA key fingerprint is MD5:40:09:ab:26:f6:0b:53:ee:0e:ee:5d:50:2f:5e:d8:79.
    Are you sure you want to continue connecting (yes/no)? yes
    root@192.168.xx.xx's password:
    Setting up passwordless SSH login...SUCCESS
    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: gui
      Oracle Home: /u01/app/oracle/product/19.0.0.0/dbhome_1
    Get databases...SUCCESS
    Get Database homes...BEGIN
      Database Home: /u01/app/oracle/product/19.0.0.0/dbhome_1, Database Home Name: OraDb19000_home1, Database Home Version: 19.9.0.0.201020
      Get Unified Auditing for DB Homes
      Checking Unified Auditing for dbhome [/u01/app/oracle/product/19.0.0.0/dbhome_1]
      Unified Auditing is set to FALSE
    Get Database homes...SUCCESS
    Get Database storages...BEGIN
      Database Name: gui
            DATA destination: +DATA
            RECO destination: +RECO
            REDO destination: +RECO
            Flash Cache destination:
    Get Database storages...SUCCESS
    Get Volumes...BEGIN
    Get Volumes...SUCCESS
    Get Filesystems...BEGIN
    Get Filesystems...SUCCESS
    SAVECONF: SUCCESS
    ########################## ODAUPGRADEUTIL - SAVECONF - END ##########################
    Saving OVM data
    INFO 2021-10-25 15:05:14.534 - The script is running on Node 0
    INFO 2021-10-25 15:05:14.537 - The script is running on ODA platform: X8_2_ODA_HA
    INFO 2021-10-25 15:05:15.194 - create SSH equivalence login to remote node and DOM0
    INFO 2021-10-25 15:05:15.196 - setting up passwordless SSH login to "remote node 1(192.168.xx.xx)"
    INFO 2021-10-25 15:05:15.344 - SSH login to "192.168.xx.xx" already setup
     
    INFO 2021-10-25 15:05:15.345 - setting up passwordless SSH login to "node 0 DOM0(192.168.xx.xx)"
    INFO 2021-10-25 15:05:15.579 - SSH login to "192.168.xx.xx" already setup
     
    INFO 2021-10-25 15:05:15.580 - setting up passwordless SSH login to "node 1 DOM0(192.168.xx.xx)"
    INFO 2021-10-25 15:05:15.771 - SSH login to "192.168.xx.xx" already setup
     
    INFO 2021-10-25 15:05:15.773 - collect data for odabase
    INFO 2021-10-25 15:05:20.047 - backup ODA base vm.cfg files from DOM0
    INFO 2021-10-25 15:05:20.515 - collect data for share repo
    WARNING 2021-10-25 15:05:21.758 - Please backup the data in the following local repos:
    odarepo1
    odarepo2
    INFO 2021-10-25 15:05:25.673 - collect data for vlan
    INFO 2021-10-25 15:05:27.307 - backup network-script files from DOM0
    INFO 2021-10-25 15:05:27.799 - collect data for vdisk
    INFO 2021-10-25 15:05:33.913 - collect data for cpupool
    INFO 2021-10-25 15:05:39.566 - collect data for vm
    INFO 2021-10-25 15:05:46.278 - collect data for vm template
    INFO 2021-10-25 15:05:50.558 - Fix the network interface name from OVM to BM
    INFO 2021-10-25 15:05:50.562 - Interface "eth1" is used for provision
    INFO 2021-10-25 15:05:50.572 - Change the network interface from "eth1" to "btbond1" for provision after migration
    Warning: Permanently added '192.168.xx.xx' (ECDSA) to the list of known hosts.
    OVM data has been saved
    Stopping OVM resources
    Stopping the Resources on the OVM platform
    OVM resources has been stopped
    Process share repo volume information
    Process share repo volume information finish
    ########################## ODAUPGRADEUTIL - DETACHNODE - BEGIN ##########################
    Please check /opt/oracle/oak/restore/log/odaupgradeutil_detachnode_25-10-2021_15:13:07.log for details.
    Deconfigure databases...BEGIN
      Database Name: gui
      Local Instance: gui1
      Local Instance Status: RUNNING
      Stopping instance [gui1]...
      Removing instance [gui1] from CRS...
    Deconfigure databases...SUCCESS
    Deconfigure Grid Infrastructure...BEGIN
    Deconfigure Grid Infrastructure...SUCCESS
    Delete local node configuration from remote node 'node1'...BEGIN
    Local Node 'node1' deleted from cluster. Cluster nodes now [node1]
    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.
    ########################## ODAUPGRADEUTIL - DETACHNODE - END ##########################
    このコマンドはすべてのメタデータを保存します。 現在のノードは、データベースおよびOracle Grid Infrastructureを削除することで、Oracle Grid Infrastructureクラスタからデタッチされます。 削除は、Oracle ASMディスク・グループと、データファイル、制御ファイル、アーカイブ・ログなどの格納されたファイルには影響しません。 この手順のすべてのステップを、各個別に(一度に1つのノード)実行します。 高可用性システムでは、最初のノードでコマンドを実行すると、サービスが停止し、そのノードにソフトウェアがアンインストールされます。 現時点では、サービスは引き続き2番目のノードで実行されますが、共有リポジトリで実行されているすべてのVMがシャットダウンされます。 たとえば、データベースに接続でき、問合せを発行できます。 2番目のノードは、デタッチされるまで機能し、その時点でデータベースの完全な停止時間およびOracle Grid Infrastructureがあります。
  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が含まれます。 このファイルには、システムの再イメージ化後にodacli configure-firstnetを実行するときに指定する必要がある値が含まれています。
  7. Oracle Database Applianceシステムの外部のロケーションにファイルをコピーして、再イメージのための環境を準備します。
  8. Oracle Database Applianceリリース19.17ベア・メタルISOイメージをダウンロードし、トピック「Oracle Database Applianceベアメタル・システムの再イメージング」の説明に従ってアプライアンスを再イメージし、両方のノードでodacli configure-firstnetコマンドを実行してネットワークをplumbします。

    警告:

    移行プロセス中にいつでもcleanup.plを実行しないでください。 これにより、ストレージ上のすべてのOracle ASMディスク・グループが消去され、すべてのOracle仮想化プラットフォーム・リソースを保持してOracle Database Applianceシステムを再プロビジョニングすることはできません。
  9. 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
  10. -sオプションを指定して、odacli update-serverコマンドのパッチ前レポートを作成します。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport -v 19.15.0.0.0 -s

    レポートに記載されている警告およびエラーを修正し、サーバーのパッチ適用を続行します。

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

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

  12. ストレージを更新します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-storage -v version
  13. この移行プロセスのステップ6で生成されたサーバー・アーカイブ・ファイルを使用してリポジトリを更新します。
    高可用性システムの場合は、ノードがデタッチされたときにステップ5で生成された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
  14. アプライアンスを再プロビジョニングします:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli restore-node -g
    このコマンドは、ネットワーク、オペレーティング・システム・ユーザーおよびオペレーティング・システム・グループを再構成し、最新のOracle Grid Infrastructureを設置します。 このステップでは、インストレーションは、新しいディスク・グループを作成するのではなく、既存のOracle ASMディスク・グループを再利用します。
    たとえば:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli restore-node -g
    Job details                                                      
    ----------------------------------------------------------------
                         ID:  89c005e3-cf5e-4887-968a-7532bf9f993b
                Description:  Restore node service creation
                     Status:  Success
                    Created:  September 13, 2021 11:33:38 AM UTC
                    Message:  
    
    Task Name                                Start Time                          End
    Time                            Status    
    ---------------------------------------- -----------------------------------
    ----------------------------------- ----------
    Restore node service creation            September 13, 2021 11:33:53 AM UTC  September 13, 2021 12:05:43 PM UTC  Success   
    Setting up Network                       September 13, 2021 11:33:56 AM UTC  September 13, 2021 11:33:56 AM UTC  Success   
    Setting up Vlan                          September 13, 2021 11:34:15 AM UTC  September 13, 2021 11:34:15 AM UTC  Success   
    Setting up Network                       September 13, 2021 11:34:34 AM UTC  September 13, 2021 11:34:34 AM UTC  Success   
    Setting up Network                       September 13, 2021 11:34:57 AM UTC  September 13, 2021 11:34:57 AM UTC  Success   
    Setting up Vlan                          September 13, 2021 11:35:16 AM UTC  September 13, 2021 11:35:16 AM UTC  Success   
    Setting up Network                       September 13, 2021 11:35:35 AM UTC  September 13, 2021 11:35:35 AM UTC  Success   
    network update                           September 13, 2021 11:35:58 AM UTC  September 13, 2021 11:36:18 AM UTC  Success   
    updating network                         September 13, 2021 11:35:58 AM UTC  September 13, 2021 11:36:18 AM UTC  Success   
    Setting up Network                       September 13, 2021 11:35:58 AM UTC  September 13, 2021 11:35:58 AM UTC  Success   
    network update                           September 13, 2021 11:36:18 AM UTC  September 13, 2021 11:36:37 AM UTC  Success   
    updating network                         September 13, 2021 11:36:18 AM UTC  September 13, 2021 11:36:37 AM UTC  Success   
    Setting up Network                       September 13, 2021 11:36:18 AM UTC  September 13, 2021 11:36:18 AM UTC  Success   
    OS usergroup 'asmdba'creation            September 13, 2021 11:36:37 AM UTC  September 13, 2021 11:36:37 AM UTC  Success   
    OS usergroup 'asmoper'creation           September 13, 2021 11:36:37 AM UTC  September 13, 2021 11:36:37 AM UTC  Success   
    OS usergroup 'asmadmin'creation          September 13, 2021 11:36:37 AM UTC  September 13, 2021 11:36:38 AM UTC  Success   
    OS usergroup 'dba'creation               September 13, 2021 11:36:38 AM UTC  September 13, 2021 11:36:38 AM UTC  Success   
    OS usergroup 'dbaoper'creation           September 13, 2021 11:36:38 AM UTC  September 13, 2021 11:36:38 AM UTC  Success   
    OS usergroup 'oinstall'creation          September 13, 2021 11:36:38 AM UTC  September 13, 2021 11:36:38 AM UTC  Success   
    OS user 'grid'creation                   September 13, 2021 11:36:38 AM UTC  September 13, 2021 11:36:38 AM UTC  Success   
    OS user 'oracle'creation                 September 13, 2021 11:36:38 AM UTC  September 13, 2021 11:36:38 AM UTC  Success   
    Default backup policy creation           September 13, 2021 11:36:38 AM UTC  September 13, 2021 11:36:39 AM UTC  Success   
    Backup config metadata persist           September 13, 2021 11:36:38 AM UTC  September 13, 2021 11:36:39 AM UTC  Success   
    Grant permission to RHP files            September 13, 2021 11:36:39 AM UTC  September 13, 2021 11:36:39 AM UTC  Success   
    Add SYSNAME in Env                       September 13, 2021 11:36:40 AM UTC  September 13, 2021 11:36:40 AM UTC  Success   
    SSH equivalance setup                    September 13, 2021 11:36:40 AM UTC  September 13, 2021 11:36:40 AM UTC  Success   
    Install oracle-ahf                       September 13, 2021 11:36:42 AM UTC  September 13, 2021 11:37:46 AM UTC  Success   
    Unzipping storage configuration files    September 13, 2021 11:37:47 AM UTC  September 13, 2021 11:37:47 AM UTC  Success   
    Reloading multipath devices              September 13, 2021 11:37:49 AM UTC  September 13, 2021 11:37:51 AM UTC  Success   
    restart oakd                             September 13, 2021 11:38:02 AM UTC  September 13, 2021 11:38:14 AM UTC  Success   
    Reloading multipath devices              September 13, 2021 11:39:17 AM UTC  September 13, 2021 11:39:20 AM UTC  Success   
    restart oakd                             September 13, 2021 11:39:30 AM UTC  September 13, 2021 11:39:41 AM UTC  Success   
    Creating GI home directories             September 13, 2021 11:39:41 AM UTC  September 13, 2021 11:39:41 AM UTC  Success   
    Extract GI clone                         September 13, 2021 11:39:41 AM UTC  September 13, 2021 11:41:14 AM UTC  Success   
    Extract GI clone                         September 13, 2021 11:41:16 AM UTC  September 13, 2021 11:42:48 AM UTC  Success   
    Creating wallet for Root User            September 13, 2021 11:42:51 AM UTC  September 13, 2021 11:42:54 AM UTC  Success   
    Creating wallet for ASM Client           September 13, 2021 11:42:54 AM UTC  September 13, 2021 11:43:01 AM UTC  Success   
    GI Restore with RHP                      September 13, 2021 11:43:02 AM UTC  September 13, 2021 11:55:52 AM UTC  Success   
    Updating GIHome version                  September 13, 2021 11:55:52 AM UTC  September 13, 2021 11:55:54 AM UTC  Success   
    Updating GIHome version                  September 13, 2021 11:55:52 AM UTC  September 13, 2021 11:55:54 AM UTC  Success   
    Mounting disk group DATA                 September 13, 2021 11:55:56 AM UTC  September 13, 2021 11:55:59 AM UTC  Success   
    Mounting disk group RECO                 September 13, 2021 11:56:07 AM UTC  September 13, 2021 11:56:09 AM UTC  Success   
    Mounting disk group REDO                 September 13, 2021 11:56:17 AM UTC  September 13, 2021 11:56:19 AM UTC  Success   
    Post cluster OAKD configuration          September 13, 2021 11:56:19 AM UTC  September 13, 2021 12:01:47 PM UTC  Success   
    Setting ACL for disk groups              September 13, 2021 12:01:47 PM UTC  September 13, 2021 12:01:52 PM UTC  Success   
    Modify DB file attributes                September 13, 2021 12:01:52 PM UTC  September 13, 2021 12:02:06 PM UTC  Success   
    Register Scan and Vips to Public Network September 13, 2021 12:02:11 PM UTC  September 13, 2021 12:02:16 PM UTC  Success   
    Starting FileSystem                      September 13, 2021 12:02:53 PM UTC  September 13, 2021 12:03:04 PM UTC  Success   
    Enabling Volume(s)                       September 13, 2021 12:03:32 PM UTC  September 13, 2021 12:03:42 PM UTC  Success   
    Adding Volume COMMONSTORE to Clusterware September 13, 2021 12:03:42 PM UTC  September 13, 2021 12:03:47 PM UTC  Success   
    Adding Volume DATTDB to Clusterware      September 13, 2021 12:04:01 PM UTC  September 13, 2021 12:04:04 PM UTC  Success   
    Adding Volume RECO to Clusterware        September 13, 2021 12:04:17 PM UTC  September 13, 2021 12:04:20 PM UTC  Success   
    Adding Volume REDO to Clusterware        September 13, 2021 12:04:33 PM UTC  September 13, 2021 12:04:37 PM UTC  Success   
    Starting FileSystem                      September 13, 2021 12:04:50 PM UTC  September 13, 2021 12:05:00 PM UTC  Success   
    Starting FileSystem                      September 13, 2021 12:05:00 PM UTC  September 13, 2021 12:05:11 PM UTC  Success   
    Starting FileSystem                      September 13, 2021 12:05:11 PM UTC  September 13, 2021 12:05:22 PM UTC  Success   
    Starting FileSystem                      September 13, 2021 12:05:22 PM UTC  September 13, 2021 12:05:32 PM UTC  Success   
    Delete public key                        September 13, 2021 12:05:37 PM UTC  September 13, 2021 12:05:37 PM UTC  Success   
    configure Zk Quorum TLS                  September 13, 2021 12:05:38 PM UTC  September 13, 2021 12:05:39 PM UTC  Success   
    Create Trust Store                       September 13, 2021 12:05:39 PM UTC  September 13, 2021 12:05:40 PM UTC  Success   
    Delete Trust Store                       September 13, 2021 12:05:40 PM UTC  September 13, 2021 12:05:40 PM UTC  Success   
    Create Trust Store                       September 13, 2021 12:05:40 PM UTC  September 13, 2021 12:05:41 PM UTC  Success   
    Provisioning service creation            September 13, 2021 12:05:42 PM UTC  September 13, 2021 12:05:42 PM UTC  Success   
    persist new agent state entry            September 13, 2021 12:05:42 PM UTC  September 13, 2021 12:05:42 PM UTC  Success   
    persist new agent state entry            September 13, 2021 12:05:42 PM UTC  September 13, 2021 12:05:42 PM UTC  Success   
    persist new agent state entry            September 13, 2021 12:05:42 PM UTC  September 13, 2021 12:05:42 PM UTC  Success   
    persist new agent state entry            September 13, 2021 12:05:42 PM UTC  September 13, 2021 12:05:42 PM UTC  Success   
    Restart Zookeeper and DCS Agent          September 13, 2021 12:05:42 PM UTC  September 13, 2021 12:05:43 PM UTC  Success   
  15. /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
  16. Oracle ACFSのデータベース・ホームのストレージのロケーションおよびサイズを構成します。 Oracle ACFSでのデータベース・ホームの作成の詳細は、このガイドの「Oracle ACFSストレージでのデータベース・ホームの作成について」のトピックを参照してください。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli configure-dbhome-storage -dg DATA -s 80
  17. データベース・ファイルは、Oracle ASMディスク・グループでは変更されません。 ただし、データベース・ソフトウェアを再設置し、データベース・インスタンスを再起動する必要があります。 次のコマンドを実行してOracle ACFSにデータベース・ホームを作成し、ノード上のインスタンスを再起動します。 単一インスタンスのOracleデータベースとOracle RAC One Nodeデータベースでは、1つのインスタンスのみが実行されています。 高可用性システムでのOracle RACデプロイメントの場合、データベース・インスタンスは両方のノードで再起動されます。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli restore-node -d
    このコマンドは、ベア・メタル・システムの移行前の同じバージョンにデータベースをリストアします。 データベースが再起動され、クラスタに追加されます。
  18. 仮想化されたプラットフォームVMをKVM上のVMに移行:
    [root@oda1 opt]# odacli migrate-ovm2kvm
  19. 仮想化されたプラットフォームVMからKVMへの移行が正常に完了したことを確認します:
    [root@oda1 opt]# odacli describe-ovm2kvm -i migration_job_id
  20. すべてのVMのブートストラップが正しく行われていることを確認します。 このガイドの「Oracle Database Appliance KVMデプロイメントの管理」の章を参照してください。
  21. すべてのvdisksおよびvnetworkが正しくアタッチされていて、ゲストVM内で表示されることを確認します。

ノート:

Oracle Database Appliance仮想化プラットフォームからベア・メタル・システムへのデータベースの移行が完了しました。 データベースをOracle Database Applianceベア・メタル・システムからDBシステムに移行するには、https://support.oracle.com/rs?type=doc&id= 2869506.1にあるMy Oracle Supportノート2869506.1を参照してください。