1. x86サーバーまたはOracle Database ApplianceおよびVMwareワークロードをOCIに移行
  2. Oracle Base Database ServiceまたはOracle Exadata Database Service on Dedicated Infrastructureへの移行

Oracle Base Database ServiceまたはOracle Exadata Database Service on Dedicated Infrastructureへの移行

この項では、オンプレミスのx86サーバーまたはOracle Database ApplianceワークロードをOracle Base Database ServiceまたはOracle Exadata Database Service on Dedicated Infrastructureに移行し、VMwareアプリケーションをOracle Cloud VMware Solutionに移行する方法について説明します。

アーキテクチャ

Oracle Zero Downtime Migrationを使用して、オンプレミスからクラウドにデータを移行する際のダウンタイムを最小限に抑えながら、データベースの移行を自動化します。

HCXやvMotionなどのVMwareツールを使用して、VMwareで実行されているオンプレミス・アプリケーションをOracle Cloud VMware Solutionに移行します。Oracle Cloud VMware Solutionでは、OCIベアメタル・インスタンスで実行される、OCIテナンシ内のVMwareソフトウェア定義データセンター(SDDC)を完全に自動実装できます。

次の図は、このリファレンス・アーキテクチャを示しています。


x86-oda-migrate-base-exadata-vmware.pngの説明が続きます
図x86-oda-migrate-base-exadata-vmware.pngの説明

x86-oda-migrate-base-exadata-vmware.zip

このアーキテクチャでは、次のコンポーネントがサポートされています。

  • リージョン

    Oracle Cloud Infrastructureリージョンとは、可用性ドメインと呼ばれる1つ以上のデータ・センターを含む、ローカライズされた地理的領域です。リージョンは他のリージョンから独立しており、長距離では(国や大陸をまたがって)それらを分離できます。

  • 仮想クラウド・ネットワーク(VCN)およびサブネット

    VCNは、Oracle Cloud Infrastructureリージョンで設定する、ソフトウェアで定義されたカスタマイズ可能なネットワークです。VCNは、従来のデータ・センター・ネットワークと同様に、ネットワーク環境の完全な制御を可能にします。VCNには重複しない複数のCIDRブロックを含めることができ、VCNの作成後にそれらを変更できます。VCNをサブネットにセグメント化して、そのスコープをリージョンまたは可用性ドメインに設定できます。各サブネットは、VCN内の他のサブネットと重複しない連続した範囲のアドレスで構成されます。サブネットのサイズは、作成後に変更できます。サブネットはパブリックにもプライベートにもできます。

  • Oracle Exadata Database Service on Dedicated Infrastructure

    Oracle Exadata Database Service on Dedicated Infrastructureは、Oracle Exadata Database MachineをOCIデータ・センターのサービスとして提供します。Oracle Exadata Database Service on Dedicated Infrastructureサービスは、OCIリージョンの単一のExadataラックで実行される1つ以上のVMクラスタで実行される多数のOracleデータベースをホストできます。Oracle Exadata Database Service on Dedicated Infrastructureは、データベース統合に最適なプラットフォームです。

  • Oracle Base Database Service

    Oracle Base Database Serviceでは、Oracle DatabaseとOracle Cloud Infrastructure (OCI)の機能を組み合せて利用しながら、データを完全に制御できます。OCIは、仮想マシン上に単一ノードのデータベース・システムおよびマルチノードのRACデータベース・システムを提供します。単一のOracle Base Database Serviceシステムで、単一のOracleコンテナ・データベース(CDB)をホストできます。このコンテナ・データベースは、複数のプラガブル・データベース(PDB)をホストできます。Oracle Base Database Serviceは、プラガブル・データベースに移行できるデータベースのデータベース統合に最適です。

  • Oracle Cloud VMware Solutionソフトウェア定義データセンター(SDDC)

    OracleとVMwareは、Oracle Cloud Infrastructure内で使用するVMware認定ソフトウェア定義データ・センター(SDDC)実装の開発と提携しています。Oracle Cloud VMware Solutionと呼ばれるこの実装では、OCIを使用して高可用性VMware SDDCをホストします。また、オンプレミスのVMware SDDCワークロードをすべてOracle Cloud VMware Solutionにシームレスに移行できます。Oracle Cloud VMware Solutionには、次のVMwareコンポーネントが含まれています。

    • VMware vSphere ESXi
    • VMware vSAN
    • VMware vCenter
    • VMware NSX-T
    • VMware HCX (オプション)
  • ベア・メタル

    Oracle Cloud VMware Solutionソフトウェア定義データ・センター(SDDC)には、Oracle Cloud VMware Solutionをホストするベア・メタル・サーバーが含まれています。ベア・メタル・サーバーは、コア数が多く、大量のメモリーおよび高帯域幅(Oracle Cloud VMware Solutionなど)を必要とするアプリケーションをサポートしています。ベア・メタル・サーバーにOracle Cloud VMware Solutionをデプロイし、他のパブリック・クラウドやオンプレミス・データ・センターと比較してパフォーマンスが大幅に向上した仮想マシンを構成できます。

  • サービス・ゲートウェイ

    サービス・ゲートウェイは、VCNからOracle Cloud Infrastructure Object Storageなどの他のサービスへのアクセスを提供します。The traffic from the VCN to the Oracle service travels over the Oracle network fabric and never traverses the internet.

  • 動的ルーティング・ゲートウェイ(DRG)

    DRGは、同じリージョン内のVCN間、VCNとリージョン外のネットワーク(別のOracle Cloud Infrastructureリージョン内のVCN、オンプレミス・ネットワーク、別のクラウド・プロバイダのネットワークなど)間のプライベート・ネットワーク・トラフィックのパスを提供する仮想ルーターです。

  • FastConnect

    Oracle Cloud Infrastructure FastConnectは、データ・センターとOracle Cloud Infrastructureとの間に専用のプライベート接続を簡単に作成する方法を提供します。FastConnectは、インターネット・ベースの接続と比較して、高帯域幅オプションと、より信頼性の高いネットワーキング・エクスペリエンスを提供します。

  • ファイル・ストレージ

    OCIファイル・ストレージは、移行中に、移行されたデータベースを共有ファイル・システムからインポートするために使用されます。

  • オブジェクト・ストレージ

    OCIオブジェクト・ストレージは、一時ストレージの移行中に使用されます。

開始する前に

作業を開始する前に、この設定で使用されている主要コンポーネントのバージョンを確認し、後で参照できるように製品ドキュメントを確認してください。

要件のレビュー

  • ソース・データベースがx86サーバーで実行されているか、Oracle Database Applianceデータベースがバージョン19.18 Standard EditionまたはEnterprise Editionを実行していることを確認します。
  • ターゲットのOracle Exadata Database Service on Dedicated Infrastructureデータベースは、Oracle Enterprise Extreme Performanceバージョン19.18以上である必要があります。
  • ターゲットのOracle Base Database Serviceデータベースは、Standard Edition、Enterprise Edition、Enterprise Edition High Performance、Enterprise Edition Extreme Performanceバージョン19.18以上です。
  • Oracle Zero Downtime Migrationはバージョン21.4以上である必要があります。
  • 中間ストレージには、OCI Object Storage、Oracle ZFS Storage Appliance (NAS)およびOCI File Storageが含まれている必要があります。

ドキュメントの確認

このソリューション・プレイブックでは、データベース・ワークロードの移行方法について説明します。VMwareワークロードの移行方法を学習するには、次のソリューションを参照してください。追加のリソースは、データベース移行のコンテキスト、詳細および参照に役立ちます。

ワークロードのVMwareコンポーネントをOracle Cloud VMware Solutionに移行する方法について学習します。

Oracle Zero Downtime Migrationのリソースを確認します:

論理移行リソースを確認します。

Oracle Databaseのリソースを確認します。

必要な製品およびロールについて

このソリューションには次の製品が必要です。

  • Oracle Cloud Infrastructure Identity and Access Management
  • OCIコンピュート
  • OCI Object Storage
  • OCI File Storage
  • Oracle Zero Downtime Migration
  • x86サーバーまたはOracle Database Appliance
  • Oracle Exadata Database Service on Dedicated InfrastructureまたはOracle Base Database Service

各製品に必要なロールは次のとおりです。

製品名: ロール 必須...
Oracle Cloud Infrastructure Identity and Access Management: OCI_user バケットにデータをアップロードするためのAPIキーの作成
OCIコンピュート: admin OCI Computeインスタンスを作成してOracle Zero Downtime Migrationソフトウェアを実行します
OCIオブジェクト・ストレージ: Storage Admin エクスポートされたデータをアップロードするためのOCI Object Storageバケットの作成
OCIファイル・ストレージ: Storage Admin 論理移行用のOCIファイル・ストレージの作成
Oracle Zero Downtime Migration: opc zdmuserを作成して、Oracle Zero Downtime Migrationソフトウェアをインストールおよび実行します
Oracle Zero Downtime Migration: zdmuser
  • Oracle Zero Downtime Migrationソフトウェアのインストール
  • Oracle Zero Downtime Migrationの実行
x86サーバーまたはOracle Database Appliance: root/sudoer user
  • ネットワーク接続ストレージ・デバイスからネットワーク・ファイル・システム共有をマウントし、論理移行のためにデータベースをエクスポートします
  • Oracle Zero Downtime Migration仮想マシンからのパスワードなしSSHの有効化
  • sudoコマンドを実行して、Oracle Zero Downtime Migrationソフトウェア・エージェントをインストールします
  • sudoコマンドを実行してデータベースをバックアップまたはエクスポートします
x86サーバーまたはOracle Database Applianceデータベース: sys/system Data Pumpを実行してデータベースをエクスポートします。
Oracle Exadata Database Service on Dedicated InfrastructureまたはOracle Base Database Service: Database Admin ターゲット・データベースの作成
Oracle Exadata Database Service on Dedicated InfrastructureまたはOracle Base Database Service VMクラスタ・ノード: opc
  • OCI File Storageからネットワーク・ファイル・システム共有をマウントして、論理移行のためにデータベースをインポートします
  • Oracle Zero Downtime Migration仮想マシンからのパスワードなしSSHの有効化
  • Oracle Zero Downtime Migrationソフトウェア・エージェントのインストール
  • sudoコマンドを実行して、データベースをリストアまたはインポートします
Oracle Exadata Database Service on Dedicated InfrastructureまたはOracle Base Database Serviceデータベース: sys/system Data Pumpを実行して、論理移行用のデータベースをインポートします。

必要なものを取得するには、Oracle製品、ソリューションおよびサービスを参照してください。

移行に関する考慮事項

移行を開始する前に、次の前提と考慮事項を確認してください。

  • Oracle Zero Downtime Migrationでは、x86サーバーまたはOracle Database ApplianceからOracle Base Database ServiceおよびOracle Exadata Database Service on Dedicated Infrastructureへの2種類のデータベース移行(論理移行および物理移行)がサポートされています。この方法は最も単純なため、論理移行を使用することをお薦めします。物理移行では、ソース・データベースとターゲット・データベースを同じパッチ・レベルにする必要があります。
  • このプレイブックのステップでは、オフラインの論理移行を使用して移行する方法を説明します。オンラインの論理移行を使用して移行する方法については、ドキュメントのレビュー・セクションを参照してください。論理オンライン移行中、Oracle Zero Downtime Migrationは、移行中にデータベースが常にオンラインになるように、ソース・データベースとターゲット・データベース間の移行用にOracle GoldenGateを構成します。
  • 論理移行中に、プラガブル・データベース(PDB)またはスキーマ(あるいはその両方)が移行されます。非コンテナ・データベース(非CDB)は、Oracle Base Database ServiceまたはOracle Exadata Database Service on Dedicated Infrastructureで実行されているコンテナ・データベースで構成されたプラガブル・データベースに移行されます。
  • 論理移行には共有ファイル・システムが必要です。論理移行中、Oracle Zero Downtime MigrationはデータをOCI Object Storageに直接エクスポートしません。ソース・データベースでは、Oracle Zero Downtime Migrationはデータを共有ファイル・システム(ネットワーク・ファイル・システムまたはOracle Advanced Cluster File System)にエクスポートします。エクスポートされたデータは、OCI Object Storageにアップロードされます。Oracle Zero Downtime Migrationは、データ・ダンプをOCI Object StorageからOCI File Storageに移動します。最後に、Oracle Base Database ServiceまたはOracle Exadata Database Service on Dedicated Infrastructureは、ネットワーク・ファイル・システムを介してOCI File Storageからデータをインポートできます。
  • オンプレミスのx86サーバーまたはOracle Database Applianceデータベースは、単一インスタンス・データベースとRACデータベースの両方を実行できます。Oracle Base Database Serviceでは単一インスタンス・データベースとRACデータベースの両方を実行できますが、Oracle Exadata Database Service on Dedicated Infrastructureでは常にRACデータベースが実行されます。データベースの移行中、Oracle Zero Downtime Migrationは、必要に応じて単一インスタンスをRACデータベースに変換します。
  • Oracle Transparent Data Encryptionデータベース暗号化は、x86サーバーまたはOracle Database Applianceで実行されるオンプレミス・データベースではオプションです。データベースをOracle Base Database ServiceまたはOracle Exadata Database Service on Dedicated Infrastructureに移行する場合、ターゲット・データベースは常に暗号化されます。
  • ソース・データベースとターゲット・データベースは、同じタイムゾーン・ファイルを実行する必要があります。手順については、「ドキュメントの確認」の項の「タイムゾーン・ファイルおよびタイムゾーン・データ付きタイムスタンプのアップグレード」を参照してください。
  • このプレイブックのステップでは、Oracle Database Applianceがインストールされているデータ・センターと、ターゲット・データベースとOracle Zero Downtime Migration仮想マシンが構成されているOCI Virtual Cloud Networkの間に(アーキテクチャ図に示すように、FastConnectまたはIPSec VPNを介して)直接ネットワーク接続があることを前提としています。
  • ソース・データベースとターゲット・データベースのsysパスワード、ウォレット・パスワード、データベース・バージョン、データベース名およびパッチ・レベルが同じである必要はありません。

論理移行を使用した移行

次の手順では、オフライン論理移行を実行する方法について説明します。オンライン移行については、ドキュメントのレビューの項のステップバイステップ・ガイド- オンプレミスからOracle Autonomous Databaseへの論理オンライン移行を参照してください。

  1. OCIコンソールまたはREST APIを使用して、ターゲットのOracle Exadata Database Service on Dedicated InfrastructureまたはOracle Base Database Serviceデータベースを作成します。次のようにして、データベースを構成します。
    • 新しいターゲット・データベースには、ソース・データベースとは異なる名前を指定できます。
    • 新しいデータベースは、ソース・データベースより新しいバージョンにできます。
    • sysユーザーのパスワードを指定します。パスワードをメモしておいてください。
    データベースの作成後にデータベースOCIDを書き留めます。
  2. OCIコンソールで、ターゲット・データベースを構成する同じVCNにコンピュート・インスタンスを作成します。
    このコンピュート・インスタンスは、Oracle Linux 7.9オペレーティング・システムを実行している2つ以上のOCPUと16GBのRAMを備えた任意のシェイプにできます。この仮想マシンは、Oracle Zero Downtime Migrationソフトウェアの実行に使用されます。
  3. 「ドキュメントのレビュー」セクションのOracle Zero Downtime Migrationインストール・ドキュメントに従って、OCIコンピュート・インスタンスにOracle Zero Downtime Migration 21.4ソフトウェアをダウンロードしてインストールします。
    Oracle Zero Downtime Migrationソフトウェアをzdmuserとして実行します。
  4. zdmuserとしてOracle Zero Downtime Migrationソフトウェアを実行しているコンピュート・インスタンスにログインし、SSHキー・ペアを生成します。zdmuserアカウントからソース・データベースのすべてのノード(root、privilege-sudoer user)へのパスワードなしsshを有効にします。
  5. Oracle Zero Downtime Migration VMがホスト名およびIPアドレスを使用してソース・データベース・ホストと通信できることを確認します。次の点を確認します。
    • 必要に応じて、VCN DNSリゾルバまたはOracle Zero Downtime Migration VMの/etc/hostsファイルを変更します。
    • デフォルトのリスナー・ポート1521およびsshポート22で、Oracle Zero Downtime Migration VMがソース・データベースに接続できるようにするセキュリティ・ルールがあることを確認します。
    • Oracle Zero Downtime Migration VMが、デフォルトのリスナー・ポート1521およびsshポート22のターゲット・データベース・ホストに到達できることを確認します。
  6. Oracle ZFS Storage Applianceまたはネットワーク接続ストレージデバイスで、移行の進行中にデータベースデータダンプのプレースホルダとして使用するネットワークファイルシステムシェアを作成します。
  7. ソース・データベースのすべてのノードにネットワーク・ファイル・システム共有をマウントします。
    すべてのユーザーに読取り、書込み、実行(rwx)権限があることを確認します。マウント・ポイントを書き留めます。
  8. OCIコンソールで、OCIファイル・ストレージを作成します。
    Virtual Cloud Network (VCN)のマウント・ターゲット、エクスポートおよびIPアドレスを書き留めます。
  9. IPアドレスおよびステップ8からのエクスポートを使用して、ターゲット・データベースVMクラスタのすべてのノード上のネットワーク・ファイル・システムを介してこのファイル・ストレージをマウントします。
    VCNに、ターゲット・データベース・サブネット上のネットワーク・ファイル・システム・プロトコルを許可するセキュリティ・ポリシーが含まれていることを確認します。マウント・ポイントに注意してください。
  10. OCIコンソールで、OCI Object Storageバケットがまだ存在しない場合は作成します。
    Swift URL、オブジェクト・ストレージ・ネームスペースおよびバケット名をノートにとります。
  11. OCIコンソールで、ターゲット・データベースを所有し、ステップ10で作成したOCI Object Storageバケットにデータをアップロードする権限を持つOCIユーザーのAPIキーを作成します。
    ユーザーOCID、テナンシOCID、フィンガープリントおよびOCIリージョンに注意してください。対応する秘密キーおよび公開キーをPEMファイルに保存します。このAPIキーは、Oracle Zero Downtime Migrationによって、データベースの移行中にターゲット・データベース情報を取得し、データ・ダンプをOCI Object StorageにアップロードするためにOCIに接続するために使用されます。
  12. 前のステップのPEMファイルをOracle Zero Downtime Migration VMにコピーします。
  13. sysユーザーとしてソース・データベースにログインし、パラメータStreams_Pool_Sizeが2G以上に設定されていることを確認します。たとえば:
    SQL>show parameter streams_pool_size;
SQL>alter system set streams_pool_size=2G scope=both SID=’*’;
  14. Zero Downtime Migrationに含まれているOracle Zero Downtime Migrationの論理移行レスポンス・ファイル・テンプレートを使用して、移行のレスポンス・ファイルを作成します。キー・パラメータ:
    • TARGETDATABASE_OCID: ステップ1のターゲット・データベースのOCID。
    • MIGRATION_METHOD: OFFLINE_LOGICAL
    • DATA_TRANSFER_MEDIUM: OSS
    • TARGETDATABASE_ADMINUSERNAME: system
    • SOURCEDATABASE_ADMINUSERNAME: system
    • SOURCEDATABASE_CONNECTIONDETAILS_HOST: ソース・データベースの最初のノードのIP/ホスト名。
    • SOURCEDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCEDATABASE_CONNECTIONDETAILS_SERVICENAME: ソースのプラガブル・データベース(PDB)またはコンテナ・データベース(CDB)以外のサービス名。lsnrctlを使用して検索します。
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_TENANTID: ステップ11のテナンシOCID。
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_USERID: ステップ11のユーザーOCID。
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_FINGERPRINT: ステップ11のフィンガープリント。
    • OCIAUTHENTICATIONDETAILS_PRIVATEKEYFILE: ステップ12のOracle Zero Downtime Migrationサーバーの秘密キーPEMファイルへのファイル・パス。
    • OCIAUTHENTICATIONDETAILS_REGIONID: ステップ11のOCIユーザーのOCIリージョンID。
    • TARGETDATABASE_CONNECTIONDETAILS_HOST: ターゲット・データベース・システムの最初のVMのIP/ホスト名。
    • TARGETDATABASE_CONNECTIONDETAILS_PORT: 1521
    • TARGETDATABASE_CONNECTIONDETAILS_SERVICENAME: ターゲット・データベース内のターゲット・プラガブル・データベースのサービス名。lsnrctlを使用して検索します。
    • SOURCECONTAINERDATABASE_ADMINUSERNAME: system
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_HOST: ソース・データベースの最初のノードのIP/ホスト名。
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_SERVICENAME: ソース・サーバー上のソース・コンテナ・データベースのサービス名。lsnrctlを使用して検索します)。
    • DATAPUMPSETTINGS_JOBMODE: SCHEMA
    • DATAPUMPSETTINGS_FIXINVALIDOBJECTS: TRUE
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_NAME: mig
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_PATH: ステップ6のネットワーク・ファイル・システムのマウント・ポイント。
    • DATAPUMPSETTINGS_IMPORTDIRECTORYOBJECT_NAME: mig
    • DATAPUMPSETTINGS_IMPORTDIRECTORYOBJECT_PATH: ステップ8のネットワーク・ファイル・システムのマウント・ポイント。
    • DATAPUMPSETTINGS_CREATEAUTHTOKEN: TRUE
    • DATAPUMPSETTINGS_DATAPUMPPARAMETERS_IMPORTPARALLELISMDEGREE: ターゲットがOracle Standard Edition 2を実行しているOracle Base Database Serviceの場合は、この行を数字記号(#)でコメント化します。それ以外の場合は、2より大きい数値を入力するか、Oracle Zero Downtime Migrationのデフォルト(CPU数)を使用します。
    • DATAPUMPSETTINGS_DATAPUMPPARAMETERS_EXPORTPARALLELISMDEGREE: ソース・データベースがOracle Standard Edition 2を実行している場合は、この行を数字記号(#)でコメント化します。それ以外の場合は、2より大きい数値を入力するか、Oracle Zero Downtime Migrationのデフォルト(CPU数)を使用します。
    • DATAPUMPSETTINGS_DATABUCKET_NAMESPACE: ステップ10のOCI Object Storageネームスペース。
    • DATAPUMPSETTINGS_DATABUCKET_BUCKETNAME: ステップ10のOCI Object Storageバケット名。
    • TABLESPACEDETAILS_AUTOCREATE: TRUE
    • TABLESPACEDETAILS_USEBIGFILE: TRUE
    • TABLESPACEDETAILS_EXTENTSIZEMB: 512
    • EXCLUDEOBJECTS-1: owner:PDBADMIN
  15. Oracle Zero Downtime Migrationの予行演習移行ジョブ(-eval)を実行して、移行の前提条件がすべて満たされていることを検証します。これにより、クラウド移行前アドバイザ・ツール(CPAT)が実行され、ソース・データベースがOracle Zero Downtime Migration論理移行を使用してターゲット・データベースへの移行に適していることが検証されます。続行する前に、CPATによって報告された問題に対処します。次に例を示します。
    
zdmcli migrate database -sourcedb source_db_name \
-sourcenode IP/hostname_of_first_x86_server/Oracle_Database_Appliance_node \
-srcauth zdmauth \
-srcarg1 user:root_or_sudoer_user \
-srcarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name_from_step_4 \
-srcarg3 sudo_location:/usr/bin/sudo \
-rsp path_to_response_file/response_file_name_from_step_14 \
-eval
    このコマンドは、2つのパスワードを要求します。最初のパスワードは、ソース・データベースのシステム・パスワードです。2番目のパスワードは、ターゲット・データベースのシステム・パスワードです。
    Oracle Zero Downtime MigrationジョブIDを書き留めます。
    予行演習の移行に成功したら、次のステップに進みます。
  16. 予行演習の移行が成功したら、Oracle Zero Downtime Migrationジョブを実行します。次に例を示します。
    zdmcli migrate database -sourcedb source_db_name \
-sourcenode IP/hostname_of_first_x86_server/Oracle_Database_Appliance_node \
-srcauth zdmauth \
-srcarg1 user:root_or_sudoer_user \
-srcarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name_from_step_4 \
-srcarg3 sudo_location:/usr/bin/sudo \
-rsp path_to_response_file/response_file_name_from_step_14
    このコマンドは、2つのパスワードを要求します。最初のパスワードは、ソース・データベースのシステム・パスワードです。2番目のパスワードは、ターゲット・データベースのシステム・パスワードです。
    Oracle Zero Downtime MigrationジョブIDを書き留めます。