ÄNDRA TILLGÄNGLIGHETSGRUPP (Transact-SQL)

gäller för:SQL Server

Ändrar en befintlig AlwaysOn-tillgänglighetsgrupp i SQL Server. De flesta ALTER AVAILABILITY GROUP argument stöds endast på den aktuella primära repliken. Argumenten JOIN, FAILOVERoch FORCE_FAILOVER_ALLOW_DATA_LOSS stöds dock endast på sekundära repliker.

Transact-SQL syntaxkonventioner

Syntax

ALTER AVAILABILITY GROUP group_name
  {
     SET ( <set_option_spec> )
   | ADD DATABASE database_name
   | REMOVE DATABASE database_name
   | ADD REPLICA ON <add_replica_spec>
   | MODIFY REPLICA ON <modify_replica_spec>
   | REMOVE REPLICA ON <server_instance>
   | JOIN
   | JOIN AVAILABILITY GROUP ON <add_availability_group_spec> [ , ...2 ]
   | MODIFY AVAILABILITY GROUP ON <modify_availability_group_spec> [ , ...2 ]
   | GRANT CREATE ANY DATABASE
   | DENY CREATE ANY DATABASE
   | FAILOVER
   | FORCE_FAILOVER_ALLOW_DATA_LOSS
   | ADD LISTENER 'dns_name' ( <add_listener_option> )
   | MODIFY LISTENER 'dns_name' ( <modify_listener_option> )
   | RESTART LISTENER 'dns_name'
   | REMOVE LISTENER 'dns_name'
   | OFFLINE
  }
[ ; ]

<set_option_spec> ::=
    AUTOMATED_BACKUP_PREFERENCE = { PRIMARY | SECONDARY_ONLY | SECONDARY | NONE }
  | FAILURE_CONDITION_LEVEL  = { 1 | 2 | 3 | 4 | 5 }
  | HEALTH_CHECK_TIMEOUT = milliseconds
  | DB_FAILOVER  = { ON | OFF }
  | DTC_SUPPORT  = { PER_DB | NONE }
  | REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT = { integer }
  | ROLE = SECONDARY
  | CLUSTER_CONNECTION_OPTIONS = 'key_value_pairs> [ ;... ] '

<server_instance> ::=
 { 'system_name [ \instance_name ] ' | 'FCI_network_name [ \instance_name ] ' }

<add_replica_spec>::=
  <server_instance> WITH
    (
       ENDPOINT_URL = 'TCP://system-address:port' ,
       AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY } ,
       FAILOVER_MODE = { AUTOMATIC | MANUAL }
       [ , <add_replica_option> [ , ...n ] ]
    )

  <add_replica_option>::=
       SEEDING_MODE = { AUTOMATIC | MANUAL }
     | BACKUP_PRIORITY = n
     | SECONDARY_ROLE ( {
            [ ALLOW_CONNECTIONS = { NO | READ_ONLY | ALL } ]
        [ , ] [ READ_ONLY_ROUTING_URL = 'TCP://system-address:port' ]
     } )
     | PRIMARY_ROLE ( {
            [ ALLOW_CONNECTIONS = { READ_WRITE | ALL } ]
        [ , ] [ READ_ONLY_ROUTING_LIST = { ( '<server_instance>' [ , ...n ] ) | NONE } ]
        [ , ] [ READ_WRITE_ROUTING_URL = 'TCP://system-address:port' ]
     } )
     | SESSION_TIMEOUT = integer

<modify_replica_spec>::=
  <server_instance> WITH
    (
       ENDPOINT_URL = 'TCP://system-address:port'
     | AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT }
     | FAILOVER_MODE = { AUTOMATIC | MANUAL }
     | SEEDING_MODE = { AUTOMATIC | MANUAL }
     | BACKUP_PRIORITY = n
     | SECONDARY_ROLE ( {
          [ ALLOW_CONNECTIONS = { NO | READ_ONLY | ALL }  ]
        | [ READ_ONLY_ROUTING_URL = { 'TCP://system-address:port' | NONE } ]
          } )
     | PRIMARY_ROLE ( {
          [ ALLOW_CONNECTIONS = { READ_WRITE | ALL }   ]
        | [ READ_ONLY_ROUTING_LIST = { ( '<server_instance>' [ , ...n ] ) | NONE } ]
        | [ READ_WRITE_ROUTING_URL = { 'TCP://system-address:port' | NONE }  ]
          } )
     | SESSION_TIMEOUT = seconds
    )

<add_availability_group_spec>::=
 <ag_name> WITH
    (
       LISTENER_URL = 'TCP://system-address:port' ,
       AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT } ,
       FAILOVER_MODE = MANUAL ,
       SEEDING_MODE = { AUTOMATIC | MANUAL }
    )

<modify_availability_group_spec>::=
 <ag_name> WITH
    (
       LISTENER = 'TCP://system-address:port'
       | AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT }
       | SEEDING_MODE = { AUTOMATIC | MANUAL }
    )

<add_listener_option> ::=
   {
      WITH DHCP [ ON ( <network_subnet_option> ) ]
    | WITH IP ( { ( <ip_address_option> ) } [ , ...n ] ) [ , PORT = listener_port ]
   }

  <network_subnet_option> ::=
     'ipv4_address' , 'ipv4_mask'

  <ip_address_option> ::=
     {
        'four_part_ipv4_address' , 'four_part_ipv4_mask'
      | 'ipv6_address'
     }

<modify_listener_option>::=
    {
       ADD IP ( <ip_address_option> )
     | PORT = listener_port
     | REMOVE IP ( 'ipv4_address' | 'ipv6_address')
    }

Argument

group_name

Anger namnet på den nya tillgänglighetsgruppen. group_name måste vara en giltig SQL Server-identifierare och måste vara unik för alla tillgänglighetsgrupper i WSFC-klustret.

AUTOMATED_BACKUP_PREFERENCE = { PRIMARY | SECONDARY_ONLY| SEKUNDÄR | NONE }

Anger en inställning för hur ett säkerhetskopieringsjobb utvärderar den primära repliken när du väljer var säkerhetskopieringen ska utföras. Du kan skripta ett visst säkerhetskopieringsjobb för att ta hänsyn till inställningen för automatisk säkerhetskopiering. Det är viktigt att förstå att inställningen inte tillämpas av SQL Server, så det har ingen effekt på ad hoc-säkerhetskopior.

Stöds endast på den primära repliken.

Värdena är följande:

PRIMÄR

Anger att säkerhetskopiorna alltid sker på den primära repliken. Det här alternativet är användbart om du behöver säkerhetskopieringsfunktioner, till exempel att skapa differentiella säkerhetskopior, som inte stöds när säkerhetskopiering körs på en sekundär replik.

Viktig

Om du planerar att använda loggöverföring för att förbereda sekundära databaser för en tillgänglighetsgrupp anger du inställningen för automatisk säkerhetskopiering tills Primary alla sekundära databaser har förberetts och anslutits till tillgänglighetsgruppen.

SECONDARY_ONLY

Anger att säkerhetskopieringar aldrig sker på den primära repliken. Om den primära repliken är den enda repliken online sker inte säkerhetskopieringen.

SEKUNDÄR

Anger att säkerhetskopieringar sker på en sekundär replik, förutom när den primära repliken är den enda repliken online. I så fall sker säkerhetskopieringen på den primära repliken. Det här är standardbeteendet.

INGEN

Anger att du föredrar att säkerhetskopieringsjobb ignorerar rollen för tillgänglighetsreplikerna när du väljer repliken för att utföra säkerhetskopior. Observera att säkerhetskopieringsjobb kan utvärdera andra faktorer, till exempel säkerhetskopieringsprioritet för varje tillgänglighetsreplik i kombination med dess drifttillstånd och anslutna tillstånd.

Viktig

Det finns ingen tillämpning av inställningen AUTOMATED_BACKUP_PREFERENCE . Tolkningen av den här inställningen beror på logiken, om någon, som du skriptar till säkerhetskopieringsjobb för databaserna i en viss tillgänglighetsgrupp. Inställningen för automatisk säkerhetskopiering har ingen effekt på ad hoc-säkerhetskopior. Mer information finns i Konfigurera säkerhetskopior på sekundära repliker av en AlwaysOn-tillgänglighetsgrupp.

Not

Om du vill visa inställningen för automatisk säkerhetskopiering för en befintlig tillgänglighetsgrupp väljer du automated_backup_preference kolumnen eller automated_backup_preference_desc i sys.availability_groups katalogvyn. Dessutom kan sys.fn_hadr_backup_is_preferred_replica användas för att fastställa önskad säkerhetskopieringsreplik. Den här funktionen returnerar 1 alltid för minst en av replikerna, även när AUTOMATED_BACKUP_PREFERENCE = NONE.

FAILURE_CONDITION_LEVEL = { 1 | 2 | 3 | 4 | 5 }

Anger vilka felvillkor som utlöser en automatisk redundans för den här tillgänglighetsgruppen. FAILURE_CONDITION_LEVEL anges på gruppnivå men är endast relevant för tillgänglighetsrepliker som är konfigurerade för synkront tillgänglighetsläge (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT). Dessutom kan feltillstånd endast utlösa automatisk redundans om både de primära och sekundära replikerna har konfigurerats för automatiskt redundansläge (FAILOVER_MODE = AUTOMATIC) och den sekundära repliken för närvarande synkroniseras med den primära repliken.

Stöds endast på den primära repliken.

Felvillkorsnivåerna (1–5) sträcker sig från den minst restriktiva nivån 1 till den mest restriktiva nivån 5. En viss villkorsnivå omfattar alla mindre restriktiva nivåer. Den strängaste villkorsnivån, 5, innehåller därför de fyra mindre restriktiva villkorsnivåerna (1–4), nivå 4 innehåller nivåerna 1–3 och så vidare. I följande tabell beskrivs det felvillkor som motsvarar varje nivå.

Nivå	Feltillstånd
1	Anger att en automatisk redundans startar när något av följande inträffar: SQL Server-tjänsten är nere. Lånet av tillgänglighetsgruppen för anslutning till WSFC-klustret upphör att gälla eftersom inget `ACK` tas emot från serverinstansen. Mer information finns i How It Works: SQL Server Always On Lease Timeout.
2	Anger att en automatisk redundans startar när något av följande inträffar: Instansen av SQL Server ansluter inte till klustret och det användardefinierade `HEALTH_CHECK_TIMEOUT` tröskelvärdet för tillgänglighetsgruppen överskrids. Tillgänglighetsrepliken är i fel tillstånd.
3	Anger att en automatisk redundans initierar kritiska interna SQL Server-fel, till exempel överblivna spinlocks, allvarliga överträdelser av skrivåtkomst eller för mycket dumpning. Det här är standardbeteendet.
4	Anger att en automatisk redundans initieras vid måttliga interna SQL Server-fel, till exempel ett beständiga out-of-memory-villkor i den interna SQL Server-resurspoolen.
5	Anger att en automatisk redundans initieras vid eventuella kvalificerade feltillstånd, inklusive: Överbelastning av SQL Engine-arbetstrådar. Identifiering av ett olösbart dödläge.

Not

Brist på svar från en instans av SQL Server på klientbegäranden är inte relevant för tillgänglighetsgrupper.

Värdena FAILURE_CONDITION_LEVEL och HEALTH_CHECK_TIMEOUT definierar en flexibel redundansprincip för en viss grupp. Den här flexibla redundanspolicyn ger dig detaljerad kontroll över vilka villkor som måste orsaka en automatisk redundansväxling. Mer information finns i Konfigurera en flexibel princip för automatisk redundans för en AlwaysOn-tillgänglighetsgrupp.

`HEALTH_CHECK_TIMEOUT` = Millisekunder

Anger väntetiden i millisekunder för den sp_server_diagnostics system lagrade proceduren för att returnera serverhälsoinformation innan WSFC-klustret förutsätter att serverinstansen är långsam eller inte svarar. Ange HEALTH_CHECK_TIMEOUT på gruppnivå, men det är bara relevant för tillgänglighetsrepliker som du konfigurerar för synkront incheckningstillgänglighetsläge med automatisk redundans (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT). Dessutom kan en timeout för hälsokontroll utlösa en automatisk redundansväxling endast om både de primära och sekundära replikerna har konfigurerats för automatiskt redundansläge (FAILOVER_MODE = AUTOMATIC) och den sekundära repliken för närvarande synkroniseras med den primära repliken.

HEALTH_CHECK_TIMEOUT Standardvärdet är 30 000 millisekunder (30 sekunder). Minimivärdet är 15 000 millisekunder (15 sekunder) och det maximala värdet är 4 294 967 295 millisekunder.

Stöds endast på den primära repliken.

Viktig

sp_server_diagnostics utför inte hälsokontroller på databasnivå.

DB_FAILOVER = { ON | AV }

Anger svaret som ska tas när en databas på den primära repliken är offline. När värdet är inställt ONpå utlöser alla andra statusar än ONLINE för en databas i tillgänglighetsgruppen en automatisk redundansväxling. När du anger det här alternativet till OFFutlöser bara instansens hälsa automatisk redundans.

Mer information om den här inställningen finns i Alternativ för hälsoidentifiering på tillgänglighetsgruppdatabasnivå.

DTC_SUPPORT = { PER_DB | INGEN }

Anger om distribuerade transaktioner är aktiverade för den här tillgänglighetsgruppen. Distribuerade transaktioner stöds endast för tillgänglighetsgruppdatabaser från och med SQL Server 2016 (13.x) och transaktioner mellan databaser stöds endast från och med SQL Server 2016 (13.x) SP2. PER_DB skapar tillgänglighetsgruppen med stöd för dessa transaktioner och befordrar automatiskt transaktioner mellan databaser som involverar databaser i tillgänglighetsgruppen till distribuerade transaktioner. NONE förhindrar automatisk befordran av transaktioner mellan databaser till distribuerade transaktioner och registrerar inte databasen med ett stabilt RMID i DTC. Distribuerade transaktioner förhindras inte när inställningen NONE används, men databasredundans och automatisk återställning kanske inte lyckas under vissa omständigheter. Mer information finns i Transaktioner – tillgänglighetsgrupper och databasspegling.

Not

Stöd för att ändra DTC_SUPPORT inställningen för en tillgänglighetsgrupp introducerades i SQL Server 2016 (13.x) Service Pack 2. Det här alternativet kan inte användas med tidigare versioner. Om du vill ändra den här inställningen i tidigare versioner av SQL Server måste DROP du och CREATE tillgänglighetsgruppen igen.

Viktig

DTC har en gräns på 32 registreringar per distribuerad transaktion. Eftersom varje databas i en tillgänglighetsgrupp registrerar sig separat med DTC kan du få följande fel när SQL Server försöker registrera den 33:e databasen om transaktionen omfattar fler än 32 databaser:

Enlist operation failed: 0x8004d101(XACT_E_TOOMANY_ENLISTMENTS). SQL Server could not register with Microsoft Distributed Transaction Coordinator (MS DTC) as a resource manager for this transaction. The transaction may have been stopped by the client or the resource manager.

Mer information om distribuerade transaktioner i SQL Server finns i Distribuerade transaktioner.

REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT

Introducerades i SQL Server 2017 (14.x). Anger ett minsta antal synkrona sekundära repliker som krävs för att checka in innan den primära repliken genomför en transaktion. Garanterar att SQL Server-transaktioner väntar tills transaktionsloggarna uppdateras på det minsta antalet sekundära repliker.

Standard: 0. Ger samma beteende som SQL Server 2016 (13.x).
Minst: 0.
Max: Antal repliker minus 1.

REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT relaterar till repliker i synkront incheckningsläge. När replikerna är i synkront incheckningsläge väntar skrivningar på den primära repliken tills skrivningar på synkrona repliker checkar in i transaktionsloggen för replikdatabasen. Om en SQL Server som är värd för en sekundär synkron replik slutar svara markerar DEN SQL Server som är värd för den primära repliken den sekundära repliken som NOT SYNCHRONIZED och fortsätter. När databasen som inte svarar är online är den i tillståndet "inte synkroniserad" och repliken markeras som felaktig tills den primära kan synkronisera den igen. Den här inställningen garanterar att den primära repliken inte fortsätter förrän det minsta antalet repliker har checkat in varje transaktion. Om det minsta antalet repliker inte är tillgängligt checkar du in på det primära felet. För klustertyp EXTERNAL ändras inställningen när tillgänglighetsgruppen läggs till i en klusterresurs. Se Hög tillgänglighet och dataskydd för konfigurationer av tillgänglighetsgrupper.

Från och med SQL Server 2022 (16.x) kan du ange REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT en distribuerad tillgänglighetsgrupp. Den här inställningen stöds inte för CREATE AVAILABILITY GROUP. Du kan använda ALTER AVAILABILITY GROUP för att ange REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT. Till exempel:

ALTER AVAILABILITY GROUP [<name>]
  SET (REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT = <integer>);

ROLL

Den enda giltiga parametern är SECONDARY, och det här SET alternativet är endast giltigt i distribuerade tillgänglighetsgrupper. Använd den för att redundansväxla en distribuerad tillgänglighetsgrupp.

CLUSTER_CONNECTION_OPTIONS

Gäller för: SQL Server 2025 (17.x) och senare versioner

CLUSTER_CONNECTION_OPTIONS Använd -satsen för att framtvinga TLS 1.3-kryptering för kommunikation mellan Windows Server-redundansklustret och dina tillgänglighetsgrupprepliker. Ange alternativen som en lista över nyckel/värde-par, avgränsade med semikolon. Använd nyckel/värde-paren för att konfigurera kryptering av anslutningssträngar för tillgänglighetsgruppen.

Om du vill återgå till standardkryptering anger du CLUSTER_CONNECTION_OPTIONS satsen till en tom sträng. SQL Server 2025 (17.x) är standard på Encrypt=Mandatory, och TrustServerCertificate=Yes för anslutningar till tillgänglighetsgruppsrepliker och lyssnare.

Mer information finns i Ansluta till en tillgänglighetsgrupp med strikt kryptering och TDS 8.0.

I följande tabell beskrivs de nyckel/värde-par som du kan använda i CLUSTER_CONNECTION_OPTIONS -satsen:

Key	Värden som stöds	Description
`Encrypt`	`Mandatory` `Strict` `Optional`	Anger hur kryptering till tillgänglighetsgruppen tillämpas. Om servern inte stöder kryptering misslyckas anslutningen. Om du ställer in kryptering på `Mandatory`måste du `TrustServerCertificate` ange ja. Om du anger kryptering till `StrictTrustServerCertificate` ignoreras det. Obs! Det här nyckelvärdeparet krävs.
`HostNameInCertificate`	Repliknamn eller tillgänglighetsgruppens lyssnarnamn	Anger repliknamnet eller tillgänglighetsgruppens lyssnarnamn i certifikatet som används för kryptering. Det här värdet måste matcha värdet i certifikatets alternativa ämnesnamn . Om servernamnet visas i certifikatet kan du utelämna `HostNameInCertificate` nyckel/värde-paret. Om servernamnet inte visas i certifikatet måste du ange `HostNameInCertificate` nyckel/värde-paret med servernamnet. Obs! Det här nyckelvärdeparet är valfritt.
`TrustServerCertificate`	`Yes`, `No`	Ange till `yes` för att ange att drivrutinen inte verifierar serverns TLS/SSL-certifikat. Om `no`validerar drivrutinen certifikatet. Mer information finns i TDS 8.0. Obs! Det här nyckelvärdeparet är valfritt.
`ServerCertificate`	Sökväg till certifikatet	Om du inte vill använda `HostNameInCertificate`kan du skicka sökvägen till certifikatet. Klustertjänstkontot måste ha behörighet att läsa certifikatet från den angivna platsen. Obs! Det här nyckelvärdeparet är valfritt.
`CLUSTER_CONNECTION_OPTIONS`	Tom sträng (`''`)	Rensar den befintliga konfigurationen och återgår till standardkrypteringsinställningarna för `Encrypt=Mandatory` och `TrustServerCertificate=Yes`.

Kontrollera exemplen för att lära dig hur du CLUSTER_CONNECTION_OPTIONS använder -satsen.

LÄGG TILL DATABAS database_name

Anger en lista över en eller flera användardatabaser som du vill lägga till i tillgänglighetsgruppen. Dessa databaser måste finnas på instansen av SQL Server som är värd för den aktuella primära repliken. Du kan ange flera databaser för en tillgänglighetsgrupp, men varje databas kan bara tillhöra en tillgänglighetsgrupp. Information om vilken typ av databaser som en tillgänglighetsgrupp kan stödja finns i Krav, begränsningar och rekommendationer för AlwaysOn-tillgänglighetsgrupper. Information om vilka lokala databaser som redan tillhör en tillgänglighetsgrupp replica_id finns i kolumnen i katalogvyn sys.databases .

Stöds endast på den primära repliken.

Not

När du har skapat tillgänglighetsgruppen måste du ansluta till varje serverinstans som är värd för en sekundär replik. Förbered sedan varje sekundär databas och anslut den till tillgänglighetsgruppen. Mer information finns i Starta dataflytt på en alwayson-sekundär databas (SQL Server).

TA BORT DATABAS database_name

Tar bort den angivna primära databasen och motsvarande sekundära databaser från tillgänglighetsgruppen. Stöds endast på den primära repliken.

Information om rekommenderade steg när du har tagit bort en tillgänglighetsdatabas från en tillgänglighetsgrupp finns i Ta bort en primär databas från en AlwaysOn-tillgänglighetsgrupp.

LÄGG TILL REPLIK PÅ

Anger från en till åtta SQL Server-instanser som värd för sekundära repliker i en tillgänglighetsgrupp. Varje replik anges av dess serverinstansadress följt av en WITH (...) sats.

Stöds endast på den primära repliken.

Du måste ansluta varje ny sekundär replik till tillgänglighetsgruppen. Mer information finns i beskrivningen JOIN av alternativet senare i det här avsnittet.

<server_instance>

Anger adressen till den instans av SQL Server som är värd för en replik. Adressformatet beror på om instansen är standardinstansen eller en namngiven instans och om det är en fristående instans eller en redundansklusterinstans (FCI). Syntaxen är följande:

{ 'system_name[\instance_name]' | 'FCI_network_name[\instance_name]' }

Komponenterna i den här adressen är följande:

system_name

NetBIOS-namnet på det datorsystem där målinstansen av SQL Server finns. Den här datorn måste vara en WSFC-nod.

FCI_network_name

Det nätverksnamn som du använder för att komma åt ett SQL Server-redundanskluster. Använd det här namnet om serverinstansen deltar som en SQL Server-redundanspartner. Om du SELECT @@SERVERNAME kör på en FCI-serverinstans returneras hela strängen "FCI_network_name[\instance_name]" (som är det fullständiga repliknamnet).

Mer information finns i @@SERVERNAME.

instance_name

Namnet på en instans av en SQL Server som system_name eller FCI_network_name värdar och som har AlwaysOn aktiverat. För en standardserverinstans är instance_name valfritt. Instansnamnet är skiftlägesokänsligt. På en fristående serverinstans är det här värdenamnet samma som värdet som returneras genom att SELECT @@SERVERNAMEköra .

\

En avgränsare som endast används när du anger instance_name, för att skilja den från system_name eller FCI_network_name.

Information om kraven för WSFC-noder och serverinstanser finns i Krav, begränsningar och rekommendationer för AlwaysOn-tillgänglighetsgrupper.

ENDPOINT_URL = "TCP:// systemadress:port"

Anger URL-sökvägen för databasens speglingsslutpunkt på instansen av SQL Server som är värd för den tillgänglighetsreplik som du lägger till eller ändrar.

ENDPOINT_URL krävs i ADD REPLICA ON -satsen och valfritt i MODIFY REPLICA ON -satsen. Mer information finns i Ange slutpunkts-URL – Lägga till eller ändra tillgänglighetsreplik.

"TCP://systemadress:port"

Anger en URL för att ange en slutpunkts-URL eller skrivskyddad routnings-URL. URL-parametrarna är följande:

systemadress

En sträng, till exempel ett systemnamn, ett fullständigt domännamn eller en IP-adress, som entydigt identifierar måldatorsystemet.

hamn

Ett portnummer som är associerat med speglingsslutpunkten för serverinstansen (för ENDPOINT_URL alternativet) eller portnumret som används av databasmotorn för serverinstansen (för READ_ONLY_ROUTING_URL alternativet).

AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY }

Anger om den primära repliken väntar på att den sekundära repliken ska bekräfta härdningen (skrivning) av loggposterna till disken innan den primära repliken kan genomföra transaktionen på en viss primär databas. Transaktionerna i olika databaser på samma primära replik kan checkas in oberoende av varandra.

SYNCHRONOUS_COMMIT

Anger att den primära repliken väntar på att checka in transaktioner tills de är härdade på den här sekundära repliken (synkront incheckningsläge). Du kan ange SYNCHRONOUS_COMMIT för upp till tre repliker, inklusive den primära repliken.

ASYNCHRONOUS_COMMIT

Anger att den primära repliken checkar in transaktioner utan att vänta på att den här sekundära repliken ska härda loggen (synkront tillgänglighetsläge). Du kan ange ASYNCHRONOUS_COMMIT för upp till fem tillgänglighetsrepliker, inklusive den primära repliken.

CONFIGURATION_ONLY

Anger att konfigurationsmetadata för den primära repliken synkront checkar in konfigurationsmetadata master för tillgänglighetsgruppen till databasen på den här repliken. Repliken innehåller inte användardata. Det här alternativet:

Kan finnas på valfri utgåva av SQL Server, inklusive Express Edition.
Kräver att dataspeglingsslutpunkten för CONFIGURATION_ONLY repliken ska vara typ WITNESS.
Det går inte att ändra.
Är inte giltigt när CLUSTER_TYPE = WSFC.

Mer information finns i Hög tillgänglighet och dataskydd för konfigurationer av tillgänglighetsgrupper.

AVAILABILITY_MODE krävs i ADD REPLICA ON -satsen och valfritt i MODIFY REPLICA ON -satsen. Mer information finns i Skillnader mellan tillgänglighetslägen för en AlwaysOn-tillgänglighetsgrupp.

FAILOVER_MODE = { AUTOMATIC | MANUELL }

Anger redundansläget för tillgänglighetsrepliken som du definierar.

AUTOMATISK

Aktiverar automatisk redundans. AUTOMATIC stöds endast om du även anger AVAILABILITY_MODE = SYNCHRONOUS_COMMIT. Du kan ange AUTOMATIC för tre tillgänglighetsrepliker, inklusive den primära repliken.

Not

Innan SQL Server 2016 (13.x) är du begränsad till två automatiska redundansrepliker, inklusive den primära repliken.
SQL Server-redundansklusterinstanser (FCIs) stöder inte automatisk redundans av tillgänglighetsgrupper, så alla tillgänglighetsrepliker som en FCI-värd bara kan konfigureras för manuell redundansväxling.

HANDBOK

Aktiverar manuell redundans eller tvingad manuell redundans (tvingad redundansväxling) av databasadministratören.

Du måste ange FAILOVER_MODE i ADD REPLICA ON -satsen. Du kan också ange det i MODIFY REPLICA ON -satsen. Det finns två typer av manuell redundans: manuell redundans utan dataförlust och tvingad redundans (med möjlig dataförlust). Olika villkor stöder dessa typer. Mer information finns i redundans- och redundanslägen (AlwaysOn-tillgänglighetsgrupper).

SEEDING_MODE = { AUTOMATIC | MANUELL }

Anger hur den sekundära repliken först seedas.

AUTOMATISK

Möjliggör direkt seeding. Den här metoden frön den sekundära repliken över nätverket. Den här metoden kräver inte att du säkerhetskopierar och återställer en kopia av den primära databasen på repliken.

Not

För direkt seeding måste du tillåta att databasen skapas på varje sekundär replik genom att anropa ALTER AVAILABILITY GROUP med alternativet GRANT CREATE ANY DATABASE .

HANDBOK

Anger manuell seeding (standard). Den här metoden kräver att du skapar en säkerhetskopia av databasen på den primära repliken och manuellt återställer säkerhetskopian på den sekundära repliken.

BACKUP_PRIORITY = n

Anger din prioritet för att utföra säkerhetskopior på den här repliken i förhållande till de andra replikerna i samma tillgänglighetsgrupp. Värdet är ett heltal i intervallet 0..100. Dessa värden har följande betydelser:

1..100 anger att tillgänglighetsrepliken kan väljas för att utföra säkerhetskopior. 1 anger den lägsta prioriteten och 100 anger högsta prioritet. Om BACKUP_PRIORITY = 1väljs tillgänglighetsrepliken endast för att utföra säkerhetskopior om inga tillgänglighetsrepliker med högre prioritet för närvarande är tillgängliga.
0 anger att den här tillgänglighetsrepliken aldrig har valts för säkerhetskopiering. Det här alternativet är användbart, till exempel för en fjärrtillgänglighetsreplik som du aldrig vill att säkerhetskopior ska redundansväxla till.

Mer information finns i Avlasta säkerhetskopieringar som stöds till sekundära repliker av en tillgänglighetsgrupp.

SECONDARY_ROLE ( ... )

Anger rollspecifika inställningar som börjar gälla om den här tillgänglighetsrepliken för närvarande äger den sekundära rollen (när det är en sekundär replik). Inom parenteserna anger du något av alternativen eller båda alternativen för sekundär roll. Om du anger båda använder du en kommaavgränsad lista.

Alternativen för sekundär roll är följande:

ALLOW_CONNECTIONS = { NO | READ_ONLY | ALLA }

Anger om databaserna för en viss tillgänglighetsreplik som utför den sekundära rollen (fungerar som en sekundär replik) kan acceptera anslutningar från klienter, något av:

NEJ

Inga användaranslutningar tillåts till sekundära databaser för den här repliken. De är inte tillgängliga för läsåtkomst. Det här är standardbeteendet.

READ_ONLY

Endast anslutningar tillåts till databaserna i den sekundära repliken där egenskapen Application Intent är inställd på ReadOnly. Mer information om den här egenskapen finns i Using Connection String Keywords with SQL Server Native Client.

ALLA

Alla anslutningar tillåts till databaserna i den sekundära repliken för skrivskyddad åtkomst.

Mer information finns i Avlasta enbart läsbar arbetsbelastning till en sekundär replik i en Always On-tillgänglighetsgrupp.

READ_ONLY_ROUTING_URL = { 'TCP:// systemadress:port' | NONE }

Anger den URL som ska användas för att dirigera anslutningsbegäranden med läs avsikt till den här tillgänglighetsrepliken. Den här URL:en är den där SQL Server Database Engine lyssnar. Vanligtvis lyssnar standardinstansen av SQL Server Database Engine på TCP-port 1433.

Från och med SQL Server 2025 (17.x) kan du ange NONE som READ_ONLY_ROUTING_URL destination för att återställa den angivna skrivskyddade routingen för tillgänglighetsrepliken, och dirigera trafiken baserat på standardbeteendet.

För en namngiven instans frågar du kolumnerna port och type_desc i vyn sys.dm_tcp_listener_states dynamisk hantering för att hämta portnumret. Serverinstansen använder Transact-SQL lyssnare (type_desc='TSQL').

Mer information om hur du beräknar den skrivskyddade routnings-URL:en för en tillgänglighetsreplik finns i Calculate read_only_routing_url for Always On.

Not

För en namngiven instans av SQL Server konfigurerar du den Transact-SQL lyssnaren så att den använder en specifik port. Mer information finns i Konfigurera SQL Server för att lyssna på en specifik TCP-port.

PRIMARY_ROLE ( ... )

Anger rollspecifika inställningar som börjar gälla om den här tillgänglighetsrepliken för närvarande äger den primära rollen (när det är den primära repliken). Inom parenteserna anger du antingen eller båda alternativen för primär roll. Om du anger båda använder du en kommaavgränsad lista.

Alternativen för den primära rollen är följande:

ALLOW_CONNECTIONS = { READ_WRITE | ALLA }

Anger vilken typ av anslutning som databaserna för en viss tillgänglighetsreplik som utför den primära rollen (fungerar som en primär replik) kan acceptera från klienter, en av:

LÄSA_SKRIVA

Anslutningar där anslutningsegenskapen För programavsikt är inställd ReadOnly på tillåts inte. När egenskapen Application Intent är inställd på ReadWrite eller om anslutningsegenskapen För program avsikt inte har angetts tillåts anslutningen. Mer information om anslutningsegenskapen application intent finns i Using Connection String Keywords with SQL Server Native Client.

ALLA

Alla anslutningar tillåts till databaserna i den primära repliken. Det här är standardbeteendet.

READ_ONLY_ROUTING_LIST = { ('<server_instance>' [ , ... n ] ) | NONE }

Anger en kommaavgränsad lista över serverinstanser som är värdar för tillgänglighetsrepliker för den här tillgänglighetsgruppen som uppfyller följande krav när de körs under den sekundära rollen:

Konfigureras för att tillåta alla anslutningar eller skrivskyddade anslutningar (se ALLOW_CONNECTIONS argumentet för alternativet, tidigare i den SECONDARY_ROLE här artikeln).
Få sin skrivskyddade routnings-URL definierad (se READ_ONLY_ROUTING_URL argumentet för alternativet, tidigare i den SECONDARY_ROLE här artikeln).

Värdena READ_ONLY_ROUTING_LIST är följande:

<server_instance>

Anger adressen till den instans av SQL Server som är värd för en tillgänglighetsreplik som är en läsbar sekundär replik när den körs under den sekundära rollen.

Använd en kommaavgränsad lista för att ange alla serverinstanser som kan vara värdar för en läsbar sekundär replik. Skrivskyddad routning följer den ordning i vilken serverinstanser anges i listan. Om du inkluderar en repliks värdserverinstans i replikens skrivskyddade routningslista är det vanligtvis bra att placera den här serverinstansen i slutet av listan, så att skrivskyddade anslutningar går till en sekundär replik, om en är tillgänglig.

Från och med SQL Server 2016 (13.x) kan du belastningsbalansera skrivskyddade begäranden mellan läsbara sekundära repliker. Du anger detta genom att placera replikerna i en kapslad uppsättning parenteser i den skrivskyddade routningslistan. Mer information och exempel finns i Konfigurera belastningsutjämning för skrivskyddade repliker.

INGEN

Anger att när den här tillgänglighetsrepliken är den primära repliken stöds inte skrivskyddad routning. Det här är standardbeteendet. När det används med MODIFY REPLICA ONinaktiverar det här värdet en befintlig lista, om någon.

{ READ_WRITE_ROUTING_URL = 'TCP:// systemadress:port' | NONE }

Gäller för: SQL Server 2019 (15.x) och senare versioner

Anger serverinstanser som är värdar för tillgänglighetsrepliker för den här tillgänglighetsgruppen som uppfyller följande krav när de körs under den primära rollen:

Replikspecifikationen PRIMARY_ROLE innehåller READ_WRITE_ROUTING_URL.
Anslutningssträngen är ReadWrite antingen genom att definiera ApplicationIntent som ReadWrite eller genom att inte ange ApplicationIntent och låta standardvärdet (ReadWrite) träda i kraft.

Från och med SQL Server 2025 (17.x) kan du ange NONE som READ_WRITE_ROUTING_URL destination att återställa den specificerade läs-skriv-routningen för tillgänglighetsrepliken, och dirigera trafiken baserat på standardbeteendet.

Mer information finns i omdirigering av läs-/skrivanslutningar för sekundär till primär replik (AlwaysOn-tillgänglighetsgrupper).

SESSION_TIMEOUT = sekunder

Anger tidsgränsen för sessionen i sekunder. Om du inte anger det här alternativet är standardtidsperioden 10 sekunder. Det minsta värdet är 5 sekunder.

Viktig

Behåll tidsgränsen på 10 sekunder eller högre.

Mer information om tidsgränsen för sessionen finns i Vad är en AlwaysOn-tillgänglighetsgrupp?

ÄNDRA REPLIK PÅ

Ändrar någon av replikerna i tillgänglighetsgruppen. Listan över repliker som ska ändras innehåller serverinstansadressen och en WITH (...) sats för varje replik.

Stöds endast på den primära repliken.

TA BORT REPLIK PÅ

Tar bort den angivna sekundära repliken från tillgänglighetsgruppen. Du kan inte ta bort den aktuella primära repliken från en tillgänglighetsgrupp. När du tar bort en replik slutar den att ta emot data. Replikens sekundära databaser tas bort från tillgänglighetsgruppen och anger RESTORING tillståndet.

Stöds endast på den primära repliken.

Not

Om du tar bort en replik när den inte är tillgänglig eller misslyckades upptäcker den att den inte längre tillhör tillgänglighetsgruppen när den är online igen.

ANSLUTA

Gör att den lokala serverinstansen är värd för en sekundär replik i den angivna tillgänglighetsgruppen.

Stöds endast på en sekundär replik som ännu inte är ansluten till tillgänglighetsgruppen.

Mer information finns i Koppla en sekundär replik till en AlwaysOn-tillgänglighetsgrupp.

REDUNDANS

Initierar en manuell redundansväxling av tillgänglighetsgruppen utan dataförlust till den sekundära replik som du är ansluten till. Repliken som är värd för den primära repliken är redundansmålet. Redundansmålet tar över den primära rollen och återställer sin kopia av varje databas, vilket gör dem online som de nya primära databaserna. Den tidigare primära repliken övergår samtidigt till den sekundära rollen och dess databaser blir sekundära databaser och pausas omedelbart. Dessa roller kan eventuellt växla fram och tillbaka genom en rad fel.

Redundans stöds endast för en synkron-incheckning sekundär replik som för närvarande synkroniseras med den primära repliken. För att en sekundär replik ska synkroniseras måste den primära repliken också köras i synkront incheckningsläge.

För två SQL Server instanser i en tillgänglighetsgrupp kan du utfärda redundanskommandot på antingen den primära eller sekundära repliken. För instanser som replikeras via länken Hanterad instans måste du utfärda redundanskommandot på den primära repliken.

Not

För en tillgänglighetsgrupp returneras ett redundanskommando så snart redundansmålet accepterar kommandot. Databasåterställning sker dock asynkront när tillgänglighetsgruppen har redundansväxlar.
För en länkad redundansväxling i en hanterad instans returneras redundanskommandot efter en lyckad redundansväxling där käll- och målväxlingsrollerna, eller om redundanskommandot misslyckas efter redundanskontrollen.
Du kan inte använda redundanskommandot för en planerad redundansväxling av en distribuerad tillgänglighetsgrupp mellan två SQL Server-instanser.

Information om begränsningar, krav och rekommendationer för att utföra en planerad manuell redundansväxling finns i Utföra en planerad manuell redundansväxling av en AlwaysOn-tillgänglighetsgrupp (SQL Server).

FORCE_FAILOVER_ALLOW_DATA_LOSS

Försiktighet

Initiera endast en tvingad redundans som ett haveriberedskapsmått, eftersom det kan leda till dataförlust. Framtvinga redundansväxling bör endast utföras när den primära repliken inte är tillgänglig, du är beredd att acceptera potentiell dataförlust och du måste återställa tjänsten till tillgänglighetsgruppen omedelbart.

Stöds endast på en replik vars roll är i SECONDARY tillståndet eller RESOLVING . Repliken där du anger ett redundanskommando är redundansmålet.

Tvingar redundans för tillgänglighetsgruppen, med möjlig dataförlust, till redundansmålet. Redundansmålet tar över den primära rollen och återställer sin kopia av varje databas, vilket gör dem online som de nya primära databaserna. På eventuella återstående sekundära repliker pausas varje sekundär databas tills den återupptas manuellt. När den tidigare primära repliken blir tillgänglig växlar den till den sekundära rollen och dess databaser pausas sekundära databaser.

För instanser som replikeras via länken Hanterad instans måste du utfärda FORCE_FAILOVER_ALLOW_DATA_LOSS kommandot på den sekundära repliken (redundansmålet).

Not

Ett redundanskommando returneras så snart redundansmålet accepterar kommandot. Databasåterställning sker dock asynkront när tillgänglighetsgruppen har redundansväxlar.

Information om begränsningar, krav och rekommendationer för att tvinga redundans och effekten av en tvingad redundansväxling på de tidigare primära databaserna i tillgänglighetsgruppen finns i Utföra en tvingad manuell redundansväxling av en AlwaysOn-tillgänglighetsgrupp (SQL Server).

LÄGG TILL LYSSNAREN "dns_name" ( <add_listener_option> )

Definierar en ny tillgänglighetsgruppslyssnare för den här tillgänglighetsgruppen. Stöds endast på den primära repliken.

Viktig

Innan du skapar din första lyssnare läser du Konfigurera en lyssnare för en AlwaysOn-tillgänglighetsgrupp.

När du har skapat en lyssnare för en viss tillgänglighetsgrupp gör du följande:

Be nätverksadministratören att reservera lyssnarens IP-adress för exklusiv användning.
Ge lyssnarens DNS-värdnamn till programutvecklare som ska användas i anslutningssträngar när de begär klientanslutningar till den här tillgänglighetsgruppen.

dns_name

Anger DNS-värdnamnet för tillgänglighetsgruppens lyssnare. Lyssnarens DNS-namn måste vara unikt i domänen och i NetBIOS.

dns_name är ett strängvärde. Det här namnet får endast innehålla alfanumeriska tecken, bindestreck (-) och bindestreck (_) i valfri ordning. DNS-värdnamn är skiftlägesokänsliga. Den maximala längden är 63 tecken.

Ange en beskrivande sträng. För en tillgänglighetsgrupp med namnet AG1skulle till exempel ett beskrivande DNS-värdnamn vara ag1-listener.

Viktig

NetBIOS känner bara igen de första 15 tecknen i dns_name. Om du har två WSFC-kluster som styrs av samma Active Directory och du försöker skapa tillgänglighetsgrupplyssnare i båda klustren med namn med fler än 15 tecken och ett identiskt prefix på 15 tecken får du ett felmeddelande som rapporterar att det inte gick att ansluta resursen för namn på virtuellt nätverk. Information om namngivningsregler för prefix för DNS-namn finns i Tilldela domännamn.

ANSLUT TILLGÄNGLIGHETSGRUPP PÅ

Ansluter till en distribuerad tillgänglighetsgrupp. När du skapar en distribuerad tillgänglighetsgrupp är tillgänglighetsgruppen i klustret där du skapar den den primära tillgänglighetsgruppen. Tillgänglighetsgruppen som ansluter till den distribuerade tillgänglighetsgruppen är den sekundära tillgänglighetsgruppen.

<ag_name>

Anger namnet på tillgänglighetsgruppen som utgör hälften av den distribuerade tillgänglighetsgruppen.

LISTENER = "TCP:// systemadress:port"

Anger URL-sökvägen för lyssnaren som är associerad med tillgänglighetsgruppen.

Satsen LISTENER krävs.

TCP:// systemadress:port"

Anger en URL för lyssnaren som är associerad med tillgänglighetsgruppen. URL-parametrarna är följande:

systemadress

En sträng, till exempel ett systemnamn, ett fullständigt domännamn eller en IP-adress, som entydigt identifierar lyssnaren.

hamn

Ett portnummer som är associerat med speglingsslutpunkten för tillgänglighetsgruppen. Det här är inte lyssnarens port.

AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT }

Anger om den primära repliken väntar på att den sekundära tillgänglighetsgruppen ska bekräfta härdningen (skrivning) av loggposterna till disken innan den primära repliken kan genomföra transaktionen på en viss primär databas.

SYNCHRONOUS_COMMIT

Anger att den primära repliken väntar med att checka in transaktioner tills den får en bekräftelse på att transaktionerna är härdade i den sekundära tillgänglighetsgruppen. Du kan ange SYNCHRONOUS_COMMIT för upp till två tillgänglighetsgrupper, inklusive den primära tillgänglighetsgruppen.

ASYNCHRONOUS_COMMIT

Anger att den primära repliken genomför transaktioner utan att vänta på att den här sekundära tillgänglighetsgruppen ska härda loggen. Du kan ange ASYNCHRONOUS_COMMIT för upp till två tillgänglighetsgrupper, inklusive den primära tillgänglighetsgruppen.

Satsen AVAILABILITY_MODE krävs.

FAILOVER_MODE = { MANUELL }

Anger redundansläget för den distribuerade tillgänglighetsgruppen.

HANDBOK

Aktiverar planerad manuell redundans eller tvingad manuell redundans (kallas vanligtvis tvingad redundansväxling) av databasadministratören.

Automatisk redundans till den sekundära tillgänglighetsgruppen stöds inte.

SEEDING_MODE = { AUTOMATIC | MANUELL }

Anger hur den sekundära tillgänglighetsgruppen ursprungligen seedas.

AUTOMATISK

Aktiverar automatisk seeding. Den här metoden skapar en sekundär tillgänglighetsgrupp över nätverket. Den här metoden kräver inte att du säkerhetskopierar och återställer en kopia av den primära databasen på replikerna i den sekundära tillgänglighetsgruppen.

HANDBOK

Anger manuell seeding. Den här metoden kräver att du skapar en säkerhetskopia av databasen på den primära repliken och manuellt återställer säkerhetskopian på replikerna i den sekundära tillgänglighetsgruppen.

ÄNDRA TILLGÄNGLIGHETSGRUPP PÅ

Ändrar någon av tillgänglighetsgruppens inställningar för en distribuerad tillgänglighetsgrupp. Listan över tillgänglighetsgrupper som ska ändras innehåller tillgänglighetsgruppens namn och en WITH (...) sats för varje tillgänglighetsgrupp.

Viktig

Du måste köra det här kommandot på både den primära tillgänglighetsgruppen och sekundära tillgänglighetsgruppsinstanser.

BEVILJA SKAPA EN DATABAS

Tillåter tillgänglighetsgruppen att skapa databaser för den primära replikens räkning, som stöder direkt seeding (SEEDING_MODE = AUTOMATIC). Kör den här parametern på varje sekundär replik som stöder direkt seeding efter att den sekundära anslutningen till tillgänglighetsgruppen. Kräver behörigheten CREATE ANY DATABASE.

NEKA SKAPA EN DATABAS

Tar bort tillgänglighetsgruppens möjlighet att skapa databaser för den primära replikens räkning.

<add_listener_option>

ADD LISTENER tar något av följande alternativ:

MED DHCP [ PÅ { ('four_part_ipv4_address','four_part_ipv4_mask') } ]

Anger att tillgänglighetsgruppens lyssnare använder DHCP (Dynamic Host Configuration Protocol). Du kan också använda ON -satsen för att identifiera nätverket där lyssnaren skapas. DHCP är begränsat till ett enda undernät som används för varje serverinstans som är värd för en tillgänglighetsreplik i tillgänglighetsgruppen.

Viktig

Använd inte DHCP i en produktionsmiljö. Om stilleståndstiden och DHCP IP-lånet upphör att gälla krävs extra tid för att registrera den nya DHCP-nätverks-IP-adressen som är associerad med lyssnarens DNS-namn och påverkar klientanslutningen. DHCP är dock bra för att konfigurera utvecklings- och testmiljön för att verifiera grundläggande funktioner i tillgänglighetsgrupper och för integrering med dina program.

Till exempel:

WITH DHCP ON ('10.120.19.0','255.255.254.0')

MED IP ( { ('four_part_ipv4_address','four_part_ipv4_mask') | ('ipv6_address') } [ , ... n ] ) [ , PORT = listener_port ]

I stället för att använda DHCP använder tillgänglighetsgruppens lyssnare en eller flera statiska IP-adresser. För att skapa en tillgänglighetsgrupp över flera undernät kräver varje undernät en statisk IP-adress i lyssnarkonfigurationen. För ett visst undernät kan den statiska IP-adressen antingen vara en IPv4-adress eller en IPv6-adress. Kontakta nätverksadministratören för att få en statisk IP-adress för varje undernät som är värd för en tillgänglighetsreplik för den nya tillgänglighetsgruppen.

Till exempel:

WITH IP ( ('10.120.19.155','255.255.254.0') )

ipv4_address

En IPv4-adress i fyra delar för en tillgänglighetsgruppslyssnare. Till exempel 10.120.19.155.

ipv4_mask

En IPv4-mask i fyra delar för en tillgänglighetsgruppslyssnare. Till exempel 255.255.254.0.

ipv6_address

En IPv6-adress för en tillgänglighetsgrupplyssnare. Till exempel 2001::4898:23:1002:20f:1fff:feff:b3a3.

HAMN = listener_port

Portnumret (listener_port) som ska användas av en tillgänglighetsgrupplyssnare WITH IP som satsen anger. PORT är valfritt.

Standardportnumret, 1433, stöds. Du kan dock välja ett annat portnummer.

Till exempel: WITH IP ( ('2001::4898:23:1002:20f:1fff:feff:b3a3') ) , PORT = 7777

ÄNDRA LYSSNAREN "dns_name" ( <modify_listener_option> )

Ändrar en befintlig tillgänglighetsgruppslyssnare för den här tillgänglighetsgruppen. Stöds endast på den primära repliken.

<modify_listener_option>

MODIFY LISTENER tar något av följande alternativ:

LÄGG TILL IP { ('four_part_ipv4_address','four_part_ipv4_mask') | ('ipv6_address') }

Lägger till den angivna IP-adressen till tillgänglighetsgruppens lyssnare som anges av dns_name.

HAMN = listener_port

Se beskrivningen av det här argumentet tidigare i det här avsnittet.

TA BORT IP { ('four_part_ipv4_address') | ('ipv6_address') }

Gäller för: SQL Server 2025 (17.x) och senare versioner

Tar bort den angivna IP-adressen från den angivna tillgänglighetsgruppens lyssnare.

STARTA OM LYSSNAREN "dns_name"

Startar om lyssnaren som är associerad med det angivna DNS-namnet. Stöds endast på den primära repliken.

TA BORT LYSSNAREN "dns_name"

Tar bort lyssnaren som är associerad med det angivna DNS-namnet. Stöds endast på den primära repliken.

OFFLINE

Tar en onlinetillgänglighetsgrupp offline. Det finns ingen dataförlust för synkrona databaser.

När en tillgänglighetsgrupp kopplas från blir databaserna otillgängliga för klienter och du kan inte aktivera tillgänglighetsgruppen igen. Använd OFFLINE därför alternativet endast under en migrering mellan kluster av AlwaysOn-tillgänglighetsgrupper när du migrerar resurser för tillgänglighetsgrupp till ett nytt WSFC-kluster.

Mer information finns i Ta en tillgänglighetsgrupp offline (SQL Server).

Krav och begränsningar

Information om krav och begränsningar för tillgänglighetsrepliker och värdserverinstanser och datorer finns i Krav, begränsningar och rekommendationer för AlwaysOn-tillgänglighetsgrupper.

Information om begränsningar för AVAILABILITY GROUP Transact-SQL-instruktioner finns iTransact-SQL-instruktioner för AlwaysOn-tillgänglighetsgrupper.

Behörigheter

Du behöver ALTER AVAILABILITY GROUP behörighet för tillgänglighetsgruppen, CONTROL AVAILABILITY GROUP behörigheten, ALTER ANY AVAILABILITY GROUP behörigheten eller CONTROL SERVER behörigheten. Du behöver ALTER ANY DATABASE också behörighet.

Exempel

A. Ansluta en sekundär replik till en tillgänglighetsgrupp

I följande exempel kopplas en sekundär replik till vilken du är ansluten till AccountsAG tillgänglighetsgrupp.

ALTER AVAILABILITY GROUP AccountsAG JOIN;
GO

B. Framtvinga redundans för en tillgänglighetsgrupp

Följande exempel tvingar AccountsAG tillgänglighetsgrupp att redundansväxla till den sekundära replik som du är ansluten till.

ALTER AVAILABILITY GROUP AccountsAG FORCE_FAILOVER_ALLOW_DATA_LOSS;
GO

C. Framtvinga kryptering i anslutningar till tillgänglighetsgruppen

Exemplen i det här avsnittet tvingar kryptering i anslutningar till AccountsAG tillgänglighetsgruppen.

Om servernamnet visas i varje certifikat enligt definitionen av någon av metoderna kan du utelämna alternativet HostNameInCertificate :

ALTER AVAILABILITY GROUP [AccountsAG]
   SET (
   CLUSTER_CONNECTION_OPTIONS = 'Encrypt=Strict')

Om du följde metod 1 men inte angav servernamnet som ett alternativt ämnesnamn i certifikatet måste du ange det värde som visas i alternativt namn för ämne i alternativet HostNameInCertificate :

ALTER AVAILABILITY GROUP [AccountsAG]
   SET (
   CLUSTER_CONNECTION_OPTIONS = 'Encrypt=Strict;HostNameInCertificate=<Subject Alternative Name>')

Om du följde metod 1 och vill använda ServerCertificate egenskapen i stället för att ange ett värde för HostNameInCertificate:

ALTER AVAILABILITY GROUP [AccountsAG]
   SET (
   CLUSTER_CONNECTION_OPTIONS = 'Encrypt=Strict;ServerCertificate=C:\Users\admin\SqlAGCertificate.cer')

Feedback

Var den här sidan hjälpsam?

Last updated on 2026-01-06

Dela via

ÄNDRA TILLGÄNGLIGHETSGRUPP (Transact-SQL)

Syntax

Argument

group_name

AUTOMATED_BACKUP_PREFERENCE = { PRIMARY | SECONDARY_ONLY| SEKUNDÄR | NONE }

PRIMÄR

SECONDARY_ONLY

SEKUNDÄR

INGEN

FAILURE_CONDITION_LEVEL = { 1 | 2 | 3 | 4 | 5 }

HEALTH_CHECK_TIMEOUT = Millisekunder

DB_FAILOVER = { ON | AV }

DTC_SUPPORT = { PER_DB | INGEN }

REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT

ROLL

CLUSTER_CONNECTION_OPTIONS

LÄGG TILL DATABAS database_name

TA BORT DATABAS database_name

LÄGG TILL REPLIK PÅ

<server_instance>

system_name

FCI_network_name

instance_name

\

ENDPOINT_URL = "*TCP:// systemadress:*port"

"TCP://systemadress:port"

systemadress

hamn

AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY }

SYNCHRONOUS_COMMIT

ASYNCHRONOUS_COMMIT

CONFIGURATION_ONLY

FAILOVER_MODE = { AUTOMATIC | MANUELL }

AUTOMATISK

HANDBOK

SEEDING_MODE = { AUTOMATIC | MANUELL }

AUTOMATISK

HANDBOK

BACKUP_PRIORITY = n

SECONDARY_ROLE ( ... )

ALLOW_CONNECTIONS = { NO | READ_ONLY | ALLA }

NEJ

READ_ONLY

ALLA

READ_ONLY_ROUTING_URL = { '*TCP:// systemadress:*port' | NONE }

PRIMARY_ROLE ( ... )

ALLOW_CONNECTIONS = { READ_WRITE | ALLA }

LÄSA_SKRIVA

ALLA

READ_ONLY_ROUTING_LIST = { ('<server_instance>' [ , ... n ] ) | NONE }

<server_instance>

INGEN

{ READ_WRITE_ROUTING_URL = '*TCP:// systemadress:*port' | NONE }

SESSION_TIMEOUT = sekunder

ÄNDRA REPLIK PÅ

TA BORT REPLIK PÅ

ANSLUTA

REDUNDANS

FORCE_FAILOVER_ALLOW_DATA_LOSS

LÄGG TILL LYSSNAREN "dns_name" ( <add_listener_option> )

dns_name

ANSLUT TILLGÄNGLIGHETSGRUPP PÅ

<ag_name>

LISTENER = "*TCP:// systemadress:*port"

*TCP:// systemadress:*port"

systemadress

hamn

AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT }

SYNCHRONOUS_COMMIT

ASYNCHRONOUS_COMMIT

FAILOVER_MODE = { MANUELL }

HANDBOK

SEEDING_MODE = { AUTOMATIC | MANUELL }

AUTOMATISK

HANDBOK

ÄNDRA TILLGÄNGLIGHETSGRUPP PÅ

BEVILJA SKAPA EN DATABAS

NEKA SKAPA EN DATABAS

<add_listener_option>

`HEALTH_CHECK_TIMEOUT` = Millisekunder

ENDPOINT_URL = "TCP:// systemadress:port"

READ_ONLY_ROUTING_URL = { 'TCP:// systemadress:port' | NONE }

{ READ_WRITE_ROUTING_URL = 'TCP:// systemadress:port' | NONE }

LISTENER = "TCP:// systemadress:port"

TCP:// systemadress:port"