I Del 1 av denne serien viste jeg deg hvordan du klargjør multi-site-klyngen din, inkludert å sette Opp Noden Og Fildelings Flertallskvorum. I Del 2 så vi et videoeksempel på hvordan man integrerer SteelEye DataKeeper, en av de tilgjengelige klyngereplikasjonsløsningene, med failover-klynger for å konfigurere En Multi-site Hyper-V failover-klynge. I Del 3 vil vi undersøke Hvordan Microsoft SQL Server 2008 kan konfigureres i en klynge med flere områder med Windows Server 2008 Failover Clustering Og SteelEye DataKeeper Cluster Edition.
Først, Hvorfor ville du ønsker å distribuere EN MULTI-site SQL server-klynge? SQL Server kommer med en rekke alternativer for høy tilgjengelighet, inkludert loggfrakt, replikering (transaksjons -, flett, øyeblikksbilde), databasespeiling og failover-klynger. Det er en flott artikkel som snakker Om De Høye Tilgjengelighetsalternativene I SQL Server 2008, så jeg vil ikke gjenoppfinne hjulet her. Hvis Du vil lære mer om alle alternativene, kan du se På Denne artikkelen Av Ross Mistry, Alternativer For Høy Tilgjengelighet I SQL Server 2008.
Hvis du leser artikkelen, Gjør Ross’ sammendrag følgende uttalelse…
«klart, failover clustering er det beste valget for å redusere nedetid og gi høyere programtilgjengelighet for hele forekomsten AV SQL Server i et område; men en failover-klynge beskytter ikke mot diskfeil og krever EN SAN.»
Hva om du kunne ha alle fordelene Som Ross skisserer og også beskytte mot diskfeil og eliminere behovet for EN SAN? Vel, den gode nyheten er at det er akkurat det du kan gjøre ved å implementere En Microsoft SQL Server 2008 multi-site cluster På Windows Server 2008. SQL Server 2008 multi-site cluster kan være litt av en misvisende benevnelse. Det trenger ikke nødvendigvis å bli distribuert på tvers av geografisk spredte steder. Serverne kan være plassert i samme rack, samme rom, samme bygning eller på tvers av kontinenter; det spiller ingen rolle. Det viktigste er at du eliminerer lagringen din som et enkelt feilpunkt, og hvis du velger å finne klyngenodene dine på forskjellige fysiske steder, har du også innebygd fleksibilitet.
en av de vanligste spørsmålene og punkter av forvirring OM SQL Server 2008 og Windows Server 2008 failover clustering er støtte for sviktende på tvers av delnett. Ja, Windows Server 2008 Failover Clustering støtter sviktende mellom subnett for de fleste programmer, MEN SQL Server 2008 ER ikke en av disse programmene. SÅ vidt jeg vet, VIL SQL Server 2008 R2 heller ikke støtte sviktende mellom delnett når den slippes ut. MIN forståelse er AT SQL-teamet jobber med støtte for cross-subnet failover, men det vil bli støttet en gang ETTER AT SQL Server 2008 R2 er utgitt. Så, for øyeblikket, må du spenne delnettet ditt hvis du ønsker å skille nodene dine geografisk.
Nå som Du har bestemt deg for å distribuere EN MULTI-node SQL server-klynge, her er trinnene du må følge.
KONFIGURER GRUNNLEGGENDE KLYNGE
Følg trinnene I Del 1 i denne serien for å konfigurere en grunnleggende 2-node-klynge Med En Node-Og Fildelingsflertallskvorum.
KONFIGURERE REPLIKERING
Distribusjon av en klynge for flere områder krever at du jobber tett med leverandøren av replikering i denne delen av konfigurasjonen. Hver leverandør har svært spesifikke instruksjoner om hvordan du konfigurerer replikeringen og oppretter lagringsressursene som skal brukes i klyngen. I forbindelse med denne demonstrasjonen vil Jeg bruke SteelEye DataKeeper Cluster Edition til å kopiere e-stasjonen FRA serveren SOM heter PRIMÆR til serveren SOM heter SEKUNDÆR. E-stasjonen PÅ PRIMÆR og SEKUNDÆR er bare lokale vedlagte volumer og ikke en DEL AV NOEN SAN. Så lenge e-stasjonen vises som en lokal vedlagt disk, Kan DataKeeper kopiere den fra en server til en annen. DU kan mikse OG matche SAS, iSCSI, SAN, VHD, eller annen lagringstype Som DataKeeper er lagring agnostiker.
når du har konfigurert basic-klyngen som beskrevet I Del 1 i min serie, kjører Du DataKeeper-oppsettet.exe å installere SteelEye DataKeeper Cluster Edition på begge nodene i klyngen. Du vil bli bedt om å skrive inn lisensnøkkelen på slutten av installasjonen. Skriv inn lisensen din og start serverne på nytt når du blir bedt om det. Du er nå klar til å lage ditt speil. Start DataKeeper GUI og følg instruksjonene nedenfor for å lage ditt speil.
Klikk på «Koble Til Server».
Skriv inn navnet på den første serveren. Klikk På Koble Til.
Skriv inn navnet på den andre serveren, klikk Koble Til
klikk Nå Opprett Jobb. Det vil starte Veiviseren Opprett Jobb.
Gi din jobb et navn og beskrivelse. Disse kan være alt du liker.
Velg følgende:
- Kilde Server – hvor dataene vil bli replikert fra
- Nettverkskort-nettverket der replikeringstrafikken vil reise
- Volum-volumet du vil replikere
Klikk Neste for å fortsette.
Velg følgende:
- Målserver – hvor dataene vil bli replikert til
- Nettverkskort – nettverket der replikeringstrafikken vil reise
- Volum – volumet du vil replikere
Klikk Neste for å fortsette.
Velg følgende:
- Komprimeringsnivå – hvis du har et 100 Mbps eller raskere nettverk for replikering, la det være satt til ingen. Hvis DU har ET WAN som er mindre enn 100 Mbps, kan du ha nytte av å aktivere komprimering. Innstillinger et sted i midten har en tendens til å gi deg den beste ytelsen til komprimering vs. CPU overhead forbundet med å aktivere komprimering.
- Asynkron vs. Synkron-Asynkron replikering er generelt akseptabelt i de fleste miljøer og er definitivt nødvendig i wan-miljøer med høy latens. Jeg skrev et helt blogginnlegg om dette emnet, så hvis du har spørsmål, sjekk ut artikkelen min om Asynkron vs Synkron replikering.
- Maksimal båndbredde-du kan tenke på dette som EN» fattig manns » QOS. Hvis du vil sikre at replikering aldri overskrider EN viss terskel FOR WAN-kapasiteten, kan du sette en begrensning på mengden båndbredde den kan konsumere. Med mindre du har en god grunn til å sette den, er det bedre å forlate den satt til 0.
Klikk Ferdig for å lage ditt speil.
nå hvis du tar en titt På DataKeeper GUI, vil det se ut som følgende.
når du har opprettet speilet ditt, må du gjøre speilet ditt tilgjengelig I Microsoft-Klyngen «Tilgjengelig Lagring». Det er noen måter å gjøre dette på, men den mest rette veien er å bruke Windows PowerShell CLI. Nedenfor er et eksempel som viser hvordan du tar det eksisterende speilet vi nettopp opprettet På e-stasjonen og legger det til klyngen «Tilgjengelig Lagring», flytt DEN TIL PRIMÆRNODEN og ta den i bruk
Importmodul FailoverClusters
Add-ClusterResource-Name «DataKeeper Volume E»- ResourceType «DataKeeper Volume»- Group «Available Storage»
Get-clusterresource «datakeeper volum e» | set-Clusterparameter volumeletter E
flytt-gruppegruppe «tilgjengelig lagring»-node primær
Start-Klynger «Datakeeper Volum E»
For Mer informasjon Om PowerShell og de tilgjengelige kommandoene for Bruk Med Failover Clustering, sjekk ut Dette flotte blogginnlegget fra Symon Perriman Fra Microsoft Failover Clustering Team.
http://blogs.msdn.com/clustering/archive/2008/12/20/9243367.aspx
du skal nå gjenta trinnene ovenfor for å legge til noen ekstra speil som du vil bruke i klyngen. I vårt tilfelle skal vi lage et speil Av f-stasjonen og bruke DEN til å klynge MSDTC. Etter at du har lagt til ekstra speil og lagt dem Til Tilgjengelig Lagringsplass, Bør Din DataKeeper GUI se omtrent slik ut.
OG Failover Cluster Manager GUI skal se slik ut.
VIKTIG merknad-Det er en hurtigreparasjon som kreves for å støtte DTC med 3.parts diskressurser. Se FØLGENDE KB-artikkel og bruke howfix på alle klyngenoder. http://support.microsoft.com/kb/978476
SQL 2008 er svært avhengig AV MSDTC, så det anbefales sterkt at du klynger msdtc-ressursen før DU klynger SQL-ressursen. Følgende artikler er gitt som referanse for konfigurasjon og administrasjon av MSDTC ressurs.
http://technet.microsoft.com/en-us/library/cc770748(WS.10).aspx
http://technet.microsoft.com/en-us/library/cc771540(WS.10).aspx
du starter ved å åpne Failover Cluster Manager GUI og deretter velge «Konfigurer En Tjeneste eller Et Program».
Du velger Deretter «Distribuert Transaksjonskoordinator» og klikker Neste
Gi MSDTC-RESSURSEN et navn og en unik ip-adresse. Disse bør være unike FOR MSDTC og ikke det samme som du vil bruke senere når du oppretter SQL-ressursen.
Velg volumet der du vil lagre dataene for msdtc-ressursen. I vårt tilfelle velger vi den replikerte f-stasjonen.
Bekreft informasjonen din og klikk På Neste for å fortsette.
Gratulerer, DU har konfigurert dtc-ressursen. Klikk Fullfør.
Vi er omtrent klar til å starte installasjonen av DEN første noden I SQL Server-Klyngen, men det er en ting vi må gjøre i forberedelse-Slip Stream SQL 2008 SP1 på SQL Server 2008 RTM-installasjonsmediet.
SLIP STREAM SQL SP1 PÅ SQL 2008 INSTALLER MEDIA
det jeg har oppdaget er AT SQL Server 2008 ikke vil installere På Windows Server 2008 R2 uten først slipstreaming SQL Server 2008 SP1 på SQL 2008 installer media. Her er en flott artikkel som beskriver hvordan du slipstream SQL Server 2008 RTM OG Service Pack 1. Etter at jeg har lest den artikkelen og vellykket slipstream SP1 på SQL 2008 RTM, fant jeg Følgende Microsoft KB-artikkel som beskriver samme prosedyre. Du kan få en feil som ser ut som følgende hvis du prøver å installere SQL uten først slipstreaming SP1 på media.
det oppstod en feil ved innstilling av Privat eiendom ‘RequireKerberos’ til verdi ‘1’
jeg fulgte instruksjonene i den første artikkelen og kopierte MIN SQL 2008 MED SP1 install Til c:\ – stasjonen i begge noder i klyngen min. I instruksjonene nedenfor vil jeg gjøre installasjonen fra den lokale disken til hver klyngenode.
INSTALLERE DEN FØRSTE KLYNGENODEN
nå som DU har INSTALLASJONSMEDIET FOR SQL Server 2008 SP1 klar til bruk, er du klar til å installere DEN FØRSTE SQL-noden. Det er en stor «gotcha» når det gjelder å installere SQL på en multi-node-klynge. Hvis Du vil installere SQL på en multi-node-klynge, må du først passere Windows Server 2008 Failover Cluster validere prosessen. Dessverre er en multi-site cluster unntatt fra å passere den lagringsrelaterte testen, slik at du aldri kan «passere» valideringen så langt SOM SQL er bekymret. Det tok en liten undersøkelse fra min side, men det jeg har funnet er at det er en kommandolinjeparameter som lar deg hoppe over valideringstesten på SQL 2008-installasjonen. Her er kommandolinjen.
Setup / SkipRules=Cluster_VerifyForErrors / Action=InstallFailoverCluster
åpne Et Kommandovindu, bla TIL SQL 2008 med sp1 install directory og skriv inn kommandoen som vist nedenfor.
hvis alt går som planlagt, bør du se skjermen nedenfor. Klikk OK for å fortsette.
Skriv inn produktnøkkelen Og klikk Neste
Godta lisensavtalen og klikk Neste
Klikk På Installer for å installere Installeringsstøttefilene
på slutten av Oppsettet For Støttefilene vil du motta en advarsel. Klikk På Vis detaljer og du vil se meldingen nedenfor. Du kan klikke Neste, ignorerer denne meldingen siden det er forventet i en klynge for flere områder eller ikke-delt lagring.
Velg funksjonene du vil installere, og klikk På Neste. La mappen» Delt Funksjon » settes Til c-stasjonen, DA SQL-binærfiler ikke skal installeres på det replikerte volumet.
på neste skjermbilde velger du et nettverksnavn for SQL Server. Dette vil være navnet som alle klientene vil koble til. Forutsatt at dette er standardforekomsten, la Instans-ID-en og Instansrotkatalogen settes til standardverdiene. Ikke flytt forekomsten rotmappen til replikert volum.
det anbefales at du har separate domenekontoer For SQLServer og SQLAgent. Du kan ta deg tid til å opprette disse kontoene nå hvis du ikke allerede har gjort det. Disse kontoene krever ingen spesielle tillatelser, da denne installasjonsprosessen vil gi dem tillatelsene de krever.
Bekreft at du har nok diskplass og klikk På Neste for å fortsette.
Velg standardinnstillingene for å tillate en ny klynge ressursgruppe kalt «SQL Server (MSSQLSERVER)» som skal opprettes.
Velg et replikert volum som fortsatt er tilgjengelig, i Vårt tilfelle e: \ – stasjonen. Klikk Neste for å fortsette.
nå velger DU IP-adressen du vil ha knyttet TIL SQL cluster-ressursen. Du kan la DEN være satt TIL Å bruke DHCP hvis du ønsker det.
Velg sikkerhetsinnstillinger og klikk Neste
Legg TIL SQL Server-administratorer og velg godkjenningsmodus, og klikk Deretter Neste
Velg Feil-Og Bruksrapporteringsalternativene dine, og klikk På Neste
du vil igjen se noen advarsler knyttet til valideringsprosessen. Du kan ignorere disse meldingene som de er å forvente i EN MULTI-site SQL Server-klynge.
Klikk Installer for å starte installasjonsprosessen
hvis alt installeres som forventet, bør du se følgende skjermbilder. Klikk På Neste Og Lukk for å fullføre installasjonen.
Gratulerer, du har installert den første noden i SQL Server-Klyngen for flere nettsteder. Nå skal vi installere den andre noden i klyngen.
INSTALLER DEN ANDRE KLYNGENODEN
Installere den andre klyngenoden ligner på å installere den første noden. Vi må kjøre SQL Setup igjen fra kommandolinjen slik at vi kan hoppe Over Valideringsprosessen. Så, fra 2. node, åpne kommandoprompt og kjør følgende kommando.
-
Installer SQL 2008 SP1 (sammenslått oppsett) på 2nd node ved hjelp av følgende kommando:
Oppsett / SkipRules=Cluster_VerifyForErrors / Action=AddNode / INSTANCENAME= «MSSQLSERVER»
*Merk: dette forutsetter at du har installert standardforekomsten på 1. node
det vil starte installasjonsveiviseren som vist nedenfor. Klikk OK for å fortsette.
Skriv inn produktnøkkelen og klikk på neste.
Godta lisensvilkårene og klikk På Neste
Klikk på installer for å installere Installeringsstøttefilene.
Du kan igjen ignorere advarselen om at noen klyngevalideringstester er hoppet over. Dette kan forventes i en klynge med flere steder og ikke-delte lagringsklynger.
Kontroller at du legger til noden i riktig forekomst, og klikk På Neste.
Legg til passordene i tjenestekontoene, og klikk På Neste
Velg Feil-Og Bruksrapporteringsalternativene dine, og klikk På Neste
igjen, ignorere advarselen om de hoppede operasjonene.
Klikk Installer for å starte installasjonsprosessen.
hvis alt går som forventet, bør du se følgende skjermbilde.
Nå som du har en fullt funksjonell to nodeklynge, bør du sannsynligvis teste ting ved å gjøre noen manuelle brytere. Høyreklikk på ressursen og velg «Flytt TIL node SEKUNDÆR».
hvis alt er konfigurert riktig, Bør Failover Cluster GUI se ut som følger.
KONKLUSJON
jeg tror AT SQL-klynger med replikert lagring gir mye mening. Lagring har alltid vært et enkelt feilpunkt i tradisjonelle klynger. Du kan eliminere det eneste feilpunktet ved å distribuere EN SQL Server-klynge med replikert lagring Fra SteelEye eller En Annen Microsoft Multi-Site Cluster replication partner. Jeg håper du fant denne artikkelen informativ. Hvis du har spørsmål eller forslag, kan du legge til dine kommentarer!
