翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# コネクタのトラブルシューティング
このトピックには、一般的なコネクタの問題に関するトラブルシューティングガイダンスが含まれています。コネクタを表示または編集するには、管理者グループのメンバーである必要があります。
## IAM ロールに正しいカスタム信頼ポリシーとタグがあることを確認します。
コネクタの IAM ロールを設定するときは、カスタム信頼ポリシーが App Studio へのアクセスを提供するように適切に設定されていることを確認します。このカスタム信頼ポリシーは、 AWS リソースが App Studio のセットアップに使用したのと同じ AWS アカウントにある場合でも必要です。
+ `Principal` セクションの AWS アカウント番号が、App Studio のセットアップに使用されるアカウントのアカウント AWS ID であることを確認します。このアカウント番号は、リソースが配置されているアカウントであるとは限りません。
+ `"aws:PrincipalTag/IsAppStudioAccessRole": "true"` が `sts:AssumeRole`セクションに正しく追加されていることを確認します。
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Principal": {
"AWS": "arn:aws:iam::{{111122223333}}:root"
},
"Action": "sts:AssumeRole",
"Condition": {
"StringEquals": {
"aws:PrincipalTag/IsAppStudioAccessRole": "true"
}
}
}
]
}
```
------
また、次のキーと値を持つタグが IAM ロールに追加されていることを確認します。タグの追加の詳細については、[「IAM ロールのタグ付け](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_tags_roles.html)」を参照してください。
**注記**
タグの値は であり`IsAppStudioDataAccessRole`、カスタム信頼ポリシー () の値とは若干異なることに注意してください`IsAppStudioAccessRole`。
+ [**Key**] (キー): `IsAppStudioDataAccessRole`
+ **値**: `true`
コネクタが接続されている製品またはサービス内のリソースの設定を確認します。Amazon Redshift テーブルなどの一部のリソースでは、App Studio で使用する追加の設定が必要です。
コネクタの設定を確認します。 AWS サービスの場合は、App Studio のコネクタに移動し、正しい Amazon リソースネーム (ARN) が含まれ、指定された AWS リージョンがリソースを含むリージョンであることを確認します。
## IAM ロールに正しいアクセス許可があることを確認します。
App Studio に AWS リソースへのアクセスを提供するには、コネクタで使用される IAM ロールに適切なアクセス許可を割り当てる必要があります。必要なアクセス許可は、実行するサービス、リソース、およびアクションに固有です。例えば、Amazon Redshift テーブルからデータを読み取るには、Amazon S3 バケットにオブジェクトをアップロードするのとは異なるアクセス許可が必要です。詳細については、 の適切なトピック[AWS サービスに接続する](add-connector-services.md)を参照してください。
## Amazon Redshift コネクタのトラブルシューティング
このセクションでは、Amazon Redshift コネクタの一般的な問題のトラブルシューティングガイダンスについて説明します。Amazon Redshift コネクタとリソースの設定については、「」を参照してください[Amazon Redshift に接続する](connectors-redshift.md)。
1. Amazon Redshift エディタ`OFF`で`Isolated Session`トグルが に設定されていることを確認します。この設定は、App Studio アプリなどの他のユーザーによるデータ変更を可視化するために必要です。
1. Amazon Redshift テーブルに適切なアクセス許可が付与されていることを確認します。
1. コネクタ設定で、Amazon Redshift テーブルタイプと一致する適切なコンピューティングタイプ (`Provisioned` または `Serverless`) が選択されていることを確認します。
## Aurora コネクタのトラブルシューティング
このセクションでは、Aurora コネクタの一般的な問題のトラブルシューティングガイダンスについて説明します。Aurora コネクタとリソースの設定については、「」を参照してください[Amazon Aurora に接続する](connectors-aurora.md)。
1. テーブルの作成時に、サポートされている適切な Aurora バージョンが選択されていることを確認します。
1. Amazon RDS Data API が有効になっていることを確認します。これは、App Studio が Aurora テーブルでオペレーションを実行できるようにするための要件です。詳細については、[「Amazon RDS Data API の有効化](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/data-api.html#data-api.enabling)」を参照してください。
1. アクセス AWS Secrets Manager 許可が提供されていることを確認します。
## DynamoDB コネクタのトラブルシューティング
このセクションでは、DynamoDB コネクタの一般的な問題のトラブルシューティングガイダンスについて説明します。DynamoDB コネクタとリソースの設定については、「」を参照してください[Amazon DynamoDB に接続する](connectors-dynamodb.md)。
コネクタの作成時に DynamoDB テーブルスキーマが表示されない場合は、DynamoDB テーブルがカスタマーマネージドキー (CMK) で暗号化されており、キーを記述してテーブルを復号するアクセス許可がないとテーブルデータにアクセスできない可能性があります。CMK で暗号化されたテーブルを使用して DynamoDB コネクタを作成するには、IAM ロールに `kms:decrypt`および アクセス`kms:describeKey`許可を追加する必要があります。
## Amazon S3 コネクタのトラブルシューティング
このセクションでは、Amazon S3 コネクタの一般的な問題のトラブルシューティングガイダンスについて説明します。Amazon S3 コネクタとリソースの設定については、「」を参照してください[Amazon Simple Storage Service (Amazon S3) に接続する](connectors-s3.md)。
一般的なトラブルシューティングガイダンスには、以下のチェックが含まれます。
1. Amazon S3 コネクタが Amazon S3 リソースがある AWS リージョンで設定されていることを確認します。
1. IAM ロールが正しく設定されていることを確認します。
1. Amazon S3 バケットで、CORS 設定が適切なアクセス許可を付与していることを確認します。詳細については、「[ステップ 1: Amazon S3 リソースを作成して設定する](connectors-s3.md#connectors-s3-create-resources)」を参照してください。
### Amazon S3 ファイルのアップロードエラー: 署名付き URL の計算に失敗しました
S3 アップロードコンポーネントを使用して Amazon S3 バケットにファイルをアップロードしようとすると、次のエラーが発生することがあります。
```
Error while uploading file to S3: Failed to calculate presigned URL.
```
このエラーは通常、Amazon S3 バケットの IAM ロール設定が正しくないか、CORS 設定が正しくないために発生します。これらの設定を の情報で修正することで解決できます[Amazon Simple Storage Service (Amazon S3) に接続する](connectors-s3.md)。