2.3標準
S3プレフィックスには処理済み・未処理ファイルが混在する。
今回のバッチで確定したファイル一覧だけをRedshiftへロードし、重複を避ける。
最も適切な方法はどれか。
× 不正解
Redshift COPYのmanifestで対象ファイルを明示すると、プレフィックス内の不要・処理済みファイルを除外できる。
詳細解説
正しいCOPYでmanifestファイルを指定する
ロード対象のファイルを明示し、意図しないファイルの取り込みを防げる。
ロード対象のファイルを明示し、意図しないファイルの取り込みを防げる。
誤りプレフィックス全体を毎回COPYする
既存ファイルを再ロードし、重複や重複排除処理が発生する。
既存ファイルを再ロードし、重複や重複排除処理が発生する。
誤りS3 Lifecycleで未処理ファイルを判定する
ライフサイクルはファイルの移行・削除を行うが、ロード済み状態を保証しない。
ライフサイクルはファイルの移行・削除を行うが、ロード済み状態を保証しない。
誤りCloudTrailでCOPY対象を生成する
監査イベントはデータファイルの確定一覧にならない。
監査イベントはデータファイルの確定一覧にならない。
実際に確かめる
一時的な検証環境で実行できる例です。
Amazon Redshift COPY manifest、COMPUPDATE、ロード履歴の公式説明を確認する。期待される結果
S3削除・監査イベントと、ロード対象ファイル管理の違いを説明できる。理解のポイント
- Redshift COPY
- manifest
- 重複ロード
- S3
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 2・Task 2.3と各サービスの公式ドキュメントを確認する。
基礎のおさらい
入力確定
バッチの入力ファイル一覧・ハッシュ・生成時刻を保存し、再実行の対象を再現する。
ロード冪等性
同じmanifestの再実行、ステージング、MERGE、ロード履歴を設計する。
問題IDAWS-DEA-146
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告