Konfigurere og behandle quorum

• 06/07/2019
• 20 minutter å lese
• • J
  • h
  • M
  • d
  • D
  • +7

Gjelder For: Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012

Dette emnet inneholder bakgrunn og trinn for å konfigurere og administrere quorumet i En windows Server failover-klynge.

forstå kvorum

kvorumet for en klynge bestemmes av antall stemmeelementer som må være en del av aktivt klyngemedlemskap for at klyngen skal starte riktig eller fortsette å kjøre. Hvis du vil ha en mer detaljert forklaring, kan du se understanding cluster and pool quorum doc.

Konfigurasjonsalternativer For Quorum

quorumsmodellen I Windows Server er fleksibel. Hvis du trenger å endre quorumskonfigurasjonen for klyngen, kan du bruke Veiviseren Konfigurer Cluster Quorum Eller FailoverClusters Windows PowerShell-cmdleter. Hvis du vil ha trinn og hensyn til hvordan du konfigurerer quorumet, Kan Du Se Konfigurere cluster quorum senere i dette emnet.

tabellen nedenfor viser de tre konfigurasjonsalternativene for quorum som er tilgjengelige i Veiviseren Konfigurer Klyngekvorum.

Alternativ	Beskrivelse
Bruk vanlige innstillinger	klyngen tilordner automatisk en stemme til hver node og administrerer nodestemmene dynamisk. Hvis det passer for klyngen din, og det er delt lagring i klyngen, velger klyngen et diskvitne. Dette alternativet anbefales i de fleste tilfeller, fordi klyngeprogramvaren automatisk velger en quorum og vitne konfigurasjon som gir høyest tilgjengelighet for klyngen.
Legg til eller endre quorumsvitnet	du kan legge til, endre eller fjerne en vitneressurs. Du kan konfigurere en fildeling eller diskvitne. Klyngen tildeler automatisk en stemme til hver node og dynamisk styrer node stemmer.
Avansert quorumskonfigurasjon og valg av vitne	du bør bare velge dette alternativet når du har programspesifikke eller områdespesifikke krav for å konfigurere quorumet. Du kan endre quorum vitne, legge til eller fjerne node stemmer, og velge om klyngen dynamisk administrerer node stemmer. Som standard tildeles stemmer til alle noder, og nodestemmene styres dynamisk.

avhengig av kvorumkonfigurasjonsalternativet du velger og de bestemte innstillingene, konfigureres klyngen i en av følgende kvorummoduser:

Modus	Beskrivelse
Node flertall (ingen vitne)	Bare noder har stemmer. Ingen quorum vitne er konfigurert. Klyngekvorumet er flertallet av stemmenoder i det aktive klyngemedlemskapet.
Node flertall med vitne (disk eller fildeling)	Noder har stemmer. I tillegg har et quorum vitne en stemme. Klyngekvorumet er flertallet av stemmeberettigede noder i det aktive klyngemedlemskapet pluss en vitnestemme. Et quorumvitne kan være et utpekt diskvitne eller et utpekt fildelingsvitne.
ingen flertall (bare diskvitne)	ingen noder har stemmer. Bare et diskvitne har en stemme. klyngekvorumet bestemmes av tilstanden til diskvitnet. Vanligvis anbefales ikke denne modusen, og den bør ikke velges fordi den oppretter et enkelt feilpunkt for klyngen.

underavsnittene nedenfor gir deg mer informasjon om avanserte konfigurasjonsinnstillinger for quorum.

Vitne konfigurasjon

som en generell regel når du konfigurerer et quorum, bør stemmeelementene i klyngen være et oddetall. Derfor, hvis klyngen inneholder et jevnt antall stemmenoder, bør du konfigurere et diskvitne eller et fildelingsvitne. Klyngen vil kunne opprettholde en ekstra node ned. I tillegg gjør det mulig for klyngen å fortsette å kjøre hvis halvparten av klyngenodene samtidig går ned eller kobles fra.

et diskvitne anbefales vanligvis hvis alle noder kan se disken. Et fildelingsvitne anbefales når du må vurdere multisite disaster recovery med replikert lagring. Det er bare mulig å konfigurere et diskvitne med replikert lagring hvis lagringsleverandøren støtter lese-skrivetilgang fra alle områder til replikert lagring. Et Diskvitne støttes Ikke Med Lagringsplasser Direkte.

tabellen nedenfor gir ytterligere informasjon og betraktninger om quorumvitnetypene.

Vitnetype	Beskrivelse	Krav Og anbefalinger
Disk vitne	Dedikert LUN som lagrer en kopi av klyngedatabasen Mest nyttig for klynger med delt (ikke replikert) lagring	Størrelsen PÅ LUN må være minst 512 MB må være dedikert til klyngebruk og ikke tilordnet en gruppert rolle må inkluderes i gruppert lagring og bestå valideringstester for lagring Kan Ikke være en disk som er En Klynge Delt Volum (CSV) Grunnleggende disk med et enkelt volum trenger ikke å ha en stasjonsbokstav kan formateres MED NTFS eller ReFS kan eventuelt konfigureres med maskinvare RAID for feiltoleranse bør utelukkes fra sikkerhetskopier og antivirusskanning Et diskvitne støttes ikke Med Oppbevaringsrom Direkte
Fil dele vitne	SMB – fildeling som er konfigurert på en filserver som kjører Windows Server lagrer ikke en kopi av klyngen database Opprettholder klyngeinformasjon bare i et vitne.loggfil Mest nyttig for multisite klynger med replikert lagring	må ha minst 5 MB ledig plass må være dedikert til enkeltklyngen og ikke brukes til å lagre bruker-eller programdata må ha skrivetillatelser aktivert for datamaskinobjektet for klyngenavnet følgende er flere hensyn for en filserver som er vert for fildelingsvitnet: en enkelt filserver kan konfigureres med fildelingsvitner for flere klynger. filserveren må være på et område som er atskilt fra klyngen arbeidsbelastning. Dette gir like muligheter for et klyngeområde for å overleve hvis sted-til-sted-nettverkskommunikasjon går tapt. Hvis filserveren er på samme område, blir dette området det primære området, og det er det eneste området som kan nå fildeling. filserveren kan kjøre på en virtuell maskin hvis den virtuelle maskinen ikke er vert på samme klynge som bruker file share witness. for høy tilgjengelighet kan filserveren konfigureres på en separat failover-klynge.
Cloud witness	en vitnefil lagret I Azure Blob Storage Anbefales Når alle servere i klyngen har en pålitelig Internett-tilkobling.	Se Distribuere et skyvitne.

Node stemme tildeling

som et avansert quorum konfigurasjon, kan du velge å tildele eller fjerne quorum stemmer på en per node basis. Som standard er alle noder tildelt stemmer. Uavhengig av stemme tildeling, alle noder fortsette å fungere i klyngen, motta klynge database oppdateringer, og kan være vert for programmer.

du vil kanskje fjerne stemmer fra noder i visse konfigurasjoner for nødgjenoppretting. I en multisite-klynge kan du for eksempel fjerne stemmer fra nodene i et sikkerhetskopieringsområde, slik at disse nodene ikke påvirker quorumsberegninger. Denne konfigurasjonen anbefales bare for manuell failover på tvers av områder. Hvis du vil ha mer informasjon, kan Du se Quorumshensyn for konfigurasjoner for nødgjenoppretting senere i dette emnet.

den konfigurerte stemme for en node kan bekreftes ved å slå opp NodeWeight felles egenskap for klyngenoden Ved Hjelp Av Get-ClusterNode Windows PowerShell-cmdleten. En verdi på 0 indikerer at noden ikke har en quorumsstemme konfigurert. En verdi på 1 indikerer at kvorumstemmen til noden er tilordnet, og den administreres av klyngen. Hvis du vil ha mer informasjon om behandling av nodestemmer, kan du se Dynamisk quorumsbehandling senere i dette emnet.

stemmetildelingen for alle klyngenoder kan bekreftes ved Hjelp Av Valideringstesten For Klyngekvorum.

Flere hensyn for node stemme tildeling

• Node stemme tildeling anbefales ikke å håndheve et ulikt antall stemme noder. I stedet bør du konfigurere et diskvitne eller fildelingsvitne. Hvis du vil ha mer informasjon, kan du se Vitne konfigurasjon senere i dette emnet.
• hvis dynamisk quorumsbehandling er aktivert, kan bare noder som er konfigurert til å ha nodestemmer tildelt, få sine stemmer tildelt eller fjernet dynamisk. Hvis du vil ha Mer informasjon, kan du se Dynamisk quorumsbehandling senere i dette emnet.

Dynamisk quorumsbehandling

i Windows Server 2012 kan du velge å aktivere dynamisk quorumsbehandling etter klynge som et alternativ for avansert quorumskonfigurasjon. For mer informasjon om hvordan dynamisk quorum fungerer, se denne forklaringen.

med dynamisk quorumsbehandling er det også mulig for en klynge å kjøre på den siste overlevende klyngenoden. Ved dynamisk justering av kvorumflertall kravet, kan klyngen opprettholde sekvensielle node avslutninger til en enkelt node.

klynge-tilordnet dynamisk stemme for en node kan verifiseres Med DynamicWeight felles egenskap for klyngenoden ved Hjelp Av Get-ClusterNode Windows PowerShell-cmdleten. En verdi på 0 indikerer at noden ikke har en kvorumsstemme. En verdi på 1 indikerer at noden har en kvorumsstemme.

stemmetildelingen for alle klyngenoder kan bekreftes ved Hjelp Av Valideringstesten For Klyngekvorum.

flere hensyn for dynamisk quorumsbehandling

• Dynamisk quorum ledelse tillater ikke klyngen å opprettholde en samtidig svikt i et flertall av stemmeberettigede medlemmer. Hvis du vil fortsette å kjøre, må klyngen alltid ha et quorum flertall på tidspunktet for en node avslutning eller feil.

• hvis du eksplisitt har fjernet avstemningen til en node, kan ikke klyngen dynamisk legge til eller fjerne denne avstemningen.

• Når Storage Spaces Direct er aktivert, kan klyngen bare støtte to nodefeil. Dette forklares mer i pool quorum-delen

Generelle anbefalinger for kvorumskonfigurasjon

klyngeprogramvaren konfigurerer automatisk kvorumet for en ny klynge, basert på antall noder som er konfigurert og tilgjengeligheten av delt lagring. Dette er vanligvis den mest passende quorumskonfigurasjonen for den klyngen. Det er imidlertid lurt å se gjennom quorumskonfigurasjonen etter at klyngen er opprettet, før du plasserer klyngen i produksjon. Hvis du vil vise den detaljerte konfigurasjonen for klyngekvorum, kan du bruke Valider En Konfigurasjonsveiviser Eller Test-Klynge Windows PowerShell-cmdleten til å kjøre Valideringskvorumskonfigurasjonstesten. I Failover Cluster Manager, grunnleggende quorum konfigurasjonen vises i sammendragsinformasjonen for den valgte klyngen, eller du kan se gjennom informasjon om quorum ressurser som returnerer når Du kjører Cmdleten Get-ClusterQuorum Windows PowerShell.

Du kan når som helst kjøre Testen Valider Quorumskonfigurasjon for å validere at quorumskonfigurasjonen er optimal for klyngen. Testutgangen indikerer om en endring i quorumskonfigurasjonen anbefales og innstillingene som er optimale. Hvis det anbefales en endring, kan Du Bruke Veiviseren Konfigurer Klyngekvorum til å bruke de anbefalte innstillingene.

når klyngen er i produksjon, må du ikke endre quorumskonfigurasjonen med mindre du har bestemt at endringen passer for klyngen. Du vil kanskje vurdere å endre quorumskonfigurasjonen i følgende situasjoner:

• Legge til eller kaste ut noder
• Legge til eller fjerne lagring
• en langsiktig node-eller vitnefeil
• Gjenopprette en klynge i et scenario for katastrofegjenoppretting med flere steder

Hvis du vil ha mer informasjon om å validere en failover-klynge, kan du se Validere Maskinvare for En Failover-Klynge.

Konfigurere klyngekvorum

du kan konfigurere innstillingene for klyngekvorum ved Hjelp Av Failover Cluster Manager Eller FailoverClusters Windows PowerShell cmdlets.

Konfigurer klyngen quorum innstillinger

Medlemskap i den lokale Administratorer-gruppen på hver gruppert server, eller tilsvarende, er minimumstillatelser som kreves for å fullføre denne prosedyren. Kontoen du bruker, må også være en domenebrukerkonto.

Endre quorumskonfigurasjonen i en failover-klynge ved Hjelp Av Failover Cluster Manager

1. i Failover Cluster Manager velger eller angir klyngen du vil endre.

2. Når klyngen er valgt, velger Du Flere Handlinger Under Handlinger, og deretter Velger Du Konfigurer Klyngekvoruminnstillinger. Veiviseren Konfigurer Klyngekvorum vises. Velg Neste.

3. velg ett av de tre konfigurasjonsalternativene på Siden Velg Quorumskonfigurasjon, og fullfør trinnene for dette alternativet. Før du konfigurerer quorum-innstillingene, kan du se gjennom valgene dine. Hvis du vil ha mer informasjon om alternativene, kan Du se Forstå quorum tidligere i dette emnet.

   • hvis du vil tillate at klyngen automatisk tilbakestiller quoruminnstillingene som er optimale for den gjeldende klyngekonfigurasjonen, velger Du Bruk standard quorumskonfigurasjon og fullfører veiviseren.

   • hvis du vil legge til eller endre quorumsvitnet, velger Du Velg quorumsvitnet, og deretter fullfører du følgende trinn. Hvis du vil ha informasjon om hvordan du konfigurerer et quorumsvitne, kan du se Konfigurasjon av Vitne tidligere i dette emnet.

     1. på Siden Velg Quorumsvitne velger du et alternativ for å konfigurere et diskvitne eller et fildelingsvitne. Veiviseren angir alternativene for valg av vitne som anbefales for klyngen.

        Merk

        du kan også velge ikke konfigurer et quorumvitne og deretter fullføre veiviseren. Hvis du har et jevnt antall stemmenoder i klyngen, kan dette ikke være en anbefalt konfigurasjon.

     2. hvis du velger alternativet for å konfigurere et diskvitne, velger du lagringsvolumet du vil tilordne som diskvitne på Siden Konfigurer Lagringsvitne, og deretter fullfører du veiviseren.

     3. hvis du velger alternativet for å konfigurere et fildelingsvitne, skriver du inn eller blar til en fildeling som skal brukes som vitne-ressurs på Siden Konfigurer Fildelingsvitne, og deretter fullfører du veiviseren.

     4. hvis du velger alternativet for å konfigurere et skyvitne, skriver Du Inn Azure Storage-kontonavnet, Azure storage-kontonøkkelen og Azure service endpoint på Siden Konfigurer Skyvitne, og deretter fullfører du veiviseren.

        Merk

        dette alternativet er tilgjengelig I Windows Server 2016 og nyere.

   • hvis Du vil konfigurere innstillinger for quorumsbehandling og legge til eller endre quorumsvitnet, velger Du Avansert quorumskonfigurasjon, og deretter fullfører du følgende trinn. Hvis du vil ha informasjon om og betraktninger om de avanserte konfigurasjonsinnstillingene for quorum, kan du se Node stemme tildeling og Dynamisk quorum ledelse tidligere i dette emnet.

     1. på Siden Velg Stemmekonfigurasjon velger du et alternativ for å tilordne stemmer til noder. Som standard er alle noder tildelt en stemme. For visse scenarier kan du imidlertid bare tilordne stemmer til et delsett av nodene.

        Merk

        Du kan også velge Ingen Noder. Dette anbefales vanligvis ikke, fordi det ikke tillater noder å delta i quorumsvalg, og det krever konfigurering av et diskvitne. Dette diskvitnet blir det eneste feilpunktet for klyngen.

     2. på Siden Konfigurer Quorumsbehandling kan du aktivere eller deaktivere Alternativet Tillat klynge å administrere tildeling av nodestemmer dynamisk. Hvis du velger dette alternativet, øker du vanligvis tilgjengeligheten til klyngen. Som standard er alternativet aktivert, og det anbefales sterkt å ikke deaktivere dette alternativet. Dette alternativet gjør at klyngen kan fortsette å kjøre i feil scenarier som ikke er mulig når dette alternativet er deaktivert.

        Merk

        dette alternativet finnes ikke I Windows Server 2016 og nyere.

     3. På Siden Velg Quorumvitne velger du et alternativ for å konfigurere et diskvitne, fildelingsvitne eller et skyvitne. Veiviseren angir alternativene for valg av vitne som anbefales for klyngen.

        Merk

        du kan også velge ikke konfigurer et quorumvitne, og deretter fullføre veiviseren. Hvis du har et jevnt antall stemmenoder i klyngen, kan dette ikke være en anbefalt konfigurasjon.

     4. hvis du velger alternativet for å konfigurere et diskvitne, velger du lagringsvolumet du vil tilordne som diskvitne på Siden Konfigurer Lagringsvitne, og deretter fullfører du veiviseren.

     5. hvis du velger alternativet for å konfigurere et fildelingsvitne, skriver du inn eller blar til en fildeling som skal brukes som vitne-ressurs på Siden Konfigurer Fildelingsvitne, og deretter fullfører du veiviseren.

     6. hvis du velger alternativet for å konfigurere et skyvitne, skriver Du Inn Azure Storage-kontonavnet, Azure storage-kontonøkkelen og Azure service endpoint på Siden Konfigurer Skyvitne, og deretter fullfører du veiviseren.

        Merk

        dette alternativet er tilgjengelig I Windows Server 2016 og nyere.

4. Velg Neste. Bekreft valgene på bekreftelsessiden som vises, og velg Deretter Neste.

når veiviseren kjører Og Sammendragssiden vises, velger du Vis Rapport hvis du vil vise en rapport over oppgavene veiviseren har utført. Den siste rapporten vil forbli i mappen systemroot \ Cluster \ Reports med Navnet QuorumConfiguration.mht.

Tilsvarende windows PowerShell-kommandoer

følgende eksempler viser hvordan Du bruker Cmdleten Set-ClusterQuorum og Andre Windows PowerShell-cmdleter til å konfigurere klyngekvorumet.

følgende eksempel endrer quorumskonfigurasjonen på cluster CONTOSO-FC1 til en enkel node majoritetskonfigurasjon uten quorumsvitne.

Set-ClusterQuorum –Cluster CONTOSO-FC1 -NodeMajority

følgende eksempel endrer quorumskonfigurasjonen på den lokale klyngen til et nodeflertall med witness-konfigurasjon. Diskressursen Kalt Cluster Disk 2 er konfigurert som et diskvitne.

Set-ClusterQuorum -NodeAndDiskMajority "Cluster Disk 2"

følgende eksempel endrer quorumskonfigurasjonen på den lokale klyngen til et nodeflertall med witness-konfigurasjon. Fildelingsressursen kalt \ \ CONTOSO-FS\fsw er konfigurert som et fildelingsvitne.

Set-ClusterQuorum -NodeAndFileShareMajority "\fileserver\fsw"

følgende eksempel fjerner kvorumstemmen Fra noden ContosoFCNode1 på den lokale klyngen.

(Get-ClusterNode ContosoFCNode1).NodeWeight=0

følgende eksempel legger til kvorumstemmen til noden ContosoFCNode1 på den lokale klyngen.

(Get-ClusterNode ContosoFCNode1).NodeWeight=1

følgende eksempel aktiverer Egenskapen DynamicQuorum for klyngen CONTOSO-FC1 (hvis den tidligere var deaktivert):

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

Gjenopprett en klynge ved å starte uten quorum

en klynge som ikke har nok quorumsstemmer, starter ikke. Som et første trinn bør du alltid bekrefte konfigurasjonen av klyngekvorum og undersøke hvorfor klyngen ikke lenger har kvorum. Dette kan skje hvis du har noder som sluttet å svare, eller hvis det primære området ikke kan nås i en multisite-klynge. Når du har funnet årsaken til klyngefeil, kan du bruke gjenopprettingstrinnene som er beskrevet i denne delen.

Force start klyngenoder

når du har funnet ut at du ikke kan gjenopprette klyngen ved å bringe noder eller quorum vitne til en sunn tilstand, tvinger klyngen til å starte blir nødvendig. Tvinge klyngen til å starte overstyrer konfigurasjonsinnstillingene for klyngekvorum og starter klyngen I ForceQuorum-modus.

Tvinge en klynge til å starte når den ikke har quorum kan være spesielt nyttig i en multisite-klynge. Vurder et katastrofegjenopprettingsscenario med en klynge som inneholder separat lokaliserte primære og sikkerhetskopierte områder, SiteA og SiteB. Hvis Det er en ekte katastrofe På SiteA, kan det ta betydelig tid for nettstedet å komme tilbake på nettet. Du vil sannsynligvis ønske å tvinge SiteB til å komme online, selv om det ikke har quorum.

når en klynge startes I ForceQuorum-modus, og etter at den gjenvinner tilstrekkelig kvorumsstemmer, forlater klyngen automatisk tvungen tilstand, og den oppfører seg normalt. Derfor er det ikke nødvendig å starte klyngen igjen normalt. Hvis klyngen mister en node, og den mister quorum, kobles den fra igjen fordi den ikke lenger er i tvungen tilstand. Hvis du vil koble den til igjen når den ikke har quorum, må du tvinge klyngen til å starte uten quorum.

Forhindre quorum på gjenværende klyngenoder

når du har startet klyngen på en node, er det nødvendig å starte eventuelle gjenværende noder i klyngen med en innstilling for å hindre quorum. En node startet med en innstilling som hindrer quorum angir Til Cluster-tjenesten for å bli med i en eksisterende kjørende klynge i stedet for å danne en ny klynge forekomst. Dette forhindrer at de gjenværende nodene danner en delt klynge som inneholder to konkurrerende forekomster.

dette blir nødvendig når du må gjenopprette klyngen i noen multisite katastrofegjenopprettingsscenarier etter at du har startet klyngen på sikkerhetskopieringsområdet, SiteB. For å bli med i force started-klyngen I SiteB, må nodene i ditt primære område, SiteA, startes med quorumet forhindret.

slik gjenoppretter du klyngen Med Failover Cluster Manager:

1. i Failover Cluster Manager velger eller angir klyngen du vil gjenopprette.

2. når klyngen er valgt, velger Du Force Cluster Start under Handlinger.

   Failover Cluster Manager force starter klyngen på alle noder som kan nås. Klyngen bruker gjeldende klyngekonfigurasjon når du starter.

Windows PowerShell tilsvarende kommandoer (Start-Clusternode)

følgende eksempel viser hvordan Du bruker Cmdleten Start-ClusterNode til å tvinge starte klyngen På noden ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –FQ

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

Net Start ClusSvc /FQ

følgende eksempel viser hvordan Du bruker Cmdleten Start-ClusterNode til å starte Klyngetjenesten med kvorumet forhindret på noden ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –PQ

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

Net Start ClusSvc /PQ

quorumshensyn for konfigurasjoner for gjenoppretting etter katastrofe

denne delen oppsummerer egenskaper og quorumskonfigurasjoner for to konfigurasjoner for multisite-klyngen i distribusjoner for gjenoppretting etter katastrofe. Retningslinjene for quorumskonfigurasjon varierer avhengig av om du trenger automatisk failover eller manuell failover for arbeidsbelastninger mellom områdene. Konfigurasjonen avhenger vanligvis av Tjenestenivåavtaler (Sla-Er) som er på plass i organisasjonen for å gi og støtte grupperte arbeidsbelastninger i tilfelle en feil eller katastrofe på et område.

Automatisk failover

i denne konfigurasjonen består klyngen av to eller flere områder som kan være vert for grupperte roller. Hvis det oppstår en feil på et hvilket som helst område, forventes de grupperte rollene automatisk å mislykkes til de gjenværende områdene. Derfor må klyngekvorumet konfigureres slik at et område kan opprettholde en fullstendig områdefeil.

tabellen nedenfor oppsummerer betraktninger og anbefalinger for denne konfigurasjonen.

Element	Beskrivelse
antall nodestemmer per nettsted	Bør være lik
Node stemme tildeling	Node stemmer bør ikke fjernes fordi alle noder er like viktig
Dynamisk quorumsbehandling	skal aktiveres
Witness configuration	file share witness anbefales, konfigurert på et område som er atskilt fra klyngen områder
Arbeidsbelastninger	Arbeidsbelastninger kan konfigureres på alle av nettstedene

Flere hensyn for automatisk failover

• Konfigurering av fildelingsvitnet på et eget område er nødvendig for å gi hvert område en lik mulighet til å overleve. Hvis du vil ha mer informasjon, kan du se Vitne konfigurasjon tidligere i dette emnet.

Manuell failover

i denne konfigurasjonen består klyngen av et primært område, SiteA og et område for sikkerhetskopiering (gjenoppretting), SiteB. Grupperte roller er vert På SiteA. På grunn av klyngen quorum konfigurasjon, hvis det oppstår en feil på alle noder I SiteA, klyngen slutter å fungere. I dette scenariet må administratoren manuelt mislykkes over klyngetjenestene Til SiteB og utføre flere trinn for å gjenopprette klyngen.

tabellen nedenfor oppsummerer betraktninger og anbefalinger for denne konfigurasjonen.

Element	Beskrivelse
antall nodestemmer per nettsted	Nodestemmer bør ikke fjernes Fra noder på det primære stedet, SiteA Nodestemmer bør fjernes Fra noder på backup-stedet, SiteB hvis det oppstår en langvarig strømbrudd På SiteA, må stemmer tilordnes noder På SiteB for å muliggjøre et quorumsflertall på det stedet som en del av gjenopprettingen
Dynamisk quorumsbehandling	skal aktiveres
Vitne konfigurasjon	Konfigurer et vitne Hvis Det er et likt antall noder På SiteA hvis et vitne er nødvendig, konfigurer enten et fildelingsvitne eller et diskvitne som bare er tilgjengelig for noder I SiteA (noen ganger kalt et asymmetrisk diskvitne)
Arbeidsbelastninger	Bruk foretrukne eiere til å holde arbeidsbelastninger som kjører på noder På SiteA

Flere hensyn for manuell failover

• Bare nodene På SiteA er opprinnelig konfigurert med kvorumsstemmer. Dette er nødvendig for å sikre at tilstanden til noder På SiteB ikke påvirker klyngekvorumet.
• Gjenopprettingstrinn kan variere avhengig av Om SiteA opprettholder en midlertidig feil eller en langsiktig feil.