След като @a_horse_with_no_name ме насочи в правилната посока и разговарях с AWS, мога да отговоря на собствения си въпрос, поне ако използвате AWS Database Migration Service (DMS).
Проблемът е, че DMS се фокусира само върху самите данни, а не върху схемата (което ми изглежда като голям пропуск, особено ако използвате същата технология за база данни, но това е друг проблем). Така че самата схема не е мигрирана. Документацията всъщност не изяснява това.
За да коригирате този проблем:
- Спрете (ако все още съществува) съществуващата миграция на AWS DMS
- Премахнете съществуващата мигрирана база данни и създайте нова празна схема за използване
- Следвайте стъпките тук https://docs.aws. amazon.com/SchemaConversionTool/latest/userguide/CHAP_Installing.html за инсталиране и настройка на Amazon Schema Conversation Tool (SCT)
- След като се свържете с двете бази данни, следвайте стъпките тук https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Converting.html за да „конвертирате“ вашата схема (направих цялата „публична“ схема за тази база данни, за да гарантирам, че всичко е покрито
- Създайте или модифицирайте своята миграция на AWS DMS, като осигурите режим на подготовка на целевата таблица =„TRUNCATE“ и деактивирайте външни ключове в целевата база данни. Ако модифицирате, уверете се, че когато бъдете попитани „РЕСТАРТИРАЙТЕ“, не възобновете
Това, което все още не съм тествал, е как да се справя с факта, че мигрирам жива база данни. Така че последователностите може да са остарели в целевата база данни, когато миграцията е извършена. Вярвам, че по-късно мога да отида в SCT и само да мигрирам последователностите, но все още не съм тествал това.
