Во-первых, дайте выводы, которые можно использовать для принятия решений.
Миграция данных по существу является нормой преобразования бизнеса, а не простой таблицей воспроизведения. Пустые значения, дубликаты, исторические коды и исключения в старой системе требуют, чтобы оперативный персонал решал, как с ними обращаться; команда разработчиков отвечает за достижение сценариев многоразового преобразования и отчетов о сверке.
Какие условия необходимо определить до вынесения решения?
На разных этапах работы, данных и проектов на один и тот же вопрос могут быть даны разные ответы. Предлагается проверить следующие условия и включить общие выводы, содержащиеся в Интернете, в свои собственные проекты.
Предложенный порядок аванса
Во-первых, мы будем четко понимать цель и границу.
Установите список источников, целей, полей, правил и ответственных лиц.
Ключевая зависимость от валидации
Выполняет пробную миграцию и генерирует количества, количества, ключевые поля и необычные отчеты.
Разработка оценочных результатов
Позволяет бизнес-пользователям пробовать сцены и изменять правила и повторять упражнения.
Убедитесь, что вы выбрали следующий шаг с реальными результатами.
Формально переключайте резервное копирование и подтверждайте инкрементные, ретритные и подписные процессы.
Как вы понимаете это в реальном бизнесе?
Бизнес определяет общий ключ клиента и правила слияния, сохраняет старую кодовую карту; и движется как с новым калибром, так и с историческим источником документации.Примеры не представляют собой производительность конкретного клиента, и фактические выводы должны быть проверены в сочетании с собственным объемом бизнеса, образцом, системой и границами ответственности предприятия.
Самый простой способ наступить.
Сравните общее число зарегистрированных до и после миграции
Правила очистки определяются только техническими специалистами, без подтверждения бизнеса.
Официальная миграция полных сценариев для первого запуска, отсутствие прослушивания и измерение времени
Как мы должны в конечном итоге получать и подтверждать?
Отчет о принятии и проверке должен включать объем миграции, версию правила, выверку объема, список аномалий, результаты выборки, производительность и запись остановки.
При подготовке к общению с поставщиками или внутренними командами рекомендуется приносить текущие процессы, репрезентативные образцы, существующие системы, сроки планирования и бюджетные уровни.Сначала четко обозначены неизвестные пункты, а затем принимается решение об использовании диагностики, PoC, проектов фиксированного диапазона или текущих исследований и разработок, что обычно более надежно, чем прямой спрос на цену и продолжительность без границ.