Setelah @a_horse_with_no_name mengarahkan saya ke arah yang benar dan mengobrol dengan AWS, saya dapat menjawab pertanyaan saya sendiri, setidaknya jika Anda menggunakan AWS Database Migration Service (DMS).
Masalahnya adalah, DMS hanya berfokus pada data itu sendiri dan tidak benar-benar skema (yang bagi saya tampak seperti pengawasan besar, terutama jika Anda menggunakan teknologi database yang sama tetapi itu adalah masalah lain). Jadi skema itu sendiri tidak dimigrasikan. Dokumentasinya tidak terlalu memperjelas hal ini.
Untuk memperbaiki masalah ini:
- Hentikan (jika masih ada) migrasi AWS DMS yang ada
- Lepaskan database migrasi yang ada, dan buat skema kosong baru untuk digunakan
- Ikuti langkah-langkahnya di sini https://docs.aws. amazon.com/SchemaConversionTool/latest/userguide/CHAP_Installing.html untuk menginstal dan menyiapkan Amazon Schema Conversation Tool (SCT)
- Setelah Anda terhubung ke kedua database, ikuti langkah-langkah di sini https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Converting.html untuk "mengonversi" skema Anda (saya melakukan seluruh skema "publik" untuk database ini untuk memastikan semuanya tercakup
- Buat atau ubah Migrasi AWS DMS Anda, pastikan Mode Persiapan Tabel Target ="TRUNCATE" dan nonaktifkan kunci asing pada database target. Jika memodifikasi, pastikan ketika ditanya "RESTART" tidak melanjutkan
Apa yang belum saya uji adalah bagaimana menangani fakta bahwa saya memigrasikan database langsung. Jadi urutannya mungkin kedaluwarsa pada basis data target saat migrasi selesai. Saya yakin nanti saya bisa masuk ke SCT dan hanya memigrasikan urutannya tetapi saya belum mengujinya.
