Ugrás a tartalomhoz

Sütibeállítások

Típusonként válassza ki, mely sütiket engedélyezi. Választását bármikor módosíthatja a Sütibeállítások linken, amely minden oldal alján megtalálható. Adatvédelmi nyilatkozat

Szükséges

Mindig bekapcsolva

A bejelentkezéshez, a kosár megőrzéséhez és a választásai megjegyzéséhez szükségesek. Ezek mindig be vannak kapcsolva.

Milyen sütik?
  • weboke_sessie, weboke_klant, weboke_remember: a munkamenet és a bejelentkezve maradás
  • weboke_basket: a kosár
  • wkBtwIncl: az árak megjelenítése ÁFÁ-val vagy anélkül
  • wok_cookies: a sütiválasztás, 12 hónap

Méri, melyik hirdetés vezet látogatáshoz vagy rendeléshez, hogy ne fizessünk hatástalan hirdetésekért.

Milyen sütik?
  • Google Ads a Google Tag Manageren keresztül (_gcl_au, _gcl_aw), legfeljebb 90 napig
  • OpenAI Ads, hirdetések a ChatGPT-ben
  • wok_aff: melyik partnerünk ajánlására érkezett (partnerprogram), 60 nap

4,6

Ország és nyelv

Minden országnak saját oldala van, az adott ország áraival és ÁFA-jával.

Megtekintés

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.

ÚtvonalMit jelentKinek alkalmasKockázat
Big bangMinden egyszerre átáll, például egy hétvégénKis szervezetek kevés kapcsolódássalHa valami elromlik, az mindenhol egyszerre romlik el
SzakaszosRészenként vagy emberek csoportjai szerint áll át, heteken elosztvaNagyobb szervezetek vagy sok kapcsolódás eseténEgy 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:

  1. A régi szolgáltatás exportálása vagy biztonsági mentése minden változtatás előtt történik.
  2. A pilot megelőzi a mindenki számára történő bevezetést.
  3. 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.
  4. A TTL értéke legalább egy régi TTL-lel korábban csökkentve van, mint az MX-váltás.
  5. 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.
  6. 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.
  7. 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ázatValószínűségHatásPontszámIntézkedés
A levelek a váltás alatt nem érkeznek meg236TTL 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ödnek326Tesztké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 dolgoznak326Lefagyasztási pont, a régi tárhely csak olvasható, magyarázat
A telefon mindent duplán jelenít meg212Elő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án236Saját bejelentkezés a megszüntetés előtt (2.3. lecke)
A régi szolgáltatás szerződése automatikusan folytatódik224A 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étMit
1Leltár, számok, választás, szerződés; a régi szolgáltatás exportálása
2Felhasználók létrehozása, 2FA, pilot két emberrel; TTL csökkentése a hét végén
3Fájlok és naptárak átköltöztetése; első levélmásolat; kapcsolódások átállítása
4Hétfő reggel korán: MX-váltás; ugyanaznap és kedden második másolat; eszközök átállítása
5Ellenőrzés, kérdésórák
6-8Mindkettő 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

1. Az MX-rekordok TTL értéke 86400 másodperc. Mikor csökkenti ezt legkésőbb?



2. Miért másolja le kétszer a leveleket?



3. Mi a legfontosabb oka annak, hogy a régi szolgáltatást csak utolsóként mondja fel?



4. A go/no-go döntési pontnál kiderül, hogy két postafiók még nem létezik az új szolgáltatásban. Mit tesz?



5. Egy kockázat valószínűsége 3, hatása 2. Mit tesz vele?



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.

A3.3. feladat: Rendezze helyes sorrendbe a lépéseket

Válassza ki minden helyhez, melyik lépés tartozik oda (minden lépés pontosan egyszer), adja meg az MX-rekordok régi TTL-értékét, valamint azokat az időpontokat, amikor csökkenti a TTL-t ("TTL csökkentése" lépés) és átállítja az MX-et. Időpontok formátuma: nn-hh-éééé óó:pp. A program tizenegy kötelező szabály alapján ellenőrzi a sorrendet.






















Amit beír, és amit találunk, azt nem tároljuk. A böngészője megjegyzi a válaszait és azt, hogy teljesítette e a feladatot. Ha bejelentkezett, a Fiókomban csak azt tároljuk, hogy a feladat (majdnem) helyes volt; ott ezt is törölheti.

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.

Egy pillanat…

Domainek beállítása

Állítsa be domainenként a névszervereket, a tárhelyhez való kapcsolást és azt, hogy ki legyen a tulajdonos.

Domainek betöltése…