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

# バックエンドデータベースの再プラットフォーム
<a name="replatforming-backend-databases"></a>

バックエンドデータベースを再プラットフォームするアプローチは、COTS と社内アプリケーションでは異なります。これは通常ソースコードが社内アプリケーションでのみ使用できるためです。次の図は、アプリケーションのバックエンドデータベースで使用可能な再プラットフォームオプションを示しています。

![\[アプリケーションのバックエンドデータベースを再プラットフォームするための利用可能なオプションのフローチャート。\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-replatforming-cots-applications/images/replatforming-database-choices.png)


次のセクションでは、COTS アプリケーションまたは社内アプリケーションに属するバックエンドデータベースの再プラットフォームアプローチについて説明します。

## COTS アプリケーション用のバックエンドデータベースの再プラットフォーム
<a name="replatforming-cots-databases"></a>

COTS アプリケーションがオープンソースデータベースをサポートしている場合は、Aurora データベースを使用することをお勧めします。オープンソースデータベースを使用すると、ライセンスコストの削減に役立ち、[AWS Schema Conversion Tool (AWS SCT)](https://docs.aws.amazon.com//SchemaConversionTool/latest/userguide/CHAP_Welcome.html) および [AWS Database Migration Service (AWS DMS)](https://docs.aws.amazon.com//dms/latest/userguide/Welcome.html) のようなツールも使用して、移行中のダウンタイムを最小限に抑えてカットオーバーを実現できます。

お使いの COTS アプリケーションがオープンソースデータベースをサポートしていない場合は、Amazon Relational Database Service (Amazon RDS) で [Amazon RDS for Oracle](https://docs.aws.amazon.com//AmazonRDS/latest/UserGuide/CHAP_Oracle.html) または [Amazon RDS for Microsoft SQL Server](https://docs.aws.amazon.com//AmazonRDS/latest/UserGuide/CHAP_SQLServer.html) のような商用データベースに再プラットフォームすることをお勧めします。移行を開始する前に、アプリケーションで使用されるデータベース機能を評価し、それらが Amazon RDS でサポートされていることを確認してください。詳細については、Amazon RDS ドキュメントの [Microsoft SQL Server データベースインスタンスの制限](https://docs.aws.amazon.com//AmazonRDS/latest/UserGuide/CHAP_SQLServer.html#SQLServer.Concepts.General.FeatureSupport.Limits)を参照してください。

残りのデータベースライセンスを使用して、EC2 インスタンスで自己マネージド商用データベースを実行することもできます。この方法を選択した場合は、データベースのベンダーとライセンス検証プロセスを開始することをお勧めします。ライセンス検証プロセスが完了したら、アプリケーションの必要な目標復旧時間 (RTO) または目標復旧時点 (RPO) に対して、Amazon EC2 でマネージドデータベースの自己解決策を設計する必要があります。

最後に、SQL Server データベースを使用するセキュリティに配慮した高性能の COTS アプリケーションを Amazon EC2 Linux インスタンスで実行されている SQL Server に再プラットフォーム化することをお勧めします。詳細については、[オンプレミス SQL Server Windows ワークロードを Amazon EC2 Linux に移行する](https://aws.amazon.com//blogs/database/migrating-your-on-premises-sql-server-windows-workloads-to-amazon-ec2-linux/)を参照してください。

## 社内アプリケーション用のバックエンドデータベースの再プラットフォーム
<a name="replatforming-inhouse-databases"></a>

社内アプリケーションのバックエンドデータベースを AWS マネージドデータベース ([Amazon RDS for PostgreSQL](https://docs.aws.amazon.com//AmazonRDS/latest/UserGuide/CHAP_PostgreSQL.html)、[Amazon RDS for MySQL](https://docs.aws.amazon.com//AmazonRDS/latest/UserGuide/CHAP_MySQL.html)、[Aurora](https://docs.aws.amazon.com//AmazonRDS/latest/AuroraUserGuide/CHAP_AuroraOverview.html)、[Amazon DynamoDB](https://docs.aws.amazon.com//amazondynamodb/latest/developerguide/Introduction.html) など) に再プラットフォームすることで、データベースのライセンスコストを削減し、スケーラビリティを向上させることができます。

AWS マネージドデータベースは、データベースの定期的な管理タスク（バックアップの実行、データベースおよび OS へのパッチ適用など）を削減するのに役立ちます。Amazon RDS マルチ AZ 配置を使用している場合は、データベースハードウェアの違反による停止を防ぐことで、アプリケーションの可用性を高めることもできます。マルチ AZ データベースは、異なるアベイラビリティーゾーンに継続的に複製され、停止時にアプリケーションは複製されたデータベースに透過的にフェールオーバーします。

 AWS DMS および を使用して商用データベースを Aurora AWS SCT に変換できます。 はデータベーススキーマ変換プロセス AWS SCT を自動化し、オンプレミスデータベースから Amazon RDS へのデータレプリケーション AWS DMS を有効にします。 AWS DMS また、 は、オンプレミスアプリケーションを クラウドに移行するときにダウンタイムの AWS カットオーバーを最小限に抑えるのに役立ちます。