Прекратить сценарии миграции
Я позволил бы вам сказать, один из самых низких программы очень проста, Huoer 12:00 начала эксплуатации и технического обслуживания, веб-сайт или приложение, чтобы повесить уведомление, говоря, что с 0:00 до 6:00 утра провели операцию и обслуживание не могут быть доступны.
Затем 0:00, чтобы остановить система остановилась, скорость потока не написано, то старые таблицы базы данных в одной базе данных до сих пор. Тогда вы должны написать производную, прежде чем разовый инструмент, а затем запустить прямо вверх, а затем данные в одной базе данных одной таблице зачитывают потасовку Вау, пишет суб-библиотеку суб-таблицу внутри.
После производной по, хорошо, изменить конфигурацию подключения к базе данных Han системы, в том числе возможность кода SQL и, возможно, придется изменить, то вы используете последнюю версию кода, а затем начать прямую ссылку на новый суб-библиотека суб-таблицы вверх.
Проверьте, хорошо, и совершенны, мы Shengelanyao, посмотрите в 4 утра, чтобы увидеть ночной вид Пекине, играл немного и идти домой.
Но эта программа сравнивать низко, кто способен, давайте посмотрим немного большим по программе.
Двойная программа миграции
Это наш общий вид сценариев миграции, некоторые из них более надежны, не останавливайтесь, не смотреть на декорации Пекине 4:00.
Проще говоря, он-лайн систему, которая, пока все местные библиотеки не написана, добавления и удаления в эксплуатацию, в дополнении к старым библиотеке добавлениям и удалениям, добавления и удаления, чтобы добавить все новую библиотеку, которая называется двойной записью и написать две библиотеки, старая библиотека и новая библиотека.
Затем после развертывания, новые библиотечные данные гораздо хуже, с сказали перед производными инструментами, подбегая и читать старые данные библиотеки написать новую библиотеку, чтобы определить время, чтобы написать эти данные последнего изменения в соответствии с gmt_modified этого типа поля, если она не читается из данных в новой библиотеке нет, или записи данных, чем новая библиотека будет новым. Проще говоря, новые данные не могут быть перезаписаны со старыми данными.
После завершения руководства, могут быть данные или несоответствие, то программа автоматически сделает чек, каждый из данных, чем старые и новые библиотеки для каждой таблицы, а затем, если есть не то же самое, это не то же самое для тех, кто, писать снова прочитать данные из старой библиотеки. Повторные циклы до таблиц данных для каждого из двух библиотек точно так же до сих пор.
Затем, когда данные точно так же, хорошо, основываясь на последнюю коду с использованием только суб-библиотека суб-таблицы, передислокации, а не только на основе суб-библиотека подтаблицы в эксплуатации еще, а не несколько часов простоя, очень стабильные , Таким образом, в настоящее время в основном играют миграцию данных и тому подобное, так сухо.
