în partea 1 a acestei serii, v-am arătat cum să vă pregătiți clusterul multi-site, inclusiv configurarea nodului și a Cvorumului majoritar al partajării fișierelor. În partea 2, am văzut un exemplu video despre cum să integrăm SteelEye DataKeeper, una dintre soluțiile disponibile de replicare a clusterului, cu gruparea failover pentru a configura un cluster de failover Hyper-V cu mai multe site-uri. În partea 3, vom examina modul în care Microsoft SQL Server 2008 poate fi configurat într-un cluster multi-site cu Windows Server 2008 Failover Clustering și SteelEye Datakeeper Cluster Edition.
în primul rând, de ce doriți să implementați un cluster SQL Server multi-site? SQL Server vine cu o varietate de opțiuni de disponibilitate ridicată, inclusiv log shipping, replicare (tranzacțional, îmbinare, instantaneu), oglindirea bazei de date și clustere failover. Există un articol mare, care vorbește despre opțiunile de disponibilitate ridicată în SQL Server 2008, așa că nu voi re-inventa roata aici. Dacă doriți să aflați mai multe despre toate opțiunile, aruncați o privire la acest articol de Ross Mistry, Opțiuni de disponibilitate ridicată în SQL Server 2008.
dacă citiți articolul, rezumatul lui Ross face următoarea afirmație…
„în mod clar, Failover clustering este cea mai bună alegere pentru a reduce timpul de nefuncționare al sistemului și pentru a oferi o disponibilitate mai mare a aplicației pentru întreaga instanță a SQL Server dintr-un site; cu toate acestea, un cluster failover nu protejează împotriva eșecului discului și necesită un SAN.”
ce se întâmplă dacă ați putea avea toate beneficiile pe care Ross le prezintă și, de asemenea, să vă protejați împotriva eșecului discului și să eliminați necesitatea unui SAN? Ei bine, vestea bună este că este exact ceea ce puteți face prin implementarea unui cluster multi-site Microsoft SQL Server 2008 pe Windows Server 2008. SQL Server 2008 multi-site cluster poate fi un pic de un termen impropriu. Nu trebuie neapărat să fie implementat în locații dispersate geografic. Serverele ar putea fi localizate în același rack, aceeași cameră, aceeași clădire sau pe continente; chiar nu contează. Important este că eliminați spațiul de stocare ca un singur punct de eșec și dacă alegeți să localizați nodurile clusterului în diferite locații fizice, atunci ați construit și reziliența site-ului.
una dintre cele mai frecvente întrebări și puncte de confuzie despre SQL Server 2008 și Windows Server 2008 Failover clustering este suport pentru lipsa între subrețele. Da, Windows Server 2008 Failover Clustering nu acceptă lipsa între subrețele pentru majoritatea aplicațiilor, cu toate acestea, SQL Server 2008 nu este una dintre aceste aplicații. Din câte știu, SQL Server 2008 R2 nu va suporta, de asemenea, eșecul între subrețele atunci când este lansat. Înțelegerea mea este că echipa SQL este de lucru pe suport pentru cross-Subnet failover, dar va fi susținută cândva după SQL Server 2008 R2 este lansat. Deci, pentru moment, va trebui să vă întindeți subrețea dacă doriți să vă separați nodurile geografic.
acum că ați decis să implementați un cluster SQL Server multi-nod, iată pașii pe care va trebui să îi urmați.
configurați clusterul de bază
urmați pașii din partea 1 a acestei serii pentru a configura un cluster de bază cu 2 noduri cu un cvorum majoritar de nod și partajare de fișiere.
configurați replicarea
implementarea unui cluster multi-site va necesita să lucrați foarte îndeaproape cu furnizorul de replicare în această parte a configurației. Fiecare furnizor va avea instrucțiuni foarte specifice despre cum să configurați replicarea și să creați resursele de stocare care vor fi utilizate în clusterul dvs. În scopul acestei demonstrații, voi folosi SteelEye DataKeeper Cluster Edition pentru a reproduce unitatea E de la serverul numit primar la serverul numit secundar. Unitatea E pe primar și secundar sunt doar volume atașate locale și nu fac parte din orice SAN. Atâta timp cât unitatea E apare ca un disc atașat local, DataKeeper îl poate reproduce de la un server la altul. Puteți amesteca și potrivi SAS, iSCSI, SAN, VHD sau orice alt tip de stocare, deoarece DataKeeper este agnostic de stocare.
după ce ați configurat clusterul de bază așa cum este descris în partea 1 din seria mea, executați configurarea DataKeeper.exe pentru a instala SteelEye DataKeeper Cluster Edition pe ambele noduri ale clusterului. Vi se va solicita să introduceți cheia de licență la sfârșitul instalării. Introduceți licența și reporniți serverele atunci când vi se solicită. Acum sunteți gata să vă creați oglinda. Lansați interfața grafică DataKeeper și urmați instrucțiunile de mai jos pentru a vă crea oglinda.
Faceți clic pe „Conectați-vă la Server”.
introduceți numele primului server. Faceți Clic Pe Conectare.
introduceți numele celui de-al doilea server, faceți clic pe Conectare
Acum faceți clic pe Creare lucrare. Aceasta va lansa expertul Creare Job.
dați postului Un nume și o descriere. Acestea pot fi orice vă place.
alegeți următoarele:
- server sursă – unde datele vor fi reproduse de la
- adaptor de rețea – rețeaua în care se va deplasa traficul de replicare
- volum – volumul pe care doriți să îl reproduceți
Faceți clic pe Următorul pentru a continua.
alegeți următoarele:
- server țintă-unde datele vor fi reproduse la
- adaptor de rețea – rețeaua în care se va deplasa traficul de replicare
- volum – volumul pe care doriți să îl reproduceți
Faceți clic pe Următorul pentru a continua.
alegeți următoarele:
- nivel de compresie-dacă aveți o rețea de 100 Mbps sau mai rapidă pentru replicare, lăsați-o setată la niciuna. Dacă aveți o rețea WAN care este mai mică de 100 Mbps, puteți beneficia de activarea compresiei. Setările undeva în mijloc tind să vă ofere cea mai bună performanță de compresie vs.cheltuielile generale ale procesorului asociate cu activarea compresiei.
- asincron vs. Replicarea sincron-asincronă este în general acceptabilă în majoritatea mediilor și este cu siguranță necesară în mediile WAN cu latență ridicată. Am scris o întreagă postare pe blog pe acest subiect, așa că, dacă aveți întrebări, consultați articolul meu despre replicarea asincronă vs.sincronă.
- lățime de bandă maximă – vă puteți gândi la acest lucru ca la un QOS „sărac”. Dacă doriți să vă asigurați că replicarea nu depășește niciodată un anumit prag al capacității WAN, puteți pune un limitator pe cantitatea de lățime de bandă pe care o poate consuma. Dacă nu aveți un motiv bun să-l setați, este mai bine lăsându-l setat la 0.
Faceți clic pe OK pentru a crea oglinda.
acum, dacă aruncați o privire la interfața grafică DataKeeper, aceasta va arăta similar cu următoarele.
după ce ați creat oglinda, trebuie să faceți oglinda disponibilă în clusterul Microsoft „stocare disponibilă”. Există câteva modalități de a face acest lucru, dar cea mai directă cale este să utilizați Windows PowerShell CLI. Mai jos este un exemplu care arată cum să luați oglinda existentă pe care tocmai am creat-o pe unitatea E și să o adăugați la clusterul „stocare disponibilă”, să o mutați în nodul primar și să o aduceți în serviciu
Import-Module FailoverClusters
Add-ClusterResource-Name „Datakeeper Volume e” -ResourceType „Datakeeper Volume” -Group „stocare disponibilă”
Get-clusterresource „datakeeper volume e” | set-Clusterparameter volumeletter e
move-clustergroup „stocare disponibilă” -nod primar
start-Clusterresource „Datakeeper volume e”
pentru mai multe informații despre PowerShell și comenzile disponibile pentru utilizare cu Failover Clustering, consultați această postare excelentă pe blog de la Symon Perriman din echipa Microsoft Failover Clustering.
http://blogs.msdn.com/clustering/archive/2008/12/20/9243367.aspx
acum veți repeta pașii de mai sus pentru a adăuga orice oglinzi suplimentare pe care le veți utiliza în cluster. În cazul nostru, vom crea o oglindă a unității F și o vom folosi pentru a grupa MSDTC. După ce ați adăugat oglinzile suplimentare și le-ați adăugat la spațiul de stocare disponibil, interfața grafică DataKeeper ar trebui să arate așa.
și interfața grafică Failover Cluster Manager ar trebui să arate astfel.
notă importantă-există o remediere rapidă care este necesară pentru a suporta DTC cu resurse de disc 3rd party. Vă rugăm să consultați următorul articol KB și să aplicați howfix la toate nodurile clusterului. http://support.microsoft.com/kb/978476
SQL 2008 este foarte dependentă de MSDTC, deci este foarte recomandat să cluster resursa MSDTC înainte de cluster resursa SQL. Următoarele articole sunt furnizate pentru referință pentru configurarea și gestionarea resursei MSDTC.
http://technet.microsoft.com/en-us/library/cc770748(WS.10).aspx
http://technet.microsoft.com/en-us/library/cc771540(WS.10).aspx
veți începe prin deschiderea Failover Cluster Manager GUI și apoi alegeți „configurați un serviciu sau o aplicație”.
veți alege apoi „Coordonator de tranzacții distribuite” și faceți clic pe Următorul
dă resursei MSDTC un nume și o adresă IP unică. Acestea ar trebui să fie unic pentru MSDTC și nu la fel ca tine va folosi mai târziu, atunci când creați resursa SQL.
alegeți volumul în care veți stoca datele pentru resursa MSDTC. În cazul nostru, alegem unitatea F replicată.
confirmați informațiile și faceți clic pe Următorul pentru a continua.
Felicitări, ați configurat cu succes resursa DTC. Faceți Clic Pe Finalizare.
suntem aproape gata să începem instalarea primului nod al clusterului SQL Server, cu toate acestea, trebuie să facem un lucru în pregătire – alunecați fluxul SQL 2008 SP1 pe suportul de instalare SQL Server 2008 RTM.
SLIP Stream SQL SP1 pe SQL 2008 instalați mass-media
ceea ce am descoperit este că SQL Server 2008 nu se va instala pe Windows Server 2008 R2 fără slipstreaming SQL Server 2008 SP1 pe SQL 2008 instalați mass-media. Aici este un articol de mare, care descrie cum să slipstream SQL Server 2008 RTM și Service Pack 1. După ce am citit acel articol și cu succes slipstream SP1 pe SQL 2008 RTM, am găsit următorul articol Microsoft KB care descrie aceeași procedură. Este posibil să primiți o eroare care arată ca următoarea dacă încercați să instalați SQL fără a slipstreaming mai întâi SP1 pe suport.
a apărut o eroare la setarea proprietății private ‘RequireKerberos’ la valoare ‘1’
am urmat instrucțiunile detaliate în primul articol și am copiat SQL 2008 cu instalarea SP1 pe unitatea C:\ a ambelor noduri din clusterul meu. În instrucțiunile de mai jos, voi face instalarea de pe discul local al fiecărui nod de cluster.
instalarea primul nod CLUSTER
acum, că aveți SQL Server 2008 SP1 mass-media de instalare gata pentru a merge, sunteți gata pentru a instala primul nod SQL. Există un „gotcha” major atunci când vine vorba de instalarea SQL pe un cluster multi-nod. Pentru a instala SQL pe un cluster multi-nod, trebuie să treacă mai întâi procesul de validare cluster Failover Windows Server 2008. Din păcate, un cluster multi-site este scutit de trecerea testului legat de stocare, astfel încât să nu reușiți niciodată să „treceți” validarea în ceea ce privește SQL. A fost nevoie de o mică investigație din partea mea, dar ceea ce am ajuns să găsesc este că există un parametru de linie de comandă care vă permite să săriți testul de validare pe instalarea SQL 2008. Aici este linia de comandă.
Setup /SkipRules=Cluster_VerifyForErrors /Action=InstallFailoverCluster
pentru a lansa configurarea SQL, deschideți o fereastră de comandă, navigați la SQL 2008 cu directorul de instalare SP1 și tastați comanda așa cum se arată mai jos.
dacă totul merge conform planului, ar trebui să vedeți ecranul de mai jos. Faceți clic pe OK pentru a continua.
introduceți cheia de produs și faceți clic pe Următorul
acceptați Acordul de licență și faceți clic pe Următorul
Faceți clic pe Instalare pentru a instala fișierele de asistență pentru configurare
la sfârșitul configurării pentru fișierele de asistență veți primi un avertisment. Faceți clic pe Afișați detaliile și veți vedea mesajul de mai jos. Puteți face clic pe Următorul, ignorând acest mesaj, deoarece este de așteptat într-un cluster de stocare multi-site sau non-partajat.
alegeți caracteristicile pe care doriți să le instalați și faceți clic pe Următorul. Lăsați directorul” caracteristică Partajată ” setat pe unitatea C, deoarece binarele SQL nu trebuie instalate pe volumul replicat.
în ecranul următor, veți alege un nume de rețea pentru serverul SQL. Acesta va fi numele la care se vor conecta toți clienții. Presupunând că aceasta este instanța implicită, lăsați ID-ul instanței și directorul rădăcină al instanței setate la valorile implicite. Nu mutați directorul rădăcină instanță la volumul reprodus.
este recomandat să aveți conturi de domeniu separate pentru SQLServer și sqlagent. Puteți lua timp pentru a crea aceste conturi acum, dacă nu ați făcut deja acest lucru. Aceste conturi nu necesită permisiuni speciale, deoarece acest proces de instalare le va oferi permisiunile de care au nevoie.
confirmați că aveți suficient spațiu pe disc și faceți clic pe Următorul pentru a continua.
alegeți setările implicite pentru a permite crearea unui nou grup de resurse cluster numit „SQL Server (MSSQLSERVER)”.
alegeți un volum reprodus care este încă disponibil, în cazul nostru unitatea E:\. Faceți clic pe Următorul pentru a continua.
acum veți alege adresa IP pe care doriți să o asociați cu resursa de cluster SQL. Puteți să-l lăsați setat să utilizeze DHCP dacă doriți.
alegeți setările de securitate și faceți clic pe Următorul
adăugați orice administratori SQL Server și alegeți modul de autentificare și apoi faceți clic pe Următorul
alegeți opțiunile de raportare a erorilor și a utilizării și faceți clic pe Următorul
veți vedea din nou câteva avertismente legate de procesul de validare. Puteți ignora aceste mesaje, deoarece acestea sunt de așteptat într-un cluster SQL Server multi-site.
Faceți clic pe Instalare pentru a începe procesul de instalare
dacă totul se instalează așa cum era de așteptat, ar trebui să vedeți următoarele ecrane. Faceți clic pe Următorul, apoi pe închidere pentru a termina instalarea.
Felicitări, ați instalat cu succes primul nod al clusterului SQL Server multi-site. Acum vom instala al doilea nod al clusterului.
instalați al doilea nod de CLUSTER
instalarea celui de-al doilea nod de cluster este similară cu instalarea primului nod. Trebuie să rulăm din nou SQL Setup din linia de comandă, astfel încât să putem sări peste procesul de validare. Deci, de la al 2-lea nod, deschideți promptul de comandă și executați următoarea comandă.
-
Instalați SQL 2008 SP1 (configurare îmbinată) pe nodul 2 folosind următoarea comandă:
Setup / SkipRules=Cluster_VerifyForErrors / Action=AddNode/INSTANCENAME= „MSSQLSERVER”
*Notă: Aceasta presupune că ați instalat instanța implicită pe nodul 1
aceasta va lansa expertul de instalare așa cum se arată mai jos. Faceți clic pe OK pentru a continua.
introduceți cheia de produs și faceți clic pe următorul.
acceptați termenii licenței și faceți clic pe Următorul
Faceți clic pe instalare pentru a instala fișierele de asistență pentru configurare.
puteți ignora din nou avertismentul că unele teste de validare a clusterului au fost omise. Acest lucru este de așteptat într-un cluster multi-site și clustere de stocare non-partajate.
verificați dacă adăugați nodul la instanța din dreapta și faceți clic pe Următorul.
adăugați parolele la conturile de servicii și faceți clic pe Următorul
alegeți opțiunile de raportare a erorilor și a utilizării și faceți clic pe Următorul
încă o dată, ignorați avertismentul cu privire la operațiunile omise.
Faceți clic pe Instalare pentru a începe procesul de instalare.
dacă totul merge așa cum era de așteptat, ar trebui să vedeți următorul ecran.
acum, că aveți un cluster complet funcțional cu două noduri, probabil că ar trebui să testați lucrurile făcând câteva comutări manuale. Faceți clic dreapta pe resursă și alegeți „Mutare la nod secundar”.
dacă totul este configurat corect, GUI Cluster Failover ar trebui să arate după cum urmează.
concluzie
cred că clusterele SQL cu stocare replicată au mult sens. Depozitarea a fost întotdeauna un singur punct de eșec al clusterelor tradiționale. Puteți elimina acel singur punct de eșec prin implementarea unui cluster SQL Server cu stocare replicată de la SteelEye sau de la orice alt partener de replicare Microsoft Multi-Site Cluster. Sper că ați găsit acest articol informativ. Dacă aveți întrebări sau sugestii, vă rugăm să adăugați comentarii!
