a sorozat 1. részében megmutattam, hogyan kell előkészíteni a többhelyes fürtöt, beleértve a csomópont és a fájlmegosztás többségi Kvórumának beállítását. Részben 2, láttunk egy videó példát arra, hogyan lehet integrálni a SteelEye DataKeeper-t, az egyik rendelkezésre álló fürtreplikációs megoldást, feladatátvételi fürtözéssel egy többhelyes Hyper-V feladatátvételi fürt konfigurálásához. A 3. részben megvizsgáljuk, hogy a Microsoft SQL Server 2008 hogyan konfigurálható többhelyes fürtökben a Windows Server 2008 Feladatátvételi Fürtözésével és a SteelEye DataKeeper Cluster Edition programmal.
először is, miért szeretne telepíteni egy többhelyes SQL server-fürtöt? Az SQL Server számos magas rendelkezésre állási lehetőséggel rendelkezik, beleértve a naplózást, a replikációt (tranzakciós, egyesítés, pillanatkép), az adatbázis-tükrözést és a feladatátvételi fürtöket. Van egy nagyszerű cikk, amely az SQL Server 2008 magas rendelkezésre állási lehetőségeiről szól, ezért itt nem fogom újra feltalálni a kereket. Ha többet szeretne megtudni az összes lehetőségről, nézze meg ezt a cikket Ross Mistry, magas rendelkezésre állási lehetőségek az SQL Server 2008-ban.
ha elolvassa a cikket, Ross összefoglalója a következő állítást teszi…
“nyilvánvaló, hogy a feladatátvételi fürtözés a legjobb választás a rendszerleállás csökkentésére és az alkalmazások nagyobb rendelkezésre állásának biztosítására az SQL Server teljes példánya számára egy webhelyen belül; azonban a Feladatátvételi fürt nem véd a lemezhibák ellen, és SAN-t igényel.”
mi lenne, ha megkapná az összes olyan előnyt, amelyet Ross felvázol, és védelmet nyújt a lemezhibák ellen, és megszünteti a SAN szükségességét? Nos, a jó hír az, hogy pontosan ezt teheti meg egy Microsoft SQL Server 2008 többhelyes fürt megvalósításával a Windows Server 2008 rendszeren. Az SQL Server 2008 többhelyes fürtje kissé téves elnevezés lehet. Nem feltétlenül kell földrajzilag szétszórt helyeken telepíteni. A szerverek ugyanabban a rackben, ugyanabban a szobában, ugyanabban az épületben vagy kontinenseken helyezkedhetnek el; valójában nem számít. A fontos dolog az, hogy a tárhelyet egyetlen meghibásodási pontként szünteti meg, és ha úgy dönt, hogy a fürtcsomópontokat különböző fizikai helyeken találja meg, akkor beépítette a webhely rugalmasságát is.
az SQL Server 2008 és a Windows Server 2008 feladatátvételi fürtözésének egyik leggyakoribb kérdése és félreérthető pontja az alhálózatok közötti meghibásodások támogatása. Igen, a Windows Server 2008 Feladatátvételi Fürtözése a legtöbb alkalmazás esetében támogatja az alhálózatok közötti kudarcot, azonban az SQL Server 2008 nem tartozik ezen alkalmazások közé. Amennyire tudom, az SQL Server 2008 R2 szintén nem támogatja az alhálózatok közötti kudarcot, amikor kiadják. Megértésem szerint az SQL csapat az alhálózatok közötti feladatátvétel támogatásán dolgozik, de valamikor az SQL Server 2008 R2 kiadása után támogatni fogják. Tehát egyelőre meg kell ölelnie az alhálózatot, ha földrajzilag el akarja választani a csomópontokat.
most, hogy elhatározta, hogy több csomópontú SQL server-fürtöt telepít, a következő lépéseket kell követnie.
ALAPFÜRT konfigurálása
kövesse a sorozat 1.részében leírt lépéseket egy Alapfürt konfigurálásához, amelynek csomópontja és fájlmegosztási többségi Határozatképessége van.
a replikáció konfigurálása
a többhelyes fürt telepítéséhez nagyon szorosan együtt kell működnie a replikációs szállítóval a konfiguráció ezen részében. Minden szállító nagyon konkrét utasításokat kap a replikáció beállítására és a fürtben használandó tárolási erőforrások létrehozására vonatkozóan. A bemutató céljából a SteelEye DataKeeper Cluster Edition segítségével replikálom az e meghajtót az elsődleges nevű szerverről a másodlagos nevű szerverre. Az elsődleges és másodlagos e meghajtó csak helyi csatolt kötetek, és nem részei egyetlen SAN-nak sem. Mindaddig, amíg az E meghajtó helyi csatolt lemezként jelenik meg, a DataKeeper képes replikálni egyik szerverről a másikra. Akkor keverhetjük SAS, iSCSI, SAN, VHD, vagy bármely más tárolási típus DataKeeper tárolási agnosztikus.
Miután konfigurálta az alapfürtöt a sorozatom 1.részében leírtak szerint, futtassa a DataKeeper beállítást.exe telepíteni SteelEye DataKeeper Cluster Edition mindkét csomópont a fürt. A telepítés végén meg kell adnia a licenckulcsot. Adja meg a licencet, és indítsa újra a szervereket, amikor a rendszer kéri. Most már készen áll a tükör létrehozására. Indítsa el a DataKeeper GUI-t, és kövesse az alábbi utasításokat a tükör létrehozásához.
kattintson a “Csatlakozás a szerverhez”elemre.
adja meg az első szerver nevét. Kettyenés Csatlakozás.
írja be a második kiszolgáló nevét, kattintson a Csatlakozás gombra
most kattintson a munka létrehozása elemre. Ez elindítja a Feladat létrehozása varázslót.
adjon nevet és leírást az állásának. Ez bármi lehet, ami tetszik.
válassza ki a következőket:
- forráskiszolgáló – ahol az adatok replikálódnak
- hálózati adapter – a hálózat, ahol a replikációs forgalom halad
- kötet-a replikálni kívánt kötet
kattintson a Tovább gombra a folytatáshoz.
válassza ki a következőket:
- célszerver-ahol az adatok replikálódnak
- hálózati adapter – a hálózat, ahol a replikációs forgalom halad
- kötet – a replikálni kívánt kötet
a folytatáshoz kattintson a Tovább gombra.
válassza ki a következőket:
- tömörítési szint – ha 100 Mbps vagy gyorsabb hálózattal rendelkezik a replikációhoz, hagyja azt none értékre állítva. Ha kevesebb, mint 100 Mbps WAN-je van, akkor előnyös lehet a tömörítés engedélyezése. A valahol középen lévő beállítások általában a legjobb teljesítményt nyújtják a tömörítés vs.a tömörítés engedélyezéséhez kapcsolódó CPU-rezsi.
- aszinkron vs. A szinkron-aszinkron replikáció általában elfogadható a legtöbb környezetben, és határozottan szükséges a nagy késleltetésű WAN környezetekben. Írtam egy egész blogbejegyzést ebben a témában, így ha bármilyen kérdése van, nézd meg a cikket aszinkron vs.szinkron replikáció.
- maximális sávszélesség – ezt úgy gondolhatja, mint egy “szegény ember” QOS-ját. Ha biztosítani szeretné, hogy a replikáció soha ne haladja meg a WAN-kapacitás egy bizonyos küszöbértékét, korlátozhatja az elfogyasztott sávszélesség mennyiségét. Hacsak nincs jó oka a beállításra, jobb, ha 0-ra állítja.
kattintson a Kész gombra a tükör létrehozásához.
most, ha megnézi a DataKeeper grafikus felhasználói felületét, az a következőhöz hasonlóan fog kinézni.
Miután létrehozta a tükröt, elérhetővé kell tennie a tükröt a Microsoft “elérhető tárhely”Fürtjében. Ennek néhány módja van, de a legegyszerűbben a Windows PowerShell CLI használata. Az alábbiakban bemutatunk egy példát, amely bemutatja, hogyan kell az e meghajtón létrehozott meglévő tükröt hozzáadni a fürthöz “elérhető tárhely”, helyezze át az elsődleges csomópontra, és hozza be-service
Import-Modul FailoverClusters
Add-ClusterResource-Name “DataKeeper Volume E” -ResourceType “DataKeeper Volume” -Group “Available Storage”
Get-Clusterresource-Name “DataKeeper Volume E”-ResourceType “DataKeeper Volume” -Group “Available Storage”
move-clustergroup “rendelkezésre álló tároló” – csomópont elsődleges
Start-Clusterresource “DataKeeper Volume E”
további információk információ a PowerShell-ről és a Feladatátvételi Fürtözéshez használható parancsokról, nézze meg ezt a nagyszerű blogbejegyzést Symon Perriman-tól a Microsoft Feladatátvételi fürtözési csapatától.
http://blogs.msdn.com/clustering/archive/2008/12/20/9243367.aspx
most meg fogja ismételni a fenti lépéseket, hogy hozzáadjon további tükröket, amelyeket a fürtben fog használni. A mi esetünkben létrehozunk egy tükröt az F meghajtóról, és felhasználjuk az MSDTC klaszterezésére. Miután hozzáadta a további tükröket, és hozzáadta őket a rendelkezésre álló tárhelyhez, a DataKeeper GUI-jának valahogy így kell kinéznie.
és a Feladatátvételi Fürtkezelő GUI-jának így kell kinéznie.
fontos megjegyzés – van egy gyorsjavítás, amely szükséges a hibakód támogatásához a 3rd party disk erőforrásokkal. Kérjük, olvassa el a következő KB cikket, és alkalmazza a howfix-et az összes fürtcsomópontra. http://support.microsoft.com/kb/978476
az SQL 2008 nagyon függ az MSDTC-től, ezért erősen ajánlott az MSDTC-erőforrást fürtözni az SQL-erőforrás fürtözése előtt. A következő cikkek az MSDTC-erőforrás konfigurálására és kezelésére vonatkozó referenciaként szolgálnak.
http://technet.microsoft.com/en-us/library/cc770748(WS.10).aspx
http://technet.microsoft.com/en-us/library/cc771540(WS.10).aspx
először nyissa meg a Feladatátvételi Fürtkezelő GUI-ját, majd válassza a “szolgáltatás vagy alkalmazás konfigurálása”lehetőséget.
Ezután válassza az “elosztott tranzakciós koordinátor” lehetőséget, majd kattintson a Tovább gombra
adjon nevet az MSDTC erőforrásnak és egyedi IP-címet. Ezeknek egyedinek kell lenniük az MSDTC-re, és nem ugyanazok, mint amelyeket később használ az SQL-erőforrás létrehozásakor.
válassza ki azt a kötetet, ahol az MSDTC erőforrás adatait tárolja. Esetünkben a replikált F meghajtót választjuk.
erősítse meg adatait, majd a folytatáshoz kattintson a Tovább gombra.
Gratulálunk, sikeresen konfigurálta a hibakód-erőforrást. Kattintson A Befejezés Gombra.
készen állunk az SQL Server-fürt első csomópontjának telepítésére, azonban az előkészítés során egy dolgot meg kell tennünk-csúsztassuk az SQL 2008 SP1 adatfolyamot az SQL Server 2008 RTM telepítési adathordozóra.
SLIP STREAM SQL SP1 rá az SQL 2008 INSTALL MEDIA
amit felfedeztem, hogy az SQL Server 2008 nem telepíti a Windows Server 2008 R2 nélkül először slipstreaming SQL Server 2008 SP1 rá az SQL 2008 install media. Itt van egy nagyszerű cikk, amely leírja, hogyan kell slipstream SQL Server 2008 RTM és Service Pack 1. Miután elolvastam ezt a cikket, és sikeresen csúsztattam az SP1-et az SQL 2008 RTM-re, megtaláltam a következő Microsoft KB-cikket, amely ugyanezt az eljárást írja le. Előfordulhat, hogy a következő hibaüzenet jelenik meg, ha megpróbálja telepíteni az SQL-t anélkül, hogy az SP1-et először az adathordozóra csúsztatná.
hiba történt a ‘RequireKerberos’ magántulajdon értékének beállításakor ‘1’
követtem az első cikkben részletezett utasításokat, és átmásoltam az SQL 2008-AT az SP1 telepítéssel a fürtöm mindkét csomópontjának C: \ meghajtójára. Az alábbi utasításokban a telepítést az egyes fürtcsomópontok helyi lemezéről hajtom végre.
az első fürtcsomópont telepítése
most, hogy az SQL Server 2008 SP1 telepítési adathordozója készen áll, készen áll az első SQL csomópont telepítésére. Van egy nagy “gotcha”, amikor az SQL telepítését egy több csomópontú fürtre kell telepíteni. Annak érdekében, hogy az SQL-t több csomópontos fürtön telepítse, először át kell adnia a Windows Server 2008 Feladatátvételi fürt érvényesítési folyamatát. Sajnos a többhelyes fürt mentesül a tárolással kapcsolatos teszt letétele alól, így soha nem tudja ténylegesen “átadni” az érvényesítést az SQL tekintetében. Beletelt egy kis vizsgálatot a részemről, de amit jöttem találni, hogy van egy parancssori paraméter, amely lehetővé teszi, hogy kihagyja az érvényesítési teszt az SQL 2008 telepítés. Itt van a parancssor.
Setup /SkipRules=Cluster_VerifyForErrors /Action=InstallFailoverCluster
az SQL beállítás elindításához nyisson meg egy parancsablakot, keresse meg az SQL 2008 with SP1 telepítési könyvtárát, és írja be a parancsot az alábbiak szerint.
ha minden a tervek szerint megy, látnia kell az alábbi képernyőt. Kattintson az OK gombra a folytatáshoz.
írja be a termékkulcsot, majd kattintson a Tovább gombra
fogadja el a licencszerződést, majd kattintson a Tovább gombra
kattintson a Telepítés gombra a telepítési Támogatási fájlok telepítéséhez
a támogatási fájlok beállításának végén figyelmeztetést kap. Kattintson a Részletek megjelenítése gombra, és látni fogja az alábbi üzenetet. Kattintson a Tovább gombra, figyelmen kívül hagyva ezt az üzenetet, mivel több webhelyen vagy nem megosztott tárolófürtben várható.
válassza ki a telepíteni kívánt funkciókat, majd kattintson a Tovább gombra. Hagyja a” megosztott szolgáltatás ” könyvtárat a C meghajtóra állítva, mivel az SQL bináris fájlokat nem szabad telepíteni a replikált kötetre.
a következő képernyőn válassza ki az SQL Server hálózati nevét. Ez lesz az a név, amelyhez az összes ügyfél csatlakozik. Feltételezve, hogy ez az alapértelmezett példány, hagyja a Példányazonosítót és a példány gyökérkönyvtárát az alapértelmezett értékekre állítva. Ne helyezze át a példány gyökérkönyvtárát a replikált kötetbe.
javasoljuk, hogy külön tartományfiókot használjon az SQLServer és az SQLAgent számára. Szánjon időt ezeknek a fiókoknak a létrehozására, ha még nem tette meg. Ezek a fiókok nem igényelnek speciális engedélyeket, mivel ez a telepítési folyamat megadja nekik a szükséges engedélyeket.
ellenőrizze, hogy van-e elegendő lemezterület, majd a folytatáshoz kattintson a Tovább gombra.
válassza ki az alapértelmezett beállításokat az ” SQL Server (MSSQLSERVER) “nevű új fürt erőforráscsoport létrehozásához.
válasszon egy replikált kötetet, amely még elérhető, esetünkben az E:\ meghajtót. Kattintson a Tovább gombra a folytatáshoz.
Most kiválaszthatja az SQL cluster erőforráshoz társított IP-címet. Ha szeretné, hagyhatja úgy, hogy DHCP-t használjon.
válassza ki a biztonsági beállításokat, majd kattintson a Tovább gombra
adjon hozzá minden SQL Server-rendszergazdát, válassza ki a hitelesítési módot, majd kattintson a Tovább gombra
válassza ki a hibajelentési és használati beállításokat, majd kattintson a Tovább gombra
ismét látni fog néhány figyelmeztetést az érvényesítési folyamattal kapcsolatban. Ezeket az üzeneteket figyelmen kívül hagyhatja, mivel azok egy több webhelyű SQL Server-fürtben várhatók.
kattintson a Telepítés gombra a telepítési folyamat megkezdéséhez
ha minden a várt módon települ, akkor a következő képernyőket kell látnia. Kattintson a Tovább, majd a Bezárás gombra a telepítés befejezéséhez.
Gratulálunk, sikeresen telepítette a többhelyes SQL Server-fürt első csomópontját. Most telepítjük a fürt második csomópontját.
a második fürtcsomópont telepítése
a második fürtcsomópont telepítése hasonló az első csomópont telepítéséhez. Újra kell futtatnunk az SQL Setup programot a parancssorból, hogy kihagyhassuk az érvényesítési folyamatot. Tehát a 2.csomópontból nyissa meg a parancssort, és futtassa a következő parancsot.
-
az SQL 2008 SP1 (egyesített telepítés) telepítése a 2. csomópontra a következő paranccsal:
Setup / SkipRules=Cluster_VerifyForErrors / Action=AddNode/INSTANCENAME= “MSSQLSERVER”
*Megjegyzés: Ez azt feltételezi, hogy az alapértelmezett példányt telepítette az 1. csomópontra
ez elindítja a telepítő varázslót az alábbiak szerint. Kattintson az OK gombra a folytatáshoz.
írja be a termékkulcsot, majd kattintson a Tovább gombra.
fogadja el a licencfeltételeket, majd kattintson a Tovább gombra
kattintson a Telepítés gombra a telepítési Támogatási fájlok telepítéséhez.
ismét figyelmen kívül hagyhatja azt a figyelmeztetést, hogy egyes fürtellenőrzési teszteket kihagytak. Ez többhelyes fürtökben és nem megosztott tárolófürtökben várható.
ellenőrizze, hogy a csomópontot a megfelelő példányhoz adja-e, majd kattintson a Tovább gombra.
adja hozzá a jelszavakat a szolgáltatási fiókokhoz, majd kattintson a Tovább gombra
válassza ki a hibajelentési és használati beállításokat, majd kattintson a Tovább gombra
ismét figyelmen kívül hagyja a kihagyott műveletekre vonatkozó figyelmeztetést.
kattintson a Telepítés gombra a telepítési folyamat megkezdéséhez.
ha minden a várt módon megy, akkor a következő képernyőt kell látnia.
most, hogy teljesen működőképes két csomópont-fürtje van, valószínűleg kézi átkapcsolással kell tesztelnie a dolgokat. Kattintson a jobb gombbal az erőforrásra, majd válassza az “Áthelyezés a másodlagos csomópontra”lehetőséget.
ha minden megfelelően van konfigurálva, a Feladatátvételi fürt GUI-jának a következőképpen kell kinéznie.
következtetés
úgy gondolom, hogy a replikált tárolóval rendelkező SQL-klasztereknek sok értelme van. A tárolás mindig is a hagyományos klaszterek egyetlen meghibásodási pontja volt. Ezt az egyetlen hibapontot kiküszöbölheti egy SQL Server-fürt telepítésével a Steeleye vagy bármely más Microsoft többhelyes Fürtreplikációs partner replikált tárhelyével. Remélem, informatívnak találta ezt a cikket. Ha bármilyen kérdése vagy javaslata van, kérjük, adja meg észrevételeit!
