Модул 3 · 3.3
План за миграция: последователност, рискове и връщане назад
Модул 3: Инвентаризация и планиране · Време за четене: 12 минути
Учебна цел: След този урок ще можете да съставите план за миграция с фази в правилната последователност, списък с рискове, момент за go/no-go и план за връщане назад.
Ключови понятия: план за миграция, фаза, пилот, big bang, поетапно преминаване, зависимост, TTL, момент на замразяване, преходен период, списък с рискове (вероятност и въздействие), go/no-go, план за връщане назад (rollback), прекратяване
Защо е нужен план?
С Вашата инвентаризация (урок 3.1) и Вашите данни (урок 3.2) знаете какво трябва да се направи. Планът за миграция казва в каква последователност, кога, от кого и какво правите, ако нещо се обърка. Той предотвратява двете класически грешки: извършване на нещата в грешен ред (смяна на MX записите преди новите пощенски кутии да съществуват) и прекалено ранно прекратяване на старата услуга.
Big bang или поетапно?
Има два основни подхода.
| Подход | Какво представлява | Подходящ за | Риск |
|---|---|---|---|
| Big bang | Всичко преминава в един момент, например през уикенда | Малки организации с малко връзки | Ако нещо се обърка, то се обърква навсякъде едновременно |
| Поетапно | Преминаване по части или по групи хора, разпределено в седмици | По-големи организации или много връзки | Известно време две системи работят едновременно; хората се объркват |
За повечето малки организации добре работи поетапното преминаване по части: първо файлове, после календар и контакти, после поща, после останалото. Пощата преминава като едно цяло, едновременно за всички, защото домейнът може да сочи само към едно място в даден момент.
Винаги започвайте с пилот: един или двама души, които вече използват изцяло новата услуга, за седмица или две. Те откриват проблемите, а Вие коригирате плана, преди останалите да последват.
Фазите
Миграцията има пет фази.
1. Подготовка
- Инвентаризацията и данните са готови (урок 3.1 и 3.2).
- Избрана е нова услуга, подписани са договорът и споразумението за обработване на данни (чл. 28 ОРЗД) (урок 2.4, 9.2).
- Износ или резервно копие на всичко от старата услуга, преди да промените каквото и да било. Това е Вашата предпазна мрежа.
- Разчистено е всичко, което може да отпадне.
- Създадени са потребители и администратори в новата услуга, включена е двуфакторната идентификация (2FA) (урок 7.3).
- Намален е TTL на Вашите MX записи, например на 300 секунди. Направете това поне веднъж старото TTL преди смяната. Ако TTL е бил 86400 секунди (един ден), намалете го поне един ден предварително (курс по DNS, урок 6.1 и 6.3).
2. Пилот
- Един или двама души преминават.
- Тествате най-трудните документи, приложенията за телефон, връзките.
- Пишете бързия наръчник и обяснението за останалите (урок 9.1).
3. Прехвърляне
- Копиране на файлове; пренареждане на папки и споделяния (урок 6.1, 6.2).
- Износ и внос на календари и контакти (урок 5.2, 5.3).
- Първо копиране на пощенските кутии, докато старата пощенска кутия продължава нормално да получава поща (урок 4.2).
- Смяна на връзките: уебсайт, скенер, каса, софтуер.
4. Преход
- В уговорения момент: смяна на MX записите, актуализиране на SPF, DKIM и DMARC (урок 4.3).
- Малко след това, и отново ден по-късно: повторно копиране на пощенските кутии, така че пощата, пристигнала междувременно при старата услуга, също да бъде пренесена (урок 4.4).
- Смяна на устройствата на всички; изключване на старите приложения за синхронизация (урок 7.2).
- Момент на замразяване за файловете: от този момент никой вече не работи в старото хранилище.
5. Приключване
- Проверка: броене на папки, файлове, срещи, контакти и поща.
- Оставяне на двете услуги паралелно за няколко седмици, старата само за четене, ако е възможно.
- Едва след това прекратяване на старата услуга, с искане за потвърждение, че Вашите данни там ще бъдат изтрити (урок 9.3).
- Актуализиране на регистъра на дейностите по обработване и на декларацията за поверителност (урок 9.3).
Зависимостите, които не бива да разменяте
Някои стъпки наистина трябва да следват една след друга. Това са твърдите правила:
- Износът или резервното копие на старата услуга се прави преди всяка промяна.
- Пилотът се провежда преди внедряването за всички.
- Пощенските кутии в новата услуга съществуват преди да смените MX записите. Иначе новият сървър ще отказва пощата.
- TTL е намален поне едно старо TTL преди смяната на MX.
- Първото копие на пощата е направено преди смяната на MX; второто копие след смяната на MX.
- Календарите са импортирани преди да свържете телефоните. Иначе телефонът ще се синхронизира по средата на импорт и ще получите дублирания.
- Старата услуга се прекратява последна, след проверката.
Задача A3.3 Ви позволява сами да съставите тази последователност и я проверява.
Рискове: вероятност по въздействие
Списъкът с рискове подрежда какво може да се обърка, колко е вероятно и колко сериозно е. Оценете вероятността и въздействието например от 1 до 3 и умножете. Всичко с резултат 6 или 9 получава мярка.
| Риск | Вероятност | Въздействие | Резултат | Мярка |
|---|---|---|---|---|
| Поща не пристига по време на смяната | 2 | 3 | 6 | Намаляване на TTL предварително, смяна извън натоварените часове, втора синхронизация |
| Документи с макроси не работят | 3 | 2 | 6 | Тестов набор в пилота (урок 6.5), временно паралелно пускане на Excel |
| Колегите продължават да работят в старото хранилище | 3 | 2 | 6 | Момент на замразяване, старото хранилище само за четене, обяснение |
| Телефонът показва всичко дублирано | 2 | 1 | 2 | Първо импортиране, после свързване; старият акаунт изключен |
| Касата не работи след закриване на акаунтите | 2 | 3 | 6 | Собствен вход преди закриването (урок 2.3) |
| Договорът за старата услуга се подновява автоматично | 2 | 2 | 4 | Дата за прекратяване в календара |
Go/no-go и план за връщане назад
Уговорете предварително кой взема решението в момента на смяната на MX и въз основа на какво. Момент за go/no-go с кратък контролен списък: всички пощенски кутии са създадени и тествани, първото копие е готово, TTL е ниско, пилотът е преминал без големи проблеми, колегите са информирани. Ако дори една от тези точки не е "зелена": не продължавайте и изберете нова дата. Това се усеща като провал, но точно затова съществува този момент.
Планът за връщане назад (rollback) описва как се връщате назад, ако нещо все пак се обърка след смяната. При пощата това е относително просто, докато старата услуга все още съществува: върнете MX записите към старите стойности (които сте записали предварително или имате резервно копие на DNS) и копирайте обратно пощата, пристигнала междувременно при новата услуга. Това е възможно само ако все още не сте прекратили старата услуга. Затова я прекратявате последна.
Планиране във времето
Пример за пекарната, с дванадесет души:
| Седмица | Какво |
|---|---|
| 1 | Инвентаризация, данни, избор, договор; износ от старата услуга |
| 2 | Създаване на потребители, 2FA, пилот с двама души; намаляване на TTL в края на седмицата |
| 3 | Прехвърляне на файлове и календари; първо копие на пощата; смяна на връзки |
| 4 | Понеделник сутрин рано: смяна на MX; същия ден и вторник второ копие; смяна на устройства |
| 5 | Проверка, часове за въпроси |
| 6 до 8 | Двете паралелно; след това прекратяване на старата услуга, актуализиране на регистъра |
Изберете момента на смяната съзнателно. Не точно преди натоварен период (при пекарна не седмицата преди празниците), не когато администраторът отива на отпуск, и с достатъчно време да се решат проблеми на следващия ден.
На практика: така изглежда при един доставчик
Ръководството на WebOké за Nextcloud дава фиксирана последователност: първо създаване на потребители и обезопасяване на акаунта, после файлове, после календари и контакти, едва след това приложенията, а старата услуга се прекратява едва когато всичко е наред. За поща Инструментът за преместване на имейл работи с първо копие преди и второ копие след смяната на MX. Други европейски доставчици препоръчват почти същата последователност, защото тя произтича от начина, по който работят пощата и синхронизацията.
Обобщение
- Планът за миграция определя последователност, време, отговорници и връщане назад.
- Поетапно по части, с предварителен пилот, работи за повечето малки организации; пощата преминава за всички едновременно.
- Твърда последователност: първо износ, пилот преди внедряване, пощенски кутии и ниско TTL преди смяната на MX, второ копие след това, импортиране преди свързване, прекратяване последно.
- Списък с рискове с вероятност и въздействие показва къде са Ви нужни мерки.
- Момент за go/no-go и план за връщане назад правят безопасно да кажете и "все още не".
Тест
Задача
Задача A3.3: Подредете стъпките в правилния ред. Получавате осемнадесет стъпки от миграция в разбъркан ред. Подредете ги в последователност, която работи. Програмата проверява твърдите правила от този урок и посочва точно кое правило нарушавате.
Задача E3.3: Вашият собствен план за миграция. Чрез шаблона съставете план за миграция за Вашата организация: фази с дати, отговорници, списък с рискове с поне пет риска, контролен списък за go/no-go и план за връщане назад.
Задача E3.3: Вашият собствен план за миграция
Попълнете шаблона въз основа на Вашия инвентар (A3.1/E3.1) и Вашите числа (E3.2), и го дайте за прочит на един колега.
Вашите отметки и бележки остават само в този браузър; не ги изпращаме никъде. Ако сте влезли, в Моите курсове запазваме само че сте изпълнили задачата.
Допълнително четене
Стъпките в тези статии важат за услугите на WebOké; при други доставчици процесът работи по сходен начин.
- Nextcloud наръчник 13.1: Подготовка: какво вземате със себе си и в какъв ред
- Nextcloud наръчник 13.6: От Microsoft 365 към WebOké: файлове, документи, поща и календар
- Прехвърляне на домейн, уебсайт и имейл едновременно без прекъсване: план за действие
- Ръководство за DirectAdmin 10.1: Прехвърляне на Вашия имейл: възможностите
- Ръководство на WebOké 5.7: Връщане на DNS и създаване на резервно копие на DNS
- Безплатен курс по DNS 6.1: TTL и кеш
- Безплатен курс по DNS 6.3: DNS при трансфер