Остановка и возобновление помощника по миграции данных Azure - возможно ли это?

Question

Я решил перенести базу данных в Azure.Запустил Data Migration Assistant, прошел все шаги, исправил несколько проблем с совместимостью, все хорошо.Схема базы данных была перенесена, и все казалось хорошим.Итак, я приступил к Шагу 6 - Миграция данных ....

Потребовалось 11 минут, чтобы скопировать данные из 189 из 313 таблиц, так что это выглядит замечательно.Но теперь он копирует данные из одной таблицы более 5 часов, и это почти 30%.Aaargh.Теперь я знаю, что он не застрял, поскольку процент продолжает расти, и я знаю, что это ОГРОМНАЯ таблица, но сейчас я начинаю беспокоиться.Мне нужно собрать вещи и уехать куда-нибудь через 8 часов, и теперь я больше не уверен, что этот процесс закончится к тому времени.

Итак .....

Могу ли я прервать миграцию данных?

Мне уже приходилось идти "туда-сюда", исправляя проблемы совместимости со Схемой, поэтому я знаю, что она способна справиться с этим;любая часть схемы, которая уже была успешно скопирована в базу данных Target, просто игнорировалась при следующем запуске, а исправленные проблемы совместимости копировались при последующих попытках.Так что я надеюсь, что то же самое относится и к данным.Что, если я прерву миграцию данных и перезапущу ее на каком-то этапе завтра, он проигнорирует все, что уже скопировано (присутствуют первичные ключи), и просто продолжит работу с того места, где он остановился ....

Я выполнил поиск в Интернете, но не получил четкого ответа, поэтому, пожалуйста, прости меня за вопрос здесь:

Могу ли я остановить миграцию данных и возобновить ее позднее?

Большое спасибо

Answer 1

Хорошо, в конце концов мне пришлось остановить это, потому что ясно, что оно никогда не закончится вовремя. Увы.

Однако у меня было время перезапустить процесс, чтобы посмотреть, что произойдет, и вот что я нашел:

После запуска миграции «только данные» он сообщает, что есть некоторые таблицы, из которых он не может перенести данные, поскольку целевая таблица не пуста. Это хорошо. Я знаю, по какой таблице мне пришлось прервать его, поэтому я могу перезапустить его, чтобы он завершил оставшиеся таблицы меньшего размера, а затем завтра или всякий раз, когда я снова в сети, я могу очистить таблицу с ошибками и снова запустить миграцию. только для этой таблицы.

Ну, не так хорошо, как возможность частичной миграции данных из таблицы, где первичные ключи уже присутствуют в целевом объекте, но лучше, чем ничего.