3.3標準
大量のUPDATE/DELETE後、範囲スキャンが遅くなった。
未ソート領域と削除行を確認して保守したい。
最も適切な監視・保守方法はどれか。
× 不正解
SVV_TABLE_INFOや自動テーブル最適化の状態を確認し、VACUUM・ANALYZE・再設計を必要な範囲で行う。
詳細解説
正しいSVV_TABLE_INFO等でunsorted/deletedを確認し、必要に応じてVACUUMを行う
表の状態を測定してソート順と空き領域を回復できる。
表の状態を測定してソート順と空き領域を回復できる。
誤り毎回クラスターを作り直す
時間・コスト・切替リスクが大きく、原因に対して過剰である。
時間・コスト・切替リスクが大きく、原因に対して過剰である。
誤りS3 LifecycleでRedshiftの削除行を消す
S3機能はRedshift内部ブロックを整理しない。
S3機能はRedshift内部ブロックを整理しない。
誤りCloudTrailのDELETEイベントを削除する
監査イベントを消しても表の物理状態は変わらない。
監査イベントを消しても表の物理状態は変わらない。
実際に確かめる
一時的な検証環境で実行できる例です。
Amazon Redshift VACUUM、SVV_TABLE_INFO、automatic table sortの公式説明を確認する。期待される結果
表の論理更新と物理保守を区別し、計測後にVACUUMする理由を説明できる。理解のポイント
- VACUUM
- unsorted
- deleted rows
- ANALYZE
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 3・Task 3.3と各サービスの公式ドキュメントを確認する。
基礎のおさらい
保守コスト
VACUUMの実行時間・ロック・同時クエリ影響を考慮し、常時実行を避ける。
自動化
Automatic Table Optimizationを使う場合も、状態・適用範囲・効果を監視する。
問題IDAWS-DEA-220
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告