← Все курсы · Все руководства · Серия «Миграция данных»

Этап 7: Заморозка, Переключение, Мост

Этап 7 из 8 · Переключение и план на промежуточные недели · Часть Analyst Prep Kit

К Майкл Носито, аналитик данных · Опубликовано 30 июля 2026 г.

Переключение — это переход от старой системы к новой. Часть, которую пропускают большинство рецензий, — это пробел: миграция занимает недели, и бизнес не останавливается, пока вы ее запускаете. В этой статье рассказывается о заморозке, о том, что делают сотрудники во время перерыва, а также о мостовом импорте, который перехватывает все, что создается между ними.

Краткая версия. Заморозьте старую систему как только для чтения в день окончательного экспорта, зафиксируйте новую работу в структурированном листе на время перерыва и загрузите этот лист в тот момент, когда новая система начнет работать.

Разрыв и почему это ваша проблема

Перед ответом: сотрудники клиента подписывают четырех новых клиентов через неделю после того, как вы осуществили экспорт. Где хранятся эти данные? Подумайте об этом.

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

Это самая большая разница между миграцией, которая кажется профессиональной для сотрудников клиента, и миграцией, которая кажется простоем. Работа с данными для них невидима. Разрыва нет.

Заморозка

В день окончательного экспорта старая система становится доступной только для чтения. Персонал может все посмотреть. Они не могут добавлять, редактировать или удалять.

Только чтение, а не выключение имеет значение. Людям нужна их история во время перерыва, и забрав ее на две недели, вы потеряете комнату. Суть заморозки в том, что экспорт, с которым вы работаете, остается верным, а не в том, что старая система исчезает.

Объявите о дате замораживания как минимум за две недели вперед, а затем еще раз за неделю. Скажите конкретно, что означает «только чтение»: вы можете смотреть, вы не можете измениться, здесь вместо этого идет новая работа.

Мост

Новая работа во время перерыва переносится на созданный вами структурированный лист, имеющий точно такую ​​же форму, как импорт, который будет его загружать.

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

Постройте его по тем же правилам, что и карта поля: отмечены обязательные поля, раскрывающиеся списки, в которых цель имеет раскрывающиеся списки, одна строка на запись и присутствует столбец идентификатора клиента. Отдайте его клиенту до того, как начнется заморозка, и помогите одному человеку заполнить строку.

Представьте себе планировщика в пятницу в 16:00 во время заморозки, который регистрирует нового клиента. Что должно быть правдой в вашем листе, чтобы это заняло у них две минуты? Это краткое описание дизайна.

Репетиция, прежде чем все это станет реальностью

Пробный прогон подтвердил, что данные верны. Это не доказало, что этот шаг вписывается в окно.

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

Вы измеряете одно: сколько времени это займет. Если «окно заморозки» приходится на выходные, а репетиция занимает тридцать один час, вы обнаружили это во вторник, когда возникает проблема с планированием. Найдите его ночью, и это отключение.

Что улавливается на репетиции, чего никогда не удается сделать при пробном прогоне:

• Общее прошедшее время, в том числе шаги никто не считает. Ждем экспорта. Кто-то спит.
• Зависимости порядка, когда работа ведется в условиях цейтнота, а не в течение трех полных дней.
• Кто действительно доступен. Переключение, для которого требуется администратор базы данных клиента в 2 часа ночи, требует предварительного согласования с этим человеком.

Запишите тайминги. Они являются доказательством того, что вы дадите/не пойдете, а также просьбы о более длительном окне, если оно вам нужно.

Иди или нет

Перед нагрузкой есть момент, когда кто-то должен сказать «да». Назовите это, внесите в план и проведите это как короткую встречу, а не как предположение.

Там согласовываются три вещи, и все три согласованы. До день, а не во время него:

• Кто решает. Одно названное лицо, обычно менеджер по работе с клиентами. Это не консенсус, потому что консенсус в 6 утра — это никто не решает.
• На каких доказательствах. График репетиций, сверка пробных прогонов, подписание UAT, подтверждение заморозки. Напишите список до того, как он вам понадобится, чтобы никто не спорил о стандарте, пока идут часы.
• Что будет, если нет. Это то, что люди пропускают.

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

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

День перехода, по порядку

1. Подтвердите, что заморозка состоялась. Спросите, а не предполагайте.
2. Возьмите окончательный экспорт.
3. Иди/не ходи. Названное лицо говорит да, на основании заранее согласованных доказательств.
4. Запустите нагрузку, точно так, как описано в Сухой пробег.
5. Согласование: подсчеты, итоги, сиротские проверки, выборочные проверки, обрабатываемость, интеграция. Те же шесть, что и на холостом ходу.
6. Загрузите лист моста.
7. Еще раз согласуйте, включая мостовые ряды.
8. Подтвердите клиенту, что новая система открыта, и сообщите об этом в письменном виде.

Идите жить вместе. Команда клиента и ваша, по вызову, пересекаются в один и тот же момент. Это стоит час, и в этом разница между важной вехой и электронным письмом, которое никто не читает.

Что еще может пойти не так

Заморозка не выдержала. Кто-то продолжал работать в старой системе. Вы обнаружите это при сверке, когда подсчеты не соответствуют экспортируемым. Спросите заранее, а не обнаруживайте это поздно.

Лист моста вырос. Две недели новой работы вполне осуществимы. Шесть недель — это вторая миграция. Если зазор растягивается, лист необходимо загрузить в песочницу в средней точке, чтобы убедиться, что он по-прежнему импортируется без ошибок.

Что-то требует перезагрузки. Вот почему вы сохранили переход от старого идентификатора к новому идентификатору. Без него при перезагрузке создаются дубликаты, и теперь пользователи больше всего ненавидят сбой.

Ворота

Этап закрывается, когда подсчеты связывают старое с новым, включая записи моста, выборочные проверки пройдены, и клиенту сообщают в письменной форме, что они активны, с указанием окна гиперпомощи и даты его окончания.

Одна привычка

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

Как ваше рабочее место справилось с разрывом, вызванным сменой системы?

Ссылки

1. Халлер К., Маттес Ф. и Шульц К. (2012). Подробная модель процесса для крупномасштабных проектов миграции данных. Системы бизнес-информации (BIS 2012), Конспекты лекций по обработке бизнес-информации, 117. Спрингер.
2. Маттес Ф., Шульц К. и Халлер К. (2011). Тестирование и обеспечение качества в проектах миграции данных. 27-я Международная конференция IEEE по сопровождению программного обеспечения (ICSM), 438–447.