翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# フェーズ 1： 準備
準備フェーズでは、既存のデータベースを評価し、その依存関係を特定します。以下のセクションでは、移行を計画する前に評価する主な項目について説明します。
## 依存関係分析
Oracle 移行を準備するときは、相互依存関係と、それがインターフェイスアプリケーションに与える影響を特定します。以下の最初の質問に回答します。
+ **依存関係チェック** — データベースに直接接続するアプリケーションを特定します。レイテンシーの懸念を避けるため、アプリケーションをデータベースと一緒に移行することをお勧めします。API を介して間接的にデータにアクセスするアプリケーションの場合、パフォーマンスへの影響と移行のダウンタイム要件を特定します。
+ **他のデータベースへのアクセス** – Oracle Database は、データベース[リンク](https://docs.oracle.com/en/database/oracle/oracle-database/19/sqlrf/CREATE-DATABASE-LINK.html)を使用してネットワーク経由で別のデータベースのデータにアクセスするメカニズムを提供します。データベースリンクは、リモートデータベース内のテーブルの読み取りと書き込みに役立ちます。たとえば、レポートアプリケーションは、データベースリンクを使用して同じビジネスユニット内の他のデータベースからデータを取得する、一元化されたデータベースからデータを取得する場合があります。このような接続をすべて識別し、移行後にデータベースリンクを再作成することが重要です。
+ **外部ジョブ** – データベースジョブは、データベースの外部でスケジュールおよび制御されることがあります。ダウンストリームへの影響を回避するには、データベース移行中にこれらのジョブが引き続き実行されることを確認してください。
+ **データセンターの依存関係** – 移行中に、一部のシステムがクラウド内にあるのに対し、他のシステムがオンプレミスデータセンターにある場合があります。ネットワークレイテンシーは、これらの設定で大きな役割を果たします。レイテンシーの影響を受けやすいアプリケーションとデータベースを一緒に移行するか、移行するデータベースに機能を移動するかを決定します。いずれの場合も、ネットワークレイテンシーを回避するために、アプリケーションを移行したデータベースと同じアベイラビリティーゾーンに移行することをお勧めします。
+ **ホストへのアクセス** – 一部のアプリケーションは、データベースサーバーのファイルシステムに保存されているレポートを作成します。データベースを移行するときは、レポートをクラウドネイティブストレージに保存することで、レポート生成をモダナイズすることもできます。レポート生成を変更するのがどれほど複雑であるかに基づいて、Oracle データベースのターゲットとして [Amazon EC2](https://aws.amazon.com/ec2/)、[Amazon RDS](https://aws.amazon.com/rds/)、または [Amazon RDS Custom](https://aws.amazon.com/rds/custom/) を使用することを決定できます。
+ **特定のデータベースオプション、機能、パッチ要件** – 使用する Oracle データベース機能と移行後の要件を確認します。機能の使用と移行後のニーズは、クラウドでのデータベースのセットアップを決定するのに役立ちます。ソース Oracle データベースの 1 回限りのパッチでは、データベースを Amazon RDS Custom または EC2 インスタンスに移行する必要がある場合があります。
## 可用性の要件
ビジネスニーズに応じて、一部のデータベースは毎日稼働している必要があります。他のデータベースでは、営業時間外または週末にダウンタイムが発生する可能性があります。移行計画の準備段階では、データベースのダウンタイムがビジネスに与える影響を理解し、適切な移行戦略を選択することが重要です。たとえば、オンライン移行ではダウンタイムは最小限ですが、オフライン移行ではダウンタイム時間が長くなります。
## ワークロード分析
データベースワークロードの性質を理解することで、データベース移行戦略を決定できます。移行の時間枠と必要なダウンタイムは、ワークロードによって異なります。ワークロードは、トランザクション性が高いものから、主にバッチジョブとレポートで構成されるものまでさまざまです。移行の計画と戦略に役立つように、ワークロードがこの領域にある場所を特定します。
データベースワークロードの認定に役立つツールを利用できます。使用できるツールは Oracle Database ライセンスに応じて異なり、以下が含まれます。
+ [CPU](https://docs.oracle.com/en/enterprise-manager/cloud-control/enterprise-manager-cloud-control/13.4/emadm/overview-performance-and-resource-metrics.html#GUID-9212FAF0-BFE1-4DB4-A346-F7039DE69113)、I/O、メモリなどのホストメトリクスは、クラウド内のデータベースのインスタンスとストレージの要件を決定するのに役立ちます。
+ Oracle Database Enterprise Edition [の自動ワークロードリポジトリ (AWR)](https://www.oracle.com/technetwork/database/manageability/diag-pack-ow09-133950.pdf) や Standard Edition の [Statspack](https://www.oracle.com/technetwork/database/performance/statspack-129989.pdf) などの Oracle レポートは、データベースで発生するトランザクションの性質を判断するのに役立ちます。
+ やり直しと[アーカイブのログ生成](https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=427729352629787&parent=EXTERNAL_SEARCH&sourceId=HOWTO&id=2373477.1&_afrWindowMode=0&_adf.ctrl-state=e285gjpp6_4)は、データベースで発生する変更率を決定するのに役立ちます。