Modul 3 · 3.3
Migrációs terv: sorrend, kockázatok és visszaállás
Modul 3: Felmérés és tervezés · Olvasási idő: 12 perc
Tanulási cél: E lecke után Ön képes lesz olyan migrációs tervet összeállítani, amelyben a fázisok a helyes sorrendben követik egymást, van kockázati lista, go/no-go döntési pont és visszaállási terv.
Kulcsfogalmak: migrációs terv, fázis, pilot, big bang, szakaszos átállás, függőség, TTL, lefagyasztási pont, átmeneti időszak, kockázati lista (valószínűség és hatás), go/no-go, visszaállási terv (rollback), felmondás
Miért van szükség tervre?
A leltár (3.1. lecke) és a számok (3.2. lecke) birtokában Ön tudja, mi a teendő. A migrációs terv megmondja, milyen sorrendben, mikor, ki által, és mit kell tenni, ha valami elromlik. Megakadályozza a két klasszikus hibát: a dolgok rossz sorrendben történő elvégzését (az MX átállítását, mielőtt az új postafiókok léteznének) és a régi szolgáltatás túl korai felmondását.
Big bang vagy szakaszos?
Két fő útvonal létezik.
| Útvonal | Mit jelent | Kinek alkalmas | Kockázat |
|---|---|---|---|
| Big bang | Minden egyszerre átáll, például egy hétvégén | Kis szervezetek kevés kapcsolódással | Ha valami elromlik, az mindenhol egyszerre romlik el |
| Szakaszos | Részenként vagy emberek csoportjai szerint áll át, heteken elosztva | Nagyobb szervezetek vagy sok kapcsolódás esetén | Egy ideig két rendszer működik egymás mellett; az emberek összezavarodnak |
A legtöbb kisebb szervezet számára jól működik a részenkénti szakaszos átállás: először a fájlok, aztán a naptár és a névjegyek, majd az e-mail, végül a többi. Az e-mailt mindenkinek egyszerre kell átállítani, mivel a domain egyszerre csak egy helyre mutathat.
Mindig pilottal kezdjen: egy vagy két ember, aki már mindent az új szolgáltatásban végez, egy vagy két hétig. Ők találják meg a problémákat, Ön pedig ezek alapján módosítja a tervet, mielőtt a többiek követik őket.
A fázisok
Egy migrációnak öt fázisa van.
1. Felkészülés
- A leltár és a számok elkészültek (3.1. és 3.2. lecke).
- Az új szolgáltatás kiválasztva, a szerződés és az adatfeldolgozási szerződés aláírva (2.4., 9.2. lecke).
- A régi szolgáltatásból minden exportálva vagy biztonsági mentés készült róla, mielőtt bármit megváltoztatna. Ez az Ön biztonsági hálója.
- Kirendezve, ami kidobható.
- A felhasználók és a rendszergazdák létrehozva az új szolgáltatásban, a kétlépcsős azonosítás bekapcsolva (7.3. lecke).
- Az MX-rekordok TTL értéke csökkentve, például 300 másodpercre. Ezt legalább a régi TTL idejével a váltás előtt kell elvégezni. Ha a TTL 86400 másodperc (egy nap) volt, akkor legalább egy nappal korábban csökkentse (DNS-tanfolyam 6.1. és 6.3. lecke).
2. Pilot
- Egy vagy két ember átáll.
- Ön teszteli a legkényesebb dokumentumokat, a telefonos alkalmazásokat, a kapcsolódásokat.
- Ön megírja a puskát és a magyarázatot a többiek számára (9.1. lecke).
3. Átköltöztetés
- Fájlok másolása; mappák és megosztások újbóli beállítása (6.1., 6.2. lecke).
- Naptárak és névjegyek exportálása és importálása (5.2., 5.3. lecke).
- A postafiókok első másolása, miközben a régi postafiók még rendesen fogadja a leveleket (4.2. lecke).
- Kapcsolódások átállítása: weboldal, szkenner, kassza, szoftver.
4. Átmenet
- A megbeszélt időpontban: az MX-rekordok átállítása, az SPF, DKIM és DMARC frissítése (4.3. lecke).
- Röviddel utána, és még egyszer egy nappal később: a postafiókok ismételt másolása, hogy a közben a régi szolgáltatásnál beérkezett levelek is átkerüljenek (4.4. lecke).
- Mindenki eszközeinek átállítása; a régi szinkronizáló alkalmazások kikapcsolva (7.2. lecke).
- Egy lefagyasztási pont a fájlok számára: ettől a pillanattól kezdve senki sem dolgozik tovább a régi tárhelyen.
5. Lezárás
- Ellenőrzés: mappák, fájlok, találkozók, névjegyek és levelek számbavétele.
- Néhány hétig mindkettő egymás mellett létezik, a régi csak olvasható módban, ha lehetséges.
- Csak ezután mondja fel a régi szolgáltatást, és kérjen megerősítést arról, hogy az ott tárolt adatait törlik (9.3. lecke).
- Az adatkezelési tevékenységek nyilvántartásának és a adatvédelmi nyilatkozatnak a frissítése (9.3. lecke).
A függőségek, amelyeket nem szabad megfordítani
Egyes lépéseknek valóban egymás után kell következniük. Ezek a szigorú szabályok:
- A régi szolgáltatás exportálása vagy biztonsági mentése minden változtatás előtt történik.
- A pilot megelőzi a mindenki számára történő bevezetést.
- Az új szolgáltatásban lévő postafiókok léteznek, mielőtt Ön átállítja az MX-et. Különben az új szerver visszautasítja a leveleket.
- A TTL értéke legalább egy régi TTL-lel korábban csökkentve van, mint az MX-váltás.
- A levelek első másolata az MX-váltás előtt készül el; a második másolat az MX-váltás után.
- A naptárak importálva vannak, mielőtt Ön összekapcsolná a telefonokat. Különben a telefon félig lezajlott import közben szinkronizál, és duplikátumokat kap.
- A régi szolgáltatást utolsóként mondja fel, az ellenőrzés után.
Az A3.3 feladat megadja Önnek a lehetőséget, hogy ezt a sorrendet saját maga állítsa össze, és ellenőrzi azt.
Kockázatok: valószínűség szorozva hatással
A kockázati lista sorba rendezi, mi mehet rosszul, mennyire valószínű ez, és mennyire súlyos. Pontozza a valószínűséget és a hatást például 1-től 3-ig, majd szorozza össze. Minden 6-os vagy 9-es pontszámú tétel intézkedést kap.
| Kockázat | Valószínűség | Hatás | Pontszám | Intézkedés |
|---|---|---|---|---|
| A levelek a váltás alatt nem érkeznek meg | 2 | 3 | 6 | TTL előzetes csökkentése, a váltás a csúcsidőn kívül, második szinkronizálás |
| A makrókat tartalmazó dokumentumok nem működnek | 3 | 2 | 6 | Tesztkészlet a pilotban (6.5. lecke), az Excel ideiglenes párhuzamos használata |
| A kollégák továbbra is a régi tárhelyen dolgoznak | 3 | 2 | 6 | Lefagyasztási pont, a régi tárhely csak olvasható, magyarázat |
| A telefon mindent duplán jelenít meg | 2 | 1 | 2 | Először importálás, aztán összekapcsolás; a régi fiók kikapcsolva |
| A kassza nem működik a fiókok megszüntetése után | 2 | 3 | 6 | Saját bejelentkezés a megszüntetés előtt (2.3. lecke) |
| A régi szolgáltatás szerződése automatikusan folytatódik | 2 | 2 | 4 | A felmondási dátum a naptárban |
Go/no-go és visszaállási terv
Egyeztesse előre, ki dönt az MX-váltás pillanatában, és mi alapján. Egy go/no-go pont egy rövid ellenőrzőlistával: minden postafiók létrehozva és tesztelve, az első másolat elkészült, a TTL alacsony, a pilot nagyobb problémák nélkül zajlott, a kollégák tájékoztatva vannak. Ha ezen pontok közül csak egy is nem zöld: ne folytassa, és válasszon új időpontot. Ez kudarcnak érződhet, de pontosan ezért létezik ez a döntési pont.
A visszaállási terv (rollback) leírja, hogyan lehet visszaállni, ha a váltás után mégis valami elromlik. E-mail esetén ez viszonylag egyszerű, amíg a régi szolgáltatás még létezik: állítsa vissza az MX-rekordokat a régi értékekre (amelyeket előre feljegyzett, vagy amelyekről DNS-biztonsági mentést készített), és másolja vissza a közben az új szolgáltatásnál beérkezett leveleket. Ez csak akkor lehetséges, ha a régi szolgáltatást még nem mondta fel. Ezért mondja fel utolsóként.
Időbeli tervezés
Egy példa a pékség számára, tizenkét fővel:
| Hét | Mit |
|---|---|
| 1 | Leltár, számok, választás, szerződés; a régi szolgáltatás exportálása |
| 2 | Felhasználók létrehozása, 2FA, pilot két emberrel; TTL csökkentése a hét végén |
| 3 | Fájlok és naptárak átköltöztetése; első levélmásolat; kapcsolódások átállítása |
| 4 | Hétfő reggel korán: MX-váltás; ugyanaznap és kedden második másolat; eszközök átállítása |
| 5 | Ellenőrzés, kérdésórák |
| 6-8 | Mindkettő egymás mellett; azután a régi szolgáltatás felmondása, a nyilvántartás frissítése |
A váltás pillanatát tudatosan válassza ki. Ne közvetlenül egy forgalmas időszak előtt (egy pékségnél ne az ünnepek előtti héten), ne akkor, amikor a rendszergazda szabadságra megy, és úgy, hogy legyen idő a másnapi problémák megoldására.
A gyakorlatban: így néz ki ez egy szolgáltatónál
A WebOké Nextcloud kézikönyve egy rögzített sorrendet ad meg: először a felhasználók létrehozása és a fiók biztonságossá tétele, majd a fájlok, aztán a naptárak és névjegyek, csak ezután az alkalmazások, és a régi szolgáltatás felmondása csak akkor, amikor minden rendben áll. E-mail esetén az E-mail-költöztető eszköz egy első másolattal dolgozik az MX-váltás előtt, és egy második másolattal utána. Más európai szolgáltatók gyakorlatilag ugyanezt a sorrendet javasolják, mivel ez abból következik, hogyan működik a levelezés és a szinkronizálás.
Összefoglalás
- A migrációs terv rögzíti a sorrendet, az időt, a felelősöket és a visszaállást.
- A részenkénti szakaszos átállás, előzetes pilottal, a legtöbb kisebb szervezet számára megfelelő; az e-mail mindenkinek egyszerre történik.
- Szigorú sorrend: export elsőként, pilot a bevezetés előtt, postafiókok és alacsony TTL az MX-váltás előtt, második másolat utána, importálás az összekapcsolás előtt, felmondás utolsóként.
- A valószínűséget és hatást tartalmazó kockázati lista megmutatja, hol van szükség intézkedésekre.
- A go/no-go döntési pont és a visszaállási terv biztonságossá teszi azt is, hogy "még nem"-et mondjon.
Kvíz
Feladat
A3.3 feladat: Rendezze helyes sorrendbe a lépéseket. Egy migráció tizennyolc lépését kapja meg összekeverve. Rendezze ezeket egy működő sorrendbe. A program ellenőrzi az e leckében szereplő szigorú szabályokat, és pontosan megmondja, melyik szabályt sérti.
E3.3 feladat: A saját migrációs terve. A sablon segítségével készítsen migrációs tervet saját szervezete számára: fázisok dátumokkal, felelősökkel, egy legalább öt kockázatot tartalmazó kockázati lista, egy go/no-go ellenőrzőlista és egy visszaállási terv.
E3.3. feladat: A saját migrációs terv
Töltse ki a sablont a leltár (A3.1/E3.1) és az adatok (E3.2) alapján, és olvastassa el egy kollégával.
A pipái és jegyzetei csak ebben a böngészőben maradnak meg, sehova nem küldjük el őket. Ha bejelentkezett, a Fiókomban csak azt tároljuk, hogy elvégezte a feladatot.
További olvasnivaló
Az ezekben a cikkekben szereplő lépések a WebOké szolgáltatásaira vonatkoznak; más szolgáltatóknál hasonlóan működik.
- Nextcloud kézikönyv 13.1: Felkészülés: mit vigyen magával és milyen sorrendben
- Nextcloud kézikönyv 13.6: A Microsoft 365-ről a WebOkéra: fájlok, dokumentumok, e-mail és naptár
- Domain, weboldal és e-mail együttes költöztetése üzemzavar nélkül: a lépésről lépésre szóló útmutató
- DirectAdmin útmutató 10.1: Az E-mail átköltöztetése: a lehetőségek
- WebOké útmutató 5.7: DNS visszaállítása és DNS-mentés készítése
- Ingyenes DNS-tanfolyam 6.1: TTL és cache
- Ingyenes DNS-tanfolyam 6.3: DNS egy költözésnél
