1. Zero Downtime Migrationを使用したOracle Cloudへの移行
  2. Zero Downtime Migrationの概要

1 Zero Downtime Migrationの概要

Zero Downtime Migrationの仕組みと、その要件およびサポートされている構成について学習します。

Zero Downtime Migrationについて

Zero Downtime Migrationにより、オンプレミスやOracle Cloud Infrastructure Classicから、またOracle Cloud Infrastructureリージョン間でOracleデータベースを移行できます。データベースは、クラウド内の共同管理またはAutonomous Databaseサービス、あるいはクラウドまたはオンプレミスの任意のExadata Database Machineに移動できます。

Zero Downtime Migrationには、堅牢かつ柔軟で再開可能な移行プロセスが用意されており、これはロールバックも容易です。Zero Downtime MigrationはOracle Maximum Availability Architecture (MAA)を統合し、Oracle Database 11gリリース2 (11.2.0.4)以降のデータベース・リリースをサポートします。

個々のデータベースのデータベース移行を実行および管理したり、フリート・レベルでデータベース移行を実行できます。Oracle Data Guard、Oracle Recovery Manager (RMAN )、Oracle GoldenGate、Oracle Data Pumpなどのテクノロジを利用して、データベースをオンラインまたはオフラインで移行できます。

Zero Downtime Migrationソフトウェアは、プロビジョニングするホストにインストールして実行するコマンドライン・インタフェースを備えたサービスです。Zero Downtime Migrationソフトウェアがインストールされるサーバーは、Zero Downtime Migrationサービス・ホストと呼ばれます。Zero Downtime Migrationサービス・ホストから1つ以上のデータベース移行ジョブを実行できます。

Zero Downtime Migrationの機能

  • 監査機能 - 移行ジョブで実行されたアクションを含め、すべてのカスタム・ユーザー・アクションが監査されます。
  • ワークフローのカスタマイズ - ワークフローのフェーズの前後に実行できる独自のスクリプトを使用して、(操作フェーズでマークされた)移行ワークフローをカスタマイズできます。
  • ジョブ・サブシステム - フリート・スケールでデータベース移行を実行および管理できます。
  • ジョブ・スケジューラ - 将来のある時点で実行されるように移行ジョブをスケジュールできます。
  • 一時停止および再開機能 - 必要に応じて、移行ジョブを一時停止して再開できます。これは、メンテナンス・ウィンドウに準拠する際などに便利です。
  • ジョブの終了 - 実行中の移行ジョブの完了を待たずに、ジョブを終了できます。
  • ジョブの再実行機能 - 移行ジョブを障害発生時点から再実行(再開)できます。
  • ジョブの事前チェック - 移行タスクの事前チェックを実行して、データベース移行中のエラーを防止することができます。
  • コンプライアンス - Zero Downtime MigrationはOracle Maximum Availability Architectureのベスト・プラクティスに準拠し、Oracle Database 11gリリース2 (11.2.0.4.0)以降がサポートされます。

移行方法

Zero Downtime Migrationはオンラインとオフラインの両方の移行をサポートしており、物理移行と論理移行の両方を実行できます。各移行方法の次の利点を検討して、ニーズに適した方法を選択してください。

  • オンライン移行方法では、停止時間はゼロまたは最小限(通常は15分未満)になり、物理または論理移行方法を利用できます。

  • オフライン移行方法では、移行プロセスの一環としてソース・データベースで停止時間が発生します。物理または論理移行方法を利用できます。

    Oracle Database Standard Editionの移行に使用できる唯一の方法は、オフライン移行方法です。

  • 物理移行方法:

    • Oracle Data GuardおよびRMANを使用して移行を実行します

    • 非マルチテナント(非CDB)ソース・データベースをマルチテナント(CDB)ターゲット・データベースに変換できます

  • 論理移行方法:

    • Oracle Data Pump、およびオンライン移行の場合はOracle GoldenGate Microservicesを使用します

    • クラウド移行前アドバイザ・ツール(CPAT)との統合を含みます。このツールは、a)データベースで使用されている、ターゲット・クラウド環境でサポートされていない機能について警告し、b)データ・ポンプ・エクスポートおよびインポート操作に使用する修正変更またはパラメータ(あるいはその両方)について提案します

移行方法については、次のトピックで説明します。

親トピック: Zero Downtime Migrationの概要

Zero Downtime Migrationを使用した物理移行

Zero Downtime Migrationを使用したオンラインおよびオフラインの物理移行については、次のトピックで説明します。

親トピック: Zero Downtime Migrationの概要

物理オンライン移行

Zero Downtime Migrationでは、Oracle Data Guardを利用してオンライン物理移行を実行します。

Zero Downtime Migrationのオンライン物理移行では、次のことが実行されます。

  • 指定したデータ転送メディアにソース・データベースをバックアップする
  • このバックアップからターゲット環境にスタンバイ・データベースをインスタンス化する
  • 最大パフォーマンス保護モードおよび非同期(ASYNC) REDOトランスポート・モードでData Guardを構成する
  • ソース・データベースとターゲット・データベースを同期させる
  • 最小限の停止時間で新しいプライマリ・データベースとしてターゲット・データベースに切り替える

切り替えると、ターゲット・データベースがプライマリ・データベースになり、ソース・データベースがスタンバイになります。

スイッチオーバー後に新しいプライマリと新しいスタンバイの間にSQL*Net接続がある場合、構成では、新しいプライマリから新しいスタンバイ・ソース・データベースへのデータの同期(REDOの送信)が継続されます。この構成により、プライマリを元のソース・データベースに戻す必要がある場合に、最小限の停止時間でロールバックを実行できます。

ただし、スイッチオーバー後に新しいプライマリと新しいスタンバイの間にSQL*Net接続がない場合、新しいプライマリからソース・データベース上の新しいスタンバイへのデータの同期(REDOの送信)は行われません。この構成では、元のソース・データベースに戻すことはできません。

透過的データ暗号化(TDE)は、Oracle CloudのOracleデータベースではデフォルトで有効になっています。Zero Downtime Migrationでは、TDEがソースOracleデータベースで有効になっていない場合でも、ターゲット・データベースの暗号化が処理されます。ただし、移行のスイッチオーバー・フェーズが発生すると、Oracle Cloud内の新しいプライマリ・データベースが新しいスタンバイ・データベース(ソース)に送信するREDOログは暗号化されます。したがって、ソース・データベースを再度プライマリにし、Oracle Cloud内のデータベースをスタンバイにして再度切り替えてロールをスワップすることにした場合、ソース・データベースでは、TDEがソース・データベースで有効になっていないかぎり、REDOログによって適用された新しく暗号化された変更済のブロックを読み取ることができません。

親トピック: Zero Downtime Migrationを使用した物理移行

物理オフライン移行

Zero Downtime Migrationでは、バックアップおよびリストア操作を実行して、オフライン物理移行を実行できます。

Zero Downtime Migrationのオフライン物理移行では、次のことが実行されます。

  • 指定したデータ転送メディアにソース・データベースをバックアップする
  • このバックアップからターゲット環境に新しいデータベースをインスタンス化する

オフライン移行方法は、データベースのクローニングと似ています。ターゲット・データベースにはソースとの関係がないため、データ同期またはフォールバック機能はありません。ソース・データベース・サーバーとターゲット・データベース・サーバーの間にSQL*Net接続は必要ありません。

親トピック: Zero Downtime Migrationを使用した物理移行

サポートされている物理移行パス

Zero Downtime Migrationでは、様々な物理移行パスがサポートされています。

  • オンプレミス・データベースからOracle Cloud Infrastructure

    Zero Downtime Migrationを使用して、Oracleオンプレミス・データベースをOracle Cloud Infrastructure (仮想マシンまたはベア・メタル)に移行できます。

    このシナリオでは、Oracle Cloud Infrastructure Object Storageサービスがバックアップの格納用にサポートされている中間データ転送メディアです。

  • オンプレミス・データベースからOracle Exadata Cloud at Customer

    Zero Downtime Migrationを使用して、オンプレミス・データベースをOracle Exadata Cloud at Customer環境に移行できます。

    このシナリオでは、Object Storageサービス(OSS)、Zero Data Loss Recovery Appliance (ZDLRA)またはネットワーク・ファイル・システム(NFS)がバックアップの格納用にサポートされているデータ転送メディアです。

  • Oracle Cloud Infrastructure ClassicデータベースからOracle Cloud Infrastructure

    Zero Downtime Migrationを使用して、Oracle Cloud Infrastructure ClassicのデータベースをOracle Cloud Infrastructure (仮想マシンまたはベア・メタル)に移行できます。

    このシナリオでは、Oracle Cloud Infrastructure Object Storageサービスがバックアップの格納用にサポートされている中間データ転送メディアです。

  • オンプレミス・データベースからExadata Cloud Service

    Zero Downtime Migrationを使用して、Oracleオンプレミス・データベースをExadata Cloud Serviceに移行できます。

    このシナリオでは、Oracle Cloud Infrastructure Object Storageサービスがバックアップの格納用にサポートされている中間データ転送メディアです。

  • Oracle Cloud Infrastructureデータベースから別のOracle Cloud Infrastructureリージョン

    Zero Downtime Migrationを使用して、Oracle Cloud Infrastructureリージョン間でデータベースを移行できます。たとえば、phoenixリージョンからfrankfurtまたはashburnリージョンにデータベースを移行できます。

    このシナリオでは、Oracle Cloud Infrastructure Object Storageサービスがバックアップの格納用にサポートされている中間データ転送メディアです。

  • オンプレミス・データベースからオンプレミスExadata Database Machine

    Zero Downtime Migrationを使用して、オンプレミス・データベースをOracle Exadata Database Machineに移行できます。

    このシナリオでは、Zero Data Loss Recovery Appliance (ZDLRA)またはネットワーク・ファイル・システム(NFS)がバックアップの格納用にサポートされている中間データ転送メディアです

親トピック: Zero Downtime Migrationを使用した物理移行

物理移行でサポートされているデータ転送メディア

Zero Downtime Migrationプロセスの一環として、ソース・データベースのバックアップを作成し、ターゲット・データベースにリストアします。Zero Downtime Migrationでは、ターゲット環境に応じて、Oracle Cloud Infrastructure Object Storage、Zero Data Loss Recovery ApplianceまたはNFSストレージ・バックアップ・メディアがサポートされています。

  • Object Storageサービス(OSS)
  • Zero Data Loss Recovery Appliance (ZDLRA)
  • 外部のバックアップの場所(NFS)

Oracle Cloud Infrastructure Object Storage

Object Storageは、データベースをOracle Cloud Infrastructure、Exadata Cloud ServiceまたはExadata Cloud at Customerに移行する際のバックアップ・メディアとしてサポートされています。

データベースをObject Storageにバックアップすると、Zero Downtime Migrationサービスによってソース・データベースのバックアップが開始されターゲット環境にリストアされるため、Object Storageにはソース環境とターゲット環境の両方からアクセスできる必要があります。

Zero Downtime Migrationサービス・ホストではソースおよびターゲットのデータベース・サーバーへのSSH接続を使用して、Object Storageに対するバックアップおよびリストアに必要なバックアップ・モジュール・ソフトウェアをインストールして構成します。ソース・データベースからObject Storageへのバックアップは、RMANチャネルを介して行われます。

Zero Data Loss Recovery Appliance

Zero Data Loss Recovery Applianceは、データベースをExadata Cloud at Customerターゲットに移行する際のバックアップ・メディアとしてサポートされています。

Zero Data Loss Recovery Applianceをバックアップ媒体として選択した場合、Zero Downtime Migrationではワークフローの一環としてZero Data Loss Recovery Applianceへのバックアップを開始しないため、Zero Data Loss Recovery Applianceにソース・データベースの有効なバックアップがあることを確認する必要があります。

また、Zero Data Loss Recovery Applianceへのバックアップを開始する前に、データベースのすべてのインスタンスが稼働していることを確認する必要があります。インスタンスの停止時にバックアップが開始されると、データベースの複製操作が失敗する場合があります。

Zero Downtime Migrationサービスでは、Zero Data Loss Recovery Applianceのバックアップにアクセスし、Exadata Cloud at Customerにリストアします。Zero Data Loss Recovery Applianceのアクセス資格証明およびウォレットの場所は必須の入力パラメータであるため、Zero Downtime Migrationでは、ターゲット・データベースでのZero Data Loss Recovery Applianceウォレットの設定を処理できます。

ソースとターゲットのデータベース・サーバー間でのREDOストリームの転送はいずれの方向にも、SQL*Netリンクを介して行われます。

バックアップの作成の詳細は、Zero Data Loss Recovery Applianceのドキュメントを参照してください。

ネットワーク・ファイル・システム(NFS)

NFSは、データベースをExadata Cloud at Customerターゲットに移行する際のバックアップ・メディアとしてサポートされています。

データベースをNFSマウントにバックアップする場合、Zero Downtime Migrationサービスによってソース・データベースのバックアップが開始され、Exadata Cloud at Customerターゲット環境にリストアされます。NFSには、ソース環境とターゲット環境の両方からアクセスできる必要があります。

親トピック: Zero Downtime Migrationを使用した物理移行

物理移行でサポートされているデータベース・アーキテクチャ

Zero Downtime Migrationでは、次のデータベース・アーキテクチャの実装がサポートされています。

  • Oracle Databaseシングルインスタンス: シングルインスタンスまたはOracle RACデータベース・ターゲットに移行できます。
  • Oracle RAC One Node: Oracle RACデータベース・ターゲットに移行できます。
  • Oracle RAC: Oracle RACデータベース・ターゲットに移行できます。

親トピック: Zero Downtime Migrationを使用した物理移行

ターゲット・プレースホルダ・データベース環境

Zero Downtime Migrationでは、移行プロセスを開始する前にプレースホルダ・データベース・ターゲット環境を構成する必要があります。Zero Downtime Migrationは、プロビジョニングされたターゲットをテンプレートとして使用し、移行中にターゲットを再作成します。

Zero Downtime Migrationでは移行中にこれが自動的に保持されないため、ネイティブ環境の必須および適切なオプションを使用してターゲット・データベースを構成する必要があります。

移行プロセス中、Zero Downtime Migrationサービス・ホストは、プレースホルダ・データベースを削除し、ソース・データベースと同じdb_nameを使用してターゲット環境にデータベースを再作成して、ソース・データベースをこのプレースホルダ・データベース・ターゲット環境にリストアします。

移行中、SGAパラメータを含め、ターゲット・データベースのデータベース・パラメータは保持され、移行されたデータベースはこの同じ構成で実行されます。

移行が完了すると、ターゲット・データベースはOracle Database Cloud Serviceコンソールを使用してアクセス可能になり、SRVCTLコマンドでデータベースを管理できます。データベース・パラメータに対する変更は、移行後に実行できます。

親トピック: Zero Downtime Migrationを使用した物理移行

Zero Downtime Migrationを使用した論理移行

Zero Downtime Migrationを使用したオンラインおよびオフラインの論理移行については、次のトピックで説明します。

親トピック: Zero Downtime Migrationの概要

論理オンライン移行

Zero Downtime Migrationでは、Oracle GoldenGateおよびOracle Data Pumpを利用してオンライン論理移行を実行します。

論理オンライン移行中、Oracle Data PumpとOracle GoldenGateレプリケーションの組合せを使用してデータをターゲット・データベースに移動している間、ソース・データベースはクライアント接続に対してオンラインのままです。

ソース・データベースは、プラガブル・データベース(PDB)でも非マルチテナント・データベースでもかまいません。

論理オンライン移行には、次の2つのステップが含まれます。

  • ターゲット・データベースのインスタンス化。

    Oracle Data Pumpは、ソース・データベースからデータを抽出し、ターゲット・データベースにロードします。

  • ソース・データベースとターゲット・データベース間のリアルタイムのデータ・レプリケーション。

    アプリケーションをターゲット・データベースに切り替えるように選択するまで、Oracle GoldenGateはソース・データベースとターゲット・データベースの間でリアルタイムでデータをレプリケートします。

親トピック: Zero Downtime Migrationを使用した論理移行

論理オフライン移行

Zero Downtime Migrationでは、Oracle Data Pumpを使用してオフライン論理移行を実行し、ソース・データベースからデータを抽出してターゲット・データベースにロードできます。

オフライン論理移行とは、データがターゲット・データベースに移動されている間、クライアントでソース・データベースを使用できないことを意味します。オフライン移行方法を使用する場合は、移行を開始する前にソース・データベースへの更新を停止する必要があります。移行が完了したら、ターゲット・データベースとソース・データベース間の直接SQL*Net接続は必要ありません。

親トピック: Zero Downtime Migrationを使用した論理移行

サポートされている論理移行パス

Zero Downtime Migrationでは、様々なターゲット・データベースへの論理移行パスがサポートされています。

Zero Downtime Migrationは、移行構成に基づいて、次のいずれかのターゲット・データベース・システムを検出します。

  • Autonomous Database共有(Data WarehouseまたはTransaction Processing):

    サポートされているAutonomous Databaseターゲットでは、次の移行方法がサポートされています。

    • データベース・リンクを使用したオンラインまたはオフライン移行
    • OCI Object Storageを使用したオンラインまたはオフライン移行

  • Autonomous Database専用インフラストラクチャ(Data WarehouseまたはTransaction Processing):

    • OCI Object Storageを使用したオンラインまたはオフライン移行

  • 共同管理データベース・システム: Exadata Cloud Service、Exadata Cloud at Customer、仮想マシンまたはベア・メタル

    サポートされている共通管理データベース・ターゲットでは、次の移行方法がサポートされています。

    • データベース・リンクを使用したオンラインまたはオフライン移行
    • OCI Object Storageを使用したオンラインまたはオフライン移行
    • NFSを使用したオフライン移行
    • ダイレクト・コピーを使用したオフライン移行
    • OCI CLIでのObject Storageを使用したオフライン移行

親トピック: Zero Downtime Migrationを使用した論理移行

論理移行でサポートされているデータ転送メディア

Zero Downtime Migrationの論理移行パスの中には、ターゲット・データベースに転送するためにOracle Data Pumpダンプ・ファイルをストレージ・メディアに配置するものがあります。

論理移行でサポートされているデータ転送メディアは次のとおりです。

  • Oracle Cloud Object Store

    Object Storageは、ターゲットのAutonomous Databaseまたは共同管理データベースへのオンラインおよびオフライン論理移行用のデータ・ポンプ・ダンプ・ファイル・ストレージ・メディアとしてサポートされています。

  • ネットワーク・ファイル・システム(NFS)

    共同管理ターゲット・データベースへのオフライン論理移行では、NFSがデータ転送メディアとしてサポートされています。

  • ダイレクト・コピー

    データ・ポンプのダンプは、セキュア・コピー(SCP)またはRSYNCを使用して、ソースからターゲットに安全に転送されます。

親トピック: Zero Downtime Migrationを使用した論理移行

データ・レプリケーション

レプリケーションでは、レプリケーション遅延の監視フェーズ後に移行ジョブを再開するまで、初期ロード後にコミットされたトランザクションのすべてのデータおよびメタデータ操作が移行されます。これには、移行されたスキーマ内の表のデータの挿入、削除および更新が含まれます。DDLの作成、変更および削除操作はレプリケートされません。

次のオブジェクトはサポートされていません。

  • 外部表に対する変更
  • Oracle GoldenGateでサポートされていないタイプ(サポート対象の理解に関する項を参照)

親トピック: Zero Downtime Migrationを使用した論理移行

Zero Downtime Migrationの要件および考慮事項

親トピック: Zero Downtime Migrationの概要

サポートされているプラットフォーム

Zero Downtime Migrationでは、サービス・ホストと移行のソースおよびターゲット・データベース・サーバーで次のプラットフォームがサポートされます。

Zero Downtime Migrationサービス・ホスト - サポートされているプラットフォーム

Zero Downtime Migrationサービス・ホストは、Oracle Linux 7 (Linux-x86-64)以降のリリースで構成できます。

Zero Downtime Migrationサービスは、オンプレミスのスタンドアロン・サーバーまたはOracle CloudのスタンドアロンLinuxサーバー(コンピュート・インスタンス)にデプロイできます。Oracle Linuxは、Zero Downtime Migrationサービス・ホストでサポートされているプラットフォームです。

Zero Downtime Migrationサービス・ホストは、他の目的のために他のアプリケーションと共有できます。

ソースおよびターゲット・データベース・サーバー - サポートされているプラットフォーム

Linux-x86-64は、共同管理のソースおよびターゲット・データベース・サーバーでサポートされているプラットフォームです。

サポートされているターゲット・システム

  • Oracle Cloud Infrastructure共同管理データベース: Exadata Cloud Service、Exadata Cloud at Customer、仮想マシンデータベース・システムおよびベア・メタル・データベース・システム

    ターゲット共同管理データベースは、プラガブル・データベースでも非マルチテナント・データベースでもかまいません。

  • Autonomous Databaseは、論理移行でターゲット環境としてのみサポートされているプラットフォームです。専用インフラストラクチャ(Data WarehouseまたはTransaction Processing)または共有(Data WarehouseまたはTransaction Processing)を選択できます。

    Autonomous Databaseは、Autonomous Exadata Infrastructure (AEI)ラックにデプロイされたAutonomous Container Database (ACD)内のプラガブル・データベースです。

  • オンプレミスExadata Database Machine

親トピック: Zero Downtime Migrationの要件および考慮事項

移行でサポートされているデータベース・バージョン

Zero Downtime Migrationでは、Oracle Cloud Infrastructure、Exadata Cloud at CustomerおよびExadata Cloud Serviceで使用可能なOracle Databaseのほとんどのバージョンがサポートされています。

次のOracle Databaseバージョンは、Zero Downtime Migrationを使用して移行できます。

  • Oracle Database 11 gリリース2 (11.2.0.4)
  • Oracle Database 12cリリース1 (12.1.0.2)
  • Oracle Database 12cリリース2 (12.2.0.1)
  • Oracle Database 18c
  • Oracle Database 19c
  • Oracle Database 21c
  • すべての後続のOracle Databaseリリース

ノート:

次の注意事項は、物理的移行にのみ適用されます。

Zero Downtime Migrationの物理移行ではOracle Data Guardを利用するため、ソースとターゲットの両方で同じオペレーティング・システムおよびデータベース・バージョンが必要です。ただし、Standard EditionデータベースではZero Downtime Migrationを使用できますが、バックアップおよびリストア手法に基づいたオフライン移行方法を使用する必要があり、Data Guardを利用しません。

Zero Downtime Migrationの物理移行では、エディション間の移行はサポートされていません。Zero Downtime Migrationは、Enterprise EditionのデータベースからStandard Editionのデータベースへの移行には使用できません。その逆も同様です。

親トピック: Zero Downtime Migrationの要件および考慮事項

Zero Downtime Migrationのデータベース・サーバーのアクセス

Zero Downtime Migrationサービス・ホストでは、データベースの移行中にソースおよびターゲットのデータベース・サーバーにアクセスする必要があります。

移行を実行するために、Zero Downtime Migrationサービス・ホストでは、ソース・データベース・サーバーのいずれかに対するrootユーザーまたはSSHキー・ベースのアクセス権と、ターゲット・データベース・サーバーのいずれかに対するSSHキー・ベースのアクセス権が必要です。Oracle RACデータベースを移行する場合は、Oracle RACノードのいずれかへのアクセス権を付与することが適切です。Zero Downtime Migrationサービス・ホストでは、移行に必要なソフトウェアをソースおよびターゲットのサーバーにコピーして、操作の最後にクリーン・アップします。

SSH接続を確立するにはSSH秘密キーが必要です。この生成されたキーではパスフレーズを使用しないでください。Oracle Cloud Serviceコンソールを使用して、新しいSSHキーを作成して既存のデプロイメントに追加できます。

親トピック: Zero Downtime Migrationの要件および考慮事項

Zero Downtime Migrationの操作フェーズ

Zero Downtime Migrationサービスでは、操作フェーズの単位で移行プロセスを定義します。

Zero Downtime Migrationでは、ターゲット・プラットフォームやバックアップ媒体などの構成された入力パラメータに基づいて、定義された操作フェーズを使用して移行ワークフローを自動計算します。各操作フェーズでカスタム・プラグインを挿入すると、ワークフローをカスタマイズできます。Zero Downtime Migrationサービスを使用すると、選択した操作フェーズで移行ワークフローを一時停止および再開できます。

特定の操作について移行ワークフローに関連するフェーズをリストできます。ソース・データベース・サーバーで実行されるフェーズは接尾辞_SRC付きでリストされ、ターゲット・データベース・サーバーに関連付けられたフェーズは接尾辞_TGT付きでリストされます。

関連項目:

Zero Downtime Migrationプロセスのフェーズ

親トピック: Zero Downtime Migrationの要件および考慮事項

Zero Downtime Migrationのセキュリティ・プロビジョニング

Zero Downtime Migrationのファイルおよびディレクトリの権限と所有権と、セキュリティ機能の構成の処理はOracle Databaseのものと同等です。

Zero Downtime Migrationでは、ZDM_HOMEという名前の場所にインストールされます。これは、Oracle DatabaseのOracleホーム・ディレクトリORACLE_HOMEと同様に構造化されています。ZDM_HOME内のファイルおよびディレクトリの権限と所有権は、データベースORACLE_HOMEと同じ規則に従います。

また、Zero Downtime Migrationでは、Zero Downtime Migrationの構成ファイル、ログおよびその他のアーティファクトを格納するための、ZDM_BASEという名前のベース・ディレクトリ構造も作成されます。これは、Oracleホームに関連付けられている、Oracleベース・ディレクトリORACLE_BASEと似ています。ZDM_BASEのディレクトリおよびファイルの構造、所有者、権限は、ORACLE_BASEのものと似ています。

ZDM_BASEおよびORACLE_BASEは、グループまたはその他のユーザーによるアクセスを許可しません。

Zero Downtime Migrationの構成はすぐに使用できてセキュアであるように設計されているため、Zero Downtime Migrationの構成のセキュリティを確保するために、追加ステップを実行する必要はありません。

Zero Downtime Migrationは、ローカル・ホストからのJMX接続のみを受け入れ、HTTP接続用のループバック・アドレスでリスニングするように構成されます。Zero Downtime Migrationの操作は、製品をインストールしたオペレーティング・システム・ユーザーのみが実行できます。

物理移行では、Zero Downtime Migrationサービス・ホストからソース・データベース・サーバーおよびターゲット・データベース・サーバーへのSSH接続が必要です。移行ジョブの入力としてSSHキー・ファイルの場所を指定する必要があり、移行ジョブの間、このファイルが存在することが想定されています。これらのキー・ファイルが配置されているディレクトリおよびファイルのセキュリティを管理する必要があります。

ポートが別のアプリケーションと競合している場合は、通信ポートを変更できます。これらのポートへのアクセスは、Zero Downtime Migrationホスト内からのみ構成されます。RMIおよびHTTPポートのプロパティは、$ZDM_BASE/crsdata/zdm_service_host/rhp/conf/standalone_config.propertiesファイルで変更できます。

プロパティは次のとおりです。

  • RMIポート - oracle.jwc.rmi.port=8895
  • HTTPポート - oracle.jwc.http.port=8896

プロパティの変更後にZero Downtime Migrationサービスを再起動します。

Zero Downtime Migrationの操作にパスワードが必要な場合、パスワード入力用のプロンプトが表示されます。パスワードは暗号化されてZero Downtime Migrationデータベースに格納されます。指定されたパスワードは、移行ジョブの間、変更されないと想定されています。

操作の観点から、Zero Downtime Migrationは、ソースおよびターゲットのデータベースの移行用の構成(Oracleウォレット、透過的データ暗号化など)を処理するために、Oracle Databaseセキュリティ・ガイドのガイドラインに従います。

関連項目:

接続の前提条件の構成

Oracle Databaseセキュリティ・ガイド

親トピック: Zero Downtime Migrationの要件および考慮事項