Konfigurer og administrer beslutningsdygtighed

• 06/07/2019
• 20 minutter at læse
• • J
  • h
  • M
  • d
  • D
  • +7

gælder: vinduer Server 2019, vinduer Server 2016, vinduer Server 2012 R2, vinduer Server 2012

dette emne indeholder baggrund og trin til at konfigurere og administrere beslutningsdygtigheden i en server failover-klynge.

forståelse af kvorum

kvorummet for en klynge bestemmes af antallet af stemmeelementer, der skal være en del af aktivt klyngemedlemskab, for at klyngen kan starte korrekt eller fortsætte med at køre. For en mere detaljeret forklaring, se forståelse klynge og pool kvorum doc.

indstillingsmuligheder for Kvorum

kvorummodellen i serveren er fleksibel. Hvis du har brug for at ændre kvorumskonfigurationen for din klynge, kan du bruge guiden Konfigurer Klyngekvorum eller cmdlet ‘ erne til Fejloverclusters. For trin og overvejelser til at konfigurere kvorummet, se Konfigurer klyngens kvorum senere i dette emne.

følgende tabel viser de tre kvorumskonfigurationsindstillinger, der er tilgængelige i guiden Konfigurer Klyngekvorum.

mulighed	beskrivelse
brug typiske indstillinger	klyngen tildeler automatisk en stemme til hver node og styrer dynamisk noden stemmer. Hvis det passer til din klynge, og der er klyngedelt lager tilgængeligt, vælger klyngen et diskvidne. Denne indstilling anbefales i de fleste tilfælde, fordi klyngeprogrammet automatisk vælger en beslutningsdygtig og vidnekonfiguration, der giver den højeste tilgængelighed for din klynge.
tilføje eller ændre kvorumsvidnet	du kan tilføje, ændre eller fjerne en vidneressource. Du kan konfigurere en fildeling eller diskvidne. Klyngen tildeler automatisk en stemme til hver node og styrer dynamisk node stemmer.
avanceret beslutningsdygtighedskonfiguration og valg af vidne	du bør kun vælge denne indstilling, når du har applikationsspecifikke eller stedsspecifikke krav til konfiguration af beslutningsdygtigheden. Du kan ændre kvorumsvidnet, tilføje eller fjerne node-stemmer og vælge, om klyngen dynamisk administrerer node-stemmer. Som standard tildeles stemmer til alle noder, og nodestemmerne styres dynamisk.

afhængigt af den valgte kvorumskonfigurationsindstilling og dine specifikke indstillinger konfigureres klyngen i en af følgende kvorumstilstande:

Mode	beskrivelse
Node flertal (intet vidne)	kun noder har stemmer. Ingen kvorum vidne er konfigureret. Klyngens kvorum er størstedelen af de stemmeberettigede noder i det aktive klyngemedlemskab.
Node flertal med vidne (disk eller fil share)	noder har stemmer. Derudover har et beslutningsdygtigt vidne en afstemning. Klyngens kvorum er flertallet af stemmeknudepunkter i det aktive klyngemedlemskab plus en vidneafstemning. Et kvorum vidne kan være en udpeget disk vidne eller en udpeget fil aktie vidne.
intet flertal (kun diskvidne)	ingen noder har stemmer. Kun et diskvidne har en stemme. klyngens kvorum bestemmes af diskvidnets tilstand. Generelt anbefales denne tilstand ikke, og den bør ikke vælges, fordi den skaber et enkelt fejlpunkt for klyngen.

Følgende underafsnit giver dig flere oplysninger om avancerede indstillinger for kvorumskonfiguration.

Vidnekonfiguration

som en generel regel, når du konfigurerer et beslutningsdygtigt antal, skal stemmeelementerne i klyngen være et ulige tal. Derfor, hvis klyngen indeholder et lige antal afstemningsnoder, skal du konfigurere et diskvidne eller et fildelingsvidne. Klyngen vil være i stand til at opretholde en ekstra knude ned. Hertil kommer, at tilføjelse af en vidneafstemning gør det muligt for klyngen at fortsætte med at køre, hvis halvdelen af klyngenoderne samtidig går ned eller afbrydes.

et diskvidne anbefales normalt, hvis alle noder kan se disken. Et fildelingsvidne anbefales, når du skal overveje multisite disaster recovery med replikeret opbevaring. Konfiguration af et diskvidne med replikeret lager er kun muligt, hvis lagringsleverandøren understøtter læse-skriveadgang fra alle sider til det replikerede lager. En disk vidne understøttes ikke med Storage Spaces Direct.

nedenstående tabel indeholder yderligere oplysninger og overvejelser om kvorumsvidnetyperne.

vidne type	beskrivelse	krav og anbefalinger
Disk vidne	dedikeret LUN, der gemmer en kopi af klyngedatabasen mest nyttigt for klynger med delt (ikke replikeret) opbevaring	størrelsen af LUN skal være mindst 512 MB skal være dedikeret til klyngebrug og ikke tildelt en grupperet rolle skal inkluderes i klyngelagring og pass-lagringsvalideringstest kan ikke være en disk, der ikke er en klynge delt volumen (CSV) grundlæggende disk med en enkelt lydstyrke behøver ikke at have et drevbogstav kan formateres med NTFS eller ReFS kan valgfrit konfigureres med udstyr RAID for fejltolerance bør udelukkes fra sikkerhedskopier og antivirusscanning et Diskvidne er ikke understøttet med lagerplads direkte
fil Del vidne	SMB – fildeling, der er konfigureret på en filserver, der kører vinduer Server gemmer ikke en kopi af klyngen database vedligeholder klynge oplysninger kun i et vidne.logfil mest nyttige til multisite klynger med replikeret opbevaring	skal have mindst 5 MB ledig plads skal være dedikeret til den enkelte klynge og ikke bruges til at gemme bruger-eller applikationsdata skal have skrivetilladelser aktiveret for computerobjektet til klyngenavnet følgende er yderligere overvejelser for en filserver, der er vært for fildelingsvidnet en enkelt filserver kan konfigureres med fildelingsvidner til flere klynger. filserveren skal være på et sted, der er adskilt fra klyngens arbejdsbyrde. Dette giver lige muligheder for ethvert klyngested at overleve, hvis site-to-site netværkskommunikation går tabt. Hvis filserveren er på samme sted, bliver dette sted det primære sted, og det er det eneste sted, der kan nå fildelingen. filserveren kan køre på en virtuel maskine, hvis den virtuelle maskine ikke er hostet på den samme klynge, der bruger fildelingsvidnet. for høj tilgængelighed kan filserveren konfigureres på en separat failover-klynge.
Cloud vidne	en vidnefil, der er gemt i Blob-lager anbefales, når alle servere i klyngen har en pålidelig internetforbindelse.	se implementere en sky vidne.

node vote assignment

som en avanceret kvorumskonfigurationsindstilling kan du vælge at tildele eller fjerne kvorumsstemmer pr.node. Som standard tildeles alle noder stemmer. Uanset stemmetildeling fortsætter alle noder med at fungere i klyngen, modtager cluster-databaseopdateringer og kan være vært for applikationer.

du vil måske fjerne stemmer fra noder i visse disaster recovery konfigurationer. For eksempel kan du i en multisite-klynge fjerne stemmer fra noderne på et backupsted, så disse noder ikke påvirker kvorumsberegninger. Denne konfiguration anbefales kun til manuel failover på tværs af steder. For mere information, se Kvorum overvejelser for disaster recovery konfigurationer senere i dette emne.

den konfigurerede afstemning af en node kan verificeres ved at slå den Nodevægts fælles egenskab for klyngeknudepunktet op ved hjælp af Get-ClusterNode-vinduerne. En værdi på 0 angiver, at noden ikke har en kvorumsafstemning konfigureret. En værdi på 1 angiver, at nodens kvorumsafstemning er tildelt, og den styres af klyngen. For mere information om styring af nodestemmer, se dynamisk kvorumsstyring senere i dette emne.

stemmetildelingen for alle klyngenoder kan verificeres ved hjælp af validering af Klyngekvorumstesten.

yderligere overvejelser for nodeafstemningstildeling

• nodeafstemningstildeling anbefales ikke til at håndhæve et ulige antal stemmeknuder. I stedet skal du konfigurere et diskvidne eller fildelingsvidne. Du kan finde flere oplysninger i Konfiguration af Vidne senere i dette emne.
• hvis dynamisk kvorumsstyring er aktiveret, er det kun de noder, der er konfigureret til at få tildelt nodestemmer, der kan få deres stemmer tildelt eller fjernet dynamisk. For mere information, se dynamisk kvorumsstyring senere i dette emne.

dynamisk kvorumsstyring

i vinduer Server 2012, som en avanceret kvorumskonfigurationsmulighed, kan du vælge at aktivere dynamisk kvorumsstyring efter klynge. For flere detaljer om, hvordan dynamisk kvorum fungerer, se denne forklaring.

med dynamisk kvorumstyring er det også muligt for en klynge at køre på den sidste overlevende klyngeknude. Ved dynamisk at justere kvorum majoritetskravet kan klyngen opretholde sekventielle node-nedlukninger til en enkelt node.

den klyngetildelte dynamiske stemme for en node kan verificeres med den dynamiske vægt fælles egenskab for klyngeknudepunktet ved hjælp af Get-ClusterNode-vinduerne. En værdi på 0 angiver, at noden ikke har en beslutningsdygtig stemme. En værdi på 1 angiver, at noden har en beslutningsdygtig stemme.

stemmetildelingen for alle klyngenoder kan verificeres ved hjælp af validering af Klyngekvorumstesten.

yderligere overvejelser for dynamisk beslutningsdygtighedsstyring

• dynamisk beslutningsdygtig ledelse tillader ikke klyngen at opretholde en samtidig fiasko af et flertal af stemmeberettigede medlemmer. For at fortsætte med at køre, skal klyngen altid have et beslutningsdygtigt flertal på tidspunktet for en node nedlukning eller fiasko.

• hvis du eksplicit har fjernet afstemningen i en node, kan klyngen ikke dynamisk tilføje eller fjerne den stemme.

• når Storage Spaces Direct er aktiveret, kan klyngen kun understøtte to knudefejl. Dette forklares mere i afsnittet pool kvorum

generelle anbefalinger for kvorumskonfiguration

klyngeprogrammet konfigurerer automatisk kvorummet for en ny klynge baseret på antallet af konfigurerede noder og tilgængeligheden af delt lagerplads. Dette er normalt den mest passende kvorumskonfiguration for den klynge. Det er dog en god ide at gennemgå kvorumskonfigurationen, efter at klyngen er oprettet, inden klyngen sættes i produktion. Hvis du vil have vist den detaljerede konfiguration af klyngekvorum, kan du bruge guiden Valider en konfiguration eller cmdlet ‘ en til at køre testen for validering af Kvorumskonfiguration. I Failover Cluster Manager vises den grundlæggende kvorumskonfiguration i oversigtsoplysningerne for den valgte klynge, eller du kan gennemgå de oplysninger om kvorumressourcer, der vender tilbage, når du kører cmdlet ‘ en Get-Clusterkvorumsvinduer.

når som helst kan du køre testen for validering af Kvorumskonfiguration for at validere, at kvorumskonfigurationen er optimal for din klynge. Testoutputtet angiver, om en ændring af kvorumskonfigurationen anbefales, og de indstillinger, der er optimale. Hvis en ændring anbefales, kan du bruge guiden Konfigurer Klyngekvorum til at anvende de anbefalede indstillinger.

når klyngen er i produktion, skal du ikke ændre kvorumskonfigurationen, medmindre du har bestemt, at ændringen er passende for din klynge. Du kan overveje at ændre kvorumskonfigurationen i følgende situationer:

• tilføjelse eller udsættelse af noder
• tilføjelse eller fjernelse af lager
• en langvarig node eller vidnefejl
• Gendannelse af en klynge i et multisite-katastrofegendannelsesscenarie

for mere information om validering af en failover-klynge, se Valider udstyr til en Failover-klynge.

Konfigurer klyngekvorum

du kan konfigurere klyngekvorumindstillingerne ved hjælp af Failover Cluster Manager eller failoverclusters-vinduerne.

Konfigurer klyngekvorumindstillingerne

Medlemskab af den lokale administratorgruppe på hver grupperet server eller tilsvarende er de minimumstilladelser, der kræves for at fuldføre denne procedure. Den konto, du bruger, skal også være en domænebrugerkonto.

Skift kvorumskonfigurationen i en failover-klynge ved hjælp af Failover Cluster Manager

1. i Failover Cluster Manager skal du vælge eller angive den klynge, du vil ændre.

2. når klyngen er valgt, skal du under Handlinger vælge Flere handlinger og derefter vælge Konfigurer Klyngekvorumindstillinger. Guiden Konfigurer Klyngekvorum vises. Vælg Næste.

3. vælg en af de tre konfigurationsindstillinger på siden Vælg Kvorumskonfiguration, og udfør trinnene for denne indstilling. Før du konfigurerer kvorumsindstillingerne, kan du gennemgå dine valg. For mere information om mulighederne, se forståelse beslutningsdygtighed, tidligere i dette emne.

   • hvis du vil tillade, at klyngen automatisk nulstiller de kvorumsindstillinger, der er optimale for din nuværende klyngekonfiguration, skal du vælge Brug standard kvorumskonfiguration og derefter fuldføre guiden.

   • hvis du vil tilføje eller ændre kvorumsvidnet, skal du vælge Vælg kvorumsvidnet og derefter udføre følgende trin. For information og overvejelser om konfiguration af et beslutningsdygtigt vidne, se Konfiguration af Vidne tidligere i dette emne.

     1. på siden Vælg Kvorumsvidne skal du vælge en mulighed for at konfigurere et diskvidne eller et fildelingsvidne. Guiden angiver de valg af Vidne, der anbefales til din klynge.

        Bemærk

        du kan også vælge Konfigurer ikke et beslutningsdygtigt vidne og derefter fuldføre guiden. Hvis du har et lige antal stemmeknuder i din klynge, er dette muligvis ikke en anbefalet konfiguration.

     2. hvis du vælger indstillingen for at konfigurere et diskvidne, skal du på siden Konfigurer Lagringsvidne vælge den lagringsvolumen, du vil tildele som diskvidne, og derefter fuldføre guiden.

     3. hvis du vælger indstillingen for at konfigurere et fildelingsvidne, skal du på siden Konfigurer Fildelingsvidne skrive eller gå til en fildeling, der skal bruges som vidneressource, og derefter fuldføre guiden.

     4. hvis du vælger indstillingen for at konfigurere et cloud-vidne, skal du på siden Konfigurer Cloud-vidne angive dit navn på din lagringskontonavn, nøglen til lagringskontoen og slutpunktet for tjenesten og derefter udfylde guiden.

        Bemærk

        denne indstilling er tilgængelig i Server 2016 og nyere.

   • hvis du vil konfigurere kvorumsstyringsindstillinger og tilføje eller ændre kvorumsvidnet, skal du vælge Avanceret kvorumskonfiguration og derefter udføre følgende trin. For information og overvejelser om indstillingerne for avanceret kvorumskonfiguration, se tildeling af Node-afstemning og dynamisk kvorumsstyring tidligere i dette emne.

     1. på siden vælg Konfiguration af afstemning skal du vælge en mulighed for at tildele stemmer til noder. Som standard tildeles alle noder en stemme. For visse scenarier kan du dog kun tildele stemmer til en delmængde af noderne.

        Bemærk

        du kan også vælge ingen noder. Dette anbefales generelt ikke, fordi det ikke tillader noder at deltage i kvorumsafstemning, og det kræver konfiguration af et diskvidne. Dette diskvidne bliver det eneste punkt for fiasko for klyngen.

     2. på siden Konfigurer Kvorumsstyring kan du aktivere eller deaktivere Tillad klynge til dynamisk styring af tildelingen af node-stemmer. Valg af denne indstilling øger generelt tilgængeligheden af klyngen. Som standard er indstillingen aktiveret, og det anbefales kraftigt ikke at deaktivere denne indstilling. Denne indstilling gør det muligt for klyngen at fortsætte med at køre i fejlscenarier, der ikke er mulige, når denne indstilling er deaktiveret.

        Bemærk

        denne indstilling findes ikke i Server 2016 og nyere.

     3. på siden Vælg Kvorumsvidne skal du vælge en mulighed for at konfigurere et diskvidne, fildelingsvidne eller et skyvidne. Guiden angiver de valg af Vidne, der anbefales til din klynge.

        Bemærk

        du kan også vælge Konfigurer ikke et beslutningsdygtigt vidne, og udfør derefter guiden. Hvis du har et lige antal stemmeknuder i din klynge, er dette muligvis ikke en anbefalet konfiguration.

     4. hvis du vælger indstillingen for at konfigurere et diskvidne, skal du på siden Konfigurer Lagringsvidne vælge den lagringsvolumen, du vil tildele som diskvidne, og derefter fuldføre guiden.

     5. hvis du vælger indstillingen for at konfigurere et fildelingsvidne, skal du på siden Konfigurer Fildelingsvidne skrive eller gå til en fildeling, der skal bruges som vidneressource, og derefter fuldføre guiden.

     6. hvis du vælger indstillingen for at konfigurere et cloud-vidne, skal du på siden Konfigurer Cloud-vidne angive dit navn på din lagringskontonavn, nøglen til lagringskontoen og slutpunktet for tjenesten og derefter udfylde guiden.

        Bemærk

        denne indstilling er tilgængelig i Server 2016 og nyere.

4. Vælg Næste. Bekræft dine valg på den bekræftelsesside, der vises, og vælg derefter Næste.

når guiden kører, og oversigtssiden vises, skal du vælge Vis rapport, hvis du vil se en rapport over de opgaver, guiden har udført. Den seneste rapport forbliver i mappen systemroot \ Cluster \ Reports med navnet Kvorumkonfiguration.mht.

tilsvarende kommandoer

følgende eksempler viser, hvordan du bruger cmdlet ‘en Set-Clusterkvorum og andre cmdlet’ er til at konfigurere klyngekvorum.

følgende eksempel ændrer kvorumskonfigurationen på cluster CONTOSO-FC1 til en simpel node-flertalskonfiguration uden kvorumsvidne.

Set-ClusterQuorum –Cluster CONTOSO-FC1 -NodeMajority

følgende eksempel ændrer kvorumskonfigurationen på den lokale klynge til et node-flertal med vidnekonfiguration. Den diskressource, der hedder Cluster Disk 2, er konfigureret som et diskvidne.

Set-ClusterQuorum -NodeAndDiskMajority "Cluster Disk 2"

følgende eksempel ændrer kvorumskonfigurationen på den lokale klynge til et node-flertal med vidnekonfiguration. Den fildelingsressource, der hedder \ \ CONTOSO-FS \ FS, er konfigureret som et fildelingsvidne.

Set-ClusterQuorum -NodeAndFileShareMajority "\fileserver\fsw"

følgende eksempel fjerner kvorumsafstemningen fra node ContosoFCNode1 på den lokale klynge.

(Get-ClusterNode ContosoFCNode1).NodeWeight=0

følgende eksempel tilføjer kvorumsafstemningen til node ContosoFCNode1 på den lokale klynge.

(Get-ClusterNode ContosoFCNode1).NodeWeight=1

følgende eksempel muliggør egenskaben Dynamikkvorum for klyngen CONTOSO-FC1 (hvis den tidligere var deaktiveret):

(Get-Cluster CONTOSO-FC1).DynamicQuorum=1

Gendan en klynge ved at starte uden beslutningsdygtighed

en klynge, der ikke har nok beslutningsdygtige stemmer, starter ikke. Som et første skridt skal du altid bekræfte klyngens kvorumskonfiguration og undersøge, hvorfor klyngen ikke længere har beslutningsdygtighed. Dette kan ske, hvis du har noder, der stoppede med at svare, eller hvis det primære sted ikke kan nås i en multisite-klynge. Når du har identificeret årsagen til klyngefejlen, kan du bruge de gendannelsestrin, der er beskrevet i dette afsnit.

Tving startklyngenoder

når du har bestemt, at du ikke kan gendanne din klynge ved at bringe knuderne eller kvorumsvidnet til en sund tilstand, bliver det nødvendigt at tvinge din klynge til at starte. At tvinge klyngen til at starte tilsidesætter dine konfigurationsindstillinger for klyngens kvorum og starter klyngen i Forcekvorum-tilstand.

at tvinge en klynge til at starte, når den ikke har beslutningsdygtighed, kan være særlig nyttig i en multisite-klynge. Overvej et katastrofegendannelsesscenarie med en klynge, der indeholder separat placerede primære og backup-sider, SiteA og SiteB. Hvis der er en reel katastrofe på SiteA, det kan tage en betydelig mængde tid for stedet at komme tilbage online. Du vil sandsynligvis gerne tvinge SiteB til at komme online, selvom det ikke har beslutningsdygtighed.

når en klynge startes i Kraftkvorumstilstand, og efter at den genvinder tilstrækkelige kvorumsstemmer, forlader klyngen automatisk den tvungne tilstand, og den opfører sig normalt. Derfor er det ikke nødvendigt at starte klyngen igen normalt. Hvis klyngen mister en knude, og den mister kvorum, går den offline igen, fordi den ikke længere er i tvungen tilstand. For at bringe det tilbage online, når det ikke har beslutningsdygtighed, kræver det at tvinge klyngen til at starte uden beslutningsdygtighed.

forhindre kvorum på resterende klyngenoder

når du har tvunget startet klyngen på en knude, er det nødvendigt at starte eventuelle resterende noder i din klynge med en indstilling for at forhindre kvorum. En node startede med en indstilling, der forhindrer kvorum indikerer til klyngen tjeneste til at deltage i en eksisterende kørende klynge i stedet for at danne en ny klynge instans. Dette forhindrer de resterende noder i at danne en delt klynge, der indeholder to konkurrerende forekomster.

dette bliver nødvendigt, når du har brug for at gendanne din klynge i nogle multisite disaster recovery scenarier, efter at du har force startet klyngen på din backup site, SiteB. For at slutte sig til den kraftstartede klynge i Sitea, skal knudepunkterne på dit primære sted, SiteA, startes med kvorummet forhindret.

Sådan gendannes klyngen med Failover Cluster Manager:

1. i Failover Cluster Manager skal du vælge eller angive den klynge, du vil gendanne.

2. når klyngen er valgt, skal du vælge Tving Klyngestart under Handlinger.

   Failover Cluster Manager force starter klyngen på alle noder, der kan nås. Klyngen bruger den aktuelle klyngekonfiguration, når den startes.

følgende eksempel viser, hvordan du bruger Start-ClusterNode cmdlet til at tvinge start klyngen på node ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –FQ

Alternativt kan du skrive følgende kommando lokalt på noden:

Net Start ClusSvc /FQ

følgende eksempel viser, hvordan du bruger Start-ClusterNode cmdlet til at starte Klyngetjenesten med kvorum forhindret på node ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –PQ

Alternativt kan du skrive følgende kommando lokalt på noden:

Net Start ClusSvc /PQ

overvejelser om beslutningsdygtighed for konfigurationer til gendannelse af katastrofer

dette afsnit opsummerer egenskaber og beslutningsdygtighedskonfigurationer for to multisite-klyngekonfigurationer i implementeringer af katastrofegendannelse. Retningslinjerne for konfiguration af kvorum varierer afhængigt af, om du har brug for automatisk failover eller manuel failover for arbejdsbelastninger mellem siderne. Din konfiguration afhænger normalt af serviceniveauaftaler (SLA ‘ er), der er på plads i din organisation for at levere og understøtte grupperede arbejdsbelastninger i tilfælde af en fejl eller katastrofe på et sted.

automatisk failover

i denne konfiguration består klyngen af to eller flere steder, der kan være vært for grupperede roller. Hvis der opstår en fejl på et hvilket som helst sted, forventes de grupperede roller automatisk at mislykkes til de resterende steder. Derfor skal klyngens kvorum konfigureres, så ethvert sted kan opretholde en komplet stedfejl.

følgende tabel opsummerer overvejelser og anbefalinger til denne konfiguration.

vare	beskrivelse
antal node stemmer per site	bør være lige
node vote assignment	Node stemmer bør ikke fjernes, fordi alle noder er lige vigtige
dynamisk beslutningsdygtighedsstyring	skal være aktiveret
Vidnekonfiguration	fildeling vidne anbefales, konfigureret på et sted, der er adskilt fra klyngestederne
arbejdsbelastninger	arbejdsbelastninger kan konfigureres på enhver af stederne

yderligere overvejelser for automatisk failover

• konfiguration af fildelingsvidnet på et separat sted er nødvendigt for at give hvert sted lige mulighed for at overleve. Du kan finde flere oplysninger i Konfiguration af Vidne tidligere i dette emne.

Manuel failover

i denne konfiguration består klyngen af et primært sted, SiteA og et backup (recovery) sted, SiteB. Grupperede roller hostes på SiteA. På grund af klyngekvorumkonfigurationen, hvis der opstår en fejl ved alle noder i SiteA, stopper klyngen med at fungere. I dette scenario skal administratoren manuelt fejle over cluster services til SiteB og udføre yderligere trin for at gendanne klyngen.

følgende tabel opsummerer overvejelser og anbefalinger til denne konfiguration.

vare	beskrivelse
antal node stemmer pr site	Node-stemmer bør ikke fjernes fra noder på det primære sted, SiteA Node-stemmer skal fjernes fra noder på backupstedet, Siteeb hvis der opstår et langvarigt udfald på SiteA, skal stemmer tildeles noder på Sitea for at muliggøre et beslutningsdygtigt flertal på dette sted som en del af gendannelsen
dynamisk beslutningsdygtighedsstyring	skal være aktiveret
vidne konfiguration	Konfigurer et vidne hvis der er et lige antal noder på SiteA hvis der er behov for et vidne, skal du konfigurere enten et fildelingsvidne eller et diskvidne, der kun er tilgængeligt for noder i SiteA (undertiden kaldet et asymmetrisk diskvidne)
arbejdsbelastninger	brug foretrukne ejere til at holde arbejdsbelastninger kørende på noder på SiteA

yderligere overvejelser for manuel failover

• kun knudepunkterne på SiteA er oprindeligt konfigureret med beslutningsdygtige stemmer. Dette er nødvendigt for at sikre, at tilstanden af noder på SiteB ikke påvirker klyngens kvorum.
• Gendannelsestrin kan variere afhængigt af, om SiteA opretholder en midlertidig fejl eller en langvarig fejl.