Migration(下記:ZDM)をベストプラクティスとしてご推奨していただきました。ZDMはOracleの移行ツールとして最適な選択肢と言えるのでしょうか?Ricardoさんがこれについて説明しました。Cloudへの移行をサポートします。Architecture)に準拠しています。クラウド移行には様々な課題があるため、移行をより容易なものにしたいという思いのもとに、ZDMが開発されました。ZDMは無償の製品ですが、お客様のクラウドへの移行期間中、ソース側のデータベースにサポート契約がある限り、Oracleは全面的にサポートします。ZDM開発当初は、シンプルで包括的であらゆるケースに対応でき、シングルボタンで移行できるものを目指しました。Provisioning(FPP)機能を継承し、包括的なアプローチを提供しています。ZDMは移行プロセス前後でチェックを実施します。ほとんどのステップで停止と再開が可能です。テスト移行のオプションを提供しているため、移行実施前に実際には移行を伴わないテストを実施できます。ZDMはフリート・スケールの移行を提供します。複数のシングルまたはRACのデータベースを並行で移行することができます。ZDMは物理移行を提供します。クラウド移行はバックアップリストアを利用したオフラインで実施することも、DataGuardとRMANとZDMを組み合わせることによってオンラインで実現することも可能です。ZDMは、同じバージョンのソースとターゲット間での移行やNon-CDAからNon-CDAへの移行またはCDBからCDBへの移行を提供します。Customerになります。現在OCI-Cと呼ばれるOCI-Classicをご利用のお客様もZDMを利用してデータベースをOCIに移行できます。OCIのリージョン間の移行をされるお客様も移行にZDMを利用できます。ZDMによる物理移行の8ステップここから物理移行を用いたZDMがどのように動作するかを8つのステップで簡潔にまとめておきます。LinuxなどのサーバにZDMのバイナリをダウンロードします。インストールを実施し構築します。移行を開始する前に、テンプレート・ファイルに必要情報を書きます。この情報にはソースデータベース、ターゲットデータベース、バックアップ、場所や接続に関する情報が含まれています。その後、前提要件が満たされるとデータベースの移行コマンドを実行することで移行を開始できます。2:ZDMがデータベースの移行を開始ここから先のすべてのステップはZDMが自動で移行してくれます。ZDMはソースとターゲットの両方で関連項目をチェックし、全てが整っていればデータベース移行のプロセスを開始します。3:ZDMがソースDBをバックアップ場所に接続ZDMは選択したバックアップ場所にソースデータベースを接続します。Storeになります。Applianceになります。4:ZDMがバックアップ・ファイルの転送を調整その後、ZDMはソースから選択したバックアップ場所にデータベースバックアップの転送を開始します。バックアップ・ファイルからStandbyを作成しているため、Primaryと同期していません。Appsに接続し、データが常に更新されています。DBに接続を実施します。接続が確立されたらPrimaryとStandbyを同期します。ZDMは移行プロセスを一時停止できることを忘れないでください。そのため、理想的にはこの段階で一時停止し、スイッチオーバーおよびロールを変換前に必要なテストを実行した方がいいです。Cloud用のすべてのデータベースはTDE(透過的データベース暗号化)を利用してデフォルトで暗号化されます。すべてのお客様がオンプレミスのデータベースを暗号化しているわけではありません。ZDMは暗号化プロセスを容易にすることによって、暗号化されていないデータベースの移行を可能にし、ターゲット側で暗号化します。この機能がなければ、お客様がオンプレミスでデータを暗号化する必要が発生するため、工数がかかるだけでなく、11gや12cの場合にはオフラインでの作業となり日常の運営上にも影響があります。ZDMではこれらの影響を解消できるよう設計されています。7:ZDMがスイッチオーバーを実行しロールを移行PrimaryとStandbyを同期し、最新の状態になるとZDMはスイッチオーバーおよびロールの変換を実施します。これはクラウド用のデータベースがPrimaryとなり、オンプレミス用のデータベースがStandbyとなることを意味します。スイッチバックしロールを戻したい場合には、いくつか考慮しなければならない項目があることを覚えておいてください。logは暗号化されていることです。Standbyとなったオンプレミスのソースデータベースが暗号化されていない場合、スイッチバックをしなければ問題ないですが、スイッチバックをしたい場合、オンプレミスのデータベースをTDEで暗号化する必要があります。最後に、移行プロセスが終了するとZDMは移行のために作成されたリソースや節区をclean-upし、処理を完了します。Releaseでリリースされる予定のサービスについてご紹介していただきました。ZDMの次のリリースには、物理移行だけでなく、論理移行も含まれているため、クロスプラットフォーム移行およびクロスデータベースバージョン移行が実現可能になります。Databaseも含まれます。移行前アドバイザーがZDMの一部になり、様々な変数、ソース環境などの事前分析が可能になります。ZDMは物理移行と論理移行の両方に、オンラインおよびオフラインの移行方法を引き続き提供していきます。Pumpを使用します。GoldenGateのリアルタイムデータレプリケーションを使用して、ソースとターゲットの両方の同期を行う2つのステップのワークフローで構成されます。Ricardoさんが論理移行のワークフローを中心に、まとめられた9つの移行ステップについて説明しました。下記の図で示すように、論理移行フローのアーキテクチャは物理移行のワークフローに似ていますが、追加のコンポーネントがあることを注意してください。それは、GoldenGateと呼ばれるものが必要です。Marketplaceから提供される二つのマイクロサービスが構成されます。ZDMの論理移行ワークフローの各ステップについて説明します。1:ZDMをダウンロードし、構成する最初のステップは、ZDMのバイナリをサーバにダウンロードすることです。7に行う必要があります。移行を開始する前に、バイナリをインストールして構成し、テンプレートファイルの入力に進み、ZDMにすべての関連情報を提供する必要があります。この情報にはソースデータベース情報、ターゲットデータベース情報、バックアップの場所、接続情報などが含まれます。その後、前提要件が満たされるとマイグレデータベースコマンドを発行し移行プロセスを開始できます。2:ZDMはソースDBおよびターゲットDBに接続し、検証を実行するZDMは次に、ソースデータベースへ接続し、ソースデータベースがすべての前提要件を満たしていることを確認します。Databaseのいずれかに接続します。ZDMは高速の移行プロセスに進む前に、ターゲットデータベースで必要な検証を実行します。Storageに接続し、必要な検証を実行します。Applianceを指定できます。GoldenGateのデプロイメントを構成します。APIから指定して実行されます。Filesの生成を開始します。Jobの利用が開始されます。bucketにアップロードすることでプロセスをファイナライズします。bucketからダンプ・ファイルをターゲットDBにインポートします。JobはファイルをターゲットDBに直接インポートします。Jobによりダンプ・ファイルをターゲットDBにインポートします。GoldenGateのデプロイメントが構成されます。Filesを使用して、ターゲットDBへの変更の適用を直ちに開始します。APIを通してGoldenGateレプリケーションの監視を続行し、完了と同時に終了します。8:ZDMはクライアントをターゲットDBに切り替える前のステップが完了すると、ZDMはクライアント内のクラウドデータベースに切り替えます。MarketplaceからGoldenGateデプロイメント移行目的で作成されたすべてのデプロイメントを削除します。Migrationのために用意されている機能やサービスのほんの一部であるとRicardoさんは言っています。これまでもITの世界は常に変化してきましたが、クラウドではより急速な変化が起こるので、我々は、常にテクノロジーとサービスの進化に注意を払う必要がありそうです。Database移行に関する詳細情報を下記サイトにご参照ください。Migration(ZDM)に関する詳細情報や最新情報を下記サイトにご参照ください。