Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Gäller för:SQL Server
Detta ämne beskriver hur man tvingar en Windows Server Failover Clustering (WSFC)-klusternod att starta utan beslutsmässighet. Detta kan krävas i katastrofåterställning och multi-subnet-scenarier för att återställa data och fullt ut återställa hög tillgänglighet för Always On-tillgänglighetsgrupper och SQL Server Failover Cluster Instances.
Recommendations
Om det inte uttryckligen anges bör procedurerna i detta ämne fungera om du kör dem från vilken nod som helst i WSFC-klustret. Du kan dock uppnå bättre resultat och undvika nätverksproblem genom att utföra dessa steg från den nod du tänker tvinga att starta utan beslutsmässighet.
Security
Användaren måste vara ett domänkonto som tillhör den lokala administratörsgruppen på varje nod i WSFC-klustret.
Användning av failover-klusterhanteraren
Att tvinga ett kluster att starta utan beslutsförhet
Öppna en Failover Cluster Manager och koppla upp dig mot önskad klusternod för att tvinga online.
I Handlingspanelen , klicka på Tvinga klustret att starta, och sedan Ja – Tvinga mitt kluster att starta.
I vänstra panelen, i Failover Cluster Manager-trädet , klicka på klusternamnet.
I sammanfattningspanelen, bekräfta att det aktuella Quorum-konfigurationsvärdet är: Varning: Klustret körs i ForceQuorum-tillstånd.
Använda PowerShell
Att tvinga ett kluster att starta utan beslutsförhet
Starta ett Windows PowerShell-fönster med administratörsbehörighet genom att välja Kör som administratör.
Importera modulen
FailoverClustersför att aktivera klusterkommandon.Använd
Stop-ClusterNodeför att se till att klustertjänsten har stoppats.Använd
Start-ClusterNodemed-FixQuorumför att tvinga klustertjänsten att starta.Använd
Get-ClusterNodemed-Property NodeWeight = 1för att sätta värdet som garanterar att noden är röstberättigad medlem av kvorumet.Exportera klusternodernas egenskaper i ett läsbart format.
Exempel (Powershell)
Följande exempel tvingar klustertjänsten på noden Always OnSrv02 att starta utan att ha kvorum, anger NodeWeight = 1, och visar sedan status för klusternoderna från den nod som just har tvingats att starta.
Import-Module FailoverClusters
$node = "Always OnSrv02"
Stop-ClusterNode -Name $node
Start-ClusterNode -Name $node -FixQuorum
(Get-ClusterNode $node).NodeWeight = 1
$nodes = Get-ClusterNode -Cluster $node
$nodes | Format-Table -property NodeName, State, NodeWeight
Att använda Net.exe
Att tvinga ett kluster att starta utan beslutsförhet
Använd Fjärrskrivbord för att ansluta till önskad klusternod för att tvinga online.
Starta en upphöjd kommandoprompt via Kör som administratör.
Använd net.exe för att säkerställa att den lokala klustertjänsten stoppas.
Använd net.exe med
/forcequorumför att tvinga den lokala klustertjänsten att starta.
Exempel (Net.exe)
Följande exempel tvingar en nodklustertjänst att starta utan kvorum, anger NodeWeight = 1 och listar sedan klusternodens status från den nod där starten nyss framtvingades.
net.exe stop clussvc
net.exe start clussvc /forcequorum
Uppföljning: Efter att ha tvingat klustret att starta utan kvorum
Du måste omvärdera och omkonfigurera NodeWeight-värden för att korrekt konstruera ett nytt quorum innan du återaktiverar andra noder. Annars kan klustret gå offline igen.
Mer information finns i WSFC Quorum Modes and Voting Configuration (SQL Server).
Procedurerna i detta ämne är bara ett steg i att få WSFC-klustret tillbaka online om ett oplanerat kvorummisslyckande skulle inträffa. Du kan också vilja vidta ytterligare åtgärder för att förhindra att andra WSFC-klusternoder stör den nya kvorumkonfigurationen.
Andra SQL Server-funktioner såsom Always On-tillgänglighetsgrupper, databasspegling och loggleverans kan också kräva efterföljande åtgärder för att återställa data och för att helt återställa hög tillgänglighet.
För mer information:
Utföra en tvingad manuell omkoppling av en tillgänglighetsgrupp (SQL Server)
Tvinga tjänsten i en databasspeglingssession (Transact-SQL)
Växla över till en sekundär loggtransportserver (SQL Server)