この記事では、オンプレミスの Oracle データベース ワークロードを Azure に移行するために使用できる考慮事項と推奨事項について説明します。 この記事では、Oracle Database テクノロジと Azure ネットワークに関する基本的な理解があることを前提としています。 このガイダンスでは、次のシナリオについて説明します。
- Azure 仮想マシンへの Oracle データベースの物理的な移行
- Oracle データベースから Oracle Database@Azure (OD@A) Exadata Database Service への物理的な移行
Architecture
以下の図はこのシナリオの例を示したものです。
このアーキテクチャの Visio ファイルをダウンロードします。
シナリオ
次の初期シナリオの詳細を検討してください。
オンプレミスのデータセンターで実行される 1 つ以上の Oracle データベースがあります。 データベースを Azure に移行する必要があります。
データベースは、Oracle Database 19c Enterprise Edition で実行されます。
データベースは Oracle Real Application Clusters (RAC) 対応です。 ディザスター リカバリーでは、Oracle Data Guard を使用して、プライマリ データベースの場所から地理的に離れた別のデータセンターにデータベースをレプリケートします。
最小限のダウンタイムでデータベースを Azure に移行する必要があります。
また、データベースに依存するアプリケーション サービスを移行することもできます。
Azure ExpressRoute 経由で Azure へのネットワーク接続を確立し、Azure でハブ アンド スポーク ネットワーク トポロジを使用しました。
ハブ仮想ネットワークでは、トラフィックは、FortiGate、Check Point、Cisco などの Microsoft 以外のネットワーク仮想アプライアンス (NVA) を通過する必要があります。 NVA はルーティング デバイスとして機能します。これは、Azure との間のトラフィックがトラフィック検査を受け、完全にルーティング可能であることを確認するのに役立ちます。
実装チェックリスト
詳細については、以下を参照してください: