View a markdown version of this page

フェーズ 2:計画 - AWS 規範ガイダンス

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

フェーズ 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 アプリケーション

エンジン固有のワークロード

リプラットフォームまたはリホストの候補