Migráció 1.

Őszinte leszek: szerintem nem egzakt tudomány a migráció, nem lehet eléggé körültekintően előre dokumentálni a körülményeket: a feladat finoman szólva szerteágazó. Konkrét trükköket ezért keveset írok, de remélhetőleg rálátást sikerül adnom az áttekintéshez. Így túl az ötödik éles migrálásomon viszont már tényleg optimista vagyok, mégsem olyan rettenetes ez! E cikk értelmezése feltételezi az első cikkem elolvasását.

Tisztázzuk, mit is jelent a migrálás kifejezés e környezetben. Szó szerint "költöztetés", vagyis a meglévő szerveren (tehát CSAK SBS2003) lévő információkat egy másik hardverre történő áthelyezését, a régi szerver eltávolítását, miközben a klientúra viszonylag keveset, vagy semmit nem vesz észre az újításból. Talán az "átállás" jobban takarja a fogalmat, mivel lehet, ledobjuk évek óta vonszolt béklyóinkat, és újonnan szerzett tervezési ismereteinkkel egy jóval hatékonyabb rendszert fogunk építeni.

Három lépésben kell gondolkodnunk a folyamattal kapcsolatban:

1. A migrálást megelőzően a forrásszerver karbantartása, az új kiszolgálónak helyet adó hardver tesztelése (üres SBS2008 telepítése)

2. Ekkor kezdődhet a második lépés, amikor a célszerver már üzemképes, telepítjük az SBS2008-at migrációs üzemmódban. Erre egy napot rá kell szánni, mert nem lehet tudni, milyen buktatók merülnek fel. Ha minden rendben megy, adatmennyiségtől függően 5-6 óra alatt megtörténhet az új szerver beüzemelése.

3. Mivel a két szerver három hétig képes egyszerre üzemelni a hálózaton, általában ki szokás várni legalább 2 hetet, hogy minden átkerült-e a forráskiszolgálóról. A leghatékonyabb mód, hogy időnként lehúzzuk a hálózatról a forrásszervert, és ha hiányosság merülne fel bármelyik komponensben (tartományi szolgáltatások, nem látszik valamilyen adat), lehetőség van korrigálni. Ez egy ilyen puding. Ha úgy tűnik, hogy rendben van a migráció, megfelelő lépésekben eltávolítható a forráskiszolgáló.

Az SBS2003-SBS2008 átállásnak van egy jól megkomponált, programozott menete, általában véve nem is rossz megoldás. Az javaslom mindenkinek, hogy előbb olvassa el a benne foglaltakat, mert a saját írásaimban már főleg csak a "miműködik-minemműködik" praktikussági kivonatokat fogom közölni.

Fenntartásaim, javaslataim azonban továbbra is a jól átgondolt, tervezett, minden területre, lehetséges hibákra kitérő, ütemezett átállás mellett szólnak. Tudomásul kell venni, hogy komplex szolgáltatások költöztetéséről van szó, amely komplex infrastruktúrán alapul, NE KERESSÜK A NAGY PIROS GOMBOT, mert csúnyán csalódhatunk (időben, pénzben stb.).

Legfontosabb: tisztázni a forráskiszolgálónkat, illetve tisztázni, mit is akarunk pontosan, majd összeválogatni a hozzávalókat. Ebbe a körbe tartozik az is, hogy eldöntsük: nyerünk-e a migrálással, spórolunk-e időt azzal, hogy a nagykönyv szerint próbálunk eljárni? Ugyanis a nagykönyvben írtak konszolidált forráskiszolgálót-tartományt feltételeznek. Ha ez nem így van, kétségessé válik a nagykönyv (vagy bármilyen dokumentáció) felhasználása. Ha például egy „evolúciós” tartományon csücsülünk, amely magával húzza-vonja az évek tervezési hibáit, el kell gondolkodnunk tiszta pálya használatán is (lásd második cikk).

Egyszóval konszolidáljuk a kiindulási pontot, majd próbáljunk eljárni az ajánlások-további dokumentációk szerint. Mit is jelent ez?

- A hivatalos migrációs folyamat forrása kizárólag SBS2003 lehet. Más esetben teljesen más forgatókönyvet kell használnunk, mint a sokat emlegetett migrációs varázsló. Lásd másik migrációs cikk.

- Mennyi felhasználót és számítógépet érint az áttérés? 10 alatti létszám? Gondolkozzunk el a másik migrációs cikkben írtakon.

-Vegyük komolyan a migrációs lépéseket, amelyek a nagykönyvben írva vannak.

-A lemezkép alapú biztonsági mentést ajánlom, mivel sokkal gyorsabban visszaállhatunk egy működő állapotra, ha elvérezne a migrációs folyamat. A folyamat visszafordíthatatlan változtatásokat eszközöl, ezért készítsünk egy olyan mentést, amelynek még semmi tudomása nincs arról, hogy mit tervezünk ellene (sémabővítés, stb). Személy szerint a legjobb tapasztalatom a dinamikus lemeztükör készítésével vagyon. Ha átalakítjuk a rendszerlemezt dinamikussá (kicsi az esély a hibára, de ez előtt nem árt egy komplett szabványos mentés), majd egy utólag behelyezett bármilyen (!) merevlemezt kinevezünk tükörnek, és kivárjuk a szinkronizálást, készen van egy komplett, működőképes mentésünk. Ezután leállítás, második lemez eltávolít, elindítás. Erről a lemezről a rendszerünk bármikor újra tud indulni, ha szükség lenne rá.

-Frissítések telepítése, vírus-malware-dögirtás. Ebben a lépésben rengeteg buktató lehet, főleg a nagyon nem karbantartott rendszerekben. Időigény-becslés a gép sebességétől függően: 1 naptári nap, miközben nem igazán lehet a szervert elérni például a megannyi újraindítás miatt. (Ezt a lépést megelőzően már legyen mentésünk, mert ha a rozsda tartja össze a rendszerünket, belehalhat a műtétbe).

-Exchange levelezés: évek óta húzódik az exchange 2003 adatbázisainak karbantartása? Erősen javasolt ennek meglépése. Privát postafiókok méretének optimalizálása (archiválni, amit lehet), törölt levelek tényleges törlése, publikus mappák tisztázása - biztos, hogy mindenre szükség van? Az egyik legkritikusabb lépése a folyamatnak, hogy az Exchange 2007 egészségesen át tudja-e venni a beállításokat.

-A migrációs varázsló nem tér ki a szerveren elhelyezett további adatok automatizált áthelyezésére. A varázsló ugyan segítséget nyújt szamárvezető-szerűen a feladathoz, de kézimunkás feladatok is lesznek, ráadásul nem SBS specifikusan. Roppant egyszerű az ok: szinte biztos, hogy egyedi megoldásokat találna a varázsló, amely ettől kezdve egyedi programozott átállást jelentene. Ezért mindenki oldja meg magának. A következő feladatokról lehet szó: felhasználói információk (megosztások), Sharepoint (2-es, 3-as verzió), WSUS2, WSUS3, csoportházirendek, SQL szerver, ISA 2004, bármilyen egyedi hálózati beállítás,IPsec implementáció, kvóták, faxinformációk, stb. Ezek költöztetése a következő fejezetben kerülnek leírásra.

Ezek után nekivághatunk a hivatalos dokumentáció által leírt lépéseknek, és a felmerült problémák megoldásának...