EBS Cloud Managerを使用したスタンバイ方法によるOracle EBS環境の移行について学習

これにより、Oracle Base Database ServiceまたはExadata Database Serviceを使用するターゲット環境での移行のためのダウンタイム・リフトおよびシフト方法が削減されます。

このプレイブックでは、Cloud Managerを使用してOracle Cloud Infrastructure (OCI)でオンプレミス環境のスタンバイ・バージョンを設定し、そのスタンバイを本番にプロモートしてリフト・アンド・シフトを完了します。この機能は、EBS 12.2およびOracle Database 19cで使用でき、OracleのZero Downtime Migration (ZDM)を使用してプロセスをスムーズにします。

アーキテクチャ

このソリューションは、次のアーキテクチャを実装します。

図migrate-ebs-env-prod.pngの説明

移行-ebs-env-prod-oracle.zip

アーキテクチャは、次のコンポーネントから構成されています。

Oracle E-Business Suite Cloud Manager
Oracle E-Business Suite Cloud Managerは、オンプレミスからのLinuxベースの環境の移行、新しい環境のプロビジョニング、ライフサイクル管理アクティビティの実行など、OCI上のOracle E-Business Suiteのプリンシパル自動化フローを推進するWebベースのアプリケーションです。
アプリケーション階層
Oracle E-Business Suiteアプリケーション層は、ビジネス・ロジックを処理し、デスクトップ層とデータベース層間の通信を管理する、様々なサーバーおよびサービス・グループ(Webサービス、Formsサービス、コンカレント処理サーバーなど)をホストします。
Oracle Database
このアーキテクチャは、Oracle Base Database Service 19cまたはOracle Exadata Database Service 19cを組み込むターゲット環境に対して有効です。
OCIオブジェクト・ストレージ
OCIオブジェクト・ストレージでは、データベースのバックアップ、分析データ、イメージおよびビデオなどのリッチ・コンテンツなど、あらゆるコンテンツ・タイプの構造化データおよび非構造化データの大量へのアクセスを提供します。アプリケーションから直接、またはクラウド・プラットフォーム内から、安全かつ安全にデータを格納できます。パフォーマンスやサービスの信頼性を低下させることなく、ストレージを拡張することができます。

迅速、即時、頻繁にアクセスする必要のあるホット・ストレージに標準ストレージを使用します。長期間保存し、ほとんどまたはめったにアクセスしないコールド・ストレージにアーカイブ・ストレージを使用します。
Oracle Data Guard
Oracle Data GuardおよびActive Data Guardは、1つ以上のスタンバイ・データベースを作成、維持、管理および監視する包括的なサービス・セットを提供し、本番Oracleデータベースを中断することなく使用可能にします。Oracle Data Guardでは、インメモリー・レプリケーションを使用して、これらのスタンバイ・データベースを本番データベースのコピーとして維持します。計画停止または計画外停止により、本番データベースが使用できなくなった場合、Oracle Data Guardはいずれかのスタンバイ・データベースを本番ロールに切り替えることで、停止に伴う停止時間を最小化できます。Oracle Active Data Guardは、読取り大部分のワークロードをスタンバイ・データベースにオフロードする追加機能を提供し、高度なデータ保護機能も提供します。

前提条件への対応

この解答を進める前に、次の前提条件を満たす必要があります。

Cloud Managerを、直接または要塞サーバーを介して、SSHを介してソース・アプリケーションおよびデータベース層に接続します。
直接または要塞サーバーを介して、ターゲット・アプリケーション層をSSH経由でソース・アプリケーション層に接続します。
両方向でTNSPingを使用して、ソース・データベース層とターゲット・データベース層間の接続を確認します。
ソース・アプリケーションおよびデータベース・ノードのファイアウォール・ポートを開きます。
ソースおよびターゲットのホスト名とスキャン名が、ソースとターゲットの両方のデータベース層からDNSが解決可能であることを確認します。
ソース環境でTransparent Data Encryption (TDE)を有効にし、CDBとPDBの両方のすべての表領域(TEMPを除く)を暗号化します。oratabエントリ、リスナー・エントリを含めて、REDOログにOracle Managed Files (OMF)を使用します。dg_broker_config_fileパラメータを設定します。TDEの詳細は、『Oracle Advanced Securityガイド』の19cを参照してください。このガイドは、このプレイブックの他の場所にある「詳細」からアクセスできます。
ソースのLOG_ARCHIVE_DESTパラメータの設定を解除し、かわりにLOG_ARCHIVE_DEST_1を使用します。
Oracle E-Business Suite Cloud Managerの最新の四半期更新要件に従って、データベースを19cリリース更新(RU) 19.21以降に保持します。詳細は、My Oracle Supportのナレッジ・ドキュメント2517025.1『Getting Started with Oracle E-Business Suite on Oracle Cloud Infrastructure』の「Cloud Automation Support for Database Quarterly Updates」を参照してください。このドキュメントには、このプレイブックの別の場所からアクセスできます。
正しい権限を持つステージング・フォルダをソース環境に作成します。/u01/STAGE にはchmod 777、/u01にはchmod 755を使用します。
ソースとターゲットの間でオペレーティング・システムを照合します。ターゲットでOracle Database@Azureを使用する場合は、OL8でソース・データベースを実行します。
CDBとPDBの両方について、ソース・データベース層に少なくとも2GBの一時領域を指定します。
アクティブまたは実行中のadopセッションがないことを確認します。これはプロモーションが失敗するため、スタンバイの作成後に起動しないでください。
ZDMがこのディレクトリを使用するため、/tmpに十分な領域があり、sudoユーザーが読取りおよび書込みができることを確認します。
Oracle E-Business Suite Cloud Managerのセキュリティ標準を満たすように、APPS、WebLogicサーバー、SYSおよびTDE暗号化のパスワードを設定します。
ソースまたはターゲットでTDEウォレット・パスワードを変更しないでください。スタンバイ・インスタンスの昇格中に問題が発生する可能性があります。