Карта зависимостей важнее списка файлов
Старый продукт может зависеть от внешних адресов, общих таблиц и программ на компьютерах пользователей. Удаление папки иногда ломает систему, которая внешне не связана с этим сайтом. Поэтому начало перехода — список источников данных, интеграций и используемых ресурсов.
Проверяйте фактические ссылки в настройках и коде, а не только названия каталогов. Файл может быть устаревшей копией, а может загружаться действующей программой каждый день. Отсутствие запросов в коротком участке журнала не доказывает, что ресурс больше не нужен.
Резервная копия должна восстанавливаться
Перед изменением сохраняют данные, конфигурацию и необходимые файлы. Копия должна находиться вне каталога, который меняется. Важно понимать, как вернуть её на место и какие действия потребуются для запуска.
Для базы выбирают способ копирования с учётом продолжающейся работы. Затем проверяют, что схема и данные читаются. Если восстановление ни разу не выполнялось, остаётся неопределённость, которую лучше снять до переключения.
Проведите пробный перенос
На копии проверяют соответствие количества записей, связей и ключевых расчётов. Отдельно смотрят исторические данные, пустые значения и записи, которые раньше обрабатывались нестандартно. Ошибки формата лучше исправлять по согласованному правилу, а не незаметно заменять значениями по умолчанию.
Тестируйте главные операции: вход, создание, изменение и завершение процесса. Если данные продолжают меняться, нужен план переноса последних изменений. Иначе новая система стартует с устаревшим состоянием.
Зафиксируйте условия возврата. Какие ошибки требуют остановки? Кто принимает решение? Можно ли вернуть старую систему после появления новых записей? Эти вопросы должны иметь ответы до рабочего переключения.
После запуска наблюдайте за результатом
Проверка главной страницы недостаточна. Следите за ключевыми действиями, обменом с внешними сервисами и ошибками. Пользователям нужен способ сообщить о проблеме с указанием времени и последовательности шагов.
Удаление старых копий — отдельный этап. К нему переходят после проверки зависимостей и согласованного периода работы. Так архив не мешает эксплуатации, а действующие ресурсы не исчезают из-за поспешной очистки.