december 12, 2021

trin for trin: Sådan konfigureres en standard SERVER 2008 R2 FAILOVER CLUSTER – forekomst på standard SERVER 2008 R2 i standard STACK

den 9.juli 2019 blev understøttelse af standard Server 2008 og 2008 R2 slutter. Det betyder afslutningen på regelmæssige sikkerhedsopdateringer. Men hvis du flytter disse instanser til Stack (Jeg vil blot henvise til begge dele som Stack for resten af guiden), vil Microsoft give dig tre års udvidede sikkerhedsopdateringer uden ekstra omkostninger. Hvis du i øjeblikket kører Microsoft Server 2008/2008 R2, og du ikke er i stand til at opdatere til en senere version af Microsoft Server inden deadline den 9.juli, vil du drage fordel af dette tilbud i stedet for at risikere at blive udsat for en fremtidig sikkerhedssårbarhed. En unpatched forekomst af kan føre til tab af data, nedetid eller en ødelæggende brud på data.

en af de udfordringer, du vil stå over for, når du kører Server 2008/2008 R2 i blå er at sikre høj tilgængelighed. På stedet kører du muligvis en FCI-forekomst af Server Failover Cluster (FCI) for høj tilgængelighed, eller du kører muligvis en FCI-Server i en virtuel maskine og er afhængig af FCI HA eller en Hyper-V-klynge for tilgængelighed. Når du flytter til blå, ingen af disse muligheder er tilgængelige. Nedetid i Amora er en meget reel mulighed for, at du skal tage skridt til at afbøde.

for at mindske muligheden for nedetid og kvalificere sig til 99,95% eller 99.99% SLA, du er nødt til at udnytte SIOS DataKeeper. DataKeeper overvinder den manglende delte lagerplads og giver dig mulighed for at opbygge en FCI-Server, der udnytter det lokalt tilsluttede lager på hver forekomst. SIOS DataKeeper understøtter ikke kun Server 2008 R2 og Server 2008 R2 som dokumenteret i denne vejledning, den understøtter enhver version af server, fra 2008 R2 til server 2019 og enhver version af Server Server fra Server 2008 til Server 2019.

denne vejledning vil gennemgå processen med at oprette en to-node Server 2008 R2 Failover Cluster Instance (FCI) i blå, kører på vinduer Server 2008 R2. Selvom SIOS DataKeeper også understøtter klynger, der spænder over Tilgængelighedsområder eller-regioner, antager denne vejledning, at hver node findes i det samme blå område, men forskellige Fejldomæner. SIOS DataKeeper vil blive brugt i stedet for det delte lager, der normalt kræves for at oprette en Server 2008 R2 FCI.

forudsætninger

Active Directory
denne vejledning forudsætter, at du har et eksisterende Active Directory-domæne. Du kan administrere dine egne domænecontrollere eller bruge Active Directory-domænetjenester. Til denne tutorial opretter vi forbindelse til et domæne kaldet contoso.lokalt. Selvfølgelig vil du oprette forbindelse til dit eget domæne, når du følger denne vejledning.

Åbn Brandmurporte
– server:1433 til Standardforekomst
– Load Balancer Health Probe: 59999
– DataKeeper: disse brandmurregler føjes automatisk til vinduerne værtsbaseret brandmur under installationen. For detaljer om, hvilke porte der åbnes, se sios-dokumentationen.
– husk, hvis du har nogen netværksbaseret sikkerhed på plads, der blokerer porte mellem klyngenoderne, skal du også redegøre for disse porte der.

DataKeeper servicekonto
Opret en domænekonto. Vi vil angive denne konto, når vi installerer DataKeeper. Denne konto skal føjes til den lokale administratorgruppe på hver node i klyngen.

Opret den første INSTANSINSTANS for servere i blå

denne vejledning vil udnytte billedet for server 2008r2sp3 på vinduer Server 2008R2, der offentliggøres på Den Blå markedsplads.

når du leverer den første instans, skal du oprette et nyt Tilgængelighedssæt. Under denne proces skal du sørge for at øge antallet af Fejldomæner til 3. Dette gør det muligt for de to klyngenoder og fildelingsvidnet hver at opholde sig i deres eget Fejldomæne.

hvis du ikke allerede har konfigureret et virtuelt netværk, skal du lade oprettelsesguiden oprette et nyt til dig.

når forekomsten er oprettet, skal du gå ind i IP-konfigurationerne og gøre den Private IP-adresse statisk. Dette er nødvendigt for SIOS DataKeeper og er bedste praksis for grupperede tilfælde.

sørg for, at dit virtuelle netværk er konfigureret til at indstille DNS-serveren til at være en lokal Annoncecontroller for at sikre, at du kan deltage i domænet i et senere trin.

når de virtuelle maskiner er klargjort, skal du tilføje mindst to ekstra diske til hver forekomst. Premium eller Ultra SSD anbefales. Deaktiver caching på de diske, der bruges til logfilerne. Aktiver skrivebeskyttet caching på den disk, der bruges til datafilerne. Se Ydelsesretningslinjer for Server i virtuelle maskiner for yderligere oplysninger om bedste praksis for opbevaring.

Opret 2.SERVERINSTANS i blå

Følg de samme trin som ovenfor, undtagen sørg for at placere denne forekomst i det samme virtuelle netværk og Tilgængelighedssæt, som du oprettede med 1. forekomst.

Opret en fil Share Vidneforekomst

for at serveren Failover-klyngen skal fungere optimalt, skal du oprette en anden Serverforekomst og placere den i samme Tilgængelighedssæt som SERVERFOREKOMSTERNE. Ved at placere det i det samme Tilgængelighedssæt sikrer du, at hver klyngenode og FSV befinder sig i forskellige Fejldomæner, hvilket sikrer, at din klynge forbliver på linje, hvis et helt Fejldomæne går off line. Det kan være en simpel server, da alt det skal gøre er at være vært for en simpel fildeling.

denne instans vil være vært for det fildelingsvidne, der kræves af VSFC. Denne forekomst behøver ikke at være af samme størrelse, og det kræver heller ikke, at der monteres yderligere diske. Det eneste formål er at være vært for en simpel fildeling. Det kan faktisk bruges til andre formål. I mit laboratoriemiljø er min domænecontroller også min domænecontroller.

Afinstaller Server 2008 R2

hver af de to instanser, der er klargjort, har allerede installeret Server 2008 R2 på dem. De er dog installeret som enkeltstående instanser, ikke grupperede instanser. Cluster-serveren skal afinstalleres fra hver af disse tilfælde, før vi kan installere cluster-forekomsten. Den nemmeste måde at gøre det på er at køre opsætningen som vist nedenfor.

når du kører opsætning.du vil se alt, hvad der er forudinstalleret

setup.exe /Action=RunDiscovery

kører opsætning.Afinstaller /funktioner,som,RS,is,Tools / INSTANCENAME=MSSERVER starter afinstallationsprocessen

setup.exe /Action=Uninstall /FEATURES=SQL,AS,RS,IS,Tools /INSTANCENAME=MSSQLSERVER

kører opsætning.handling-RunDiscovery bekræfter afinstallationen afsluttet

setup.exe /Action-RunDiscovery

Kør denne afinstallationsproces igen i 2. instans.

Tilføj forekomster til domænet

alle tre af disse forekomster skal føjes til et domæne. Som nævnt i afsnittet forudsætninger skal du have adgang til at deltage i en eksisterende vinduer Active Directory. I vores tilfælde slutter vi os til et domæne kaldet contoso.lokalt.

Tilføj vinduer Failover Clustering funktion

Failover Clustering funktion skal tilføjes til de to

Add-WindowsFeature Failover-Clustering

installer opdatering til Server 2008 R2 SP1

der er en kritisk opdatering ( kb2854082), der er nødvendig for at konfigurere en Server 2008 R2-forekomst i blå. Denne opdatering og mange flere er inkluderet i den bekvemmelighed Rollup opdatering til vinduer Server 2008 R2 SP1. Installer denne opdatering på hver af de to instanser.

formatere lagringen

de ekstra diske, der blev vedhæftet, da de to instanser blev klargjort, skal formateres. Gør følgende for hvert volumen på hver forekomst.

Microsoft best practices siger følgende…

“NTFS tildeling enhed størrelse: Når du formaterer datadisken, anbefales det, at du bruger en 64 KB allokeringsenhedsstørrelse til data-og logfiler samt TempDB.”

Kør Klyngevalidering

Kør klyngevalidering for at sikre, at alt er klar til at blive grupperet.

Import-Module FailoverClustersTest-Cluster -Node "SQL1", "SQL2"

din rapport vil indeholde advarsler om opbevaring og netværk. Du kan ignorere disse advarsler, da vi ved, at der ikke er nogen delte diske, og der findes kun en enkelt netværksforbindelse mellem serverne. Du kan også modtage en advarsel om netværk bindende ordre, som også kan ignoreres. Hvis du støder på fejl, skal du adressere dem, før du fortsætter.

da der ikke er nogen “potentielle Klyngediske” tilgængelige, kaster den første test en advarsel, og alle de efterfølgende disktest springes over. Dette forventes, da vi kun bruger lokale diske replikeret med SIOS DataKeeper.
Validate Netværkskommunikationstestene advarer om, at kun et enkelt netværk er tilgængeligt mellem klyngenoder. Du kan ignorere denne advarsel, da netværksredundansen håndteres på det virtuelle lag af blå.

fejl forsøger at køre Cluster Validering?

jeg har stødt på denne fejl ved et par lejligheder, og jeg forsøger stadig at finde ud af, under hvilke forhold dette sker. Lejlighedsvis vil du opdage, at test-cluster ikke kører som beskrevet i forumindlægget.

Test-ClusterUnable to Validate a Cluster Configuration. The operation has failed. The action validate a configuration did not completeThere is an error in XML document (5, 73). Attempt by methodMicrosoft.Xml.Serialzation.GeneratedAssembly.XmlSerialzationReaderClusterPrep.Config.Read4_As...Bolean) to access methodMS.Internal.ServerClusters.Validation.TestAssemblyCollection.Add(MS.Internal.ServerClusters.V....Failed

hvis dette sker for dig, har jeg fundet følgende rettelse anbefalet i forumindlægget fungerer for mig.

Inside C:\Windows\System32\WindowsPowerShell\v1.0 make a copy of powershell_ise.exe.config file (make a copy inside C:\Windows\System32\WindowsPowerShell\v1.0)- rename it to powershell.exe.configOpen it with notepad- delete current config line and paste:<?xml version="1.0" encoding="utf-8" ?><configuration> <system.xml.serialization> <xmlSerializer useLegacySerializerGeneration="true"/> </system.xml.serialization></configuration>- save and run test-cluster

selvom denne rettelse giver dig mulighed for at køre testklynge fra Kraftshell, har jeg fundet ud af, at kørsel validere gennem GUI stadig kaster en fejl, selv med denne rettelse. Jeg har en forespørgsel til Microsoft for at se, om de har en løsning, men for nu, hvis du har brug for at køre klyngevalidering, skal du muligvis bruge Test-Cluster i Kraftshell.

Opret klyngen

bedste fremgangsmåder til oprettelse af en klynge i blå ville være at bruge Strømshell til at oprette en klynge med angivelse af en statisk IP-adresse. Det giver os mulighed for at angive en statisk IP-adresse, mens GUI-metoden ikke gør det. Hvis du bruger GUI-metoden, ender du med en duplikat IP-adresse som den klynge-IP-adresse, der skal rettes, før klyngen kan bruges.

men hvad jeg har fundet er, at den typiske nyklyngekommando med kommandoen-StaticAddress ikke virker. For at undgå problemet med den duplikerede IP-adresse er vi nødt til at ty til klyngen.kør følgende kommando.

cluster /cluster:cluster1 /create /nodes:"sql1 sql2" /ipaddress:10.0.0.100/255.255.255.0

Tilføj filen del vidne

næste skal vi tilføje filen del vidne. På den 3. server Vi klargjort som FSV, oprette en mappe og dele det som vist nedenfor. Du skal give cluster name Object (CNO) læse – /skrivetilladelser på både delings-og sikkerhedsniveauet som vist nedenfor.

når delingen er oprettet, skal du køre guiden Konfigurer Klyngekvorum på en af klyngenoderne og følge nedenstående trin.

installer DataKeeper

installer DataKeeper på hver af de to SERVERKLYNGENODER som vist nedenfor.

det er her, vi specificerer den domænekonto, vi tilføjede til hver af gruppen lokale domæneadministratorer.

Konfigurer DataKeeper

når DataKeeper er installeret på hver af de to klyngenoder, er du klar til at konfigurere DataKeeper.

bemærk – den mest almindelige fejl, der opstår i de følgende trin, er sikkerhedsrelateret, oftest af allerede eksisterende sikkerhedsgrupper, der blokerer nødvendige porte. Se sios-dokumentationen for at sikre, at serverne kan kommunikere over de krævede porte.

først skal du oprette forbindelse til hver af de to noder.

hvis alt er konfigureret korrekt, skal du se følgende i Serveroversigtsrapporten.

opret derefter et nyt Job, og følg nedenstående trin

Vælg Ja her for at registrere DataKeeper Volume-ressourcen i tilgængeligt lager

udfør ovenstående trin for hver af volumenerne. Når du er færdig, skal du se følgende i UI.

du er nu klar til at installere i klyngen.

Bemærk – På dette tidspunkt er den replikerede lydstyrke kun tilgængelig på den node, der i øjeblikket er vært for tilgængelig lagerplads. Det forventes, så rolig!

installer den første node

hvis du vil scriptere installationen, har jeg inkluderet eksemplet nedenfor på en scripted klyngeinstallation af den første node i klyngen. Scriptet til at tilføje en node til eksisterende klynge findes længere nede i guiden.

selvfølgelig justere for dit miljø.

c:\SQLServerFull\setup.exe /q /ACTION=InstallFailoverCluster /FEATURES=SQL /INSTANCENAME="MSSQLSERVER" /INSTANCEDIR="C:\Program Files\Microsoft SQL Server" /INSTALLSHAREDDIR="C:\Program Files\Microsoft SQL Server" /SQLSVCACCOUNT="contoso\admin" /SQLSVCPASSWORD="xxxxxxxxx" /AGTSVCACCOUNT="contoso\admin" /AGTSVCPASSWORD="xxxxxxxxx" /SQLDOMAINGROUP="contoso\SQLAdmins" /AGTDOMAINGROUP="contoso\SQLAdmins" /SQLCOLLATION="SQL_Latin1_General_CP1_CI_AS" /FAILOVERCLUSTERGROUP="SQL Server 2008 R2 Group" /FAILOVERCLUSTERDISKS="DataKeeper Volume E" "DataKeeper Volume F" /FAILOVERCLUSTERIPADDRESSES="IPv4;10.0.0.101;Cluster Network 1;255.255.255.0" /FAILOVERCLUSTERNETWORKNAME="SQL2008Cluster" /SQLSYSADMINACCOUNTS="contoso\admin" /SQLUSERDBLOGDIR="E:\MSSQL10.MSSQLSERVER\MSSQL\Log" /SQLTEMPDBLOGDIR="F:\MSSQL10.MSSQLSERVER\MSSQL\Log" /INSTALLSQLDATADIR="F:\MSSQL10.MSSQLSERVER\MSSQLSERVER" /IAcceptSQLServerLicenseTerms

hvis du foretrækker at bruge GUI, skal du bare følge med skærmbillederne nedenfor.

på den første node skal du køre SERVEROPSÆTNINGEN.

Vælg Ny server Failover Cluster Installation og følg trinene som illustreret.

Vælg kun de muligheder, du har brug for.

Bemærk venligst, at dette dokument antager, at du bruger standardforekomsten af . Hvis du bruger en navngivet instans, skal du sørge for at låse den port, den lytter til, og bruge den port senere, når du konfigurerer belastningsbalanceren. Du skal også oprette en belastningsbalancerregel for tjenesten UDP 1434 for at oprette forbindelse til en navngivet instans. Ingen af disse to krav er dækket i denne vejledning, men hvis du har brug for en navngivet instans, fungerer det, hvis du udfører disse to yderligere trin.

her skal du angive en ubrugt IP-adresse

gå til fanen datamapper, og Flyt data og logfiler. I slutningen af denne vejledning taler vi om at flytte tempdb til et ikke-spejlet DataKeeper-volumen for optimal ydelse. For nu skal du bare holde det på en af de klyngede diske.

på den anden node

nedenfor er et eksempel på den kommando, du kan køre for at tilføje en ekstra node 2008 R2 til en eksisterende klynge.

c:\SQLServerFull\setup.exe /q /ACTION=AddNode /INSTANCENAME="MSSQLSERVER" /SQLSVCACCOUNT="contoso\admin" /SQLSVCPASSWORD="xxxxxxxxx" /AGTSVCACCOUNT="contoso\admin" /AGTSVCPASSWORD="xxxxxxxx" /IAcceptSQLServerLicenseTerms

hvis du foretrækker at bruge GUI, skal du følge med på følgende skærmbilleder.

Kør SERVEROPSÆTNINGEN igen på den anden node, og vælg Tilføj node til en server Failover-klynge.

Congratulations, du er næsten færdig! Men på grund af den manglende støtte til umotiveret ARP, vi bliver nødt til at konfigurere en intern Load Balancer (ILB) til at hjælpe med klient omdirigering som vist i de følgende trin.

Opdater IP-adressen for klyngen

for at ILB skal fungere korrekt, skal du køre Kør følgende kommando fra en af klyngenoderne. Det gør det muligt for IP-adressen at reagere på ILB health probe, samtidig med at undernetmasken indstilles til 255.255.255.255 for at undgå IP-adressekonflikter med health probe.

cluster res <IPResourceName> /priv enabledhcp=0 address=<ILBIP> probeport=59999 subnetmask=255.255.255.255

Bemærk – Jeg ved ikke, om det er en fluke, men lejlighedsvis har jeg kørt denne kommando, og det ser ud til, at det kører, men det fuldfører ikke jobbet, og jeg er nødt til at køre det igen. Hvis det ikke er 255.255.255.255, så ved du, at det ikke kørte med succes. Det kan simpelt være et GUI-opdateringsproblem, så du kan også prøve at genstarte klyngen GUI for at kontrollere, at undernetmasken blev opdateret.

når den kører med succes, skal du tage ressourcen offline og bringe den tilbage online, så ændringerne træder i kraft.

Opret belastningsbalanceren

det sidste trin er at oprette belastningsbalanceren. I dette tilfælde antager vi, at du kører Standardforekomsten af server, lytter på port 1433.

den Private IP-adresse, du definerer, når du opretter belastningsbalanceren, vil være den nøjagtige samme adresse, som din FCI-Server bruger.

tilføj kun de to SERVERFOREKOMSTER til backend-puljen. Tilføj ikke FSV til backend-puljen.

i denne belastningsbalanceringsregel skal du aktivere flydende IP

Valider klyngen

før du fortsætter, skal du køre klyngevalidering en gang til. Klyngevalideringsrapporten skal returnere lige de samme advarsler om netværk og opbevaring, som den gjorde første gang du kørte den. Forudsat at der ikke er nye fejl eller advarsler, er din klynge konfigureret korrekt.

Rediger.eks konfigurationsfil

i Vejviser C:\Program filer(86) \ Microsoft server\100 \ Tools \ Binn vi har oprettet en Microsoft server.eks.konfigurationsfil og Sdr.eks.config med følgende linjer i konfigurationsfilen:

<configuration> <startup> <supportedRuntime version="v2.0.50727"/> </startup></configuration>

disse filer findes som standard ikke og kan oprettes. Hvis denne fil(er) allerede findes til din installation, skal <supportedRuntime version=”v2.0.50727″/> linjen simpelthen placeres med <startup>…</startup> underafsnittet i <configuration>…</configuration> sektionen. Dette skal gøres på begge servere.

Test klyngen

den mest enkle test er at åbne Server Management Studio på den passive node og oprette forbindelse til klyngen. Hvis du er i stand til at forbinde, tillykke, du gjorde alt rigtigt! Hvis du ikke kan oprette forbindelse, Frygt ikke, du ville ikke være den første person, der begik en fejl. Jeg skrev en blogartikel for at hjælpe med at løse problemet. Styring af klyngen er nøjagtig det samme som styring af en traditionel delt lagringsklynge. Alt styres gennem Failover Cluster Manager.

Valgfrit – Flyt Tempdb

for optimal ydelse ville det være tilrådeligt at flytte tempdb til den lokale, ikke replikerede SSD. Server 2008 R2 kræver dog, at tempdb er på en grupperet disk. SIOS har en løsning kaldet en ikke-spejlet Volumenressource, der løser dette problem. Det ville være tilrådeligt at oprette en ikke-spejlet volumenressource på det lokale SSD-drev og flytte tempdb der. Det lokale SSD-drev er dog ikke vedvarende, så du skal passe på at sikre, at mappen, der indeholder tempdb, og tilladelserne på den mappe genskabes hver gang serveren genstarter.

Skriv et svar

Din e-mailadresse vil ikke blive publiceret.