Первое, что я хотел бы проверить, это типы данных - точное определение типов данных варьируется от базы данных к базе данных. Я хотел бы создать список отображения, который скажет мне, что сопоставить каждый из типов данных. Это поможет в создании новых таблиц. Я бы также проверил таблицы данных или столбцы, которые сейчас не используются. Нет смысла переносить их. Сделайте то же самое с функциями, заданиями, sps и т. Д. Теперь пришло время вычистить мусор.
Как вы получаете доступ к данным через sps или динамические запросы из базы данных? Проверьте каждый запрос, запустив его в новой базе данных dev и убедитесь, что он все еще работает. Опять же, есть различия между тем, как работают два вида SQl. Я не использовал свой sql, поэтому я не уверен, каковы некоторые из общих точек сбоя. Пока вы работаете над этим, вы, возможно, захотите определить время новых запросов и посмотреть, можно ли их оптимизировать. Оптимизация также варьируется от базы данных к базе данных, и пока вы занимаетесь ею, возможно, сейчас есть некоторые плохо выполняющиеся запросы, которые вы можете исправить в процессе миграции.
Необходимо также определить пользовательские функции. Не забывайте об этом, если вы делаете это.
Не забывайте запланированные задания, их нужно будет проверять и создавать заново в myslq.
Импортируете ли вы какие-либо данные по обычному расписанию? Весь импорт должен быть переписан.
Ключ ко всему - использовать тестовую базу данных и тестировать, тестировать, тестировать. Протестируйте все, особенно квартальные или годовые отчеты или задания, которые вы можете забыть.
Еще одна вещь, которую вы хотите сделать, это делать все через скрипты с управлением версиями. Не переходите в производство, пока вы не сможете запустить все сценарии в порядке на dev без сбоев.