Експорт імен клієнтів і балансів не є повним планом міграції.
Складіть перелік записів і поточних зобов’язань
| Сфера | Для чого потрібне рішення про подальшу обробку |
|---|---|
| Облікові записи | Стабільна ідентифікація, дублікати, доступ і зміни автентифікації |
| Верифікація та згода | Записи, які можна передати, потрібно поновити або залишити в архіві |
| Баланси | Грошові, бонусні та інші зобов’язання у відповідній валюті |
| Обмеження | Ліміти, виключення й невирішені рішення щодо облікових записів |
| Активні продукти | Відкриті ставки, незавершені раунди, турніри й акції |
| Операційна робота | Скарги, спори, платежі та справи постачальників, що ще очікують рішення |
| Історія | Записи з можливістю пошуку для підтримки, звітності та уповноваженої перевірки |
Вирішіть, які елементи переходять до нової системи, а які залишаються в контрольованому архіві або розраховуються в старій. Встановіть законний доступ до даних і потрібну співпрацю чинних постачальників до обіцянки дати.
Порівняйте поетапний і одноразовий перехід
Поетапне перенесення може зменшити обсяг одночасних змін, але створює період спільної відповідальності та звірки між системами. Одноразовий перехід концентрує зміну й може потребувати складнішої репетиції та плану повернення.
Обирайте за активними зобов’язаннями, операційними ресурсами, допустимим простоєм та інтерфейсами постачальників. Заява про відсутність простою потребує доказів для фактичної моделі; її не слід виводити зі слова «міграція».
Відпрацюйте перенесення на репрезентативному наборі даних
- Зіставте поля й статуси.
- Виконайте тестове перенесення.
- Звірте кількість записів і фінансові підсумки.
Потім перевірте окремі записи, зокрема обмежені облікові записи, незвичні валюти й активні зобов’язання. Самі підсумки можуть не виявити баланс, призначений не тому рахунку.
Перевірте сценарії гравців і працівників після перенесення. Зафіксуйте розбіжності, відповідальних і критерії повторення репетиції. Збережіть зіставлення та прийняту версію, використану для робочого середовища.
Визначте рішення про перехід
Встановіть процес заморожування або синхронізації, остаточну звірку, активацію постачальників і комунікацію з гравцями. Назвіть особу, яка дозволяє запуск, та умови призупинення або повернення до попередньої системи.
План повернення має враховувати транзакції, створені після початку роботи нової системи. Відновлення старішої бази даних без урахування нової активності може створити ще одну проблему звірки.
Надішліть вихідну й цільову системи, права експорту, ринки роботи та активні продукти. Зазначте зобов’язання, які не можна переривати, щоб визначити міграцію з їх урахуванням.