フェーズ 1： 準備

依存関係チェック — データベースに直接接続するアプリケーションを特定します。レイテンシーの懸念を避けるため、アプリケーションをデータベースと一緒に移行することをお勧めします。API を介して間接的にデータにアクセスするアプリケーションの場合、パフォーマンスへの影響と移行のダウンタイム要件を特定します。

他のデータベースへのアクセス – Oracle Database は、データベースリンクを使用してネットワーク経由で別のデータベースのデータにアクセスするメカニズムを提供します。データベースリンクは、リモートデータベース内のテーブルの読み取りと書き込みに役立ちます。たとえば、レポートアプリケーションは、データベースリンクを使用して同じビジネスユニット内の他のデータベースからデータを取得する、一元化されたデータベースからデータを取得する場合があります。このような接続をすべて識別し、移行後にデータベースリンクを再作成することが重要です。

外部ジョブ – データベースジョブは、データベースの外部でスケジュールおよび制御されることがあります。ダウンストリームへの影響を回避するには、データベース移行中にこれらのジョブが引き続き実行されることを確認してください。

データセンターの依存関係 – 移行中に、一部のシステムがクラウド内にあるのに対し、他のシステムがオンプレミスデータセンターにある場合があります。ネットワークレイテンシーは、これらの設定で大きな役割を果たします。レイテンシーの影響を受けやすいアプリケーションとデータベースを一緒に移行するか、移行するデータベースに機能を移動するかを決定します。いずれの場合も、ネットワークレイテンシーを回避するために、アプリケーションを移行したデータベースと同じアベイラビリティーゾーンに移行することをお勧めします。

ホストへのアクセス – 一部のアプリケーションは、データベースサーバーのファイルシステムに保存されているレポートを作成します。データベースを移行するときは、レポートをクラウドネイティブストレージに保存することで、レポート生成をモダナイズすることもできます。レポート生成を変更するのがどれほど複雑であるかに基づいて、Oracle データベースのターゲットとして Amazon EC2、Amazon RDS、または Amazon RDS Custom を使用することを決定できます。

特定のデータベースオプション、機能、パッチ要件 – 使用する Oracle データベース機能と移行後の要件を確認します。機能の使用と移行後のニーズは、クラウドでのデータベースのセットアップを決定するのに役立ちます。ソース Oracle データベースの 1 回限りのパッチでは、データベースを Amazon RDS Custom または EC2 インスタンスに移行する必要がある場合があります。

CPU、I/O、メモリなどのホストメトリクスは、クラウド内のデータベースのインスタンスとストレージの要件を決定するのに役立ちます。

Oracle Database Enterprise Edition の自動ワークロードリポジトリ (AWR) や Standard Edition の Statspack などの Oracle レポートは、データベースで発生するトランザクションの性質を判断するのに役立ちます。

やり直しとアーカイブのログ生成は、データベースで発生する変更率を決定するのに役立ちます。