2.2標準
Crawler設定を変更するが、既存テーブルを誤って削除したくない。
不要データの削除は承認済みの別プロセスで行う。
最も適切な方法はどれか。
× 不正解
CrawlerのDeleteBehaviorや保持方針を設定し、一時的なデータ不在やスキャン範囲変更でCatalogテーブルを誤削除しないようにする。
詳細解説
正しいCrawlerのDeleteBehaviorとテーブル保持方針を設定する
S3から一時的に見えないデータでCatalogテーブルを自動削除しないよう制御できる。
S3から一時的に見えないデータでCatalogテーブルを自動削除しないよう制御できる。
誤りCrawlerを毎回削除して作り直す
テーブル・パーティション・権限の履歴が失われ、誤削除を防げない。
テーブル・パーティション・権限の履歴が失われ、誤削除を防げない。
誤りS3のバージョニングを無効にする
オブジェクト履歴を失うだけで、Catalog削除ポリシーを制御しない。
オブジェクト履歴を失うだけで、Catalog削除ポリシーを制御しない。
誤りCloudTrailのログを無効にする
監査証跡を失い、削除操作の追跡ができなくなる。
監査証跡を失い、削除操作の追跡ができなくなる。
実際に確かめる
一時的な検証環境で実行できる例です。
AWS Glue Crawler SchemaChangePolicy DeleteBehavior、Catalog削除の公式説明を確認する。期待される結果
Catalog保護とS3版管理・監査ログの違いを説明できる。理解のポイント
- DeleteBehavior
- Crawler
- Catalog保護
- 監査
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 2・Task 2.2と各サービスの公式ドキュメントを確認する。
基礎のおさらい
メタデータの削除
物理データの移動・一時不在と、論理テーブル廃止を区別する。
変更管理
削除を承認・監査し、下流ジョブ・権限・Resource Linkへの影響を確認する。
問題IDAWS-DEA-141
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告