次の方法で共有


Oracle ワークロードを Azure VM に移行する

この記事では、Oracle ワークロードをオンプレミス環境から Azure 仮想マシン (VM) に移行する方法について説明します。 Oracle on Azure VM のランディング ゾーンを使用し、設計ガイダンスとベスト プラクティスを提供します。 推奨される戦略には、検出、設計、デプロイのための構造化されたアプローチ、その後のデータ移行、最後の一括移行が含まれます。

移行戦略の検出、設計、デプロイのスクリーンショット。

探索

移行は、Oracle 製品のポートフォリオの包括的な評価から始まります。 この評価には、Oracle データベースのバージョン、現在およびターゲットのオペレーティング システムの評価に加えて、アプリケーションとその依存関係の評価も含まれます。

Oracle アプリケーション (Oracle EBSSiebelPeopleSoftJDE など)、Microsoft 以外の他のパートナー ソリューション (SAP など)、またはカスタム アプリケーションを移行することを計画している場合は、それらのアプリケーションを移行戦略の一部として考慮してください。

既存の Oracle データベース環境は、スタンドアロン サーバー、Oracle Real Application Clusters (RAC)、または Microsoft 以外のパートナー RAC ソリューション上で実行されている可能性があります。

Note

Real Application Clustering (RAC) は、Azure 仮想マシンではサポートされていないことに注意してください。 これが、ご使用の環境に当てはまる場合は、すべての RAC ノードの RAC レポートまたは PDB/CDB レポート (アーキテクチャに応じて) を必ず提供してください。 一貫性を確保するために、これらのレポートは同じ期間から生成する必要があります。 最も正確なサイズ設定の推奨事項は、これらのレポートをピーク使用期間中に生成することによって取得されます。

アプリケーションの場合、Azure Migrate の検出機能を使用すると、インフラストラクチャのサイズを簡単に決定できます。

検出フェーズでは、すべてのアプリケーションの依存関係を確認することが必要不可欠です。 移行中にアプリケーションのダウンタイムを許容できるかどうかは、移行ツールの選択に影響するため、これを決定する必要があります。 この決定に基づいて、オンラインまたはオフラインのいずれかの移行方法を選択します。

オンライン移行を選択する場合は、移行プロセスを円滑に進めるために、必要なファイアウォール ポートが開かれていることを確認します。

ネットワーク計画は、移行期間中の重要なステップです。 必ず、データセットのサイズに基づいて、データを Azure に転送するために必要な帯域幅を十分にテストしてください。

デザイン

Azure Migrate を使用すると、アプリケーションの移行をシームレスに実現できます。 Azure Migrate では、最初の検出に基づいてアプリケーションを Azure IaaS にリフトアンドシフトします。

Oracle ファーストパーティ アプリケーションを移行することを計画している場合は、Azure Migrate ベースの移行を選択する前に、アーキテクチャ要件を確認してください。

Oracle データベースの容量計画は常に、1 時間のピーク期間中に生成する AWR レポートを使用して行います。 これに加えて、記憶域のレイアウトを設定することも重要です。 データ サイズは、移行中に焦点を当て、最適なストレージを決定する必要があるサイズです。 このデータ サイズを見つけるには、dbspace スクリプトを利用することができます。

AWR レポートが生成されたら、Oracle Migration Assistance Tool (OMAT) を実行します。 OMAT ツールは、Azure IaaS 上の Oracle Database に必要な適切な VM サイズとストレージ オプションを推奨します。 次の手順として、要件を十分に評価してアーキテクチャを確立します。 災害または障害の発生時に信頼性が高く回復性のあるアーキテクチャを設計することを強くお勧めします。これは、回復ポイントの目標 (RPO) と目標復旧時間 (RTO) のパラメーターによって決定されます。

アーキテクチャ設計を確立するためのサポートが必要な場合は、Oracle リファレンス アーキテクチャを確認してください。 これは、RPO と RTO の要件に基づいて最適なソリューションを選択するためのアーキテクチャ ガイダンスを提供します。 RPO と RTO のアプローチは、Oracle Data Guard を使用して RAC インフラストラクチャを高可用性 (HA) アーキテクチャとディザスター リカバリー (DR) アーキテクチャに分離するために適用できます。

展開

容量計画とアーキテクチャ設計に基づいて、Ansible を使用して、インフラストラクチャとアーキテクチャをコードとしてのインフラストラクチャ (IaC) として記述し、Terraform または Bicep を使用してランディング ゾーンを起動します。 デプロイを自動化するために利用できる GitHub アクションを使用します。

データ移行の種類

データ移行の種類は、検出フェーズで行われる決定によって異なります。 好みや要件に応じて、Data Box、RMAN、Data Pump、GoldenGate、Striim、SharePlex、Data Guard などのツールと方法から選択できます。

詳細なガイダンスについては、Oracle 移行計画に関するページを参照して、オンライン移行とオフライン移行の特性を確認してください。

Note

通常、オフライン移行はオンライン移行よりも時間がかかります。 そのため、大きなデータ サイズや厳格な低ダウンタイム要件を必要とするシナリオでは、Data Pump などのツールは推奨されません。

データ移行のアプローチ

Oracle インフラストラクチャが Azure 上に設定され、Oracle データベースがインストールされ、関連するアプリケーションが移行されたら、次の手順として、オンプレミスの Oracle データベースから Azure 上の新しい Oracle データベースにデータを転送します。 これを容易にするには、次の Oracle ツールの使用を検討します。

Azure は、データ移行に対して以下の Azure 機能を利用する適切なネットワーク接続、帯域幅、コマンドを使用して、Oracle ツールを強化します。

データ移行用の Oracle ツール

次の図は、移行ポートフォリオ全体を図形式で表したものです。

移行ポートフォリオを図形式で表す図。

適切なソリューション アーキテクチャをデプロイしてデータを移行するには、Oracle ツールのいずれかに加えて Azure インフラストラクチャが必要です。 以下のリファレンス ソリューション シナリオを確認してください。

シナリオ 1: RMAN: RMAN のバックアップと復元を Azure 機能と合わせて使用します。RMAN ベースのリカバリ用のセットアップです。 重要なものは、オンプレミスと Azure の間のネットワークです。

RMAN ベースのリカバリ用のセットアップを示す図。

シナリオ 2: RMAN バックアップのアプローチ

RMAN のバックアップと復元のアプローチを示す図。

シナリオ 3: または、次のシナリオに示すように、複数の異なる方法でセットアップを変更できます。

シナリオ 2 の変更されたバージョンを示す図。

シナリオ 4: Data Pump と AzCopy - Azure 機能を使用して Data Pump のバックアップと復元を使用する簡単でわかりやすいアプローチ。

Azure 機能を使用する Data Pump のバックアップと復元を示す図。

シナリオ 5: Data Box - ストレージ デバイスと物理的な移動を使用して場所間でデータが移動される特殊なシナリオ。

ストレージ デバイスと物理的な移動を使用して場所間で移動されるデータを示す図。

カットオーバー

これでデータが移行され、Oracle データベース サーバーとアプリケーションが稼働しています。 以下の手順を使って、オンプレミスで実行されているビジネス運用を、Azure IaaS 上の新しい Oracle ワークロードとアプリケーションに移行します。

  1. ユーザーにとっての中断時間を最小限に抑えるようにメンテナンス期間をスケジュールします。
  2. ソースの Oracle データベース上のデータベース アクティビティを停止します。
  3. 最終的なデータ同期を実行して、すべての変更がキャプチャされていることを確認します。
  4. 新しい Azure VM を指すように DNS 構成を更新します。
  5. Azure VM 上の Oracle データベースを起動し、接続を確認します。
  6. カットオーバー プロセス中に何らかの問題が起きていないかシステムを注意深く監視します。

移行後のタスク

カットオーバー後、すべてのビジネス アプリケーションが想定どおりに機能し、オンプレミスとの連携でビジネス運営が提供されていることを確認します。

  • 検証チェックを実行して、データの整合性とアプリケーションの機能を確認します。
  • ネットワーク図、構成の詳細、ディザスター リカバリー計画などのドキュメントを更新します。
  • Oracle データベースをホストしている Azure VM の継続的な監視およびメンテナンス プロセスを実装します。

移行プロセス全体を通じて、アプリケーション所有者、IT 運用チーム、エンド ユーザーなどの利害関係者と効果的にコミュニケーションを取り、要望を管理し、中断を最小限に抑えることが重要です。 さらに、スムーズな移行を成功させるには、Oracle から Azure への移行に特化した経験豊富な専門家やコンサルティング サービスと連携することを検討してください。

次のステップ

Azure VM 上の Oracle のストレージ オプション