翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# 異種混在データベースの移行
のようなオープンソースデータベースやクラウドコンピューティングプラットフォームのイノベーションと改善により AWS、多くの組織は Oracle などの独自の (オンライントランザクション処理または OLTP) データベースエンジンからオープンソースエンジンに移行しています。Oracle データベースはどのような組織にとってもミッションクリティカルなシステムだが、特定のベンダーに縛られることはリスクが高く、コストもかかります。運用コストが低く、ライセンス料がかからないのは、基盤となるデータベーステクノロジーをオープンソースデータベースまたは AWS クラウドネイティブデータベースに切り替えることを検討すべき説得力のある理由です。
Oracle から移行するその他の理由としては、ベンダーロックイン期間、ライセンス監査、高価なライセンス、コストが挙げられます。Oracleの定価はコア単位のモデルに基づいており、パーティショニングや高可用性などの機能には追加料金がかかります。このため、多くの組織は移行時に Oracle データベースをオープンソースデータベース (PostgreSQL、MySQL、MariaDB など) または AWS クラウドネイティブデータベース (Amazon Aurora、Amazon DynamoDB など) に移行することを選択します AWS。
Oracle のデータウェアハウスデータベースを Amazon Redshift に移行することもできる。Amazon Redshift は、高速で完全に管理されたクラウドのデータウェアハウスです。Amazon Redshift はデータレイクと統合され、他のどのデータウェアハウスよりも最大 3 倍速いパフォーマンスを提供し、コストは他のどのクラウドデータウェアハウスよりも最大 75% 低くなります。詳細については、 AWS ウェブサイトの[「Oracle から Amazon Redshift への移行](https://aws.amazon.com/getting-started/projects/migrate-oracle-to-amazon-redshift/)」を参照してください。
オープンソースまたは AWSネイティブデータベースに移行するには、データの種類、アクセスモデル、スケーラビリティ、アプリケーションの実用性、複雑さに応じて、適切なデータベースを選択します。たとえば、PostgreSQLデータベースは、その強力な機能と商用データベースとの高い互換性により、近年非常に人気が高まっており、Oracleデータベースをリファクタリングしているユーザーにとって最も一般的な移行対象となっています。しかし、Oracle から PostgreSQL や他のオープンソースデータベースへの移行は、しばしば困難で時間がかかり、慎重な評価、計画、テストが必要でした。
このプロセスは AWS DMS 、 や AWS Schema Conversion Tool (AWS SCT) などのサービスで簡単になります。これにより、最小限のダウンタイム AWS で商用データベースを のオープンソースデータベースに移行できます。
異種データベース移行では、Oracle から Amazon Aurora、または Oracle から PostgreSQL、MySQL、または MariaDB への移行のように、ソースデータベースエンジンとターゲットデータベースエンジンが異なります。ソースデータベースとターゲットデータベースのスキーマ構造、データ型、データベースコードはまったく異なる場合があるため、データ移行を開始する前にスキーマとコードを変換する必要があります。このため、異種移行は 2 ステップのプロセスです。
+ ステップ 1. ソーススキーマとコードをターゲットデータベースと一致するように変換します。この変換 AWS SCT には を使用できます。
+ ステップ 2. 移行元のデータベースからターゲットデータベースにデータを移行します。このプロセス AWS DMS には を使用できます。
![\[AWS SCT と を使用した異種データベースの移行 AWS DMS\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-oracle-database/images/oracle-migration-with-sct-and-dms.png)
AWS DMS は、移行中に必要なすべてのデータ型変換を自動的に処理します。ソースデータベースは AWS、 の外部にある独自のオンプレミス、EC2 インスタンスで実行されているデータベース、または Amazon RDS データベースにすることができます (「 AWS DMS ドキュメント[のデータ移行のソース](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.html)」を参照）。ターゲットは、Amazon EC2、Amazon RDS、または Amazon Aurora のデータベースにすることができます。
## 異種混在データベースの移行
次の表は、Oracle Database から別のデータベースエンジンへの移行に使用できるツールの一覧です。
| | | |
| --- |--- |--- |
| **移行ツール** | **ターゲットデータベースのサポート** | **次の用途に使用されます。** |
| [AWS SCT](#aws-sct) | Amazon RDS for MySQLAmazon RDS for PostgreSQLAmazon Aurora MySQLAmazon Aurora PostgreSQL | スキーマ変換 |
| [AWS DMS](#heterogeneous-tools-dms) | Amazon RDS for MySQLAmazon RDS for PostgreSQLAmazon Aurora MySQLAmazon Aurora PostgreSQL | データ移行 |
この後のサブセクションで、各ツールの詳細について説明します。
### AWS SCT
[AWS Schema Conversion Tool (AWS SCT)](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Welcome.html) は、既存の商用データベーススキーマをオープンソースエンジンまたは AWS クラウドネイティブデータベースに変換します。 は、ソースデータベーススキーマと、ビュー、ストアドプロシージャ、関数を含むデータベースコードオブジェクトの大部分を、ターゲットデータベースと互換性のある形式に自動的に変換することで、異種データベース移行を予測可能 AWS SCT にします。自動変換できないオブジェクトは、手動変換用に明確にマークされます。 AWS SCT は、アプリケーションのソースコードをスキャンして埋め込み SQL ステートメントを探し、データベーススキーマ変換プロジェクトの一部として変換することもできます。
### AWS DMS
[AWS Database Migration Service (AWS DMS)](https://docs.aws.amazon.com/dms/) は、データを迅速かつ安全に に移行します AWS。移行中、ソースデータベースは完全に動作し続け、アプリケーションのダウンタイムを最小限に抑えます。 は、Oracle から Oracle への同種移行と、Oracle からオープンソースデータベースや AWS クラウドネイティブデータベースなど、さまざまなデータベースプラットフォーム間の異種移行 AWS DMS をサポートします。 は、ソースデータベースで発生するデータ変更をターゲットデータベースに自動的にレプリケートするなど、移行プロセスの複雑さ AWS DMS を管理します。データベースの移行が完了すると、ターゲットデータベースは選択した期間だけソースと同期したままになり、都合の良いタイミングでデータベースを切り替えることができます。