konfigurera och hantera kvorum

• 06/07/2019
• 20 minuter att läsa
• • J
  • h
  • M
  • d
  • D
  • +7

gäller för: Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012

det här avsnittet innehåller Bakgrund och steg för att konfigurera och hantera kvorumet i ett Windows Server failover-kluster.

förstå kvorum

kvorumet för ett kluster bestäms av antalet röstelement som måste ingå i aktivt klustermedlemskap för att klustret ska starta korrekt eller fortsätta att köras. För en mer detaljerad förklaring, se understanding cluster och pool quorum doc.

Quorum konfigurationsalternativ

quorum-modellen i Windows Server är flexibel. Om du behöver ändra kvorumkonfigurationen för klustret kan du använda guiden Konfigurera Klusterkvorum eller FailoverClusters Windows PowerShell cmdlets. För steg och överväganden för att konfigurera kvorum, se Konfigurera klusterkvorum senare i det här avsnittet.

i följande tabell visas de tre konfigurationsalternativ för kvorum som är tillgängliga i guiden Konfigurera Klusterkvorum.

alternativ	beskrivning
använd typiska inställningar	klustret tilldelar automatiskt en röst till varje nod och hanterar dynamiskt nodens röster. Om det är lämpligt för klustret och det finns delad lagring i klustret, väljer klustret ett diskvittne. Det här alternativet rekommenderas i de flesta fall, eftersom klusterprogramvaran automatiskt väljer en kvorum-och vittneskonfiguration som ger högsta tillgänglighet för klustret.
Lägg till eller ändra kvorumvittnet	du kan lägga till, ändra eller ta bort en vittnesresurs. Du kan konfigurera en fildelning eller diskvittne. Klustret tilldelar automatiskt en röst till varje nod och hanterar dynamiskt nodens röster.
avancerad kvorumkonfiguration och val av vittne	du bör bara välja det här alternativet när du har applikationsspecifika eller platsspecifika krav för att konfigurera kvorumet. Du kan ändra kvorumvittnet, lägga till eller ta bort nodröster och välja om klustret dynamiskt hanterar nodröster. Som standard tilldelas röster till alla noder och nodrösterna hanteras dynamiskt.

beroende på vilket kvorumkonfigurationsalternativ du väljer och dina specifika inställningar, kommer klustret att konfigureras i ett av följande kvorumlägen:

läge	beskrivning
Nodmajoritet (inget vittne)	endast noder har Röster. Inget kvorumvittne är konfigurerat. Klusterkvorumet är majoriteten av röstnoderna i det aktiva klustermedlemskapet.
Nodmajoritet med vittne (disk eller fildelning)	noder har Röster. Dessutom har ett kvorumvittne en omröstning. Klusterkvorumet är majoriteten av röstnoderna i det aktiva klustermedlemskapet plus en vittnesröstning. Ett kvorumvittne kan vara ett utsett diskvittne eller ett utsett fildelningsvittne.
ingen majoritet (endast diskvittne)	inga noder har Röster. Endast ett skivvittne har rösträtt. klusterkvorumet bestäms av skivvittnets tillstånd. I allmänhet rekommenderas inte detta läge, och det bör inte väljas eftersom det skapar en enda felpunkt för klustret.

följande underavsnitt ger dig mer information om avancerade kvorumkonfigurationsinställningar.

Vittneskonfiguration

som en allmän regel när du konfigurerar ett kvorum bör röstelementen i klustret vara ett udda tal. Om klustret innehåller ett jämnt antal röstnoder bör du därför konfigurera ett diskvittne eller ett fildelningsvittne. Klustret kommer att kunna upprätthålla ytterligare en nod ner. Genom att lägga till en vittnesröstning kan klustret fortsätta att köras om hälften av klusternoden samtidigt går ner eller kopplas bort.

ett diskvittne rekommenderas vanligtvis om alla noder kan se disken. Ett file share witness rekommenderas när du behöver överväga multisite disaster recovery med replikerad Lagring. Konfigurera ett diskvittne med replikerad lagring är endast möjligt om lagringsleverantören stöder läs-och skrivåtkomst från alla webbplatser till den replikerade lagringen. Ett Diskvittne stöds inte med Storage Spaces Direct.

följande tabell ger ytterligare information och överväganden om kvorumvittnestyper.

Vittnestyp	beskrivning	krav och rekommendationer
Disk vittne	dedikerad LUN som lagrar en kopia av klusterdatabasen mest användbar för kluster med delad (ej replikerad) Lagring	storleken på LUN måste vara minst 512 MB måste vara avsedd för klusteranvändning och inte tilldelad en grupperad Roll måste inkluderas i grupperade lagrings-och passlagringsvalideringstester kan inte vara en disk som är ett kluster delad volym (CSV) grundläggande disk med en enda volym behöver inte ha en enhetsbokstav kan formateras med NTFS eller ReFS kan valfritt konfigureras med hårdvara RAID för feltolerans bör uteslutas från säkerhetskopior och antivirus skanning en Disk vittne stöds inte med förvaringsutrymmen direkt
Arkiv Dela vittne	SMB – fildelning som är konfigurerad på en filserver som kör Windows Server lagrar inte en kopia av klustret databas upprätthåller klusterinformation endast i ett vittne.loggfil mest användbar för multisite kluster med replikerad Lagring	måste ha minst 5 MB ledigt utrymme måste ägnas åt det enskilda klustret och används inte för att lagra användar-eller applikationsdata måste ha skrivbehörigheter aktiverade för datorobjektet för klusternamnet följande är ytterligare överväganden för en filserver som är värd för fildelningsvittnet: en enda filserver kan konfigureras med fildelningsvittnen för flera kluster. filservern måste finnas på en webbplats som är skild från klustrets arbetsbelastning. Detta möjliggör lika möjligheter för alla klusterplatser att överleva om nätverkskommunikation från plats till plats går förlorad. Om filservern finns på samma webbplats blir den webbplatsen den primära webbplatsen och den är den enda webbplatsen som kan nå filresursen. filservern kan köras på en virtuell dator om den virtuella datorn inte är värd på samma kluster som använder file share witness. för hög tillgänglighet kan filservern konfigureras på ett separat failover-kluster.
Cloud witness	en vittnesfil som lagras i Azure Blob Storage rekommenderas när alla servrar i klustret har en tillförlitlig Internetanslutning.	se distribuera ett molnvittne.

node vote assignment

som ett avancerat kvorumkonfigurationsalternativ kan du välja att tilldela eller ta bort kvorumröster per nod. Som standard tilldelas alla noder röster. Oavsett rösttilldelning fortsätter alla noder att fungera i klustret, ta emot klusterdatabasuppdateringar och kan vara värd för applikationer.

du kanske vill ta bort röster från noder i vissa katastrofåterställningskonfigurationer. I ett multisite-kluster kan du till exempel ta bort röster från noderna på en säkerhetskopieringsplats så att dessa noder inte påverkar kvorumberäkningar. Denna konfiguration rekommenderas endast för manuell växling mellan webbplatser. Mer information finns i Quorum överväganden för katastrofåterställning konfigurationer senare i det här avsnittet.

den konfigurerade rösten för en nod kan verifieras genom att leta upp NodeWeight gemensamma egenskapen för klusternoden med hjälp av Get-ClusterNode Windows PowerShell cmdlet. Ett värde på 0 indikerar att noden inte har en kvorumröst konfigurerad. Ett värde på 1 indikerar att kvorumröstningen för noden tilldelas och den hanteras av klustret. Mer information om hantering av nodröster finns i dynamisk kvorumhantering senare i det här avsnittet.

rösttilldelningen för alla klusternoder kan verifieras med Valideringstestet validera Klusterkvorum.

ytterligare överväganden för node vote assignment

• Node vote assignment rekommenderas inte för att genomdriva ett udda antal röstnoder. Istället bör du konfigurera ett diskvittne eller fildelningsvittne. Mer information finns i Vittneskonfiguration senare i det här avsnittet.
• om dynamisk kvorumhantering är aktiverad kan endast de noder som är konfigurerade att ha tilldelade nodröster tilldelas eller tas bort dynamiskt. Mer information finns i Dynamic quorum management senare i det här avsnittet.

dynamisk kvorumhantering

i Windows Server 2012, som ett avancerat kvorumkonfigurationsalternativ, kan du välja att aktivera dynamisk kvorumhantering efter kluster. För mer information om hur dynamiskt kvorum fungerar, se denna förklaring.

med dynamisk kvorumhantering är det också möjligt för ett kluster att köras på den sista överlevande klusternoden. Genom att dynamiskt justera kvorummajoritetskravet kan klustret upprätthålla sekventiella nodavstängningar till en enda nod.

den klustertilldelade dynamiska rösten för en nod kan verifieras med den gemensamma egenskapen DynamicWeight för klusternoden med hjälp av Get-ClusterNode Windows PowerShell cmdlet. Ett värde på 0 indikerar att noden inte har en kvorumröst. Ett värde på 1 indikerar att noden har en kvorumröstning.

rösttilldelningen för alla klusternoder kan verifieras med Valideringstestet validera Klusterkvorum.

ytterligare överväganden för dynamisk kvorumhantering

• dynamisk kvorumhantering tillåter inte klustret att upprätthålla ett samtidigt misslyckande för en majoritet av röstberättigade medlemmar. För att fortsätta köra måste klustret alltid ha en kvorum majoritet vid tidpunkten för en nod avstängning eller fel.

• om du uttryckligen har tagit bort en nods röst kan klustret inte lägga till eller ta bort den rösten dynamiskt.

• när Storage Spaces Direct är aktiverat kan klustret bara stödja två nodfel. Detta förklaras mer i avsnittet pool quorum

allmänna rekommendationer för kvorumkonfiguration

klusterprogramvaran konfigurerar automatiskt kvorumet för ett nytt kluster, baserat på antalet konfigurerade noder och tillgängligheten för delad lagring. Detta är vanligtvis den mest lämpliga kvorumkonfigurationen för det klustret. Det är dock bra att granska kvorumkonfigurationen efter att klustret har skapats innan klustret sätts i produktion. Om du vill visa den detaljerade konfigurationen av klusterkvorum kan du använda guiden validera en konfiguration eller cmdlet för Testklustret Windows PowerShell för att köra testet validera Kvorumkonfiguration. I failover Cluster Manager visas den grundläggande kvorumkonfigurationen i sammanfattningsinformationen för det valda klustret, eller så kan du granska informationen om kvorumresurser som returnerar när du kör Get-ClusterQuorum Windows PowerShell cmdlet.

när som helst kan du köra validera Kvorumkonfigurationstestet för att verifiera att kvorumkonfigurationen är optimal för ditt kluster. Testutgången indikerar om en ändring av kvorumkonfigurationen rekommenderas och de inställningar som är optimala. Om en ändring Rekommenderas kan du använda guiden Konfigurera Klusterkvorum för att tillämpa de rekommenderade inställningarna.

när klustret är i produktion, ändra inte kvorumkonfigurationen om du inte har bestämt att ändringen är lämplig för klustret. Du kanske vill överväga att ändra kvorumkonfigurationen i följande situationer:

• lägga till eller vräka noder
• lägga till eller ta bort Lagring
• ett långvarigt nod-eller vittnesfel
• återställa ett kluster i ett multisite katastrofåterställningsscenario

mer information om validering av ett failover-kluster finns i validera maskinvara för ett failover-kluster.

konfigurera klusterkvorum

du kan konfigurera klusterkvoruminställningarna med hjälp av failover Cluster Manager eller FailoverClusters Windows PowerShell cmdlets.

konfigurera klusterkvoruminställningarna

medlemskap i gruppen lokala administratörer på varje grupperad server, eller motsvarande, är de minsta behörigheter som krävs för att slutföra den här proceduren. Det konto du använder måste också vara ett domänanvändarkonto.

ändra kvorumkonfigurationen i ett failover-kluster med hjälp av failover Cluster Manager

1. i Failover Cluster Manager väljer du eller anger det kluster som du vill ändra.

2. med klustret markerat väljer du Fler åtgärder under Åtgärder och väljer sedan konfigurera Klusterkvoruminställningar. Guiden Konfigurera Klusterkvorum visas. Välj Nästa.

3. på sidan Välj Kvorumkonfigurationsalternativ väljer du ett av de tre konfigurationsalternativen och slutför stegen för det alternativet. Innan du konfigurerar kvoruminställningarna kan du granska dina val. Mer information om alternativen finns i Förstå kvorum, tidigare i det här avsnittet.

   • om du vill att klustret automatiskt ska återställa kvoruminställningarna som är optimala för den aktuella klusterkonfigurationen väljer du Använd standardkvorumkonfiguration och slutför sedan guiden.

   • om du vill lägga till eller ändra kvorumvittnet väljer du Välj kvorumvittnet och slutför sedan följande steg. För information och överväganden om hur du konfigurerar ett kvorumvittne, se Vittneskonfiguration tidigare i det här avsnittet.

     1. på sidan Välj Kvorumvittne väljer du ett alternativ för att konfigurera ett diskvittne eller ett fildelningsvittne. Guiden visar de alternativ för val av vittne som rekommenderas för klustret.

        Obs

        du kan också välja Konfigurera inte ett kvorumvittne och sedan slutföra guiden. Om du har ett jämnt antal röstnoder i klustret kanske det inte är en rekommenderad konfiguration.

     2. om du väljer alternativet för att konfigurera ett diskvittne väljer du den lagringsvolym som du vill tilldela som diskvittne på sidan Konfigurera Lagringsvittne och slutför sedan guiden.

     3. om du väljer alternativet för att konfigurera ett vittne för fildelning skriver du eller bläddrar till en filresurs som ska användas som vittnesresurs på sidan Konfigurera vittne för fildelning och slutför sedan guiden.

     4. om du väljer alternativet för att konfigurera ett cloud witness anger du ditt Azure storage-kontonamn, Azure storage-kontonyckel och Azure service endpoint på sidan Konfigurera Cloud Witness och slutför sedan guiden.

        Obs

        det här alternativet är tillgängligt i Windows Server 2016 och senare.

   • om du vill konfigurera inställningar för kvorumhantering och lägga till eller ändra kvorumvittnet väljer du Avancerad kvorumkonfiguration och utför sedan följande steg. För information och överväganden om de avancerade kvorumkonfigurationsinställningarna, se Nodrösttilldelning och dynamisk kvorumhantering tidigare i det här avsnittet.

     1. på sidan Välj Röstkonfiguration väljer du ett alternativ för att tilldela röster till noder. Som standard tilldelas alla noder en omröstning. För vissa scenarier kan du dock bara tilldela röster till en delmängd av noderna.

        Obs

        du kan också välja inga noder. Detta rekommenderas vanligtvis inte, eftersom det inte tillåter noder att delta i kvorumröstning, och det kräver att man konfigurerar ett diskvittne. Detta skivvittne blir den enda punkten för misslyckande för klustret.

     2. på sidan Konfigurera Kvorumhantering kan du aktivera eller inaktivera alternativet Tillåt kluster att dynamiskt hantera tilldelning av nodröster. Om du väljer det här alternativet ökar i allmänhet tillgängligheten för klustret. Som standard är alternativet aktiverat, och det rekommenderas starkt att inte inaktivera det här alternativet. Med det här alternativet kan klustret fortsätta att köras i felscenarier som inte är möjliga när det här alternativet är inaktiverat.

        Obs

        det här alternativet finns inte i Windows Server 2016 och senare.

     3. på sidan Välj Kvorumvittne väljer du ett alternativ för att konfigurera ett diskvittne, ett fildelningsvittne eller ett molnvittne. Guiden visar de alternativ för val av vittne som rekommenderas för klustret.

        Obs

        du kan också välja Konfigurera inte ett kvorumvittne och sedan slutföra guiden. Om du har ett jämnt antal röstnoder i klustret kanske det inte är en rekommenderad konfiguration.

     4. om du väljer alternativet för att konfigurera ett diskvittne väljer du den lagringsvolym som du vill tilldela som diskvittne på sidan Konfigurera Lagringsvittne och slutför sedan guiden.

     5. om du väljer alternativet för att konfigurera ett vittne för fildelning skriver du eller bläddrar till en filresurs som ska användas som vittnesresurs på sidan Konfigurera vittne för fildelning och slutför sedan guiden.

     6. om du väljer alternativet för att konfigurera ett cloud witness anger du ditt Azure storage-kontonamn, Azure storage-kontonyckel och Azure service endpoint på sidan Konfigurera Cloud Witness och slutför sedan guiden.

        Obs

        det här alternativet är tillgängligt i Windows Server 2016 och senare.

4. Välj Nästa. Bekräfta dina val på bekräftelsesidan som visas och välj sedan nästa.

när guiden körs och sammanfattningssidan visas väljer du Visa rapport om de uppgifter som guiden utförde om du vill visa en rapport. Den senaste rapporten finns kvar i mappen systemroot\Cluster\Reports med namnet QuorumConfiguration.mht.

Windows PowerShell-ekvivalenta kommandon

följande exempel visar hur du använder Set-ClusterQuorum cmdlet och andra Windows PowerShell cmdlets för att konfigurera klusterkvorumet.

följande exempel ändrar kvorumkonfigurationen på cluster CONTOSO-FC1 till en enkel nodmajoritetskonfiguration utan kvorumvittne.

Set-ClusterQuorum –Cluster CONTOSO-FC1 -NodeMajority

följande exempel ändrar kvorumkonfigurationen i det lokala klustret till en nodmajoritet med vittneskonfiguration. Diskresursen med namnet Cluster Disk 2 är konfigurerad som ett diskvittne.

Set-ClusterQuorum -NodeAndDiskMajority "Cluster Disk 2"

följande exempel ändrar kvorumkonfigurationen i det lokala klustret till en nodmajoritet med vittneskonfiguration. Filresursen med namnet \ \ CONTOSO-FS \ fsw är konfigurerad som ett fildelningsvittne.

Set-ClusterQuorum -NodeAndFileShareMajority "\fileserver\fsw"

följande exempel tar bort kvorumröstningen från noden ContosoFCNode1 i det lokala klustret.

(Get-ClusterNode ContosoFCNode1).NodeWeight=0

följande exempel lägger till kvorumröstningen i noden ContosoFCNode1 i det lokala klustret.

(Get-ClusterNode ContosoFCNode1).NodeWeight=1

följande exempel aktiverar egenskapen DynamicQuorum för klustret CONTOSO-FC1 (om den tidigare var inaktiverad):

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

Återställ Ett kluster genom att starta utan kvorum

ett kluster som inte har tillräckligt med kvorumröster startar inte. Som ett första steg bör du alltid bekräfta klusterkvorumkonfigurationen och undersöka varför klustret inte längre har kvorum. Detta kan hända om du har noder som slutat svara eller om den primära webbplatsen inte kan nås i ett multisite-kluster. När du har identifierat grundorsaken till klusterfelet kan du använda återställningsstegen som beskrivs i det här avsnittet.

tvinga startklusternoder

när du har bestämt att du inte kan återställa klustret genom att föra noderna eller kvorumvittnet till ett hälsosamt tillstånd blir det nödvändigt att tvinga klustret att starta. Att tvinga klustret att starta åsidosätter konfigurationsinställningarna för klusterkvorum och startar klustret i ForceQuorum-läge.

att tvinga ett kluster att starta när det inte har kvorum kan vara särskilt användbart i ett multisite-kluster. Tänk på ett katastrofåterställningsscenario med ett kluster som innehåller separat placerade primära och backup-webbplatser, SiteA och SiteB. Om det finns en verklig katastrof på SiteA kan det ta en betydande tid för Webbplatsen att komma tillbaka online. Du skulle sannolikt vilja tvinga SiteB att komma online, även om det inte har kvorum.

när ett kluster startas i ForceQuorum-läge, och efter att det återfår tillräckliga kvorumröster, lämnar klustret automatiskt det tvingade tillståndet och det beter sig normalt. Därför är det inte nödvändigt att starta klustret igen normalt. Om klustret förlorar en nod och det förlorar kvorum, går det offline igen eftersom det inte längre är i tvingat tillstånd. För att få tillbaka det online när det inte har kvorum krävs att klustret startas utan kvorum.

förhindra kvorum på kvarvarande klusternoder

när du har tvingat igång klustret på en nod, är det nödvändigt att starta eventuella kvarvarande noder i klustret med en inställning för att förhindra kvorum. En nod startade med en inställning som förhindrar kvorum indikerar för klustertjänsten att gå med i ett befintligt löpande kluster istället för att bilda en ny klusterinstans. Detta förhindrar att de återstående noderna bildar ett delat kluster som innehåller två konkurrerande instanser.

detta blir nödvändigt när du behöver återställa klustret i vissa multisite katastrofåterställning scenarier efter att du har kraft startade klustret på din backup webbplats, SiteB. För att gå med i force started-klustret i SiteB måste noderna på din primära webbplats, SiteA, startas med kvorumet förhindrat.

så här återställer du klustret med failover Cluster Manager:

1. i Failover Cluster Manager väljer du eller anger det kluster du vill återställa.

2. med klustret valt, under Åtgärder, välj tvinga Klusterstart.

   failover Cluster Manager force startar klustret på alla noder som kan nås. Klustret använder den aktuella klusterkonfigurationen vid start.

Windows PowerShell motsvarande kommandon (Start-Clusternode)

följande exempel visar hur man använder Start-ClusterNode cmdlet att tvinga starta klustret på nod ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –FQ

Alternativt kan du skriva följande kommando lokalt på noden:

Net Start ClusSvc /FQ

i följande exempel visas hur man använder cmdlet Start-ClusterNode för att starta klustertjänsten med kvorumet förhindrat på noden ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –PQ

Alternativt kan du skriva följande kommando lokalt på noden:

Net Start ClusSvc /PQ

Quorum överväganden för katastrofåterställning konfigurationer

det här avsnittet sammanfattar egenskaper och kvorum konfigurationer för två multisite kluster konfigurationer i katastrofåterställning distributioner. Riktlinjerna för kvorumkonfiguration varierar beroende på om du behöver automatisk failover eller manuell failover för arbetsbelastningar mellan webbplatserna. Din konfiguration beror vanligtvis på servicenivåavtal (SLA) som finns på plats i din organisation för att tillhandahålla och stödja grupperade arbetsbelastningar i händelse av ett fel eller en katastrof på en webbplats.

Automatisk failover

i den här konfigurationen består klustret av två eller flera webbplatser som kan vara värd för grupperade Roller. Om ett fel inträffar på någon webbplats förväntas de grupperade rollerna automatiskt misslyckas över till de återstående platserna. Därför måste klusterkvorumet konfigureras så att en webbplats kan upprätthålla ett fullständigt webbplatsfel.

följande tabell sammanfattar överväganden och rekommendationer för denna konfiguration.

artikel	beskrivning
antal node röster per plats	bör vara lika
node vote assignment	Node votes bör inte tas bort eftersom alla noder är lika viktiga
dynamisk kvorumhantering	bör aktiveras
Vittneskonfiguration	File share witness rekommenderas, konfigurerad på en webbplats som är separat från klusterplatserna
arbetsbelastningar	arbetsbelastningar kan konfigureras på alla av platserna

ytterligare överväganden för automatisk failover

• konfigurera fildelningsvittnet på en separat webbplats är nödvändigt för att ge varje webbplats lika möjligheter att överleva. Mer information finns i Witness configuration tidigare i det här avsnittet.

Manuell failover

i den här konfigurationen består klustret av en primär webbplats, SiteA och en backup (recovery) webbplats, SiteB. Clustered roller är värd på SiteA. På grund av klusterkvorumkonfigurationen, om ett fel inträffar vid alla noder i SiteA, slutar klustret att fungera. I det här scenariot måste administratören manuellt misslyckas över klustertjänsterna till SiteB och utföra ytterligare steg för att återställa klustret.

följande tabell sammanfattar överväganden och rekommendationer för denna konfiguration.

artikel	beskrivning
antal node röster per plats	Nodröster bör inte tas bort från noder på den primära platsen, SiteA Nodröster bör tas bort från noder på säkerhetskopieringsplatsen, SiteB om ett långsiktigt avbrott inträffar på SiteA måste röster tilldelas noder på SiteB för att möjliggöra en kvorum majoritet på den platsen som en del av återhämtningen
dynamisk kvorumhantering	bör aktiveras
vittne konfiguration	konfigurera ett vittne om det finns ett jämnt antal noder på SiteA om ett vittne behövs, konfigurera antingen ett file share witness eller ett disk witness som endast är tillgängligt för noder i SiteA (kallas ibland ett asymmetriskt disk witness)
arbetsbelastningar	använd föredragna ägare för att hålla arbetsbelastningar som körs på noder på SiteA

ytterligare överväganden för manuell failover

• endast noderna på SiteA konfigureras initialt med kvorumröster. Detta är nödvändigt för att säkerställa att tillståndet för noder på SiteB inte påverkar klusterkvorumet.
• återställningsstegen kan variera beroende på om SiteA upprätthåller ett tillfälligt fel eller ett långsiktigt fel.