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

# AWS DMS での同種データ移行のトラブルシューティング
<a name="dm-troubleshooting"></a>

次のリストは、AWS DMS での同種データ移行で問題が発生した場合に実行すべきアクションを説明しています。

**Topics**
+ [AWS DMS で同種データ移行を作成できない](#dm-troubleshooting-create)
+ [AWS DMS で同種データ移行を開始できない](#dm-troubleshooting-dm-fails)
+ [AWS DMS でのデータの移行の実行時にターゲットデータベースに接続できない](#dm-troubleshooting-connect-target)
+ [PostgreSQL で AWS DMS がビューをテーブルとして保存する](#dm-troubleshooting-views)

## AWS DMS で同種データ移行を作成できない
<a name="dm-troubleshooting-create"></a>

**[データ移行の作成]** をクリックした後、AWS DMS はデータプロバイダーに接続できないというエラーメッセージが表示された場合、必要となる IAM ロールが設定されているかを確認します。詳細については、「[IAM ロールの作成](dm-iam-resources.md#dm-resources-iam-role)」を参照してください。

IAM ロールを設定してもこのようなエラーメッセージが表示される場合は、AWS KMS キー設定でこの IAM ロールをキーユーザーとして追加します。詳細については、「**AWS Key Management Service デベロッパーガイド」の「[KMS キーの使用をキーユーザーに許可する](https://docs.aws.amazon.com/kms/latest/developerguide/key-policy-default.html#key-policy-default-allow-users)」を参照してください。

## AWS DMS で同種データ移行を開始できない
<a name="dm-troubleshooting-dm-fails"></a>

移行プロジェクトでデータ移行を開始した際に、ステータスが `Failed` と表示された場合は、ソースデータプロバイダーとターゲットデータプロバイダーのバージョンを確認します。確認するには、MySQL または PostgreSQL データベースで `SELECT VERSION();` クエリを実行します。サポート対象のデータベースのバージョンを使用しているかを確認します。

サポート対象のソースデータベースの一覧については、「[DMS 同種データ移行のソース](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations)」を参照してください。

サポート対象のターゲットデータベースの一覧については、「[DMS 同種データ移行のターゲット](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.HomogeneousDataMigrations)」を参照してください。

サポートされていないデータベースのバージョンを使用している場合は、ソースデータベースまたはターゲットデータベースをアップグレードして、もう一度試してください。

AWS DMS コンソールでデータ移行のエラーメッセージを確認します。確認するには、移行プロジェクトを開いて、データ移行を選択します。**[詳細]** タブの **[一般]** の下にある **[最後のエラーメッセージ]** を確認します。

最後に、CloudWatch ログを分析します。確認するには、移行プロジェクトを開いて、データ移行を選択します。分析するには、**[詳細]** タブで、**[CloudWatch ログを表示]** をクリックします。

## AWS DMS でのデータの移行の実行時にターゲットデータベースに接続できない
<a name="dm-troubleshooting-connect-target"></a>

「**ターゲットに接続できません**」というエラーメッセージが表示されたら、次のアクションを実行します。

1. ソースデータベースとターゲットデータベースにアタッチされているセキュリティグループに、インバウンドトラフィックとアウトバウンドトラフィックのルールがあるかを確認します。詳細については、「[継続的なレプリケーションの設定](vpc-peering.md#vpc-peering-ongoing-replication)」を参照してください。

1. ネットワークアクセスコントロールリスト (ACL) とルートテーブルのルールを確認します。

1. データベースは、作成した VPC からアクセスできる必要があります。VPC セキュリティグループにパブリック IP アドレスを追加して、ファイアウォールでの受信接続を許可します。

1. 移行プロジェクトの **[データの移行]** タブで、作業するデータ移行を選択します。**[詳細]** タブの **[接続とセキュリティ]** の下に表示されている **パブリック IP アドレス** をメモしておきます。次に、ソースデータベースとターゲットデータベースで、データ移行のパブリック IP アドレスからのアクセスを許可します。

1. 継続的なデータレプリケーションでは、ソースデータベースとターゲットデータベース間の相互通信が有効であるかを確認します。

詳細については、「*Amazon Virtual Private Cloud ユーザーガイド*」の「[セキュリティグループを使用して AWS リソースへのトラフィックを制御する](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-security-groups.html)」を参照してください。

## PostgreSQL で AWS DMS がビューをテーブルとして保存する
<a name="dm-troubleshooting-views"></a>

同種データ移行では、PostgreSQL のビューをビューとして移行することはサポート対象外です。PostgreSQL の場合、AWS DMS はビューをテーブルとして移行します。