SKAPA TILLGÄNGLIGHETSGRUPP (Transact-SQL)

Artikel
03/13/2025

gäller för:SQL Server

Skapar en ny tillgänglighetsgrupp om instansen av SQL Server är aktiverad för funktionen AlwaysOn-tillgänglighetsgrupper.

Viktig

Kör CREATE AVAILABILITY GROUP på instansen av SQL Server som du tänker använda som den första primära repliken av den nya tillgänglighetsgruppen. Den här serverinstansen måste finnas på en WSFC-nod (Windows Server Failover Clustering).

Transact-SQL syntaxkonventioner

Syntax

  
CREATE AVAILABILITY GROUP group_name  
   WITH (<with_option_spec> [ ,...n ] )  
   FOR [ DATABASE database_name [ ,...n ] ]  
   REPLICA ON <add_replica_spec> [ ,...n ]  
   AVAILABILITY GROUP ON <add_availability_group_spec> [ ,...2 ]  
   [ LISTENER 'dns_name' ( <listener_option> ) ]  
[ ; ]  
  
<with_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 }  
  | [ BASIC | DISTRIBUTED | CONTAINED [ REUSE_SYSTEM_DATABASES ] ]
  | REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT = { integer }
  | CLUSTER_TYPE = { WSFC | EXTERNAL | NONE }
 
  
<add_replica_spec>::=  
  <server_instance> WITH  
    (  
       ENDPOINT_URL = 'TCP://system-address:port',  
       AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY },  
       FAILOVER_MODE = { AUTOMATIC | MANUAL | EXTERNAL }  
       [ , <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  
  
<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 }  
    )  
  
<listener_option> ::=  
   {  
      WITH DHCP [ ON ( <network_subnet_option> ) ]  
    | WITH IP ( { ( <ip_address_option> ) } [ , ...n ] ) [ , PORT = listener_port ]  
   }  
  
  <network_subnet_option> ::=  
     'ip4_address', 'four_part_ipv4_mask'    
  
  <ip_address_option> ::=  
     {   
        'ip4_address', 'pv4_mask'  
      | 'ipv6_address'  
     }

Argument

group_name

Anger namnet på den nya tillgänglighetsgruppen. group_name måste vara en giltig SQL Server-identifierareoch måste vara unik för alla tillgänglighetsgrupper i WSFC-klustret. Den maximala längden för ett namn på tillgänglighetsgruppen är 128 tecken för cluster_type = WSFC och 64 tecken för cluster_type = NONE och EXTERNAL.

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

Anger en inställning för hur ett säkerhetskopieringsjobb ska utvärdera den primära repliken när du väljer var säkerhetskopiering 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 påverkar inte ad hoc-säkerhetskopior.

Värdena som stöds är följande:

PRIMÄR

Anger att säkerhetskopiorna alltid ska ske 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 till Primär tills alla sekundära databaser har förberetts och anslutits till tillgänglighetsgruppen.

SECONDARY_ONLY

Anger att säkerhetskopieringar aldrig ska utföras på den primära repliken. Om den primära repliken är den enda repliken online ska säkerhetskopieringen inte ske.

SEKUNDÄR

Anger att säkerhetskopieringar ska ske på en sekundär replik, förutom när den primära repliken är den enda repliken online. I så fall bör säkerhetskopieringen ske 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 serverjobb för databaserna i en viss tillgänglighetsgrupp. Inställningen för automatisk säkerhetskopiering har ingen inverkan på ad hoc-säkerhetskopior. Mer information finns i Konfigurera säkerhetskopiering av tillgänglighetsrepliker (SQL Server).

Not

Om du vill visa inställningen för automatisk säkerhetskopiering för en befintlig tillgänglighetsgrupp väljer du kolumnen automated_backup_preference eller automated_backup_preference_desc i sys.availability_groups katalogvyn. Dessutom kan sys.fn_hadr_backup_is_preferred_replica (Transact-SQL) användas för att fastställa önskad säkerhetskopieringsreplik. Den här funktionen returnerar 1 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 har konfigurerats 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 = AUTOMATISK) och den sekundära repliken för närvarande synkroniseras med 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 redundansväxling ska initieras 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 ingen ACK tas emot från serverinstansen. Mer information finns i How It Works: SQL Server Always On Lease Timeout.
2	Anger att en automatisk redundansväxling ska initieras när något av följande inträffar: - Sql Server-instansen 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 redundansväxling ska initieras på 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 redundansväxling ska initieras på måttliga interna SQL Server-fel, till exempel ett beständigt out-of-memory-villkor i den interna SQL Server-resurspoolen.
5	Anger att en automatisk redundansväxling ska initieras på alla kvalificerade feltillstånd, inklusive: -Överbelastning av SQL Engine worker-threads. -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 flexibel redundansprincip för automatisk redundans för en tillgänglighetsgrupp (SQL Server).

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. HEALTH_CHECK_TIMEOUT anges på gruppnivå men är endast relevant för tillgänglighetsrepliker som är konfigurerade 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 = AUTOMATISK) och den sekundära repliken för närvarande synkroniseras med den primära repliken.

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

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 PÅ utlöser alla andra statusar än ONLINE för en databas i tillgänglighetsgruppen en automatisk redundansväxling. När det här alternativet är inställt på AV används endast instansens hälsotillstånd för att utlösa automatisk redundans.

Mer information om den här inställningen finns i alternativ för hälsoidentifiering på databasnivå

DTC_SUPPORT = { PER_DB | NONE }

gäller för: SQL Server (från och med SQL Server 2016 (13.x))

Anger om transaktioner mellan databaser stöds via DTC (Distributed Transaction Coordinator). Transaktioner mellan databaser stöds endast från och med SQL Server 2016 (13.x). PER_DB skapar tillgänglighetsgruppen med stöd för dessa transaktioner. Mer information finns i transaktioner mellan databaser och distribuerade transaktioner för AlwaysOn-tillgänglighetsgrupper och databasspegling (SQL Server).

GRUNDLÄGGANDE

gäller för: SQL Server (från och med SQL Server 2016 (13.x))

Används för att skapa en grundläggande tillgänglighetsgrupp. Grundläggande tillgänglighetsgrupper är begränsade till en databas och två repliker: en primär replik och en sekundär replik. Det här alternativet ersätter den inaktuella databasspeglingsfunktionen i SQL Server Standard Edition. Mer information finns i Grundläggande tillgänglighetsgrupper (AlwaysOn-tillgänglighetsgrupper). Grundläggande tillgänglighetsgrupper stöds från och med SQL Server 2016 (13.x).

DISTRIBUERAD

gäller för: SQL Server (från och med SQL Server 2016 (13.x))

Används för att skapa en distribuerad tillgänglighetsgrupp. Det här alternativet används med parametern TILLGÄNGLIGHETSGRUPP PÅ för att ansluta två tillgänglighetsgrupper i separata Windows Server-redundanskluster. Mer information finns i Distribuerade tillgänglighetsgrupper (AlwaysOn-tillgänglighetsgrupper). Distribuerade tillgänglighetsgrupper stöds från och med SQL Server 2016 (13.x).

INNESLUTEN [REUSE_SYSTEM_DATABASES]

Introducerades i SQL Server 2022 (16.x).

Skapa en innesluten tillgänglighetsgrupp. Det här alternativet används för att skapa en tillgänglighetsgrupp med egna master och msdb databaser, som hålls synkroniserade över uppsättningen repliker i tillgänglighetsgruppen.
Alternativet REUSE_SYSTEM_DATABASES gör att de inneslutna master och msdb databaser från en tidigare version av tillgänglighetsgruppen används när den nya tillgänglighetsgruppen skapas. Mer information om inneslutna tillgänglighetsgrupper finns i Översikt över oberoende tillgänglighetsgrupp (AlwaysOn-tillgänglighetsgrupper).

REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT

gäller för: SQL Server (från och med SQL Server 2017 (14.x))

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).
Minimum: 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 INTE SYNKRONISERAd och fortsätter. När databasen som inte svarar är online igen är den i tillståndet "inte synkroniserad" och repliken markeras som inte felfri 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 inställningen ändras när tillgänglighetsgruppen läggs till i en klusterresurs. Se Hög tillgänglighet och dataskydd för konfigurationer av tillgänglighetsgrupper.

Stöds inte för CREATE AVAILABILITY GROUP. Från och med SQL Server 2022 (16.x) kan du använda ALTER AVAILABILITY GROUP för att ange REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT i en distribuerad tillgänglighetsgrupp. Se ALTER AVAILABILITY GROUP (Transact-SQL).

CLUSTER_TYPE

gäller för: SQL Server (från och med SQL Server 2017 (14.x)).

Används för att identifiera om tillgänglighetsgruppen finns i ett Windows Server-redundanskluster (WSFC). Ange till WSFC när tillgänglighetsgruppen finns på en redundansklusterinstans i ett Windows Server-redundanskluster. Ställ in på EXTERN när klustret hanteras av en klusterhanterare som inte är ett Windows Server-redundanskluster, till exempel Linux Pacemaker. Ställ in på NONE när tillgänglighetsgruppen inte använder WSFC för klustersamordning. Till exempel när en tillgänglighetsgrupp innehåller Linux-servrar utan klusterhanterare.

DATABAS database_name

Anger en lista över en eller flera användardatabaser på den lokala SQL Server-instansen (dvs. den serverinstans där du skapar tillgänglighetsgruppen). 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 (SQL Server). Information om vilka lokala databaser som redan tillhör en tillgänglighetsgrupp finns i kolumnen replica_id i sys.databases katalogvy.

DATABASE-satsen är valfri. Om du utelämnar det är den nya tillgänglighetsgruppen tom.

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

Not

Senare kan du lägga till berättigade databaser på den serverinstans som är värd för den aktuella primära repliken i en tillgänglighetsgrupp. Du kan också ta bort en databas från en tillgänglighetsgrupp. Mer information finns i ALTER AVAILABILITY GROUP (Transact-SQL).

REPLIK PÅ

Anger från en till fem SQL Server-instanser som värd för tillgänglighetsrepliker i den nya tillgänglighetsgruppen. Varje replik anges av dess serverinstansadress följt av en WITH-sats (...). Minimalt måste du ange den lokala serverinstansen, som blir den första primära repliken. Du kan också ange upp till fyra sekundära repliker.

Du måste ansluta varje sekundär replik till tillgänglighetsgruppen. Mer information finns i ALTER AVAILABILITY GROUP (Transact-SQL).

Not

Om du anger mindre än fyra sekundära repliker när du skapar en tillgänglighetsgrupp kan du ange ytterligare en sekundär replik när som helst med hjälp av instruktionen ALTER AVAILABILITY GROUPTransact-SQL. Du kan också använda den här instruktionen för att ta bort alla sekundära repliker från en befintlig tillgänglighetsgrupp.

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), enligt följande:

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

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

system_name

Är 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

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

instance_name

Är namnet på en instans av en SQL Server som hanteras av system_name eller FCI_network_name och som har HADR-tjänsten aktiverad. För en standardserverinstans är instance_name valfritt. Instansnamnet är skiftlägesokänsligt. På en namngiven instans är det här värdenamnet samma som värdet som returneras genom att köra select ServerProperty(N'InstanceName');.

\

Används endast en avgränsare 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 (SQL Server).

ENDPOINT_URL ='TCP://systemadress:port'

Anger URL-sökvägen för databasspeglingsslutpunkt på instansen av SQL Server som är värd för tillgänglighetsrepliken som du definierar i din aktuella REPLICA ON-sats.

Satsen ENDPOINT_URL krävs. Mer information finns i Ange slutpunkts-URL när du lägger till eller ändrar en tillgänglighetsreplik (SQL Server).

"TCP://systemadress:port"

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

systemadress

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

hamn

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

AVAILABILITY_MODE = {SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY }

SYNCHRONOUS_COMMIT eller ASYNCHRONOUS_COMMIT anger om den primära repliken måste vänta tills den sekundära repliken bekräftar härdningen (skrivning) av loggposterna till disken innan den primära repliken kan checka in transaktionen på en viss primär databas. Transaktionerna i olika databaser på samma primära replik kan checkas in oberoende av varandra. SQL Server 2017 (14.x) CU1 introducerar CONFIGURATION_ONLY. CONFIGURATION_ONLY replik gäller endast för tillgänglighetsgrupper med CLUSTER_TYPE = EXTERNAL eller CLUSTER_TYPE = NONE.

SYNCHRONOUS_COMMIT

Anger att den primära repliken väntar på att checka in transaktioner tills de har hårdnat 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 för tillgänglighetsgruppen till huvuddatabasen 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 den CONFIGURATION_ONLY repliken ska vara typ WITNESS.
Det går inte att ändra.
Är inte giltigt när CLUSTER_TYPE = WSFC.
Alternativen failover_mode och seeding_mode stöds inte när availability_mode är inställt på configuration_only för en replik. Ett exempel visas här.

Mer information finns i Konfiguration endast replik.

Satsen AVAILABILITY_MODE krävs. Mer information finns i tillgänglighetslägen (AlwaysOn-tillgänglighetsgrupper).

FAILOVER_MODE = { AUTOMATIC | MANUELL }

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

AUTOMATISK

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

Not

SQL Server-redundansklusterinstanser (FCIs) stöder inte automatisk redundans av tillgänglighetsgrupper, så alla tillgänglighetsrepliker som hanteras av en FCI kan bara konfigureras för manuell redundans.

HANDBOK

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

Satsen FAILOVER_MODE krävs. De två typerna av manuell redundans, manuell redundans utan dataförlust och tvingad redundans (med möjlig dataförlust) stöds under olika förhållanden. Mer information finns i redundanslägen 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 säkerhetskopiering. 1 anger den lägsta prioriteten och 100 anger högsta prioritet. Om BACKUP_PRIORITY = 1 väljs tillgänglighetsrepliken endast för säkerhetskopiering om inga tillgänglighetsrepliker med högre prioritet är tillgängliga för närvarande.
0 anger att den här tillgänglighetsrepliken inte används för att utföra säkerhetskopior. Detta ä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 Aktiva sekundärfiler: Säkerhetskopiera på sekundära repliker (AlwaysOn-tillgänglighetsgrupper).

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 (det vill: 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 (det vill: fungerar som en sekundär replik) kan acceptera anslutningar från klienter, en 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 Aktiva sekundärfiler: Läsbara sekundära repliker (AlwaysOn-tillgänglighetsgrupper).

READ_ONLY_ROUTING_URL ='TCP://systemadress:port'

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

För en namngiven instans kan du hämta portnumret genom att fråga port och type_desc kolumner i sys.dm_tcp_listener_states dynamisk hanteringsvy. Serverinstansen använder Transact-SQL lyssnaren (type_desc='TSQL').

Mer information om hur du beräknar den skrivskyddade routnings-URL:en för en replik finns i Beräkna read_only_routing_url för Always On.

Not

För en namngiven instans av SQL Server ska Transact-SQL lyssnare konfigureras för att använda en specifik port. Mer information finns i Konfigurera en server för att lyssna på en specifik TCP-port (SQL Server Configuration Manager).

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 (det vill: 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 (det vill: fungerar som en primär replik) kan acceptera från klienter, en av:

READ_WRITE

Anslutningar där anslutningsegenskapen för programavsikt är inställd på ReadOnly- 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 anslutningsegenskap för programsyfte finns i Använda nyckelord för anslutningssträngar med sql server-inbyggda klient.

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 argumentet ALLOW_CONNECTIONS för alternativet SECONDARY_ROLE).
Få sin skrivskyddade routnings-URL definierad (se argumentet READ_ONLY_ROUTING_URL för alternativet SECONDARY_ROLE).

De READ_ONLY_ROUTING_LIST värdena är följande:

server_instance

Anger adressen för den instans av SQL Server som är värd för en replik 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ärd 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.

READ_WRITE_ROUTING_URL ='TCP://systemadress:port

gäller för: SQL Server (från och med SQL Server 2019 (15.x))

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.

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

SESSION_TIMEOUT = heltal

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

Viktig

Vi rekommenderar att du behåller tidsgränsen på 10 sekunder eller högre.

Mer information om tidsgränsen för sessioner finns i Översikt över AlwaysOn-tillgänglighetsgrupper (SQL Server).

TILLGÄNGLIGHETSGRUPP PÅ

Anger två tillgänglighetsgrupper som utgör en distribuerad tillgänglighetsgrupp. Varje tillgänglighetsgrupp ingår i ett eget Windows Server-redundanskluster (WSFC). När du skapar en distribuerad tillgänglighetsgrupp blir tillgänglighetsgruppen på den aktuella SQL Server-instansen den primära tillgänglighetsgruppen. Den andra tillgänglighetsgruppen blir den sekundära tillgänglighetsgruppen.

Du måste ansluta den sekundära tillgänglighetsgruppen till den distribuerade tillgänglighetsgruppen. Mer information finns i ALTER AVAILABILITY GROUP (Transact-SQL).

ag_name

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

LISTENER_URL ='TCP://systemadress:port'

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

Satsen LISTENER_URL krävs.

"TCP://systemadress:port"

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

systemadress

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

port

Är ett portnummer som är associerat med speglingsslutpunkten för tillgänglighetsgruppen. Observera att detta inte är lyssnarens port.

AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY }

Anger om den primära repliken måste vänta tills den sekundära tillgänglighetsgruppen bekräftar 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 på att checka in transaktioner tills de har hårdnat 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.

Satsen FAILOVER_MODE krävs och det enda alternativet är MANUELL. 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

Möjliggör direkt 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 (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å replikerna i den sekundära tillgänglighetsgruppen.

LISTENERdns_name( listener_option )

Definierar en ny tillgänglighetsgruppslyssnare för den här tillgänglighetsgruppen. LISTENER är ett valfritt argument.

Viktig

Innan du skapar din första lyssnare rekommenderar vi starkt att du läser Skapa eller konfigurera en tillgänglighetsgruppslyssnare (SQL Server).

När du har skapat en lyssnare för en viss tillgänglighetsgrupp rekommenderar vi starkt att du gör 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.

Vi rekommenderar att du anger 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 teckenen i dns_name. Om du har två WSFC-kluster som styrs av samma Active Directory och du försöker skapa lyssnare för tillgänglighetsgrupper i båda klustren med namn med fler än 15 tecken och ett identiskt prefix på 15 tecken, rapporterar ett fel att virtual network name-resursen inte kunde anslutas. Information om namngivningsregler för prefix för DNS-namn finns i Tilldela domännamn.

listener_option

LISTENER tar något av följande <listener_option> 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 serverinstanser som är värd för en replik i tillgänglighetsgruppen.

Viktig

Vi rekommenderar inte DHCP i produktionsmiljön. Om det finns en stilleståndstid 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 ]

Anger att 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 replik för den nya tillgänglighetsgruppen.

Till exempel:

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

ip4_address

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

ipv4_mask

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

ipv6_address

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

PORT = listener_port

Anger portnumretlistener_portsom ska användas av en tillgänglighetsgrupplyssnare som anges av en WITH IP-sats. PORT är valfritt.

Standardportnumret 1433 stöds. Men om du har säkerhetsproblem rekommenderar vi att du använder ett annat portnummer.

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

Krav och begränsningar

Information om kraven för att skapa en tillgänglighetsgrupp finns i Krav, Begränsningar och rekommendationer för AlwaysOn-tillgänglighetsgrupper (SQL Server).

Information om begränsningar för Transact-SQL-Transact-SQL-instruktioner finns i Översikt över Transact-SQL-instruktioner för AlwaysOn-tillgänglighetsgrupper (SQL Server).

Säkerhet

Behörigheter

Kräver medlemskap i den fasta serverrollen sysadmin och antingen BEHÖRIGHETEN SKAPA TILLGÄNGLIGHETSGRUPPserver, ÄNDRA VALFRI BEHÖRIGHET FÖR TILLGÄNGLIGHETSGRUPP eller BEHÖRIGHET FÖR KONTROLLSERVER.

Exempel

A. Konfigurera säkerhetskopiering på sekundära repliker, flexibel redundansprincip och anslutningsåtkomst

I följande exempel skapas en tillgänglighetsgrupp med namnet MyAg för två användardatabaser, ThisDatabase och ThatDatabase. I följande tabell sammanfattas de värden som angetts för de alternativ som har angetts för tillgänglighetsgruppen som helhet.

Gruppalternativ	Inställning	Beskrivning
AUTOMATED_BACKUP_PREFERENCE	SEKUNDÄR	Den här inställningen för automatisk säkerhetskopiering anger att säkerhetskopieringar ska ske på en sekundär replik, förutom när den primära repliken är den enda repliken online (detta är standardbeteendet). För att inställningen AUTOMATED_BACKUP_PREFERENCE ska ha någon effekt måste du skripta säkerhetskopieringsjobb på tillgänglighetsdatabaserna för att ta hänsyn till inställningen för automatisk säkerhetskopiering.
FAILURE_CONDITION_LEVEL	3	Den här inställningen för felvillkorsnivå anger att en automatisk redundansväxling ska initieras på kritiska interna SQL Server-fel, till exempel överblivna spinlocks, allvarliga överträdelser av skrivåtkomst eller för mycket dumpning.
HEALTH_CHECK_TIMEOUT	600000	Det här tidsgränsvärdet för hälsokontroll, 60 sekunder, anger att WSFC-klustret väntar 60 000 millisekunder på den sp_server_diagnostics system lagrade proceduren för att returnera serverhälsoinformation om en serverinstans som är värd för en synkron incheckningsreplik med automatisk innan klustret förutsätter att värdserverinstansen är långsam eller inte svarar. (Standardvärdet är 3 0000 millisekunder).

Tre tillgänglighetsrepliker ska hanteras av standardserverinstanserna på datorer med namnet COMPUTER01, COMPUTER02och COMPUTER03. I följande tabell sammanfattas de värden som angetts för replikalternativen för varje replik.

Replikalternativ	Inställning för `COMPUTER01`	Inställning för `COMPUTER02`	Inställning för `COMPUTER03`	Beskrivning
ENDPOINT_URL	TCP://COMPUTER01:5022	TCP://COMPUTER02:5022	TCP://COMPUTER03:5022	I det här exemplet är systemen samma domän, så slutpunkts-URL:erna kan använda namnet på datorsystemet som systemadress.
AVAILABILITY_MODE	SYNCHRONOUS_COMMIT	SYNCHRONOUS_COMMIT	ASYNCHRONOUS_COMMIT	Två av replikerna använder synkront incheckningsläge. När de synkroniseras stöder de redundans utan dataförlust. Den tredje repliken, som använder tillgänglighetsläget asynkron incheckning.
FAILOVER_MODE	AUTOMATISK	AUTOMATISK	HANDBOK	De synkrona incheckningsreplikerna stöder automatisk redundans och planerad manuell redundans. Repliken för synkron incheckningstillgänglighet stöder endast tvingad manuell redundans.
BACKUP_PRIORITY	30	30	90	En högre prioritet, 90, tilldelas till repliken asynchronous-commit än till de synkrona replikerna. Säkerhetskopieringar tenderar att ske på den serverinstans som är värd för repliken asynkron incheckning.
SECONDARY_ROLE	( ALLOW_CONNECTIONS = NEJ, READ_ONLY_ROUTING_URL = "TCP://COMPUTER01:1433" )	( ALLOW_CONNECTIONS = NEJ, READ_ONLY_ROUTING_URL = "TCP://COMPUTER02:1433" )	( ALLOW_CONNECTIONS = READ_ONLY, READ_ONLY_ROUTING_URL = "TCP://COMPUTER03:1433" )	Endast repliken asynkron incheckning fungerar som en läsbar sekundär replik. Anger datornamnet och standardportnumret för databasmotorn (1433). Det här argumentet är valfritt.
PRIMARY_ROLE	( ALLOW_CONNECTIONS = READ_WRITE, READ_ONLY_ROUTING_LIST = (COMPUTER03) )	( ALLOW_CONNECTIONS = READ_WRITE, READ_ONLY_ROUTING_LIST = (COMPUTER03) )	( ALLOW_CONNECTIONS = READ_WRITE, READ_ONLY_ROUTING_LIST = NONE )	I den primära rollen avvisar alla repliker anslutningsförsök med läsinsikt. Anslutningsbegäranden med läsinsikt dirigeras till COMPUTER03 om den lokala repliken körs under den sekundära rollen. När repliken körs under den primära rollen inaktiveras skrivskyddad routning. Det här argumentet är valfritt.
SESSION_TIMEOUT	10	10	10	Det här exemplet anger standardvärdet för sessionstimeout (10). Det här argumentet är valfritt.

Slutligen anger exemplet den valfria LISTENER-satsen för att skapa en tillgänglighetsgrupplyssnare för den nya tillgänglighetsgruppen. Ett unikt DNS-namn, MyAgListenerIvP6, anges för den här lyssnaren. De två replikerna finns i olika undernät, så lyssnaren måste använda statiska IP-adresser. För var och en av de två tillgänglighetsreplikerna anger WITH IP-satsen en statisk IP-adress, 2001:4898:f0:f00f::cf3c och 2001:4898:e0:f213::4ce2, som använder IPv6-formatet. Det här exemplet använder också det valfria PORT-argumentet för att ange port 60173 som lyssnarport.

CREATE AVAILABILITY GROUP MyAg   
   WITH (  
      AUTOMATED_BACKUP_PREFERENCE = SECONDARY,  
      FAILURE_CONDITION_LEVEL  =  3,   
      HEALTH_CHECK_TIMEOUT = 600000  
       )  
  
   FOR   
      DATABASE  ThisDatabase, ThatDatabase   
   REPLICA ON   
      'COMPUTER01' WITH   
         (  
         ENDPOINT_URL = 'TCP://COMPUTER01:5022',  
         AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,  
         FAILOVER_MODE = AUTOMATIC,  
         BACKUP_PRIORITY = 30,  
         SECONDARY_ROLE (ALLOW_CONNECTIONS = NO,   
            READ_ONLY_ROUTING_URL = 'TCP://COMPUTER01:1433' ),
         PRIMARY_ROLE (ALLOW_CONNECTIONS = READ_WRITE,   
            READ_ONLY_ROUTING_LIST = (COMPUTER03) ),  
         SESSION_TIMEOUT = 10  
         ),   
  
      'COMPUTER02' WITH   
         (  
         ENDPOINT_URL = 'TCP://COMPUTER02:5022',  
         AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,  
         FAILOVER_MODE = AUTOMATIC,  
         BACKUP_PRIORITY = 30,  
         SECONDARY_ROLE (ALLOW_CONNECTIONS = NO,   
            READ_ONLY_ROUTING_URL = 'TCP://COMPUTER02:1433' ),  
         PRIMARY_ROLE (ALLOW_CONNECTIONS = READ_WRITE,   
            READ_ONLY_ROUTING_LIST = (COMPUTER03) ),  
         SESSION_TIMEOUT = 10  
         ),   
  
      'COMPUTER03' WITH   
         (  
         ENDPOINT_URL = 'TCP://COMPUTER03:5022',  
         AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,  
         FAILOVER_MODE =  MANUAL,  
         BACKUP_PRIORITY = 90,  
         SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY,   
            READ_ONLY_ROUTING_URL = 'TCP://COMPUTER03:1433' ),  
         PRIMARY_ROLE (ALLOW_CONNECTIONS = READ_WRITE,   
            READ_ONLY_ROUTING_LIST = NONE ),  
         SESSION_TIMEOUT = 10  
         );
GO  
ALTER AVAILABILITY GROUP [MyAg]
  ADD LISTENER 'MyAgListenerIvP6' ( WITH IP ( ('2001:db88:f0:f00f::cf3c'),('2001:4898:e0:f213::4ce2') ) , PORT = 60173 );   
GO

Relaterade uppgifter

Se även

ÄNDRA TILLGÄNGLIGHETSGRUPP (Transact-SQL)
ALTER DATABASE SET HADR (Transact-SQL)
SLÄPP TILLGÄNGLIGHETSGRUPP (Transact-SQL)
Felsöka Konfiguration av AlwaysOn-tillgänglighetsgrupper (SQL Server)
Översikt över AlwaysOn-tillgänglighetsgrupper (SQL Server)
lyssnare av tillgänglighetsgrupp, klientanslutning och programredundans (SQL Server)

Dela via

SKAPA 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 | NONE }

GRUNDLÄGGANDE

DISTRIBUERAD

INNESLUTEN [REUSE_SYSTEM_DATABASES]

REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT

CLUSTER_TYPE

DATABAS database_name

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'

PRIMARY_ROLE ( ... )

ALLOW_CONNECTIONS = { READ_WRITE | ALLA }

READ_WRITE

ALLA

READ_ONLY_ROUTING_LIST = { ('_server_instance_' [ , ... n ] ) | NONE }

server_instance

INGEN

READ_WRITE_ROUTING_URL ='TCP://systemadress:port

SESSION_TIMEOUT = heltal

TILLGÄNGLIGHETSGRUPP PÅ

ag_name

LISTENER_URL ='TCP://systemadress:port'

"TCP://systemadress:port"

systemadress

port

AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY }

SYNCHRONOUS_COMMIT

ASYNCHRONOUS_COMMIT

FAILOVER_MODE = { MANUELL }

HANDBOK

SEEDING_MODE = { AUTOMATIC | MANUELL }

AUTOMATISK

HANDBOK

LISTENERdns_name( listener_option )

dns_name

listener_option

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

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

ip4_address

ipv4_mask

ipv6_address

PORT = listener_port

Krav och begränsningar