AWS Database Migration Service (DMS) е услуга за мигриране на бази данни на AWS, в която изходната база данни може да бъде:
- База данни на AWS (EC2,RDS)
- Локална база данни
- База данни на друга облачна платформа, като Oracle Cloud Platform
Целевата база данни може да бъде:
- База данни на AWS (EC2, RDS, Redshift, DynamoDB)
- Локална база данни
- База данни на друга облачна платформа, като Oracle Cloud Platform
Поне една от двете бази данни, източник и целева, трябва да е на AWS. Като пример DMS може да не се използва за мигриране на локална база данни към платформата Google Cloud. В две статии обсъждаме мигрирането на база данни на Oracle към база данни на MySQL с услугата за миграция на база данни. В по-ранна статия, „Мигриране на база данни на Oracle към MySQL на AWS, част 1“, обсъдихме настройката на изходна и целева база данни. В тази статия-продължение ще извършим миграцията. Тази статия има следните раздели:
- Създаване на миграция
- Изпълнение на миграцията
- Запитване на схема за мигрирана база данни
- Рестартиране на миграция
- Промяна на миграция
- Заключение
Създаване на миграция
В този раздел ще създадем DMS миграция за мигриране на екземпляр на Oracle DB на RDS към MySQL DB екземпляр на RDS. Влезте като потребител на IAM (dvohra или друг), създаден по-рано. Изберете DMS услуга в конзолата на AWS, както е показано на фигура 1.
Фигура 1: DMS услуга в AWS Console
Кликнете върху Създаване на миграция , както е показано на фигура 2.
Фигура 2: Създаване на миграция
AWS Database Migration Service стартира, както е показано на Фигура 3. Щракнете върху Напред в страницата за добре дошли.
Фигура 3: Съветник на услугата за мигриране на база данни на AWS
След това Създаване на екземпляр на репликация страница се показва, както е показано на Фигура 4.
Фигура 4: Създайте копие за репликация
Посочете име на екземпляр на репликация или запазете настройката по подразбиране, както е показано на Фигура 5. Изберете клас Инстанция или запазете настройката по подразбиране. Изберете VPC защото не е конфигуриран VPC по подразбиране. Изберете Много-AZ като Не за използване на една зона за наличност. Изберете Обществено достъпно опция.
Фигура 5: Конфигуриране на екземпляр на репликация
В Разширени настройките, настройките по подразбиране за разпределено хранилище, репликирана подмрежова група и зона за наличност са показани на фигура 6.
Фигура 6: Разширени настройки
Изберете главния ключ на KMS като ключ за криптиране (dms ), създаден по-рано, както е показано на фигура 7. Щракнете върху Напред.
Фигура 7: Избиране на главен ключ на KMS
След това конфигурирайте крайните точки на базата данни да се свързват с изходни и целеви крайни точки на базата данни, както е показано на фигура 8. Крайните точки на базата данни могат да бъдат посочени, докато се създава екземпляр на репликация. Изходната и целевата крайна точка са конфигурирани в отделни колони с етикет „Данни за връзка с изходна база данни“ и „Подробности за връзката с целевата база данни“.
Фигура 8: Крайни точки на базата данни
Изберете Източник от падащия списък като оракул , както е показано на фигура 9.
Фигура 9: Source Engine
Изберете Целевата машина от падащия списък като mysql , както е показано на Фигура 10.
Фигура 10: Избиране на Target Engine
За Име на сървъра s, посочете крайните точки за DB екземпляри, както е изброено в RDS конзолата, като премахнете суфикса :port. Името на сървъра за Oracle DB е orcl.crbmlbxmp8qi.us-east-1.rds.amazonaws.com и името на сървъра за MySQL DB е mysqldb.crbmlbxmp8qi.us-east-1.rds.amazonaws.com . Портът се посочва отделно в Порт поле и е 1521 за база данни на Oracle и 3306 за база данни MySQL. Изберете SSL режим катоникой както за изходни, така и за целеви бази данни. Посочете потребителското име и паролата като Главно потребителско име и Главна парола, конфигурирани при създаване на RDS екземпляри. Подробностите за връзката източник и цел са показани на фигура 11.
Фигура 11: Подробности за връзката на източника и целта
Превъртете надолу за връзката Разширени настройки. За Oracle Database посочете SID, както е показано на Фигура 12. За базата данни MySQL задайте Допълнителни атрибути за връзка до targetDbType=SPECIFIC_DATABASE . Главният ключ на KMS трябва да бъде ключът за криптиране (dms), създаден като потребител на IAM (dvohra) за DMS.
Фигура 12: Разширени настройки на връзката
Кликнете върху Извършване на тест за всяка от базите данни, за да тествате връзката. Резултатът трябва да бъде Връзката тествана успешно, както е показано на Фигура 13.
Фигура 13: Изпълнете тест
След това трябва да се конфигурира задача за миграция, преди която трябва да се създаде екземпляр за репликация, както е показано на фигура 14.
Фигура 14: Създаден екземпляр за репликация
След като конфигурирате крайните точки на базата данни, щракнете върху Напред, както е показано на Фигура 15.
Фигура 15: Конфигурирани крайни точки на базата данни
В Task трябва да бъде конфигурирано поне едно правило за избор или задача не се създава, както е посочено от съобщението за грешка при Създаване на задача щракнете върху (вижте Фигура 16).
Фигура 16: Изисква се поне едно правило за избор
Кликнете върху добавяне на правило за избор връзка, показана на фигура 16. В подробностите за правилото за избор конфигурирайте Къде правило за избор. Изберете Схема като DVOHRA (схемата би била различна за различните потребители) и посочете Името на таблицата е като като % . Вдействие , обектите могат да бъдат включени или изключени, като изберете Включване или Изключване . Изключенията се обработват след включвания. Изберете Действие като Включване. Могат да бъдат добавени изходни филтри за ограничаване на броя и типа записи, прехвърляни от източник към цел. Кликнете върху Добавяне на правило за избор , както е показано на Фигура 17. След това щракнете върху Създаване на задача .
Фигура 17: Добавяне на правило за избор
Добавя се нова задача, както е показано на фигура 18. Първоначално състоянието на задачата е „Създаване“.
Фигура 18: Нова задача
Когато задачата бъде създадена, състоянието става Готово , както е показано на Фигура 19.
Фигура 19: Състоянието на задачата е готово
Изпълнение на миграцията
За да стартирате миграцията, щракнете върху Старт/Възобновяване , както е показано на Фигура 20.
Фигура 20: Старт/Възобновяване
Състоянието трябва да стане Начало (вижте Фигура 21).
Фигура 21: Стартиране на задача
След стартиране състоянието става Работа . Когато миграцията приключи, състоянието става Зареждането завърши , както е показано на Фигура 22.
Фигура 22: Зареждането завърши
Статистика на таблицата раздел трябва да изброява мигрираните таблици, както е показано на Фигура 23.
Фигура 23: Статистика на таблицата
Запитване на схема за мигрирана база данни
В MySQL CLI избройте базите данни с командата show databases, както е показано на фигура 24. DVOHRA база данни (схема) се показва в списъка.
Фигура 24: Изброяване на бази данни
Изберете DVOHRA база данни с използване на DVOHRA команда. Избройте таблиците с командата show tables, както е показано на фигура 25. WEBLOGICLOG и WLSLOG таблици, които са били създадени в базата данни на Oracle по-рано, са мигрирани и са включени в списъка.
Фигура 25: Таблици за списък
Таблицата също се мигрира. WEBLOGICLOG таблицата няма никакви данни и нито една не се връща в SQL заявка (вижте фигура 26).
Фигура 26: SQL заявката на WEBLOGLOG не изброява никакви данни
Мигрираната таблица WLSLOG включва данни, както е показано от резултат от заявка на Фигура 27.
Фигура 27: Данните в таблицата WLSLOG са мигрирани
Рестартиране на миграция
По подразбиране миграцията не прави активно анкета в изходната база данни, за да мигрира промените, ако има такива. Ако бъдат направени някакви модификации в изходната база данни, като например данни се добавят към таблица или се създава нова таблица, миграцията трябва да се изпълни отново. Като пример добавете данни към weblogiclog таблица в базата данни на Oracle.
INSERT INTO weblogiclog(time_stamp,category,type,servername,
code,msg) VALUES('Apr-8-2014-7:06:16-PM-PDT','Notice',
'WebLogicServer','AdminServer','BEA-000365','Server state
changed to STANDBY');
INSERT INTO weblogiclog(time_stamp,category,type,servername,
code,msg) VALUES('Apr-8-2014-7:06:17-PM-PDT','Notice',
'WebLogicServer','AdminServer','BEA-000365','Server state
changed to STARTING');
INSERT INTO weblogiclog(time_stamp,category,type,servername,
code,msg) VALUES('Apr-8-2014-7:06:18-PM-PDT','Notice',
'WebLogicServer','AdminServer','BEA-000365','Server state
changed to ADMIN');
INSERT INTO weblogiclog(time_stamp,category,type,servername,
code,msg) VALUES('Apr-8-2014-7:06:19-PM-PDT','Notice',
'WebLogicServer','AdminServer','BEA-000365','Server state
changed to RESUMING');
INSERT INTO weblogiclog(time_stamp,category,type,servername,
code,msg) VALUES('Apr-8-2014-7:06:20-PM-PDT','Notice',
'WebLogicServer','AdminServer','BEA-000361','Started WebLogic
AdminServer');
INSERT INTO weblogiclog(time_stamp,category,type,servername,
code,msg) VALUES('Apr-8-2014-7:06:21-PM-PDT','Notice',
'WebLogicServer','AdminServer','BEA-000365','Server state
changed to RUNNING');
INSERT INTO weblogiclog(time_stamp,category,type,servername,
code,msg) VALUES('Apr-8-2014-7:06:22-PM-PDT','Notice',
'WebLogicServer','AdminServer','BEA-000360','Server started
in RUNNING mode');
За да мигрирате данните, добавени към MySQL, щракнете върху Старт/Възобновяване , както е показано на Фигура 28.
Фигура 28: Рестартиране на миграция
В Стартиране на задача диалогов прозорец са предоставени две опции:Старт и Рестартиране , както е показано на Фигура 29. Старт опцията зарежда само нови таблици (пълно натоварване) и таблици, които са били непълни (частично зареждане) при предишно изпълнение на задачата.
Фигура 29: Стартиране на задача
Тъй като WEBLOGICLOG таблицата вече е мигрирана (пълното зареждане е завършено) и трябва да се мигрират нови данни, Рестартиране опцията трябва да бъде избрана, както е показано на Фигура 30.
Фигура 30: Рестартиране на миграция
Състоянието на задачата отново става Стартиране последвано от Бягане (вижте Фигура 31).
Фигура 31: Състояние на задачата Работи
Когато задачата завърши изпълнението, състоянието става Зареждането завърши , както е показано на Фигура 32.
Фигура 32: Зареждането завърши
Заявете WEBLOGICLOG данни в MySQL CLI и мигрираните данни се изброяват, както е показано на Фигура 33.
Фигура 33: Данните са мигрирани при задача за рестартиране
Промяна на миграция
Задача за мигриране може да се наложи да бъде променена, като например да добавите/премахнете правило за избор или да промените някоя от другите настройки на задачата. Задачата може да бъде променена, когато не се изпълнява и състоянието е Зареждане завършено. Кликнете върху Промяна за да промените задача, както е показано на Фигура 34.
Фигура 34: Промяна
Промяна на задача диалогът започва. Макар и различен Тип миграция са изброени, както е показано на Фигура 35, типът на миграция не може да бъде променен в момента. Настройката по подразбиране е „Мигриране на съществуващи данни.“
Фигура 35: Промяна на задача
Настройки на задачата показан на фигура 36 може да бъде модифициран. Щракнете върху Разширени настройки за да промените разширените настройки.
Фигура 36: Настройки на задачите
В Разширени настройки, Таблица за управление настройките могат да бъдат променени, както е показано на Фигура 37.
Фигура 37: Настройки на контролната таблица
Настройки за настройка може да бъде променен, както е показано на Фигура 38.
Фигура 38: Настройки за настройка
За да добавите правило за трансформация, щракнете върху добавяне на правило за трансформация , както е показано на Фигура 39.
Фигура 39: Добавяне на правило за трансформация
В Правила за трансформация , изберете Цел за трансформацията като Таблица , както е показано на Фигура 40. Изберете Името на схемата е като DVOHRA. Посочете Името на таблицата е като като % . Изберете Действие като Добавяне на префикс , като пример.
Фигура 40: Добавяне на правила за трансформация
Посочете префикса на таблицата, който да добавите към всяка мигрирана таблица (вижте Фигура 41). Кликнете върху Добавяне на правило за трансформация .
Фигура 41: Добавете правило за трансформация
Кликнете върху Промяна , както е показано на Фигура 42.
Фигура 42: Промяна
В Стартиране на задача , изберете Рестартиране и щракнете върху Стартиране на задача , както е показано на Фигура 43.
Фигура 43: Стартиране на задача
Състоянието на задачата става Промяна , както е показано на Фигура 44.
Фигура 44: Промяна
Състоянието на задачата може да бъде обновено с бутона за обновяване. Състоянието става Работно , както е показано на Фигура 45.
Фигура 45: Изпълнение на задача
Когато задачата завърши изпълнението, състоянието става Зареждането завърши (вижте Фигура 46).
Фигура 46: Зареждането завърши
След това избройте таблиците в MySQL. Новите таблици с префикс са изброени, както е показано на Фигура 47.
Фигура 47: Таблици с префикс
Заключение
В две статии обсъдихме мигрирането на база данни на Oracle на RDS към MySQL база данни на RDS с помощта на услугата за мигриране на база данни на AWS.
