1. Oracle CloudでPeopleSoftの最大可用性ソリューションをプロビジョニングおよびデプロイします
  2. データベース移行の構成
  3. 将来のプライマリ・データベースの設定

将来のプライマリ・データベースの設定

将来のプライマリOracle Exadata Database Service on Dedicated Infrastructureを設定し、PeopleSoftデータベースをOCIに移行する準備をするためにOracle Zero Downtime Migrationを構成します。

Oracle Zero Downtime Migrationの前提条件について

次に、移行を成功させるための最も重要なOracle Zero Downtime Migration (ZDM)の前提条件を示します。

  1. ZDMホスト・サーバー

    ZDMインストールをホストする専用ホストまたはVMをプロビジョニングします。これには、小さいOracle Clusterwareフットプリント、MySQLデータベースおよびフリート・パッチ適用およびプロビジョニングが含まれます。このサーバーには、最新のOracle Linux 7イメージがインストールされている必要があります。このVMシェイプは小さく、16GBの物理RAMを持つ2コアで十分です。ZDMサーバーは、ソース・システムとターゲット・システムの両方で、すべてのデータベース移行タスクを編成します。

  2. ネットワーク接続性
    オンプレミスからOCI上のリソースまでのネットワーク接続のタイプによって、ZDMの移行方法およびデータ転送オプションが決まります。Oracle Zero Downtime Migrationでは、OCI FastConnectまたはIPSec VPNを介した直接接続、SSHトンネル、プロキシ・サーバーおよび要塞ホストの使用など、様々なネットワーク接続トポロジを使用できます。

    ノート:

    オンプレミス・システムがOCIリソースにどのようにアクセスするか、OCIリソースが特定のオンプレミス・システムにアクセスする必要があるかどうか、その場合はどのネットワーク・パスによってアクセスする必要があるかを理解することは非常に重要です。
    次を考慮してください:
    1. ZDMホスト・サーバーは、オンプレミスのソース・システムとOCIターゲット・システムの両方にアクセスできる必要があります
    2. Oracle Data Guardを使用するオンライン移行方法では、ソース・システムとターゲット・システムが相互にアクセスできる必要があります。
  3. Transparent Data Encryption (TDE)

    OCIでは、すべてのデータベースが暗号化されている必要があります。データベースがOCIに転送される前にデータ自体を暗号化できない場合は、ソースにTDEキーストア・ウォレットを作成でき、ZDM移行プロセスによってターゲットのデータファイルが暗号化されます。TDEウォレットは、データベース・バージョン12.2以上のソースで必要ですが、この方法は以前のデータベース・リリースで使用できます。

    TDEキーストアを設定するステップは、ゼロ・ダウンタイム移行を使用したOracle Cloudへの移行のTransparent Data Encryptionキーストアの設定を参照してください。

  4. プレースホルダ・データベース
    Oracle Zero Downtime Migrationで移行する前に、ターゲットOracle Exadata Database Service on Dedicated Infrastructureにプレースホルダ・データベースを作成する必要があります。ZDMは、移行プロセスの一環としてプレースホルダ・データベースのデータ構造を削除し、ソース・データベースの構造をその場所にリストアします。メタデータはそのまま残ります。OCIコンソールを使用して、次の制約で作成します:
    1. データベース・ホームは、プライマリと同じソフトウェア・バージョン、リリースおよびパッチ・レベルである必要があります。
    2. DB_NAMEは、プライマリ・データベースと同じである必要があります。
    3. DB_UNIQUE_NAMEは空白のままにすることも指定することもできますが、プライマリと異なる必要があります。
    4. SYSパスワードは、Oracle Data Guardを使用しているため、プライマリと同じである必要があります。
    5. このコンテナ・データベース(CDB)にプラガブル・データベース(PDB)を作成しないでください。
    6. このデータベースのプロビジョニング時に自動バックアップを構成しない
  5. SSHアクセス

    Oracle Zero Downtime Migrationには、ソース・システムとターゲット・システムの両方へのSSHアクセスが必要です。ターゲットには、opcクラウド・ユーザーおよびパスワードなしのSSHキーを使用します。オンプレミス・ソースの場合は、rootユーザーを使用します。パスワードなしのSSHキーを構成し、パスフレーズなしでそれらを使用することも、rootユーザーおよびパスワードを使用することもできます。SSHアクセスを設定し、ZDMホスト・サーバーがソースおよびターゲット・システムにアクセスできることを確認するには、Oracle Zero Downtime Migrationを参照してください。

ノート:

Oracle Zero Downtime Migrationの前提条件の詳細は、ゼロ・ダウンタイム移行を使用したOracle Cloudへの移行を参照してください。

データベース移行のためのOracle Zero Downtime Migrationの構成

前提条件に対処し、Oracle Zero Downtime Migrationをインストールしたら、レスポンス・ファイルを作成してデータベース移行を構成できます。

  1. $ZDM_HOME/rhp/zdm/template/zdm_template.rspにあるレスポンス・ファイル・テンプレートを、Oracle Zero Downtime Migrationホスト・サーバーの作業ディレクトリにコピーします。
  2. データベース移行のレスポンス・ファイルを編集します。
    移行を制御するために使用できるパラメータがいくつかあります。
    たとえば、Oracle Data GuardおよびOracle Data Guard Brokerを構成し、停止時間を最小限に抑えるための移行を設定できます。
    ZDMパラメータ Value コメント
    TGT_DB_UNIQUE_NAME CDBHCM_iad1dx プレースホルダ・データベースのdb_unique_nameを指定します。
    MIGRATION_METHOD ONLINE_PHYSICAL プライマリ・データベースの停止を必要としない、Oracle Zero Downtime Migrationで使用される移行方法。
    DATA_TRANSFER_MEDIUM OSS Oracle Zero Downtime Migrationは、OCI Object Storageサービスを使用してデータベースのバックアップをステージングし、そこからリストアします。オブジェクト・ストレージでデータベースをステージングしなくてもRMAN RESTORE FROM SERVICEを使用できるDIRECTなどの他の転送方法を使用できます。DIRECTについては、Oracle Zero Downtime Migrationの他のパラメータが必要です。Oracle Zero Downtime Migrationのドキュメントを参照してください。
    PLATFORM_TYPE ExaCS(1) 移行のターゲット・システムはExadata Cloud Serviceです。
    TGT_RETAIN_DB_UNIQUE_NAME TRUE Oracle Data Guardがログをソースに返送するには、移行プロセス中にターゲット(TGT)データベースDB_UNIQUE_NAMEが保持されます。
    TGT_SKIP_DATAPATCH TRUE ターゲット・データベースでのdatapatchの実行をスキップします。
    SHUTDOWN_SRC FALSE 移行が完了したら、ソース・データベースを停止しないでください。
    SRC_RMAN_CHANNELS 10 Oracle Recovery Manager (RMAN)は、データベースのパラレル・バックアップ用にソース・データベースに10個のチャネルを割り当てます。
    TGT_RMAN_CHANNELS 10 Oracle RMANは、データベースのパラレル・リストアのために、ターゲット・データベースに10のチャネルを割り当てます。
    ZDM_USE_DG_BROKER TRUE Oracle Zero Downtime Migrationは、移行プロセスの一部としてOracle Data Guard Brokerを構成します。
    HOST https://swiftobjectstorage.us-ashburn-1.oraclecloud.com/v1/maacloud OCIオブジェクト・ストレージ・サービスのエンドポイントURL。OCI Object Storageデータ転送メディアに必要です。
    OPC_CONTAINER ZDM_Backup OCIオブジェクト・ストレージ・バケット名OCI Object Storageデータ転送メディアに必要です。

    [1] Oracle Exadata Database Service on Dedicated InfrastructureのPLATFORM_TYPEの許容値はExaCSです。

  3. シナリオに適した残りのパラメータおよび設定を決定します。
    この例では、残りのパラメータのデフォルト値を受け入れることができました。詳細は、Oracle Zero Downtime Migrationのドキュメントを参照してください。

構成およびOracle Zero Downtime Migrationパラメータ・ファイルのテスト

準備ステップおよび構成ファイルをテストするには、評価モードでOracle Zero Downtime Migrationを実行します。

-evalコマンドライン・オプションは、Oracle Zero Downtime Migrationに、すべての移行プロセス・フェーズについてのみ事前チェックを実行してから停止するように指示します。システムは変更されません。Oracle Zero Downtime Migrationの事前チェックは、ソース・データベースとターゲット・データベースの両方で実行され、DATA_TRANSFER_MEDIUMがOSSに設定されている場合、OCI Object Storageで実行されます。
  1. 移行プロセスの事前チェックを実行します。
    例 
    $ZDM_HOME/bin/zdmcli migrate database \
 -sourcedb CDBHCM_sca6dp \
 -sourcenode scaqan10dv0505.example.com \
 -srcauth zdmauth \
 -srcarg1 user:opc \
 -srcarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk \
 -srcarg3 sudo_location:/usr/bin/sudo \
 -targetnode iadexadb-bw5wn1.ebsexadbprivate.ebscloudmaavcn.oraclevcn.com \
 -backupuser <oci user name> \
 -rsp /home/zdmuser/zdm_CDBHCM_migration.rsp \
 -tgtauth zdmauth \
 -tgtarg1 user:opc \
 -tgtarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk \
 -tgtarg3 sudo_location:/usr/bin/sudo \
 -eval

    すべてのOracle Zero Downtime Migrationジョブは、ジョブ・スケジューリング・メカニズムを介して実行され、非同期で実行されます。Oracle Zero Downtime Migrationコマンドが発行されると、ジョブ・ステータスの確認に使用できるジョブIDを受け取ります。

  2. ジョブのステータスをチェックします。
    たとえば、次のコマンドを実行して、ジョブID 5のステータスを問い合せます。
    $ $ZDM_HOME/bin/zdmcli query job -jobid 5
    出力には、実行中のタスク、保留中のタスク、および事前チェックが成功したか失敗したかが示されます。ジョブ・ステータスを問い合せると、ジョブがすべての必須タスクを実行するまで進行状況を確認できます。
  3. すべての事前チェックに合格するために必要な回数だけ-evalを指定してzdmcliを実行します。
    PRECHECK_FAILEDとマークされたタスクがある場合は、「結果」ログ・ファイルでエラーを確認し、修正します。
  4. 実際の移行を実行する前に、すべての事前チェック・タスクについて評価モードがPRECHECK_PASSEDを返すことを確認します。
    例 
    iad-zdm. ebsexadbprivate.ebscloudmaavcn.oraclevcn.com: Audit ID: 50
Job ID: 5
User: zdmuser
Client: iad-zdm
Job Type: "EVAL"
Scheduled job command: "zdmcli migrate database -sourcedb CDBHCM_sca6dp -sourcenode scaqan10dv0505.mycompany.com -srcauth zdmauth -srcarg1 user:opc -srcarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk -srcarg3 sudo_location:/usr/bin/sudo -targetnode iadexadb-bw5wn1.ebsexadbprivate.ebscloudmaavcn.oraclevcn.com -backupuser <oci user name> -rsp /home/zdmuser/zdm_CDBHCM_migration.rsp -tgtauth zdmauth -tgtarg1 user:opc -tgtarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk -tgtarg3 sudo_location:/usr/bin/sudo -eval"
Scheduled job execution start time: 2022-07-26T20:26:01Z. Equivalent local time: 2022-07-26 20:26:01
Current status: SUCCEEDED
Result file path: "/u01/app/zdmbase/chkbase/scheduled/job-5-2022-07-26-20:26:21.log"
Metrics file path: "/u01/app/zdmbase/chkbase/scheduled/job-5-2022-07-26-20:26:21.json"
Job execution start time: 2022-07-26 20:26:21
Job execution end time: 2022-07-26 20:30:37
Job execution elapsed time: 4 minutes 16 seconds
ZDM_GET_SRC_INFO ........... PRECHECK_PASSED
ZDM_GET_TGT_INFO ........... PRECHECK_PASSED
ZDM_PRECHECKS_SRC .......... PRECHECK_PASSED
ZDM_PRECHECKS_TGT .......... PRECHECK_PASSED
ZDM_SETUP_SRC .............. PRECHECK_PASSED
ZDM_SETUP_TGT .............. PRECHECK_PASSED
ZDM_PREUSERACTIONS ......... PRECHECK_PASSED
ZDM_PREUSERACTIONS_TGT ..... PRECHECK_PASSED
ZDM_OBC_INST_SRC ........... PRECHECK_PASSED
ZDM_OBC_INST_TGT ........... PRECHECK_PASSED
ZDM_VALIDATE_SRC ........... PRECHECK_PASSED
ZDM_VALIDATE_TGT ........... PRECHECK_PASSED
ZDM_POSTUSERACTIONS ........ PRECHECK_PASSED
ZDM_POSTUSERACTIONS_TGT .... PRECHECK_PASSED
ZDM_CLEANUP_SRC ............ PRECHECK_PASSED
ZDM_CLEANUP_TGT ............ PRECHECK_PASSED

PeopleSoftデータベースの移行

Oracle Zero Downtime Migrationを使用して、データベースを移行できます。デフォルトでは、データベースを移行してからスイッチオーバーします。

ノート:

Oracle Zero Downtime Migrationでスイッチオーバーを実行しないようにするため、-stopafter句を使用して、フェーズZDM_CONFIGURE_DG_SRCの完了後に停止します。

  1. データベース移行プロセスを実行し、-stopafterを指定して移行を停止します。
    例 
    $ZDM_HOME/bin/zdmcli migrate database \
 -sourcedb CDBHCM_sca6dp \
 -sourcenode scaqan10dv0505.mycompany.com \
 -srcauth zdmauth \
 -srcarg1 user:opc \
 -srcarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk \
 -srcarg3 sudo_location:/usr/bin/sudo \
 -targetnode iadexadb-bw5wn1.ebsexadbprivate.ebscloudmaavcn.oraclevcn.com \
 -backupuser <oci user name> \
 -rsp /home/zdmuser/zdm_CDBHCM_migration.rsp \
 -tgtauth zdmauth \
 -tgtarg1 user:opc \
 -tgtarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk \
 -tgtarg3 sudo_location:/usr/bin/sudo \
 -stopafter ZDM_CONFIGURE_DG_SRC

    このコマンドは、ジョブ・ステータスのチェックに使用できるジョブIDを返します。

  2. ジョブのステータスをチェックします。
    たとえば、次のコマンドを実行して、ジョブID 6のステータスを問い合せます。
    $ $ZDM_HOME/bin/zdmcli query job -jobid 6

    次に、フェーズZDM_CONFIGURE_DB_SRCの完了後の最終出力の例を示します。 

    iad-zdm. ebsexadbprivate.ebscloudmaavcn.oraclevcn.com: Audit ID: 74
Job ID: 6
User: zdmuser
Client: iad-zdm
Job Type: "MIGRATE"
Scheduled job command: "zdmcli migrate database -sourcedb CDBHCM_sca6dp -sourcenode scaqan10dv0505.mycompany.com -srcauth zdmauth -srcarg1 user:opc -srcarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk -srcarg3 sudo_location:/usr/bin/sudo -targetnode iadexadb-bw5wn1.ebsexadbprivate.ebscloudmaavcn.oraclevcn.com -backupuser <oci user name> -rsp /home/zdmuser/zdm_CDBHCM_migration.rsp -tgtauth zdmauth -tgtarg1 user:opc -tgtarg2 identity_file:/home/zdmuser/.ssh/zdm_service_host.ppk -tgtarg3 sudo_location:/usr/bin/sudo -pauseafter ZDM_CONFIGURE_DG_SRC"
Scheduled job execution start time: 2022-07-26T20:35:24Z. Equivalent local time: 2022-07-26 20:35:24
Current status: PAUSED
Current Phase: "ZDM_CONFIGURE_DG_SRC"
Result file path: "/u01/app/zdmbase/chkbase/scheduled/job-6-2022-07-26-20:35:51.log"
Metrics file path: "/u01/app/zdmbase/chkbase/scheduled/job-6-2022-07-26-20:35:51.json"
Job execution start time: 2022-07-26 20:35:51
Job execution end time: 2022-07-26 21:37:05
Job execution elapsed time: 1 hours 1 minutes 14 seconds
ZDM_GET_SRC_INFO ............... COMPLETED
ZDM_GET_TGT_INFO ............... COMPLETED
ZDM_PRECHECKS_SRC .............. COMPLETED
ZDM_PRECHECKS_TGT .............. COMPLETED
ZDM_SETUP_SRC .................. COMPLETED
ZDM_SETUP_TGT .................. COMPLETED
ZDM_PREUSERACTIONS ............. COMPLETED
ZDM_PREUSERACTIONS_TGT ......... COMPLETED
ZDM_OBC_INST_SRC ............... COMPLETED
ZDM_OBC_INST_TGT ............... COMPLETED
ZDM_VALIDATE_SRC ............... COMPLETED
ZDM_VALIDATE_TGT ............... COMPLETED
ZDM_BACKUP_FULL_SRC ............ COMPLETED
ZDM_BACKUP_INCREMENTAL_SRC ..... COMPLETED
ZDM_DISCOVER_SRC ............... COMPLETED
ZDM_COPYFILES .................. COMPLETED
ZDM_PREPARE_TGT ................ COMPLETED
ZDM_SETUP_TDE_TGT .............. COMPLETED
ZDM_CLONE_TGT .................. COMPLETED
ZDM_FINALIZE_TGT ............... COMPLETED
ZDM_CONFIGURE_DG_SRC ........... COMPLETED

このコマンドでZDM_CONFIGURE_DG_SRCステップが完了すると、Oracle Zero Downtime Migrationによってソース・データベースがOCIにコピーされ、ソースのスタンバイとして設定され、Data Guard Brokerが構成され、redo applyが起動されます。新しいOCIスタンバイはソース・プライマリと同期中です。

Oracle Zero Downtime Migrationは、次のタスクも完了しました:

  • 移行されたデータベースをOracle Clusterwareに登録しました
  • スタンバイ・データベース内のプラガブル・データベース(PDB)を含む更新された情報でOCIコントロール・プレーン・メタデータを更新しました
  • Transparent Data Encryption (TDE)を使用してスタンバイ・データベースのデータファイルを暗号化します(Oracle Zero Downtime Migrationの前提条件を参照)。

    ノート:

    ビューV$ENCRYPTION_WALLETのWALLET_TYPEがAUTOLOGINに設定されています。

将来のプライマリのためのロールベースのデータベース・サービスの定義

OCIデータベースがPRIMARYロールを満たしているときに、オンライン・ユーザーとプロセス・スケジューラの両方でPeopleSoftアプリケーションが使用するロールベースのデータベース・サービスを追加します。

  • オンライン・ユーザーおよびプロセス・スケジューラにロールベースのデータベース・サービスを追加します。
    srvctl add service -db CDBHCM_iad1dx -pdb HR92U033 -service HR92U033_BATCH -preferred "CDBHCM1,CDBHCM2" -notification TRUE -role PRIMARY,SNAPSHOT_STANDBY -failovermethod BASIC -failovertype AUTO -failoverretry 10 -failoverdelay 3

srvctl add service -db CDBHCM_iad1dx -pdb HR92U033 -service HR92U033_ONLINE -preferred "CDBHCM1,CDBHCM2" -notification TRUE -role PRIMARY,SNAPSHOT_STANDBY -failovermethod BASIC -failovertype AUTO -failoverretry 10 -failoverdelay 3