翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
フェーズ 2:計画
準備段階でデータベースに関する情報を収集したら、計画段階で移行戦略を決定します。一般的な移行戦略は 7 つあります (7 R)。
-
リホスト
-
リプラットフォーム
-
リファクタリング (リアーキテクト)
-
再購入
-
リタイア
-
Retain
-
リロケート
R タイプの決定については、「移行のための AWS クラウド アプリケーションポートフォリオ評価ガイド」の「決定木」を参照してください。データベースの移行戦略は、ビジネスニーズ、時間と財務上の制約、リソース要件などの要因によって異なります。ただし、ソースデータベースエンジンとターゲットデータベースエンジンの両方が Oracle である同種移行では、移行戦略はリホスト、リプラットフォーム、再配置に制限されます。移行戦略は、ターゲットを決定するのにも役立ちます。移行タイプとしてリホストまたは再配置を選択した場合、Oracle Database のターゲットは EC2 インスタンスです。リプラットフォーム戦略を選択した場合、ターゲットは Amazon RDS for Oracle または Amazon RDS Custom for Oracle です。
次の表に、ソース Oracle Database テクノロジーに基づく同種データベース移行でサポートされている R タイプを示します。
| ソース Oracle Database テクノロジー | リホスト | リプラットフォーム | リロケート |
|---|---|---|---|
Oracle Database エンタープライズエディション |
|
|
|
Oracle Database Standard Edition 2 |
|
|
|
Oracle Real Application Clusters (RAC) |
利用不可 |
利用不可 |
利用不可 |
Data Guard を使用した Oracle RAC |
利用不可 |
利用不可 |
|
Data Guard を使用した Oracle スタンドアロンクラスター |
|
|
|
Oracle Exadata |
利用不可 |
|
利用不可 |
Oracle データウェアハウス |
|
利用不可 |
|
Oracle Enterprise Resource Planning (ERP) |
|
利用不可 |
|
移行戦略の選択もワークロードによって異なります。AWS Schema Conversion Tool (AWS SCT) または AWS Database Migration Service (AWS DMS) Schema Conversion を使用して、移行戦略を評価および決定できます。次の表は、アプリケーションワークロードとそれに対応する移行戦略の例を示しています。
| アプリケーションタイプ | 説明 | 移行戦略 |
|---|---|---|
社内アプリケーション |
オンラインデータベース接続 (ODBC) または Java データベース接続 (JDBC) ワークロード、および独自の機能を備えたライトワークロード |
リプラットフォームの候補 |
SaaS または ISV が提供するソフトウェア |
独自の機能を備えた重いワークロード |
リプラットフォームの候補 |
ERP アプリケーション |
エンジン固有のワークロード |
リプラットフォームまたはリホストの候補 |