Ändra vilket kluster som hanterar metadata för repliker i en AlwaysOn-tillgänglighetsgrupp

2025-04-16

gäller för:SQL Server – endast Windows

Det här avsnittet beskriver hur du växlar HADR-klusterkontexten för en instans av SQL Server med hjälp av Transact-SQL i SQL Server 2012 SP1 (11.0.3x) och senare versioner. HADR-klusterkontexten avgör vilket WSFC-kluster (Windows Server Failover Clustering) som hanterar metadata för tillgänglighetsrepliker som värdhanteras av serverinstansen.

Växla endast HADR-klusterkontexten under en migrering mellan kluster av AlwaysOn-tillgänglighetsgrupper till en instans av SQL Server 2012 SP1 (11.0.3x) på ett nytt WSFC-kluster. Migrering mellan kluster av AlwaysOn-tillgänglighetsgrupper stöder os-uppgradering till Windows 8 eller Windows Server 2012 med minimal stilleståndstid för tillgänglighetsgrupper. Mer information finns i migrering av Always On-tillgänglighetsgrupper mellan kluster för operativsystemuppgradering.

Försiktighet

Växla endast HADR-klusterkontexten under migrering mellan kluster av Distributioner av AlwaysOn-tillgänglighetsgrupper.

Begränsningar och restriktioner

Du kan bara växla HADR-klusterkontexten från det lokala WSFC-klustret till ett fjärrkluster och sedan tillbaka från fjärrklustret till det lokala klustret. Du kan inte växla HADR-klusterkontexten från ett fjärrkluster till ett annat fjärrkluster.
HADR-klusterkontexten kan bara växlas till ett fjärrkluster när instansen av SQL Server inte är värd för några tillgänglighetsrepliker.
En fjärransluten HADR-klusterkontext kan när som helst växlas tillbaka till det lokala klustret. Kontexten kan dock inte växlas igen så länge serverinstansen är värd för eventuella tillgänglighetsrepliker.

Förutsättningar

Serverinstansen där du ändrar HADR-klusterkontexten måste köra SQL Server 2012 SP1 (11.0.3x) eller senare (Enterprise Edition eller senare).
Serverinstansen måste vara aktiverad för AlwaysOn. Mer information finns i Aktivera och inaktivera AlwaysOn-tillgänglighetsgrupper (SQL Server).

För att kunna växlas från den lokala klusterkontexten till ett fjärrkluster kan en serverinstans inte vara värd för några tillgänglighetsrepliker. Vyn sys.availability_replicas katalogvy ska inte returnera några rader.

Om det finns några tillgänglighetsrepliker på serverinstansen måste du göra något av följande innan du kan ändra HADR-klusterkontexten:

Replikroll	Åtgärd	Länk
Primär	Koppla från tillgänglighetsgruppen.	Ta en tillgänglighetsgrupp offline (SQL Server)
Sekundär	Ta bort repliken från dess tillgänglighetsgrupp	Ta bort en sekundär replik från en tillgänglighetsgrupp (SQL Server)

Innan du kan växla från ett fjärrkluster till det lokala klustret måste alla synkrona incheckningsrepliker synkroniseras.

Rekommendationer

Vi rekommenderar att du anger det fullständiga domännamnet. Det beror på att ALTER SERVER CONFIGURATION använder DNS-matchning för att hitta mål-IP-adressen för ett kort namn. I vissa situationer kan det orsaka förvirring om du använder ett kort namn, beroende på DNS-sökningsordningen. Tänk dig till exempel följande kommando, som körs på en nod i domänen abc , (node1.abc.com). Det avsedda målklustret är CLUS01 klustret i domänen xyz (clus01.xyz.com). De lokala domänvärdarna är dock också värdar för ett kluster med namnet CLUS01 (clus01.abc.com).

Om det korta namnet på målklustret, CLUS01, angavs, kan DNS-namnmatchning returnera IP-adressen för fel kluster, clus01.abc.com. För att undvika sådan förvirring anger du det fullständiga namnet på målklustret, som i följande exempel:
```
ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = 'clus01.xyz.com'  
```

Behörigheter

SQL Server-inloggning

Kräver behörighet för kontroll av server.
SQL Server-tjänstkonto

SQL Server-tjänstkontot för serverinstansen måste ha:
- Behörighet att öppna mål-WSFC-klustret.
- Fjärråtkomst för WSFC-läsning och skrivning.

Använda Transact-SQL

Ändra WSFC-klusterkontexten för en tillgänglighetsreplik

Anslut till den serverinstans som är värd för antingen den primära repliken eller en sekundär replik av tillgänglighetsgruppen.
Använd SET HADR CLUSTER CONTEXT-satsen i ALTER SERVER CONFIGURATION-instruktionen enligt följande:

ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = { "windows_cluster" | LOCAL }

där,

windows_cluster
Klusterobjektnamnet (CON) för ett WSFC-kluster. Du kan ange antingen det korta namnet eller det fullständiga domännamnet. Vi rekommenderar att du anger det fullständiga domännamnet. Mer information finns i Rekommendationer tidigare i det här avsnittet.

LOKAL
Det lokala WSFC-klustret.

Exempel

I följande exempel ändras HADR-klusterkontexten till ett annat kluster. För att identifiera målets WSFC-kluster clus01anger exemplet det fullständiga klusterobjektnamnet, clus01.xyz.com.

ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = 'clus01.xyz.com';

I följande exempel ändras HADR-klusterkontexten till det lokala WSFC-klustret.

ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT = LOCAL;

Följ upp: När du har växlat klusterkontexten för en tillgänglighetsreplik

Den nya HADR-klusterkontexten börjar gälla omedelbart, utan att starta om serverinstansen. KONTEXTINSTÄLLNINGEN FÖR HADR-kluster är en beständig inställning på instansnivå som förblir oförändrad om serverinstansen startas om.

Bekräfta den nya HADR-klusterkontexten genom att fråga sys.dm_hadr_cluster dynamisk hanteringsvy på följande sätt:

SELECT cluster_name FROM sys.dm_hadr_cluster

Den här frågan ska returnera namnet på klustret som du anger HADR-klusterkontexten till.

När HADR-klusterkontexten växlas till ett nytt kluster:

Metadata rensas för alla tillgänglighetsrepliker som för närvarande hanteras av SQL Server-instansen.
Alla databaser som tidigare tillhörde en disponibilitetsreplika är nu i återställningsläge.

Relaterade uppgifter

Relaterat innehåll

Se även

AlwaysOn-tillgänglighetsgrupper (SQL Server)
Windows Server Failover Clustering (WSFC) (redundansklustring för Windows Server) med SQL Server
ALTER SERVER CONFIGURATION (Transact-SQL)

Feedback

Var den här sidan till hjälp?