<<- Előző Következő->>
SBS szerver költöztetése I. - Hardvercsere on-line
A címben jelzett kényelmetlen helyzetbe az ábrán látható verzióváltások, hardverrozsdásodás, elavulás esetén kerülhetünk. A lényeg, hogy a forráskiszolgáló még működőképes, tehát a felhasználók számára a költöztetés folyamata alatt szinte végig on-line
módon elérhető. A megosztott mappák, SQL szerver viszonylag érzéketlenebbek körülményeik változására, nem úgy, mint a AD-hez közvetlenül kapcsolódó szolgáltatások (pl. tartományi felhasználók hitelesítése, Exchange levelezés). Az előbbiek költöztetése tehát technikai buktatókat ritkábban okoznak. Ám az utóbbiak...
Ha a forráskiszolgálón nem az SBS valamelyik verziója fut, nem vagyunk időhöz kötve, mikor iktatjuk ki (ha egyáltalán megtesszük) előző kiszolgálónkat. Ha viszont régebbi verzióról térünk át, legyünk felkészültek: a hivatalos szabályok szerint ha egy SBS szerver nem birtokolja (vagy éppen eleve nem kapja meg) valamelyik FSMO szerepkört, 21 nap elteltével leállítja magát. Lényegében az SBS telepítő varázsló el sem indul, amíg e körülmény nem teljesül. E szabályok szellemében a telepítési-migrálási lépések a következőek:
- Az célkiszolgálón telepítjük a Windows Server for Small Business Server 2003 R2 operációs rendszert, minden hardverbeállítással (RAID, hálózati kártya, stb) úgy, hogy hálózaton keresztül lássák egymást a forrásszerverrel.
- NEM indítjuk el a telepítő varázslóját, mint ahogyan javasolja, ezáltal nem kerülnek telepítésre (még) az új SBS szerver szolgáltatásai.
- A célszervert DCPROMO segítségével további tartományvezérlő szerepkörben léptetjük tartományunkba. Az első újraindítás után az objektumok már replikálva is vannak a célkiszolgálóra, teljes értékű tartományvezérlőként működik (7 napig).
- Enterprise Admin jogosultsággal az NTDSUTIL eszközzel helyezzük át a főkiszolgálói szerepköröket a roles (először transfer, ha nem hallgatnak a szép szóra, akkor seize paraméterek használatával).
- Néhány gyötrelmes óra és megannyi újraindítás után a tartományvezérlők tudomásul veszik az új szerepkörkiosztást.
- Ezután indítható a célszerveren az SBS 2003 R2 szabályos továbbtelepítése, melynek két változata van: az Exchange Server alapértelmezetten kerüljön fel, avagy Exchange
nélkül. Az első változatban meg kell küzdenünk az adatbázis fájlszintű beillesztésével (.stm,.edb), a másodikban pedig a biztonsági mentés visszaállítása folyamatot kell végigjátszanunk. Ez az Exchange /disasterrecovery kapcsolóval való utólagos telepítését, majd egy előzően elkészített exchange store visszaállítását jelenti.
- A maradék adatok migrálása pedig gyerekjáték ezekhez képest. Készüljünk fel hidegélelemmel a kézihajtányos fájl- és megosztásjogosultság beállításokra, ISA szabályok gyomlálására (főleg, ha az új kiszolgáló lesz a tűzfalunk is: hagyjuk az új kiszolgálót, hogy kiélje magát varázslói lefuttatásában, majd hozzuk saját beállításainkat). Esetleges eseménynapló hibajelzések megszüntetésére tudástár cikkek fognak segíteni.
Offline migrálás
Ami kissé önellentmondó fogalom, de azért találó, mert lényegében kézben kell vinnünk az adatokat. Az első lehetőség: biztonsági mentés formájában (ASR, vagy teljes mentés, komponensenként visszaállítva, mint az előbb tárgyalt 6. pontban, megelőzve egy system state visszaállítással). A második lehetőség – ami inkább gyakorlati szemléletű, semmint a gyártó által támogatott – a forrásszerver merevlemezét fájlszinten átmásoljuk az új kiszolgálóra, ahol elindítva a telepítőt (F6-tal betöltve az esetleges RAID vezérlőt) az operációs rendszer frissítését végezzük el.
Hivatalos link:
http://technet2.microsoft.com/WindowsServerSolutions/SBS/en/library/62e2094e-ad4e-4227-b20e-97a716ed7c861033.mspx?mfr=true
Ajánlott tanfolyamjaink:
SBSR2 - SBS-specifikus szolgáltatások, általános Windows Server 2003 technológiák
SBSAD - Windows tartomány kezelése, csoportházirendek
<<- Előző Következő->>