Oracle Autonomous Database Serverlessへの移行

この項では、オンプレミスのx86サーバーまたはOracle Database ApplianceワークロードをOracle Autonomous Database Serverlessに移行し、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-autonomous-serverless-vmware.pngの説明

x86-oda-migrate-autonomous-serverless-vmware.zip

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

• リージョン

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

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

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

• Oracle Autonomous Database Serverless

  Oracle Autonomous Database Serverlessは、最新の自律型データベース・テクノロジーへのアクセスを提供します。Autonomous Databaseには、データベースの配置からバックアップおよび更新まで、データベース・ライフサイクルのあらゆる側面をOracleが自律的に操作する、完全に柔軟なデータベースがあります。

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

  OracleとVMwareは、Oracle Cloud Infrastructure内で使用するVMware認定のソフトウェア定義データ・センター(SDDC)実装を開発するために提携しています。Oracle Cloud VMware Solutionと呼ばれるこの実装では、Oracle Cloud Infrastructureを使用して、可用性の高い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 Object Storageは、移行中のデータベースのバックアップおよびエクスポートの一時格納に使用されます。

開始する前に

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

要件のレビュー

• ソース・データベースがx86サーバーまたはOracle Database Appliance Standard Edition、Enterprise Edition、バージョン19.18以上で実行されていることを確認します。
• ターゲットのOracle Autonomous Database Serverlessデータベースは、バージョン19.19.0.01 Extreme Enterprise Edition以上である必要があります。
• 最大8個のOCPUを使用するターゲット・データベースは、Oracle Standard Editionを実行できます。8個を超えるOCPUを使用するデータベースでは、Oracle Enterprise Edition Extreme Performanceを実行する必要があります。
• Oracle Zero Downtime Migrationはバージョン21.4以上である必要があります。
• 中間ストレージには、OCI Object StorageおよびOracle ZFS Storage Appliance (NAS)が含まれている必要があります。

ドキュメントの確認

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

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

• オンプレミスのVMwareワークロードのクラウドへの移行

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

• Oracle Zero Downtime Migration
• Oracle Zero Downtime Migrationのビデオ
• Oracle Zero Downtime Migrationソフトウェアのインストール

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

• "Setting Logical Migration Parameters" in Move to Oracle Cloud Using Zero Downtime Migration Guide
• ステップバイステップ・ガイド- オンプレミスからOracle Autonomous Databaseへの論理オンライン移行

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

• 『Oracle Databaseグローバリゼーション・サポート・ガイド』のタイムゾーン・ファイルおよびタイムゾーン・データによるタイムスタンプのアップグレードに関する項
• Autonomous Databaseでのタイムゾーン・ファイルのバージョンの管理

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

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

• Oracle Cloud Infrastructure Identity and Access Management
• OCIコンピュート
• OCI Object Storage
• Oracle Zero Downtime Migration
• x86サーバーまたはOracle Database Appliance
• Oracle Autonomous Database Serverless

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

製品名: ロール	必須...
Oracle Cloud Infrastructure Identity and Access Management: OCI_user	OCIストレージ・バケットの作成 データをバケットにアップロードしてデータベースをインポートするためのAPIキーの作成
OCIコンピュート: admin	OCI Computeインスタンスを作成してOracle Zero Downtime Migrationソフトウェアを実行します
OCIオブジェクト・ストレージ: Storage Admin	エクスポートされたデータをアップロードするためのOCI Object Storageバケットの作成
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 Autonomous Database Serverless: Database Admin	ターゲット・データベースの作成
Oracle Autonomous Database Serverless: ADMIN	Data Pumpを実行してデータベースをインポートします。

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

移行に関する考慮事項

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

• 論理移行は、x86サーバーまたはOracle Database ApplianceからOracle Autonomous Database Serverlessにデータベースを移行するためにサポートされている唯一の方法です。
• このプレイブックの次のステップでは、オフラインの論理移行を使用して移行する方法を説明します。オンラインの論理移行を使用して移行する方法については、ドキュメントのレビューを参照してください。論理オンライン移行中、Oracle Zero Downtime Migrationは、移行中にデータベースが常にオンラインになるように、ソース・データベースとターゲット・データベース間の移行用にOracle GoldenGateを構成します。
• 論理移行中に、プラガブル・データベース(PDB)またはスキーマ(あるいはその両方)が移行されます。非コンテナ・データベースは、Oracle Autonomous Database Serverlessに移行されます。
• 論理移行には共有ファイル・システムが必要です。論理移行中、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 Autonomous Database Serverlessは、OCI Object Storageから直接データをインポートできます。
• x86サーバーまたはオンプレミスのOracle Database Applianceでは、単一インスタンス・データベースとRACデータベースの両方を実行できます。Oracle Autonomous Database Serverlessは、RACデータベースを実行します。データベースの移行中、Oracle Zero Downtime Migrationは、必要に応じて単一インスタンスをRACデータベースに変換します。
• Oracle Transparent Data Encryptionは、x86サーバーまたはOracle Database Applianceで実行されているオンプレミス・データベースではオプションです。データベースをOracle Autonomous Database Serverlessに移行する場合、ターゲット・データベースは常に暗号化されます。
• ソースのx86サーバー、Oracle Database Applianceデータベースおよびターゲット・データベースは、同じタイムゾーン・ファイルを実行する必要があります。手順については、ドキュメントのレビュー・セクションのAutonomous Databaseでのタイムゾーン・ファイル・バージョンの管理を参照してください。Oracle Autonomous Database Serverlessでのタイムゾーン・ファイルの更新方法の詳細は、ドキュメントのレビュー・セクションのAutonomous Databaseでのタイムゾーン・ファイル・バージョンの管理を参照してください。
• このプレイブックのステップでは、x86サーバーまたはOracle Database Applianceがインストールされているデータ・センターと、Oracle Zero Downtime Migration仮想マシンが構成されているOCI Virtual Cloud Network (VCN) (アーキテクチャ図に示すように、FastConnectまたはIPSec VPN経由)の間に直接ネットワーク接続があることを前提としています。サービス・ゲートウェイを介したVCNとターゲット・データベース間の接続も必要です。
• Oracle Autonomous Database Serverlessでサポートされる標準表領域は、DATAという1つのみです。すべての表をこの表領域に配置する必要があります。ソース・データベースでカスタム表領域を使用する場合は、移行中にDATA表領域に再マップする必要があります。

論理移行を使用した移行

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

1. OCIコンソールまたはREST APIを使用して、ターゲットのOracle Autonomous Database Serverlessデータベースを作成します。次のようにして、データベースを構成します。
   • 新しいターゲット・データベースには、ソース・データベースとは異なる名前を指定できます。
   • 新しいデータベースは、ソース・データベースより新しいバージョンにできます。
   • ADMINユーザーのパスワードを指定します。パスワードをメモしておいてください。
   データベースの作成後にデータベースOCIDを書き留めます。
2. OCIコンソールで、動的ルーティング・ゲートウェイを介してソース・データベースに接続し、サービス・ゲートウェイを介してOracle Autonomous Database Serverlessに接続するコンピュート・インスタンスを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アドレスを使用してソース・データベース・ホストと通信できることを確認します。次の点を確認します。
   • 必要に応じて、Virtual Cloud Network (VCN) DNSリゾルバまたはOracle Zero Downtime Migration VMの/etc/hostsファイルを変更します。
   • デフォルトのリスナー・ポート1521およびsshポート22で、Oracle Zero Downtime Migration VMがソース・データベースに接続できるようにするセキュリティ・ルールがあることを確認します。
   • Oracle Zero Downtime Migration VMがセキュアなTLSポート2484上のターゲット・データベースに到達できることを確認します。
6. Oracle ZFS Storage Applianceまたはネットワーク接続ストレージデバイスで、移行の進行中にデータベースデータダンプのプレースホルダとして使用するネットワークファイルシステムシェアを作成します。
7. ソース・データベースのすべてのノードにネットワーク・ファイル・システム共有をマウントします。
   すべてのユーザーに読取り、書込み、実行(rwx)権限があることを確認します。マウント・ポイントを書き留めます。
8. OCIコンソールで、OCI Object Storageバケットがまだ存在しない場合は作成します。
   Swift URL、オブジェクト・ストレージ・ネームスペースおよびバケット名をノートにとります。
9. ターゲット・データベースを所有し、ステップ8で作成したOCI Object Storageバケットにデータをアップロードする権限を持つOCIユーザーのAPIキーを作成します。
   ユーザーOCID、テナンシOCID、フィンガープリントおよびOCIリージョンに注意してください。対応する秘密キーおよび公開キーをPEMファイルに保存します。このAPIキーは、Oracle Zero Downtime Migrationによって、データベースの移行中にターゲット・データベース情報を取得し、データ・ダンプをOCI Object StorageにアップロードするためにOCIに接続するために使用されます。
10. 前のステップのPEMファイルをOracle Zero Downtime Migration VMにコピーします。
11. sysユーザーとしてソースOracle Database Applianceデータベースにログインし、パラメータStreams_Pool_Sizeが2G以上に設定されていることを確認します。たとえば:

    SQL>show parameter streams_pool_size;
    SQL>alter system set streams_pool_size=2G scope=both SID=’*’;                  

12. Oracle Zero Downtime Migrationに含まれているOracle Zero Downtime Migrationの論理移行レスポンス・ファイル・テンプレートを使用して、移行のレスポンス・ファイルを作成します。キー・パラメータ:
    • TARGETDATABASE_OCID: Oracle Autonomous Database Serverlessターゲット・データベースのOCID。
    • MIGRATION_METHOD: OFFLINE_LOGICAL
    • DATA_TRANSFER_MEDIUM: OSS
    • TARGETDATABASE_ADMINUSERNAME: ADMIN
    • SOURCEDATABASE_ADMINUSERNAME: system
    • SOURCEDATABASE_CONNECTIONDETAILS_HOST: ソースOracle Database Applianceデータベースの最初のノードのIP/ホスト名。
    • SOURCEDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCEDATABASE_CONNECTIONDETAILS_SERVICENAME: ソースPDBまたはコンテナ・データベース(CDB)以外のサービス名。lsnrctlを使用して検索します。
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_TENANTID: ステップ9のテナンシOCID。
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_USERID: ステップ9のユーザーOCID。
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_FINGERPRINT: ステップ9のフィンガープリント。
    • OCIAUTHENTICATIONDETAILS_PRIVATEKEYFILE: ステップ10のOracle Zero Downtime Migrationサーバーの秘密キーPEMファイルへのファイル・パス。
    • OCIAUTHENTICATIONDETAILS_REGIONID: ステップ9のOCIユーザーのOCIリージョンID。
    • SOURCECONTAINERDATABASE_ADMINUSERNAME: system
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_HOST: ソースOracle Database Applianceデータベースの最初のノードのIP/ホスト名。
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_SERVICENAME: Oracle Database Applianceデータベースのソース・コンテナ・データベースのサービス名。lsnrctlを使用して検索します)。
    • DATAPUMPSETTINGS_JOBMODE: SCHEMA
    • DATAPUMPSETTINGS_FIXINVALIDOBJECTS: TRUE
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_NAME: mig
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_PATH: ステップ6のネットワーク・ファイル記憶域マウント・ポイント。
    • DATAPUMPSETTINGS_CREATEAUTHTOKEN: FALSE
    • DATAPUMPSETTINGS_METADATAREMAPS-1: type:REMAP_TABLESPACE,oldValue:USERS,newValue:DATA。
    • DATAPUMPSETTINGS_METADATAREMAPS-2: type:REMAP_TABLESPACE,oldValue:<tablespace_to_be_migrated>,newValue:DATA。移行するカスタム表領域ごとに1つの表領域再マップ・エントリが必要です。
    • DATAPUMPSETTINGS_DATAPUMPPARAMETERS_EXPORTPARALLELISMDEGREE: ソースx86サーバーまたはOracle Database ApplianceデータベースでOracle Standard Edition 2が実行されている場合は、この行を数字記号(#)でコメント化します。それ以外の場合は、使用可能なCPUの数に応じて、2より大きい数値を指定します。
    • DATAPUMPSETTINGS_DATABUCKET_NAMESPACE: ステップ8のOCI Object Storageネームスペース。
    • DATAPUMPSETTINGS_DATABUCKET_BUCKETNAME: ステップ8のOCI Object Storageバケット名。
    • EXCLUDEOBJECTS-1: owner:PDBADMIN
13. Oracle Zero Downtime Migrationの予行演習移行ジョブ(-eval)を実行して、移行の前提条件がすべて満たされていることを確認します。これにより、クラウド移行前アドバイザ・ツール(CPAT)が実行され、ソース・データベースがOracle Zero Downtime Migration論理移行を使用したOracle Autonomous Database Serverlessへの移行に適していることが検証されます。続行する前に、CPATによって報告された問題に対処します。次に例を示します。

    zdmcli migrate database -sourcedb source_db_unique_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_12 \
    -eval

    このコマンドは、2つのパスワードを要求します。最初のパスワードは、ソース・データベースのシステム・パスワードです。2番目のパスワードは、ターゲット・データベースのADMINパスワードです。
    Oracle Zero Downtime MigrationジョブIDを書き留めます。
    予行演習の移行に成功したら、次のステップに進みます。
14. 予行演習の移行が成功したら、Oracle Zero Downtime Migrationジョブを実行します。次に例を示します。

    zdmcli migrate database -sourcedb source_db__unique_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_12

    このコマンドは、2つのパスワードを要求します。最初のパスワードは、ソース・データベースのシステム・パスワードです。2番目のパスワードは、ターゲット・データベースのADMINパスワードです。Oracle Zero Downtime MigrationジョブIDを書き留めます。