AWS ソリューションアーキテクト プロフェッショナルDB移行の未完了と変換の検知オリジナル・公式資料照合難易度
DMSでPostgreSQLへ全件ロードする。親表より子表が先にロードされ、外部キー制約で失敗した。適切な移行計画はどれか。
A
親表のデータを省いて子表だけ本番公開する
必要な参照先を欠く状態で公開すると、業務上の整合性を失う。
B
全外部キーを永久に廃止すれば受入時の検証は不要になる
一時的な移行対応と、運用時に必要な整合性制御は別である。
C
全件ロード中の制約・トリガーを適切に扱い、ロード後に整合性を検証して必要な制約を戻す★ 正解
DMSの全件ロードは表の順番を保証しない。移行中の一時的な不整合と、受入時に満たす整合性を分けて計画する。
D
DMSは常に外部キーの依存順に表をロードするので、エラーを無視する
表のロード順をそのように保証しない。
解説
DMSの全件ロードは表の順番を保証しない。移行中の一時的な不整合と、受入時に満たす整合性を分けて計画する。
根拠資料・確認情報
対応範囲：SAP-C02
資料確認日：2026-11-02
アプリ内の初回回答データ
回答データを読み込んでいます。
同じレッスンの問題
問題 1
DMSのPostgreSQL CDCを長時間停止している間、元DBのWAL保存領域が増え続けた。論理レプリケーションスロットを使っている。適切な説明はどれか。
問題 2
DMSのLimited LOB modeで、上限より大きい文書列があった。表の行数は一致するが文書の末尾が欠けている。最も適切な対応はどれか。
問題 4
DMSでPostgreSQLへデータ移行後、最初の新規INSERTで主キーが重複した。既存行のIDは正しく移っているが、採番にはsequenceを使う。確認すべき点はどれか。
問題 5
DMSで表と主キーを移した後、問い合わせが遅くなり、一部の利用者も接続できない。二次インデックスとDBユーザーは別途作っていない。適切な確認はどれか。