ゼロ ETL 統合のトラブルシューティング

AWS Secrets Manager にレプリケーションユーザーが存在し、正しいパスワードが設定されていることを確認します。

レプリケーションユーザーに必要なアクセス許可がすべて付与されていることを確認します。

シークレット ARN が正しく、Oracle Database@AWS からアクセス可能であることを確認します。

CMK リソースポリシーが Oracle Database@AWS サービスプリンシパルによるアクセスを許可していることを確認します。

ODB ネットワークでゼロ ETL 統合が有効になっていることを確認します。

ポート 2484 で SSL が正しく設定されていることを確認します(Exadata のみ)。

Oracle データベースリスナーが実行中で、接続を受け入れていることを確認します。

ネットワークセキュリティグループと NACL がポート 2484 のトラフィックを許可していることを確認します。

シークレットのサービス名が実際の Oracle サービス名と一致していることを確認します。

IAM ユーザーまたはロールに、AWS Glue 統合オペレーションに必要なアクセス許可があることを確認します。

Amazon Redshift リソースポリシーで VM クラスターからのインバウンド統合が許可されていることを確認します。

Oracle Database@AWS にシークレットと AWS Key Management Service キーへのアクセスが許可されていることを確認します。

Oracle データベースに、全ロードオペレーションをサポートするのに十分なリソースがあることを確認します。

ソースデータベースでの補足的なログ記録が有効になっていることを確認します。

データ抽出を妨げる可能性のあるテーブルレベルのロックまたは制約がないか確認します。

Oracle データベースに十分な REDO ログスペースと保存期間があることを確認します。

レプリケーションユーザーがアーカイブされた REDO ログにアクセスできることを確認します。

ASM 対応システムの場合は、ASM ユーザーが正しく設定されていることを確認します。

Oracle データベースのパフォーマンスをモニタリングして、CDC がリソースの競合を引き起こしていないことを確認します。

CloudWatch でレプリケーション遅延メトリクスをモニタリングします。

ソースデータベースでトランザクション量が多いか、トランザクションが大きいを確認します。

Amazon Redshift クラスターに受信データを処理するための十分な容量があることを確認します。

データフィルターに必要なスキーマとテーブルがすべて含まれていることを確認します。

レプリケーションの失敗の原因となっている可能性のあるサポートされていないデータ型を確認します。

レプリケーションユーザーがすべての必要なテーブルに対して SELECT 許可を持っていることを確認します。

Oracle と Redshift の間でサポートされているデータ型のマッピングを確認します。

カスタム処理が必要な可能性がある Oracle 固有のデータ型を確認します。

より互換性のあるデータ型を使用するように Oracle スキーマを変更することを検討してください。