

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

# Amazon RDS for Oracle で Oracle Database エンタープライズエディションから標準エディション 2 へリプラットフォームする
<a name="replatform-oracle-database-enterprise-edition-to-standard-edition-2-on-amazon-rds-for-oracle"></a>

*Lanre (Lan-Ray) showunmi と Tarun Chawla、Amazon Web Services*

## 概要
<a name="replatform-oracle-database-enterprise-edition-to-standard-edition-2-on-amazon-rds-for-oracle-summary"></a>

Oracle Database エンタープライズエディション (EE) は、多くの企業でアプリケーションを実行する人気の選択肢です。ただし、アプリケーションによっては Oracle Database EE の機能をほとんどまたは全く使用しないため、莫大なライセンスコストが発生する正当性が欠落しています。Amazon RDS に移行するときに、このようなデータベースを Oracle Database 標準エディション 2 (SE2) にダウングレードすることで、コスト削減を実現できます。

このパターンは、オンプレミスから [Amazon RDS for Oracle](https://aws.amazon.com/rds/oracle/) に移行する際に Oracle Database EE から Oracle Database SE2 にダウングレードする方法を説明しています。このパターンに示されている手順は、EE Oracle データベースが既に Amazon RDS または [Amazon Elastic Compute Cloud](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/concepts.html)」(Amazon EC2) インスタンスで実行中の場合にも適用されます。

詳細については、[Oracle データベースを AWS の標準エディション 2 へのダウングレードの評価](https://docs.aws.amazon.com/prescriptive-guidance/latest/evaluate-downgrading-oracle-edition/welcome.html)方法に関する AWS 規範ガイダンスガイドを参照してください。

## 前提条件と制限
<a name="replatform-oracle-database-enterprise-edition-to-standard-edition-2-on-amazon-rds-for-oracle-prereqs"></a>

**前提条件**
+ アクティブなAWS アカウント
+ Oracle Database エンタープライズエディション
+ [Oracle SQL Developer](https://www.oracle.com/database/sqldeveloper/) または SQL\$1Plus など、Oracle データベースで SQL コマンドを接続および実行するクライアントツール
+ 評価を実行するデータベースユーザー。例えば、次のいずれか。
  + [AWS Schema Conversion Tool (AWS SCT)](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Welcome.html) 評価を実行する十分な[特権](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Source.Oracle.html#CHAP_Source.Oracle.Permissions)があるユーザー
  + Oracle データベースディクショナリテーブルで SQL クエリを実行する十分な特権があるユーザー
+ データベース移行を実行するデータベースユーザー。例えば、次のいずれか。
  + [AWS Database Migration Service (AWS DMS)](https://docs.aws.amazon.com/dms/latest/userguide/Welcome.html)を実行する十分な[特権](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.Oracle.html#CHAP_Source.Oracle.Self-Managed)があるユーザー
  + [Oracle Data Pump のエクスポートとインポートを実行する十分な権限](https://docs.oracle.com/database/121/SUTIL/GUID-8B6975D3-3BEC-4584-B416-280125EEC57E.htm#SUTIL807)があるユーザー
  + [Oracle GoldenGate を実行する十分な特権](https://docs.oracle.com/goldengate/1212/gg-winux/GIORA/user_assignment.htm#GIORA546)があるユーザー

**制限**
+ Amazon RDS for Oracle には最大データベースサイズがあります。詳細については、[Amazon RDS DB インスタンスストレージ](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html)を参照してください。

**製品バージョン**

本書で説明する一般的な論理は、Oracle の 9i 以降のバージョンに適用されます。サポートされているセルフマネージドデータベースと Amazon RDS for Oracle データベースのバージョンについては、[AWS DMSドキュメント](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.Oracle.html)を参照してください。

AWS SCT がサポートされていない場合に、機能の使用状況を特定するには、ソースデータベースで SQL クエリを実行します。AWS DMS と Oracle Data Pump がサポートされていない Oracle の旧バージョンから移行するには、[Oracle エクスポートユーティリティとインポートユーティリティ](https://docs.oracle.com/cd/B19306_01/server.102/b14215/exp_imp.htm)を使用します。

サポートされているバージョンとエディションの最新リストについては、 AWS ドキュメントの [Oracle on Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Oracle.html) を参照してください。価格設定とサポートされているインスタンスクラスの詳細については、[Amazon RDS for Oracle の価格設定](https://aws.amazon.com/rds/oracle/pricing/)を参照してください。

## アーキテクチャ
<a name="replatform-oracle-database-enterprise-edition-to-standard-edition-2-on-amazon-rds-for-oracle-architecture"></a>

**ソーステクノロジースタック**
+ オンプレミスまたは Amazon EC2 で実行中の Oracle Database エンタープライズエディション

**ネイティブ Oracle ツールを使用したターゲットテクノロジースタック**
+ Oracle Database SE2 を実行中の Amazon RDS for Oracle

![\[オンプレミスの Oracle DB から Amazon RDS に移行する 3 段階のプロセス。\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/patterns/images/pattern-img/a1b28050-9bab-4de6-b2a9-b97b3e5070bd/images/bf765c5b-4b12-4a8c-b27c-c5e0bd605dd1.png)


 

1. Oracle Data Pump を使用してデータをエクスポートします。

1. データベースリンクで Amazon RDS にダンプファイルをコピーします。

1. Oracle Data Pump を使用して Amazon RDS にダンプファイルをインポートします。

**AWS DMS を使用したターゲットテクノロジースタック**
+ Oracle Database SE2 を実行中の Amazon RDS for Oracle
+ AWS DMS

![\[AWS DMS を使用してオンプレミスの Oracle DB から Amazon RDS に移行する 4 段階のプロセス。\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/patterns/images/pattern-img/a1b28050-9bab-4de6-b2a9-b97b3e5070bd/images/fef4eced-1acb-4303-baaa-5c1c29650935.png)


1. Oracle Data Pump と FLASHBACK\$1SCN を使用してデータをエクスポートします。

1. データベースリンクで Amazon RDS にダンプファイルをコピーします。

1. Oracle Data Pump を使用して Amazon RDS にダンプファイルをインポートします。

1. AWS DMS [変更データキャプチャ (CDC)](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Task.CDC.html) を使用します。

## ツール
<a name="replatform-oracle-database-enterprise-edition-to-standard-edition-2-on-amazon-rds-for-oracle-tools"></a>

AWS サービス
+ 「[AWS Database Migration Service (AWS DMS)](https://docs.aws.amazon.com/dms/latest/userguide/Welcome.html)」 を使用して、データストアを AWS クラウドへ、またはクラウドセットアップとオンプレミスセットアップの組み合わせの間に移行します。
+ [Amazon Relational Database Service (Amazon RDS)](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Welcome.html) を使用して、AWS クラウドでリレーショナルデータベース (DB) をセットアップ、運用、スケーリングできます。このパターンでは Amazon RDS for Oracle を使用します。
+ [AWS SCT](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Welcome.html)** ** は、ソース Oracle データベースのデータベーススキーマをAmazon RDS for Oracle と互換性のある形式に自動的に評価、変換、コピーするプロジェクトベースのユーザーインターフェイスを提供します AWS SCT を使用すると、ライセンスタイプを Oracle のエンタープライズから標準エディション 2 に変更することで実現できる潜在的なコスト削減を分析できます。AWS SCT レポートの **ライセンス評価とクラウドサポート**セクションには、使用中の Oracle 機能に関する詳細情報が表示されるため、Amazon RDS for Oracle への移行時に情報に基づき決定できます。

**その他のツール**
+ ネイティブ Oracle インポートとエクスポートのユーティリティは、Oracle データの Oracle データベース内外への移動をサポートします。Oracle は、[オリジナルのエクスポートとインポート](https://docs.oracle.com/cd/B19306_01/server.102/b14215/exp_imp.htm) (以前のリリースの場合) と [Oracle Data Pump のエクスポートとインポート](https://docs.oracle.com/cd/B19306_01/server.102/b14215/part_dp.htm#CEGJCCHC) (Oracle Database 10g リリース 1 以降で使用可能) という 2 つのタイプのデータベースのインポートとエクスポートユーティリティを提供しています。
+ [Oracle GoldenGate](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.OracleGoldenGate.html) は、リアルタイムレプリケーション機能を提供しているため、初回のロード後にターゲットデータベースを同期できます。このオプションは、稼働開始時のアプリケーションのダウンタイムの削減に役立ちます。

## エピック
<a name="replatform-oracle-database-enterprise-edition-to-standard-edition-2-on-amazon-rds-for-oracle-epics"></a>

### 移行前の評価をする
<a name="make-a-pre-migration-assessment"></a>


| タスク | 説明 | 必要なスキル | 
| --- | --- | --- | 
| アプリケーションのデータベース要件を検証します。 | アプリケーションを Oracle Database SE2 上で実行することが認定されていることを確認します。ソフトウェアベンダー、開発者に直接確認、またはアプリケーションドキュメントを参照します。 | アプリ開発者、DBA、アプリ所有者 | 
| EE 機能の使用状況をデータベースで直接調査します。 | EE 機能の使用を確認するには、以下のいずれかを実行します。[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/patterns/replatform-oracle-database-enterprise-edition-to-standard-edition-2-on-amazon-rds-for-oracle.html) | アプリ所有者、DBA、アプリ開発者 | 
| 運用アクティビティの EE 機能の用途を特定します。 | データベースまたはアプリケーション管理者は、運用アクティビティの EE のみの機能に頼る場合があります。一般的な例には、オンライン保守アクティビティ (インデックスの再構築、テーブルの移動) 、バッチジョブによる並列処理の使用などがあります。このような依存関係は、できる限り操作を変更することで軽減できます。これらの機能の用途を特定し、コストと利点の比較に基づき決定します。[Oracle Database EE と SE2 の機能の比較](https://docs.aws.amazon.com/prescriptive-guidance/latest/evaluate-downgrading-oracle-edition/compare-features.html)表をガイドとして使用して、Oracle Database SE2 で使用できる機能を特定します。 | アプリ開発者、DBA、アプリ所有者 | 
| EE Oracle データベースのワークロードパターンを確認します。 | Oracle Database SE2 は、いつでも使用量を最大 16 の CPU スレッドに自動的に制限します。お使いの Oracle EE データベースに Oracle Diagnostic Pack の使用ライセンスが付与されている場合は、自動ワークロードリポジトリ (AWR) ツールまたは DBA\$1HIST\$1\$1 ビューを使用してデータベースのワークロードパターンを分析し、SE2 にダウングレードしたときに 16 CPU スレッドの最大制限がサービスレベルに悪影響を及ぼすかどうかを判断します。評価は、処理が日末、月末、または年末など、アクティビティのピーク期間を対象とするようにします。 | アプリ所有者、DBA、アプリ開発者 | 

### AWS にターゲットインフラストラクチャを準備する
<a name="prepare-the-target-infrastructure-on-aws"></a>


| タスク | 説明 | 必要なスキル | 
| --- | --- | --- | 
| ネットワークインフラストラクチャをデプロイして設定します。 | [仮想プライベートクラウド (VPC) とサブネット](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Subnets.html)、[セキュリティグループ](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_SecurityGroups.html)、[ネットワークアクセスコントロールリスト](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html)を作成します。 | AWS 管理者、クラウドアーキテクト、ネットワーク管理者、DevOps エンジニア | 
| Amazon RDS for Oracle SE2 データベースをプロビジョニングします。 | ターゲットの [Amazon RDS for Oracle](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_GettingStarted.CreatingConnecting.Oracle.html) SE2 データベースをプロビジョニングして、アプリケーションのパフォーマンス、可用性、セキュリティ要件を満たします。本稼働のワークロードにはマルチ AZ 設定をお勧めします。ただし、移行パフォーマンスを向上させるため、[マルチ AZの有効化](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/create-multi-az-db-cluster.html)をデータ移行後まで延期できます。 | クラウド管理者、クラウドアーキテクト、DBA、DevOps エンジニア、AWS 管理者 | 
| Amazon RDS 環境をカスタマイズします。 | カスタム[パラメータ](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithParamGroups.html)と[オプション](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithOptionGroups.html)を設定し、追加[監視](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/MonitoringOverview.html)を有効化します。詳細については、[Amazon RDS for Oracle に移行するためのベストプラクティス](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-oracle-database/best-practices.html)を参照してください。 | AWS 管理者、AWS システム管理者、クラウド管理者、DBA、クラウドアーキテクト | 

### 移行ドライラン、アプリケーションテストを実行する
<a name="perform-the-migration-dry-run-and-application-testing"></a>


| タスク | 説明 | 必要なスキル | 
| --- | --- | --- | 
| データを移行 (ドライラン) します。 | 特定の環境に最適なアプローチを使用して、ソース Oracle EE データベースから Amazon RDS for Oracle SE2 データベースインスタンスにデータを移行します。サイズ、複雑性、使用可能ダウンタイムウィンドウなどの要因に基づき移行戦略を選択します。次のいずれか、または組み合わせを使用します。[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/patterns/replatform-oracle-database-enterprise-edition-to-standard-edition-2-on-amazon-rds-for-oracle.html) | DBA | 
| ターゲットデータベースを検証します。 | データベースストレージとコードオブジェクトの移行後の検証を実行します。移行ログを確認し、特定された問題を修正します。詳細については、ガイド [AWS クラウドへの Oracle データベースの移行](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-oracle-database/best-practices.html#post-import)を参照してください。 | DBA | 
| アプリケーションをテストします。 | アプリケーション管理者およびデータベース管理者は、機能テスト、パフォーマンステスト、運用テストを適宜実施する必要があります。詳細については、[Amazon RDS for Oracle に移行するためのベストプラクティス](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-oracle-database/best-practices.html#test-migration)を参照してください。最後に、ステークホルダーからテスト結果の承認を得ます。 | アプリ開発者、アプリ所有者、DBA、移行エンジニア、移行リード | 

### カットオーバー
<a name="cut-over"></a>


| タスク | 説明 | 必要なスキル | 
| --- | --- | --- | 
| Oracle データベース EE からのデータをリフレッシュします。 | アプリケーションの可用性要件に基づきデータのリフレッシュ方法を選択します。詳細については、[AWS への Oracle Database の移行戦略](https://docs.aws.amazon.com/whitepapers/latest/strategies-migrating-oracle-db-to-aws/data-migration-methods.html)の移行方法を参照してください。例えば、継続的なレプリケーションを搭載した Oracle GoldenGate または AWS DMS などのツールを使用して、ダウンタイムほぼゼロを達成できます。ダウンタイム期間が許可する場合は、Oracle Data Pump またはオリジナルのエクスポート/インポートユーティリティなどのオフラインメソッドを使用して、最終データカットオーバーを実行できます。 | アプリ所有者、カットオーバーリード、DBA、移行エンジニア、移行リード | 
| アプリケーションをターゲットデータベースインスタンスにポイントします。 | Amazon RDS for Oracle SE2 データベースを指すアプリケーションと他のクライアントの接続パラメータを更新します。 | アプリ開発者、アプリ所有者、移行エンジニア、移行リード、カットオーバーリード | 
| 移行後のアクティビティを実行します。 | マルチ AZ の有効化、データ検証、その他のチェックなど、データ移行後のタスクを実行します。 | DBA、移行エンジニア | 
| カットオーバー後の監視を実行します。 | [Amazon CloudWatch](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/monitoring-cloudwatch.html)、[Amazon RDS Performance Insights](https://aws.amazon.com/rds/performance-insights/) などのツールを使用して Amazon RDS for Oracle SE2 データベースを監視します。 | アプリ開発者、アプリ所有者、AWS 管理者、DBA、移行エンジニア | 

## 関連リソース
<a name="replatform-oracle-database-enterprise-edition-to-standard-edition-2-on-amazon-rds-for-oracle-resources"></a>

**AWS 規範ガイダンス**
+ 「[AWS クラウドへの Oracle データベースの移行](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-oracle-database/welcome.html)」 (ガイド)
+ [Oracle データベースの標準エディション 2 へのダウングレードを評価する](https://docs.aws.amazon.com/prescriptive-guidance/latest/evaluate-downgrading-oracle-edition/welcome.html)（ガイド）
+ [オンプレミス Oracle データベースを Amazon RDS for Oracle へ移行する](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-an-on-premises-oracle-database-to-amazon-rds-for-oracle.html?did=pg_card&trk=pg_card) (パターン)
+ [Oracle Data Pump を使用してオンプレミス Oracle データベースを Amazon RDS for Oracle へ移行する](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-an-on-premises-oracle-database-to-amazon-rds-for-oracle-using-oracle-data-pump.html?did=pg_card&trk=pg_card) (パターン)

**ブログ記事**
+ [AWS DMS を使用したダウンタイムほぼゼロでの Oracle データベースの移行](https://aws.amazon.com/blogs/database/migrating-oracle-databases-with-near-zero-downtime-using-aws-dms/)
+ [Amazon RDS for Oracle を使用した Oracle SE のパフォーマンス管理の分析](https://aws.amazon.com/blogs/database/analyzing-performance-management-in-oracle-se-using-amazon-rds-for-oracle/) 
+ [Amazon RDS for Oracle による Oracle SE の SQL 計画の管理](https://aws.amazon.com/blogs/database/managing-your-sql-plan-in-oracle-se-with-amazon-rds-for-oracle/) 
+ [Oracle 標準エディションでのテーブルパーティションの実装: パート 1](https://aws.amazon.com/blogs/database/implementing-table-partitioning-in-oracle-standard-edition-part-1/) 