ゼロ ETL 統合のトラブルシューティング
Aurora MySQL とのゼロ ETL 統合に関する一般的な問題のトラブルシューティングを行うには、次の情報を利用してください。
トピック
統合の作成に失敗しました
ゼロ ETL 統合の作成に失敗した場合、統合のステータスは Inactive
になります。以下がソースの Aurora DB クラスターに当てはまることを確認してください。
-
Amazon RDS コンソールでクラスターを作成しました。
-
ソースの Aurora DB クラスターは MySQL バージョン 3.05 以降を実行しています。これを確認するには、クラスターの [設定] タブに移動して、[エンジンのバージョン] を確認します。
-
クラスターの binlog パラメータ設定を正しく設定しました。Aurora MySQL バイナリログパラメータが正しく設定されていないか、ソース Aurora DB クラスターに関連付けられていない場合、作成は失敗します。「Configure DB cluster parameters」を参照してください。
さらに、Amazon Redshift データウェアハウスに以下が当てはまることを確認してください。
-
大文字と小文字の区別がオンになっています。「データウェアハウスの大文字と小文字の区別を有効にする」を参照してください。
-
名前空間に適切な認証済みプリンシパルと統合ソースを追加しました。「Amazon Redshift データウェアハウスの認証を設定する」を参照してください。
テーブルにプライマリキーがない
このデスティネーションデータベースには、1 つまたは複数のテーブルにプライマリキーがなく、同期できません。
この問題を解決するには、統合の詳細ページの [テーブル統計] タブに移動するか、SVV_INTEGRATION_TABLE_STATE を使用して、障害が発生したテーブルを確認します。テーブルにプライマリキーを追加すると、Amazon Redshift がテーブルを再同期します。または、テーブルを Aurora にドロップして、プライマリキーを持つテーブルを作成することもできますが、この方法はお勧めしません。詳細については、「Amazon Redshift best practices for designing tables」を参照してください。
テーブル内のサポートされていないデータ型
Amazon Redshift での統合で作成され、Aurora DB クラスターからデータがレプリケートされたデータベースでは、サポートされていないデータ型が単一または複数のテーブルにあるため、同期できません。
この問題を解決するには、統合の詳細ページの [テーブル統計] タブに移動するか、SVV_INTEGRATION_TABLE_STATE を使用して、障害が発生したテーブルを確認します。次に、これらのテーブルを削除し、Amazon RDS に新しいテーブルを再作成します。サポートされていないデータ型の詳細については、「Amazon Aurora ユーザーガイド」の「Aurora データベースと Amazon Redshift データベース間のデータ型の違い」を参照してください。
データ操作言語コマンドが失敗しました
Amazon Redshift は Redshift テーブルで DML コマンドを実行できませんでした。この問題を解決するには、SVV_INTEGRATION_TABLE_STATE を使用して、障害が発生したテーブルを確認します。Amazon Redshift は、このエラーを解決するためにテーブルを自動的に再同期します。
データソース間の変更履歴が一致しません
このエラーは、Amazon Aurora と Amazon Redshift 間の変更が一致せず、統合が Failed
状態になる場合に発生します。
この問題を解決するには、ゼロ ETL 統合を削除して Amazon RDS で再度作成してください。詳細については、「Creating zero-ETL integrations」と「Deleting zero-ETL integrations」を参照してください。
認証に失敗しました
ソース Aurora DB クラスターが Amazon Redshift データウェアハウスの承認された統合ソースとして削除されたため、認証に失敗しました。
この問題を解決するには、ゼロ ETL 統合を削除して Amazon RDS で再度作成してください。詳細については、「Creating zero-ETL integrations」と「Deleting zero-ETL integrations」を参照してください。
テーブルの数が 10 万を超えているか、スキーマの数が 4950 を超えている
デスティネーションデータウェアハウスのテーブルの数が 10 万を超えているか、スキーマの数が 4950 を超えています。Amazon Aurora が Amazon Redshift にデータを送信できません。テーブルとスキーマの数が、設定された制限を超えています。この問題を解決するには、ソースデータベースから不要なスキーマまたはテーブルを削除します。
Amazon Redshift がデータをロードできません
Amazon Redshift がゼロ ETL 統合にデータをロードできません。
この問題を解決するには、Amazon RDS のゼロ ETL 統合を削除してから再度作成してください。詳細については、「Creating zero-ETL integrations」と「Deleting zero-ETL integrations」を参照してください。
ワークグループのパラメータ設定が間違っています
ワークグループで大文字と小文字の区別がオンになっていません。
この問題を解決するには、統合の詳細ページの [プロパティ] タブに移動してパラメータグループを選択し、[プロパティ] タブで大文字と小文字を区別する識別子をオンにします。既存のパラメータグループがない場合は、大文字と小文字を区別する識別子をオンにしてパラメータグループを作成してください。次に、Amazon RDS に新しいゼロ ETL 統合を作成します。詳細については、「Creating zero-ETL integrations」を参照してください。
ゼロ ETL 統合を有効にするためにデータベースが作成されていません
ゼロ ETL 統合を有効にするためのデータベースが作成されていません。
この問題を解決するには、統合用のデータベースを作成します。詳細については、「Amazon Redshift での送信先データベースの作成」を参照してください。
テーブルの状態が、[再同期が必要です] または [再同期開始] になっています
テーブルの状態が、[再同期が必要です] または [再同期開始] になっています。
テーブルがこのような状態になっている理由に関する詳細なエラー情報を収集するには、SYS_LOAD_ERROR_DETAIL システムビューを使用します。
Aurora PostgreSQL とのゼロ ETL 統合に関する一般的な問題のトラブルシューティングを行うには、次の情報を利用してください。
トピック
統合の作成に失敗しました
ゼロ ETL 統合の作成に失敗した場合、統合のステータスは Inactive
になります。以下がソースの Aurora DB クラスターに当てはまることを確認してください。
-
Amazon RDS コンソールでクラスターを作成しました。
-
ソースの Aurora DB クラスターは Aurora PostgreSQL バージョン 15.4.99 以降を実行しています。これを確認するには、クラスターの [設定] タブに移動して、[エンジンのバージョン] を確認します。
-
クラスターの binlog パラメータ設定を正しく設定しました。Aurora PostgreSQL binlog パラメータの設定が適切でないか、ソースの Aurora DB クラスターに関連付けられていない場合、作成は失敗します。「Configure DB cluster parameters」を参照してください。
さらに、Amazon Redshift データウェアハウスに以下が当てはまることを確認してください。
-
大文字と小文字の区別がオンになっています。「データウェアハウスの大文字と小文字の区別を有効にする」を参照してください。
-
名前空間に適切な認証済みプリンシパルと統合ソースを追加しました。「Amazon Redshift データウェアハウスの認証を設定する」を参照してください。
テーブルにプライマリキーがない
このデスティネーションデータベースには、1 つまたは複数のテーブルにプライマリキーがなく、同期できません。
この問題を解決するには、統合の詳細ページの [テーブル統計] タブに移動するか、SVV_INTEGRATION_TABLE_STATE を使用して、障害が発生したテーブルを確認します。テーブルにプライマリキーを追加すると、Amazon Redshift がテーブルを再同期します。または、テーブルを Aurora にドロップして、プライマリキーを持つテーブルを作成することもできますが、この方法はお勧めしません。詳細については、「Amazon Redshift best practices for designing tables」を参照してください。
テーブル内のサポートされていないデータ型
Amazon Redshift での統合で作成され、Aurora DB クラスターからデータがレプリケートされたデータベースでは、サポートされていないデータ型が単一または複数のテーブルにあるため、同期できません。
この問題を解決するには、統合の詳細ページの [テーブル統計] タブに移動するか、SVV_INTEGRATION_TABLE_STATE を使用して、障害が発生したテーブルを確認します。次に、これらのテーブルを削除し、Amazon RDS に新しいテーブルを再作成します。サポートされていないデータ型の詳細については、「Amazon Aurora ユーザーガイド」の「Aurora データベースと Amazon Redshift データベース間のデータ型の違い」を参照してください。
データ操作言語コマンドが失敗しました
Amazon Redshift は Redshift テーブルで DML コマンドを実行できませんでした。この問題を解決するには、SVV_INTEGRATION_TABLE_STATE を使用して、障害が発生したテーブルを確認します。Amazon Redshift は、このエラーを解決するためにテーブルを自動的に再同期します。
データソース間の変更履歴が一致しません
このエラーは、Amazon Aurora と Amazon Redshift 間の変更が一致せず、統合が Failed
状態になる場合に発生します。
この問題を解決するには、ゼロ ETL 統合を削除して Amazon RDS で再度作成してください。詳細については、「Creating zero-ETL integrations」と「Deleting zero-ETL integrations」を参照してください。
認証に失敗しました
ソース Aurora DB クラスターが Amazon Redshift データウェアハウスの承認された統合ソースとして削除されたため、認証に失敗しました。
この問題を解決するには、ゼロ ETL 統合を削除して Amazon RDS で再度作成してください。詳細については、「Creating zero-ETL integrations」と「Deleting zero-ETL integrations」を参照してください。
テーブルの数が 10 万を超えているか、スキーマの数が 4950 を超えている
デスティネーションデータウェアハウスのテーブルの数が 10 万を超えているか、スキーマの数が 4950 を超えています。Amazon Aurora が Amazon Redshift にデータを送信できません。テーブルとスキーマの数が、設定された制限を超えています。この問題を解決するには、ソースデータベースから不要なスキーマまたはテーブルを削除します。
Amazon Redshift がデータをロードできません
Amazon Redshift がゼロ ETL 統合にデータをロードできません。
この問題を解決するには、Amazon RDS のゼロ ETL 統合を削除してから再度作成してください。詳細については、「Creating zero-ETL integrations」と「Deleting zero-ETL integrations」を参照してください。
ワークグループのパラメータ設定が間違っています
ワークグループで大文字と小文字の区別がオンになっていません。
この問題を解決するには、統合の詳細ページの [プロパティ] タブに移動してパラメータグループを選択し、[プロパティ] タブで大文字と小文字を区別する識別子をオンにします。既存のパラメータグループがない場合は、大文字と小文字を区別する識別子をオンにしてパラメータグループを作成してください。次に、Amazon RDS に新しいゼロ ETL 統合を作成します。詳細については、「Creating zero-ETL integrations」を参照してください。
ゼロ ETL 統合を有効にするためにデータベースが作成されていません
ゼロ ETL 統合を有効にするためのデータベースが作成されていません。
この問題を解決するには、統合用のデータベースを作成します。詳細については、「Amazon Redshift での送信先データベースの作成」を参照してください。
テーブルの状態が、[再同期が必要です] または [再同期開始] になっています
テーブルの状態が、[再同期が必要です] または [再同期開始] になっています。
テーブルがこのような状態になっている理由に関する詳細なエラー情報を収集するには、SYS_LOAD_ERROR_DETAIL システムビューを使用します。
RDS for MySQL とのゼロ ETL 統合に関する一般的な問題のトラブルシューティングを行うには、次の情報を利用してください。
トピック
統合の作成に失敗しました
ゼロ ETL 統合の作成に失敗した場合、統合のステータスは Inactive
になります。ソースの RDS DB インスタンスで次が適切であるかを確認します。
-
Amazon RDS コンソールでインスタンスを作成しました。
-
ソース RDS DB インスタンスは、RDS for MySQL バージョン 8.0.28 以降を実行している必要があります。これを確認するには、クラスターの [設定] タブに移動して、[エンジンのバージョン] をチェックします。
-
クラスインスタンスの binlog パラメータ設定が適切に設定されています。RDS for MySQL binlog パラメータの設定が適切でないか、ソースの RDS DB インスタンスに関連付けられていない場合、作成は失敗します。「DB インスタンスパラメータを設定する」を参照してください。
さらに、Amazon Redshift データウェアハウスに以下が当てはまることを確認してください。
-
大文字と小文字の区別がオンになっています。「データウェアハウスの大文字と小文字の区別を有効にする」を参照してください。
-
名前空間に適切な認証済みプリンシパルと統合ソースを追加しました。「Amazon Redshift データウェアハウスの認証を設定する」を参照してください。
テーブルにプライマリキーがない
このデスティネーションデータベースには、1 つまたは複数のテーブルにプライマリキーがなく、同期できません。
この問題を解決するには、統合の詳細ページの [テーブル統計] タブに移動するか、SVV_INTEGRATION_TABLE_STATE を使用して、障害が発生したテーブルを確認します。テーブルにプライマリキーを追加すると、Amazon Redshift がテーブルを再同期します。または、テーブルを RDS にドロップして、プライマリキーを持つテーブルを作成することもできますが、この方法はお勧めしません。詳細については、「Amazon Redshift best practices for designing tables」を参照してください。
テーブル内のサポートされていないデータ型
Amazon Redshift での統合で作成され、RDS DB インスタンスからデータがレプリケートされたデータベースでは、サポートされていないデータ型が単一または複数のテーブルにあるため、同期できません。
この問題を解決するには、統合の詳細ページの [テーブル統計] タブに移動するか、SVV_INTEGRATION_TABLE_STATE を使用して、障害が発生したテーブルを確認します。次に、これらのテーブルを削除し、Amazon RDS に新しいテーブルを再作成します。サポートされていないデータ型の詳細については、「Amazon RDS ユーザーガイド」の「RDS データベースと Amazon Redshift データベース間のデータ型の違い」を参照してください。
データ操作言語コマンドが失敗しました
Amazon Redshift は Redshift テーブルで DML コマンドを実行できませんでした。この問題を解決するには、SVV_INTEGRATION_TABLE_STATE を使用して、障害が発生したテーブルを確認します。Amazon Redshift は、このエラーを解決するためにテーブルを自動的に再同期します。
データソース間の変更履歴が一致しません
このエラーは、Amazon Aurora と Amazon Redshift 間の変更が一致せず、統合が Failed
状態になる場合に発生します。
この問題を解決するには、ゼロ ETL 統合を削除して Amazon RDS で再度作成してください。詳細については、「Creating zero-ETL integrations」と「Deleting zero-ETL integrations」を参照してください。
認証に失敗しました
ソース RDS DB インスタンスが Amazon Redshift データウェアハウスの承認された統合ソースとして削除されたため、認証に失敗しました。
この問題を解決するには、ゼロ ETL 統合を削除して Amazon RDS で再度作成してください。詳細については、「Creating zero-ETL integrations」と「Deleting zero-ETL integrations」を参照してください。
テーブルの数が 10 万を超えているか、スキーマの数が 4950 を超えている
デスティネーションデータウェアハウスのテーブルの数が 10 万を超えているか、スキーマの数が 4950 を超えています。Amazon Aurora が Amazon Redshift にデータを送信できません。テーブルとスキーマの数が、設定された制限を超えています。この問題を解決するには、ソースデータベースから不要なスキーマまたはテーブルを削除します。
Amazon Redshift がデータをロードできません
Amazon Redshift がゼロ ETL 統合にデータをロードできません。
この問題を解決するには、Amazon RDS のゼロ ETL 統合を削除してから再度作成してください。詳細については、「Creating zero-ETL integrations」と「Deleting zero-ETL integrations」を参照してください。
ワークグループのパラメータ設定が間違っています
ワークグループで大文字と小文字の区別がオンになっていません。
この問題を解決するには、統合の詳細ページの [プロパティ] タブに移動してパラメータグループを選択し、[プロパティ] タブで大文字と小文字を区別する識別子をオンにします。既存のパラメータグループがない場合は、大文字と小文字を区別する識別子をオンにしてパラメータグループを作成してください。次に、Amazon RDS に新しいゼロ ETL 統合を作成します。詳細については、「Creating zero-ETL integrations」を参照してください。
ゼロ ETL 統合を有効にするためにデータベースが作成されていません
ゼロ ETL 統合を有効にするためのデータベースが作成されていません。
この問題を解決するには、統合用のデータベースを作成します。詳細については、「Amazon Redshift での送信先データベースの作成」を参照してください。
テーブルの状態が、[再同期が必要です] または [再同期開始] になっています
テーブルの状態が、[再同期が必要です] または [再同期開始] になっています。
テーブルがこのような状態になっている理由に関する詳細なエラー情報を収集するには、SYS_LOAD_ERROR_DETAIL システムビューを使用します。