VYTVOŘENÍ SKUPINY DOSTUPNOSTI (Transact-SQL)

Článek
03/13/2025

platí pro:SQL Server

Vytvoří novou skupinu dostupnosti, pokud je povolená instance SQL Serveru pro funkci Skupiny dostupnosti AlwaysOn.

Důležitý

Na instanci SQL Serveru, kterou chcete použít jako počáteční primární repliku nové skupiny dostupnosti, spusťte příkaz CREATE AVAILABILITY GROUP. Tato instance serveru se musí nacházet v uzlu Clusteringu s podporou převzetí služeb při selhání systému Windows Server (WSFC).

Transact-SQL konvence syntaxe

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'  
     }

Argumenty

group_name

Určuje název nové skupiny dostupnosti. group_name musí být platným identifikátorem sql Serverua musí být jedinečný pro všechny skupiny dostupnosti v clusteru WSFC. Maximální délka názvu skupiny dostupnosti je 128 znaků pro cluster_type = WSFC a 64 znaků pro cluster_type = NONE a EXTERNAL.

AUTOMATED_BACKUP_PREFERENCE = { PRIMARY | SECONDARY_ONLY | SEKUNDÁRNÍ | NONE }

Určuje předvolbu týkající se způsobu, jakým má úloha zálohování vyhodnotit primární repliku při výběru místa pro zálohování. Danou úlohu zálohování můžete skriptovat, aby se zohlednila předvolba automatizovaného zálohování. Je důležité si uvědomit, že předvolba není vynucena SQL Serverem, takže nemá žádný vliv na ad hoc zálohování.

Podporované hodnoty jsou následující:

PRIMÁRNÍ

Určuje, že zálohy by se měly vždy nacházet na primární replice. Tato možnost je užitečná, pokud potřebujete funkce zálohování, jako je vytváření rozdílových záloh, které nejsou podporovány při spuštění zálohování na sekundární replice.

Důležitý

Pokud plánujete použít odesílání protokolů k přípravě sekundárních databází pro skupinu dostupnosti, nastavte předvolbu automatizovaného zálohování na Primární, dokud nebudou všechny sekundární databáze připravené a připojené ke skupině dostupnosti.

SECONDARY_ONLY

Určuje, že zálohy by se nikdy neměly provádět na primární replice. Pokud je primární replika jedinou online replikou, zálohování by nemělo nastat.

SEKUNDÁRNÍ

Určuje, že zálohy by se měly vyskytovat na sekundární replice s výjimkou případů, kdy je primární replika jedinou online replikou. V takovém případě by se záloha měla nacházet na primární replice. Toto je výchozí chování.

ŽÁDNÝ

Určuje, že chcete, aby úlohy zálohování při výběru repliky dostupnosti ignorovaly roli replik dostupnosti. Všimněte si, že úlohy zálohování můžou vyhodnotit další faktory, jako je priorita zálohování každé repliky dostupnosti v kombinaci s provozním stavem a připojeným stavem.

Důležitý

Nastavení AUTOMATED_BACKUP_PREFERENCE nevynucuje. Interpretace této preference závisí na logice, pokud existuje, že skriptujete do back úloh pro databáze v dané skupině dostupnosti. Nastavení předvoleb automatizovaného zálohování nemá žádný vliv na ad hoc zálohování. Další informace najdete v tématu Konfigurace zálohování replik dostupnosti (SQL Server).

Poznámka

Pokud chcete zobrazit předvolbu automatizovaného zálohování existující skupiny dostupnosti, vyberte automated_backup_preference nebo automated_backup_preference_desc sloupec zobrazení katalogu sys.availability_groups. K určení upřednostňované repliky zálohování lze také použít sys.fn_hadr_backup_is_preferred_replica (Transact-SQL). Tato funkce vrátí alespoň jednu z replik 1, i když AUTOMATED_BACKUP_PREFERENCE = NONE.

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

Určuje, jaké podmínky selhání aktivují automatické převzetí služeb při selhání pro tuto skupinu dostupnosti. FAILURE_CONDITION_LEVEL je nastavena na úrovni skupiny, ale je relevantní pouze pro repliky dostupnosti, které jsou nakonfigurované pro režim dostupnosti synchronního potvrzení (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT). Kromě toho můžou podmínky selhání aktivovat automatické převzetí služeb při selhání pouze v případě, že jsou primární i sekundární repliky nakonfigurované pro režim automatického převzetí služeb při selhání (FAILOVER_MODE = AUTOMATIC) a sekundární replika se aktuálně synchronizuje s primární replikou.

Úrovně stavu selhání (1–5) jsou v rozsahu od nejnižší omezující úrovně 1 až po nejvíce omezující úroveň 5. Daná úroveň podmínky zahrnuje všechny méně omezující úrovně. Nejvyšší úroveň podmínky 5 tedy zahrnuje čtyři méně omezující úrovně podmínky (1–4), úroveň 4 zahrnuje úrovně 1-3 atd. Následující tabulka popisuje podmínku selhání, která odpovídá každé úrovni.

Úroveň	Podmínka selhání
1	Určuje, že se má automatické převzetí služeb při selhání zahájit, když dojde k některé z následujících situací: -Služba SQL Serveru je mimo provoz. -Zapůjčení skupiny dostupnosti pro připojení ke clusteru WSFC vyprší, protože z instance serveru není přijata žádná služba ACK. Další informace naleznete v tématu Jak to funguje: SQL Server AlwaysOn zapůjčení vypršení časového limitu.
2	Určuje, že se má automatické převzetí služeb při selhání zahájit, když dojde k některé z následujících situací: - Instance SQL Serveru se nepřipojí ke clusteru a je překročena prahová hodnota pro skupinu dostupnosti zadanou uživatelem HEALTH_CHECK_TIMEOUT. - Replika dostupnosti je ve stavu selhání.
3	Určuje, že automatické převzetí služeb při selhání by mělo být zahájeno u kritických vnitřních chyb SQL Serveru, jako jsou osamocené spinlocky, závažná porušení přístupu k zápisu nebo příliš mnoho dumpingu. Toto je výchozí chování.
4	Určuje, že automatické převzetí služeb při selhání by se mělo zahájit na středně závažných vnitřních chybách SQL Serveru, jako je například trvalý stav nedostatku paměti v interním fondu zdrojů SQL Serveru.
5	Určuje, že automatické převzetí služeb při selhání by se mělo zahájit u všech kvalifikovaných podmínek selhání, včetně: - Vyčerpání pracovních vláken modulu SQL. - Detekce nesolvitelného zablokování.

Poznámka

Nedostatek odezvy instance SQL Serveru na požadavky klientů není relevantní pro skupiny dostupnosti.

Hodnoty FAILURE_CONDITION_LEVEL a HEALTH_CHECK_TIMEOUT definují flexibilní zásady převzetí služeb při selhání pro danou skupinu. Tato flexibilní zásada převzetí služeb při selhání poskytuje podrobnou kontrolu nad podmínkami, které musí způsobit automatické převzetí služeb při selhání. Další informace najdete v tématu Flexibilní zásady převzetí služeb při selhání pro automatické převzetí služeb při selhání skupiny dostupnosti (SQL Server).

HEALTH_CHECK_TIMEOUT = milisekund

Určuje dobu čekání (v milisekundách) pro sp_server_diagnostics systém uloženou proceduru pro vrácení informací o stavu serveru před clusterem WSFC předpokládá, že instance serveru je pomalá nebo nereaguje. HEALTH_CHECK_TIMEOUT je nastavena na úrovni skupiny, ale je relevantní pouze u replik dostupnosti nakonfigurovaných pro režim synchronní dostupnosti s automatickým převzetím služeb při selhání (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT). Časový limit kontroly stavu může navíc aktivovat automatické převzetí služeb při selhání pouze v případě, že jsou primární i sekundární repliky nakonfigurované pro režim automatického převzetí služeb při selhání (FAILOVER_MODE = AUTOMATIC) a sekundární replika se aktuálně synchronizuje s primární replikou.

Výchozí hodnota HEALTH_CHECK_TIMEOUT je 30000 milisekund (30 sekund). Minimální hodnota je 15 000 milisekund (15 sekund) a maximální hodnota je 4 294 967 295 milisekund.

Důležitý

sp_server_diagnostics neprovádí kontroly stavu na úrovni databáze.

DB_FAILOVER = { ON | VYPNUTO }

Určuje odpověď, která se má provést, když je databáze na primární replice offline. Pokud je tato možnost nastavená na hodnotu ZAPNUTO, aktivuje se automatické převzetí služeb při selhání jakýkoli jiný stav než ONLINE pro databázi ve skupině dostupnosti. Pokud je tato možnost nastavená na vypnuto, použije se k aktivaci automatického převzetí služeb při selhání pouze stav instance.

Další informace o tomto nastavení najdete v tématu možnost detekce stavu na úrovni databáze

DTC_SUPPORT = { PER_DB | NONE }

platí pro: SQL Server (počínaje SQL Serverem 2016 (13.x))

Určuje, zda jsou transakce mezi databázemi podporovány prostřednictvím koordinátoru distribuovaných transakcí (DTC). Transakce napříč databázemi jsou podporovány pouze od SQL Serveru 2016 (13.x). PER_DB vytvoří skupinu dostupnosti s podporou těchto transakcí. Další informace naleznete v tématu transakce mezi databázemi a distribuované transakce pro skupiny dostupnosti AlwaysOn a zrcadlení databáze (SQL Server).

ZÁKLADNÍ

platí pro: SQL Server (počínaje SQL Serverem 2016 (13.x))

Slouží k vytvoření základní skupiny dostupnosti. Základní skupiny dostupnosti jsou omezené na jednu databázi a dvě repliky: primární repliku a jednu sekundární repliku. Tato možnost je náhradou za zastaralou funkci zrcadlení databáze v SQL Server Standard Edition. Další informace najdete v tématu skupiny dostupnosti Basic (skupiny dostupnosti AlwaysOn). Základní skupiny dostupnosti jsou podporované od SQL Serveru 2016 (13.x).

DISTRIBUOVANÝ

platí pro: SQL Server (počínaje SQL Serverem 2016 (13.x))

Slouží k vytvoření distribuované skupiny dostupnosti. Tato možnost se používá s parametrem AVAILABILITY GROUP ON pro připojení dvou skupin dostupnosti v samostatných clusterech s podporou převzetí služeb při selhání Windows Serveru. Další informace najdete v tématu Distribuované skupiny dostupnosti (skupiny dostupnosti AlwaysOn). Distribuované skupiny dostupnosti se podporují od SQL Serveru 2016 (13.x).

OBSAŽENÉ [REUSE_SYSTEM_DATABASES]

Představeno v SYSTÉMU SQL Server 2022 (16.x).

Vytvořte skupinu dostupnosti s obsahem. Tato možnost slouží k vytvoření skupiny dostupnosti s vlastními master a msdb databázemi, které jsou synchronizované napříč sadou replik ve skupině dostupnosti.
Možnost REUSE_SYSTEM_DATABASES způsobí, že se při vytváření této nové skupiny dostupnosti použijí obsažené master a msdb databáze z předchozí verze skupiny dostupnosti. Další informace o skupinách dostupnosti obsažených najdete v tématu skupiny dostupnosti s informacemi o skupině dostupnosti s informacemi o dostupnosti AlwaysOn (Skupiny dostupnosti AlwaysOn).

REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT

platí pro: SQL Server (počínaje SQL Serverem 2017 (14.x))

REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT

Představeno v SQL Serveru 2017 (14.x). Nastaví minimální počet synchronních sekundárních replik potřebných k potvrzení před potvrzením transakce primární replikou. Zaručuje, že transakce SYSTÉMU SQL Server čekají, dokud se transakční protokoly neaktualizují na minimální počet sekundárních replik.

Výchozí hodnota: 0. Poskytuje stejné chování jako SQL Server 2016 (13.x).
Minimum: 0.
Maximum: Počet replik minus 1.

REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT souvisí s replikami v synchronním režimu potvrzení. Pokud jsou repliky v synchronním režimu potvrzení, zápisy v primární replice čekají, dokud se zápisy do synchronních replik potvrdí do transakčního protokolu databáze repliky. Pokud SQL Server, který je hostitelem sekundární synchronní repliky, přestane reagovat, sql Server, který je hostitelem primární repliky, označí sekundární repliku jako NESYNCHRONED a pokračuje. Když se nereagující databáze vrátí do režimu online, bude ve stavu nesynchronizovat a replika se označí jako poškozená, dokud ji primární nebude moct znovu synchronizovat. Toto nastavení zaručuje, že primární replika nepokračuje, dokud nebude potvrzen minimální počet replik každé transakce. Pokud není k dispozici minimální počet replik, potvrzení primárního serveru selžou. U typu clusteru EXTERNAL se nastavení změní, když se skupina dostupnosti přidá do prostředku clusteru. Viz Vysoká dostupnost a ochrana dat pro konfigurace skupin dostupnosti.

Nepodporuje se pro VYTVOŘENÍ SKUPINY DOSTUPNOSTI. Počínaje SQL Serverem 2022 (16.x) můžete pomocí příkazu ALTER AVAILABILITY GROUP nastavit REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT v distribuované skupině dostupnosti. Viz ALTER AVAILABILITY GROUP (Transact-SQL).

CLUSTER_TYPE

platí pro: SQL Server (počínaje SQL Serverem 2017 (14.x)).

Používá se k identifikaci, jestli je skupina dostupnosti v clusteru s podporou převzetí služeb při selhání Windows Serveru (WSFC). Nastavte na WSFC, pokud je skupina dostupnosti v instanci clusteru s podporou převzetí služeb při selhání v clusteru s Windows Serverem s podporou převzetí služeb při selhání. Pokud je cluster spravovaný správcem clusteru, který není clusterem s podporou převzetí služeb při selhání Windows Serveru, jako je Linux Pacemaker, nastavte na EXTERNAL. Pokud skupina dostupnosti nepoužívá WSFC pro koordinaci clusteru, nastavte na hodnotu NONE. Pokud například skupina dostupnosti obsahuje servery s Linuxem bez správce clusteru.

DATABASE_NAME DATABÁZE

Určuje seznam jedné nebo více uživatelských databází v místní instanci SQL Serveru (to znamená instance serveru, na které vytváříte skupinu dostupnosti). Pro skupinu dostupnosti můžete zadat více databází, ale každá databáze může patřit pouze do jedné skupiny dostupnosti. Informace o typu databází, které může skupina dostupnosti podporovat, najdete v tématu Požadavky, omezení a doporučení pro skupiny dostupnosti AlwaysOn (SQL Server). Pokud chcete zjistit, které místní databáze již patří do skupiny dostupnosti, podívejte se na sloupec replica_id v zobrazení katalogu sys.databases.

Klauzule DATABASE je volitelná. Pokud ji vynecháte, nová skupina dostupnosti je prázdná.

Po vytvoření skupiny dostupnosti se připojte ke každé instanci serveru, která je hostitelem sekundární repliky, a pak připravte každou sekundární databázi a připojte ji ke skupině dostupnosti. Další informace najdete v tématu Spuštění přesunu dat naalwaysOn Secondary Database (SQL Server).

Poznámka

Později můžete do skupiny dostupnosti přidat způsobilé databáze v instanci serveru, která je hostitelem aktuální primární repliky. Databázi můžete také odebrat ze skupiny dostupnosti. Další informace naleznete v tématu ALTER AVAILABILITY GROUP (Transact-SQL).

REPLIKA ZAPNUTÁ

Určuje jednu až pět instancí SQL Serveru pro hostování replik dostupnosti v nové skupině dostupnosti. Každá replika je určena adresou instance serveru následovanou klauzulí WITH (...). Minimálně musíte zadat místní instanci serveru, která se stane počáteční primární replikou. Volitelně můžete zadat až čtyři sekundární repliky.

Ke skupině dostupnosti je potřeba připojit každou sekundární repliku. Další informace naleznete v tématu ALTER AVAILABILITY GROUP (Transact-SQL).

Poznámka

Pokud při vytváření skupiny dostupnosti zadáte méně než čtyři sekundární repliky, můžete kdykoli zadat další sekundární repliku pomocí příkazu ALTER AVAILABILITY GROUPTransact-SQL. Tento příkaz můžete použít také k odebrání jakékoli sekundární repliky z existující skupiny dostupnosti.

server_instance

Určuje adresu instance SQL Serveru, která je hostitelem repliky. Formát adresy závisí na tom, jestli je instance výchozí nebo pojmenovaná instance a jestli se jedná o samostatnou instanci nebo instanci clusteru s podporou převzetí služeb při selhání (FCI), a to následujícím způsobem:

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

Součásti této adresy jsou následující:

system_name

Je název netBIOS počítačového systému, na kterém se nachází cílová instance SQL Serveru. Tento počítač musí být uzlem WSFC.

FCI_network_name

Je název sítě, který se používá pro přístup ke clusteru s podporou převzetí služeb při selhání SQL Serveru. Tuto možnost použijte, pokud se instance serveru účastní jako partner pro převzetí služeb při selhání SQL Serveru. Provádění příkazu SELECT @@SERVERNAME na instanci serveru FCI vrátí celý řetězec "FCI_network_name[\instance_name]" (což je úplný název repliky).

instance_name

Je název instance SQL Serveru hostovaného system_name nebo FCI_network_name a má povolenou službu HADR. Pro výchozí instanci serveru je instance_name nepovinný. Název instance nerozlišuje malá a velká písmena. V pojmenované instanci je tento název hodnoty stejný jako hodnota vrácená spuštěním select ServerProperty(N'InstanceName');.

\

Používá se oddělovač pouze při zadávání instance_name, aby se oddělil od system_name nebo FCI_network_name.

Informace o požadavcích pro uzly WSFC a instance serveru naleznete v tématu požadavky, omezení a doporučení pro skupiny dostupnosti AlwaysOn (SQL Server).

ENDPOINT_URL ='TCP://systémová adresa:port'

Určuje cestu URL koncového bodu zrcadlení databáze na instanci SQL Serveru, která je hostitelem repliky dostupnosti, kterou definujete v aktuální klauzuli REPLICA ON.

Je vyžadována klauzule ENDPOINT_URL. Další informace najdete v tématu Určení adresy URL koncového bodu při přidávání nebo úpravě repliky dostupnosti (SQL Server).

TCP://systémových adres:portu

Určuje adresu URL pro zadání adresy URL koncového bodu nebo adresy URL směrování jen pro čtení. Parametry adresy URL jsou následující:

systémová adresa

Je řetězec, například název systému, plně kvalifikovaný název domény nebo IP adresa, který jednoznačně identifikuje cílový systém počítače.

přístav

Je číslo portu, které je přidružené ke koncovému bodu zrcadlení instance partnerského serveru (pro možnost ENDPOINT_URL) nebo číslo portu používané databázovým strojem instance serveru (pro možnost READ_ONLY_ROUTING_URL).

AVAILABILITY_MODE = {SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY }

SYNCHRONOUS_COMMIT nebo ASYNCHRONOUS_COMMIT určuje, jestli musí primární replika čekat, až sekundární replika potvrdí posílení zabezpečení (zápis) záznamů protokolu na disk předtím, než může primární replika potvrdit transakci v dané primární databázi. Transakce v různých databázích na stejné primární replice se mohou potvrdit nezávisle. SQL Server 2017 (14.x) CU1 zavádí CONFIGURATION_ONLY. CONFIGURATION_ONLY replika se vztahuje pouze na skupiny dostupnosti s CLUSTER_TYPE = EXTERNAL nebo CLUSTER_TYPE = NONE.

SYNCHRONOUS_COMMIT

Určuje, že primární replika čeká na potvrzení transakcí, dokud nebudou posíleny na této sekundární replice (režim synchronního potvrzení). Můžete zadat SYNCHRONOUS_COMMIT až pro tři repliky, včetně primární repliky.

ASYNCHRONOUS_COMMIT

Určuje, že primární replika potvrdí transakce bez čekání na tuto sekundární repliku na posílení protokolu (režim dostupnosti synchronního potvrzení). Můžete zadat ASYNCHRONOUS_COMMIT až pro pět replik dostupnosti, včetně primární repliky.

CONFIGURATION_ONLY

Určuje, že primární replika synchronně potvrdí metadata konfigurace skupiny dostupnosti do hlavní databáze na této replice. Replika nebude obsahovat uživatelská data. Tato možnost:

Je možné hostovat na libovolné edici SQL Serveru, včetně edice Express.
Vyžaduje, aby koncový bod zrcadlení dat repliky CONFIGURATION_ONLY byl typu WITNESS.
Nedá se změnit.
Není platný, když CLUSTER_TYPE = WSFC.
Možnosti failover_mode a seeding_mode se nepodporují, pokud je availability_mode nastavená na configuration_only repliky. Ukázka se zobrazí zde.

Další informace naleznete v tématu Konfigurace pouze repliky.

Je vyžadována klauzule AVAILABILITY_MODE. Další informace naleznete v tématu režimy dostupnosti (skupiny dostupnosti AlwaysOn).

FAILOVER_MODE = { AUTOMATIC | MANUAL }

Určuje režim převzetí služeb při selhání repliky dostupnosti, kterou definujete.

AUTOMATICKÝ

Povolí automatické převzetí služeb při selhání. Tato možnost se podporuje pouze v případě, že zadáte AVAILABILITY_MODE = SYNCHRONOUS_COMMIT. Pro dvě repliky dostupnosti, včetně primární repliky, můžete zadat FUNKCI AUTOMATIC.

Poznámka

Instance clusteru s podporou převzetí služeb při selhání SQL Serveru nepodporují automatické převzetí služeb při selhání podle skupin dostupnosti, takže všechny repliky dostupnosti hostované službou FCI je možné nakonfigurovat pouze pro ruční převzetí služeb při selhání.

MANUÁL

Umožňuje plánované ruční převzetí služeb při selhání nebo vynucené ruční převzetí služeb při selhání (obvykle označované jako vynucené převzetí služeb při selhání) správcem databáze.

Je vyžadována klauzule FAILOVER_MODE. Dva typy ručního převzetí služeb při selhání, ruční převzetí služeb při selhání bez ztráty dat a vynucené převzetí služeb při selhání (s možnou ztrátou dat) jsou podporovány za různých podmínek. Další informace najdete v tématu režimy převzetí služeb při selhání a převzetí služeb při selhání (skupiny dostupnosti AlwaysOn).

SEEDING_MODE = { AUTOMATIC | MANUAL }

Určuje, jak se sekundární replika zpočátku zasadí.

AUTOMATICKÝ

Povolí přímé počáteční vkládání. Tato metoda zasadí sekundární repliku přes síť. Tato metoda nevyžaduje zálohování a obnovení kopie primární databáze v replice.

Poznámka

Pro přímé počáteční nasazení je nutné povolit vytváření databáze na každé sekundární replice voláním ALTER AVAILABILITY GROUP s možností GRANT CREATE ANY DATABASE.

MANUÁL

Určuje ruční počáteční (výchozí). Tato metoda vyžaduje vytvoření zálohy databáze na primární replice a ruční obnovení zálohy na sekundární replice.

BACKUP_PRIORITY = n

Určuje prioritu pro provádění záloh na této replice vzhledem k ostatním replikám ve stejné skupině dostupnosti. Hodnota je celé číslo v rozsahu 0,,100. Tyto hodnoty mají následující významy:

1..100 označuje, že replika dostupnosti může být zvolena pro provádění záloh. 1 označuje nejnižší prioritu a 100 označuje nejvyšší prioritu. Pokud BACKUP_PRIORITY = 1, replika dostupnosti by byla zvolena pro provádění záloh pouze v případě, že nejsou aktuálně k dispozici žádné repliky dostupnosti s vyšší prioritou.
0 znamená, že tato replika dostupnosti není určená k provádění záloh. To je užitečné například pro repliku vzdálené dostupnosti, do které nechcete, aby se zálohy při selhání nikdy nepředály.

Další informace najdete v tématu Aktivní sekundární sekundární sekundární repliky (skupiny dostupnosti AlwaysOn).

SECONDARY_ROLE ( ... )

Určuje nastavení specifická pro roli, která se projeví, pokud tato replika dostupnosti aktuálně vlastní sekundární roli (to znamená vždy, když se jedná o sekundární repliku). V závorkách zadejte jednu nebo obě možnosti sekundární role. Pokud zadáte obojí, použijte čárkami oddělený seznam.

Možnosti sekundární role jsou následující:

ALLOW_CONNECTIONS = { NO | READ_ONLY | ALL }

Určuje, jestli databáze dané repliky dostupnosti, která provádí sekundární roli (to znamená, že funguje jako sekundární replika), můžou přijímat připojení z klientů, jedna z těchto možností:

NE

K sekundárním databázím této repliky nejsou povolena žádná uživatelská připojení. Nejsou k dispozici pro přístup pro čtení. Toto je výchozí chování.

READ_ONLY

Pouze připojení k databázím v sekundární replice, kde je vlastnost Záměr aplikace nastavena na Jen pro čtení. Další informace o této vlastnosti naleznete v tématu Using connection String Keywords with SQL Server Native Client.

VŠICHNI

Všechna připojení k databázím v sekundární replice jsou povolená pro přístup jen pro čtení.

Další informace najdete v tématu aktivních sekundárních replik: čtení sekundárních replik (skupiny dostupnosti AlwaysOn).

READ_ONLY_ROUTING_URL ='TCP://systémová adresa:port'

Určuje adresu URL, která se má použít pro směrování žádostí o připojení záměru čtení na tuto repliku dostupnosti. Toto je adresa URL, na které databázový stroj naslouchá. Výchozí instance SQL Serveru obvykle naslouchá na portu TCP 1433.

U pojmenované instance můžete číslo portu získat dotazováním portu a type_desc sloupců zobrazení dynamické správy sys.dm_tcp_listener_states. Instance serveru používá naslouchací proces Transact-SQL (type_desc='TSQL').

Další informace o výpočtu adresy URL směrování jen pro čtení pro repliku najdete v tématu Výpočet read_only_routing_url pro funkci AlwaysOn.

Poznámka

U pojmenované instance SQL Serveru by měl být naslouchací proces Transact-SQL nakonfigurovaný tak, aby používal konkrétní port. Další informace naleznete v tématu Konfigurace serveru pro naslouchání na konkrétním portu TCP (SQL Server Configuration Manager).

PRIMARY_ROLE ( ... )

Určuje nastavení specifická pro roli, která se projeví, pokud tato replika dostupnosti aktuálně vlastní primární roli (to znamená vždy, když se jedná o primární repliku). V závorkách zadejte buď nebo obě možnosti primární role. Pokud zadáte obojí, použijte čárkami oddělený seznam.

Možnosti primární role jsou následující:

ALLOW_CONNECTIONS = { READ_WRITE | ALL }

Určuje typ připojení, které databáze dané repliky dostupnosti, která provádí primární roli (to znamená, že funguje jako primární replika), může přijímat od klientů jednu z těchto možností:

READ_WRITE

Připojení, kde je vlastnost připojení záměru aplikace nastavena na Jen pro čtení jsou zakázána. Pokud je vlastnost Záměr aplikace nastavena na ReadWrite nebo vlastnost připojení záměru aplikace není nastavena, připojení je povoleno. Další informace o vlastnosti připojení záměru aplikace naleznete v tématu Using connection String Keywords with SQL Server Native Client.

VŠICHNI

Všechna připojení k databázím v primární replice jsou povolená. Toto je výchozí chování.

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

Určuje čárkami oddělený seznam instancí serveru, které hostují repliky dostupnosti pro tuto skupinu dostupnosti, které splňují následující požadavky při spuštění pod sekundární rolí:

Je nakonfigurován tak, aby povolovala všechna připojení nebo připojení jen pro čtení (viz argument ALLOW_CONNECTIONS možnosti SECONDARY_ROLE).
Mají definovanou adresu URL směrování jen pro čtení (viz argument READ_ONLY_ROUTING_URL možnosti SECONDARY_ROLE).

Hodnoty READ_ONLY_ROUTING_LIST jsou následující:

server_instance

Určuje adresu instance SYSTÉMU SQL Server, která je hostitelem repliky, která je čitelnou sekundární replikou při spuštění pod sekundární rolí.

Seznam oddělený čárkami slouží k určení všech instancí serveru, které mohou být hostitelem čitelné sekundární repliky. Směrování jen pro čtení se řídí pořadím, ve kterém jsou v seznamu zadané instance serveru. Pokud do seznamu směrování jen pro čtení zahrnete instanci hostitelského serveru repliky, umístění této instance serveru na konec seznamu je obvykle dobrým postupem, aby připojení záměru pro čtení přešla na sekundární repliku, pokud je dostupná.

Počínaje SQL Serverem 2016 (13.x) můžete vyrovnávat požadavky záměru čtení napříč čitelnými sekundárními replikami. Určíte to umístěním replik do vnořené sady závorek v seznamu směrování jen pro čtení. Další informace a příklady najdete v tématu Konfigurace vyrovnávání zatížení mezi replikami jen pro čtení.

ŽÁDNÝ

Určuje, že pokud je tato replika dostupnosti primární replikou, není podporováno směrování jen pro čtení. Toto je výchozí chování.

READ_WRITE_ROUTING_URL ='tcp://systémová adresa:port'

platí pro: SQL Server (počínaje SQL Serverem 2019 (15.x))

Určuje instance serveru, které hostují repliky dostupnosti pro tuto skupinu dostupnosti, které splňují následující požadavky při spuštění v rámci primární role:

Specifikace repliky PRIMARY_ROLE zahrnuje READ_WRITE_ROUTING_URL.
Připojovací řetězec je ReadWrite buď definováním ApplicationIntent jako ReadWrite, nebo nastavením ApplicationIntent a nechat výchozí (ReadWrite) platit.

Další informace najdete v tématu Sekundární na přesměrování připojení pro čtení a zápis primární repliky (skupiny dostupnosti AlwaysOn).

SESSION_TIMEOUT = celočíselná

Určuje časový limit relace v sekundách. Pokud tuto možnost nezadáte, ve výchozím nastavení je časové období 10 sekund. Minimální hodnota je 5 sekund.

Důležitý

Doporučujeme ponechat časový limit na 10 sekund nebo vyšší.

Další informace o období časového limitu relace najdete v tématu Přehled skupin dostupnosti AlwaysOn (SQL Server).

SKUPINA DOSTUPNOSTI ZAPNUTÁ

Určuje dvě skupiny dostupnosti, které tvoří distribuovanou skupinu dostupnosti. Každá skupina dostupnosti je součástí vlastního clusteru windows serveru s podporou převzetí služeb při selhání (WSFC). Když vytvoříte distribuovanou skupinu dostupnosti, stane se skupina dostupnosti v aktuální instanci SQL Serveru primární skupinou dostupnosti. Druhá skupina dostupnosti se stane sekundární skupinou dostupnosti.

Sekundární skupinu dostupnosti musíte připojit k distribuované skupině dostupnosti. Další informace naleznete v tématu ALTER AVAILABILITY GROUP (Transact-SQL).

ag_name

Určuje název skupiny dostupnosti, která tvoří jednu polovinu distribuované skupiny dostupnosti.

LISTENER_URL ='TCP://systémová adresa:port'

Určuje cestu URL pro naslouchací proces přidružený ke skupině dostupnosti.

Je vyžadována klauzule LISTENER_URL.

TCP://systémových adres:portu

Určuje adresu URL pro naslouchací proces přidružený ke skupině dostupnosti. Parametry adresy URL jsou následující:

systémová adresa

Je řetězec, například název systému, plně kvalifikovaný název domény nebo IP adresa, který jednoznačně identifikuje naslouchací proces.

portu

Je číslo portu, které je přidružené ke koncovému bodu zrcadlení skupiny dostupnosti. Všimněte si, že se nejedná o port naslouchacího procesu.

AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY }

Určuje, jestli musí primární replika čekat na potvrzení posílení zabezpečení (zápisu) záznamů protokolu na disk před tím, než primární replika může potvrdit transakci v dané primární databázi.

SYNCHRONOUS_COMMIT

Určuje, že primární replika čeká na potvrzení transakcí, dokud nebudou posíleny v sekundární skupině dostupnosti. Můžete zadat SYNCHRONOUS_COMMIT až pro dvě skupiny dostupnosti, včetně primární skupiny dostupnosti.

ASYNCHRONOUS_COMMIT

Určuje, že primární replika potvrdí transakce bez čekání na tuto sekundární skupinu dostupnosti posílení protokolu. Můžete zadat ASYNCHRONOUS_COMMIT až pro dvě skupiny dostupnosti, včetně primární skupiny dostupnosti.

Je vyžadována klauzule AVAILABILITY_MODE.

FAILOVER_MODE = { MANUAL }

Určuje režim převzetí služeb při selhání distribuované skupiny dostupnosti.

MANUÁL

Je vyžadována klauzule FAILOVER_MODE a jedinou možností je MANUAL. Automatické převzetí služeb při selhání sekundární skupiny dostupnosti se nepodporuje.

SEEDING_MODE = { AUTOMATIC | MANUAL }

Určuje, jak se sekundární skupina dostupnosti zpočátku zařadí.

AUTOMATICKÝ

Povolí přímé počáteční vkládání. Tato metoda zasadí sekundární skupinu dostupnosti přes síť. Tato metoda nevyžaduje zálohování a obnovení kopie primární databáze na replikách sekundární skupiny dostupnosti.

MANUÁL

Určuje ruční počáteční (výchozí). Tato metoda vyžaduje vytvoření zálohy databáze na primární replice a ruční obnovení zálohy na replikách sekundární skupiny dostupnosti.

NASLOUCHACÍ PROCES 'dns_name'( listener_option )

Definuje nový naslouchací proces skupiny dostupnosti pro tuto skupinu dostupnosti. NASLOUCHACÍ PROCES je volitelný argument.

Důležitý

Před vytvořením prvního naslouchacího procesu důrazně doporučujeme, abyste si přečetli Vytvoření nebo konfigurace naslouchacího procesu skupiny dostupnosti (SQL Server).

Po vytvoření naslouchacího procesu pro danou skupinu dostupnosti důrazně doporučujeme provést následující akce:

Požádejte správce sítě, aby si IP adresu naslouchacího procesu rezervovala pro jeho výhradní použití.
Dejte naslouchacímu procesu název hostitele DNS vývojářům aplikací, kteří se mají použít v připojovacích řetězcích při vyžádání připojení klientů k této skupině dostupnosti.

dns_name

Určuje název hostitele DNS naslouchacího procesu skupiny dostupnosti. Název DNS naslouchacího procesu musí být v doméně a v rozhraní NetBIOS jedinečný.

dns_name je řetězcová hodnota. Tento název může obsahovat pouze alfanumerické znaky, pomlčky (-) a spojovníky (_) v libovolném pořadí. Názvy hostitelů DNS nerozlišují malá a velká písmena. Maximální délka je 63 znaků.

Doporučujeme zadat smysluplný řetězec. Například pro skupinu dostupnosti s názvem AG1by byl smysluplný název hostitele DNS ag1-listener.

Důležitý

Rozhraní NetBIOS rozpozná pouze prvních 15 znaků v dns_name. Pokud máte dva clustery WSFC řízené stejnou službou Active Directory a pokusíte se vytvořit naslouchací procesy skupiny dostupnosti v obou clusterech s názvy s více než 15 znaky a stejnou předponou 15 znaků, zobrazí se chybová zpráva, že prostředek názvu virtuální sítě nelze převést do režimu online. Informace o pravidlech pojmenování předpon pro názvy DNS najdete v tématu Přiřazování názvů domén.

listener_option

Naslouchací proces používá jednu z následujících možností <listener_option>:

WITH DHCP [ ON { ('four_part_ipv4_address','four_part_ipv4_mask') } ]

Určuje, že naslouchací proces skupiny dostupnosti používá protokol DHCP (Dynamic Host Configuration Protocol). Volitelně můžete pomocí klauzule ON identifikovat síť, na které se tento naslouchací proces vytvoří. Protokol DHCP je omezený na jednu podsíť, která se používá pro všechny instance serveru, které hostují repliku ve skupině dostupnosti.

Důležitý

V produkčním prostředí nedoporučujeme protokol DHCP. Pokud dojde k výpadku a platnost zapůjčení PROTOKOLU DHCP IP vyprší, je potřeba další čas k registraci nové síťové IP adresy DHCP, která je přidružená k názvu DNS naslouchacího procesu a má vliv na připojení klienta. Protokol DHCP je ale vhodný pro nastavení vývojového a testovacího prostředí, aby ověřil základní funkce skupin dostupnosti a integraci s vašimi aplikacemi.

Například:

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

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

Určuje, že místo použití protokolu DHCP používá naslouchací proces skupiny dostupnosti jednu nebo více statických IP adres. Pokud chcete vytvořit skupinu dostupnosti napříč několika podsítěmi, každá podsíť vyžaduje jednu statickou IP adresu v konfiguraci naslouchacího procesu. Pro danou podsíť může být statická IP adresa buď adresa IPv4, nebo adresa IPv6. Obraťte se na správce sítě a získejte statickou IP adresu pro každou podsíť, která je hostitelem repliky nové skupiny dostupnosti.

Například:

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

ip4_address

Určuje adresu IPv4 čtyřdílné adresy pro naslouchací proces skupiny dostupnosti. Například 10.120.19.155.

ipv4_mask

Určuje masku IPv4 se čtyřmi částmi pro naslouchací proces skupiny dostupnosti. Například 255.255.254.0.

ipv6_address

Určuje adresu IPv6 pro naslouchací proces skupiny dostupnosti. Například 2001::4898:23:1002:20f:1fff:feff:b3a3.

PORT = listener_port

Určuje číslo portu ,listener_port, který má používat naslouchací proces skupiny dostupnosti určený klauzulí WITH IP. Port je volitelný.

Podporuje se výchozí číslo portu 1433. Pokud ale máte obavy ohledně zabezpečení, doporučujeme použít jiné číslo portu.

Příklad: WITH IP ( ('2001::4898:23:1002:20f:1fff:feff:b3a3') ) , PORT = 7777

Požadavky a omezení

Informace o požadavcích pro vytvoření skupiny dostupnosti najdete v tématu Požadavky, Omezení a doporučení pro skupiny dostupnosti AlwaysOn (SQL Server).

Informace o omezeních příkazů skupiny dostupnosti Transact-SQL najdete v tématu Přehled příkazů Transact-SQL pro skupiny dostupnosti AlwaysOn (SQL Server).

Bezpečnost

Dovolení

Vyžaduje členství v pevné roli serveru správce systému a buď oprávnění k vytvoření serveru SKUPINY DOSTUPNOSTI, ALTER ANY AVAILABILITY GROUP nebo oprávnění CONTROL SERVER.

Příklady

A. Konfigurace zálohování na sekundárních replikách, flexibilních zásadách převzetí služeb při selhání a přístupu k připojení

Následující příklad vytvoří skupinu dostupnosti s názvem MyAg pro dvě uživatelské databáze, ThisDatabase a ThatDatabase. Následující tabulka shrnuje hodnoty zadané pro možnosti nastavené pro skupinu dostupnosti jako celek.

Možnost skupiny	Nastavení	Popis
AUTOMATED_BACKUP_PREFERENCE	SEKUNDÁRNÍ	Tato předvolba automatizovaného zálohování označuje, že zálohy by se měly nacházet na sekundární replice s výjimkou případů, kdy je primární replika jediná online replika (toto je výchozí chování). Aby nastavení AUTOMATED_BACKUP_PREFERENCE mělo jakýkoli vliv, musíte skriptovat úlohy zálohování databází dostupnosti, aby se zohlednila předvolba automatizovaného zálohování.
FAILURE_CONDITION_LEVEL	3	Toto nastavení na úrovni podmínky selhání určuje, že automatické převzetí služeb při selhání by mělo být zahájeno u kritických vnitřních chyb SQL Serveru, jako jsou osamocené spinlocky, závažná porušení přístupu k zápisu nebo příliš mnoho dumpingu.
HEALTH_CHECK_TIMEOUT	600000	Tato hodnota časového limitu kontroly stavu 60 sekund určuje, že cluster WSFC čeká 60000 milisekund, než uložená procedura systému sp_server_diagnostics vrátí informace o stavu serveru o instanci serveru, která je hostitelem synchronní repliky potvrzení s automatickým před tím, než cluster předpokládá, že instance hostitelského serveru je pomalá nebo nereaguje. (Výchozí hodnota je 30000 milisekund).

Na počítačích s názvem COMPUTER01, COMPUTER02a COMPUTER03se mají hostovat tři repliky dostupnosti. Následující tabulka shrnuje hodnoty zadané pro možnosti repliky jednotlivých replik.

Možnost repliky	Nastavení na `COMPUTER01`	Nastavení na `COMPUTER02`	Nastavení na `COMPUTER03`	Popis
ENDPOINT_URL	TCP://COMPUTER01:5022	TCP://COMPUTER02:5022	TCP://COMPUTER03:5022	V tomto příkladu jsou systémy stejnou doménou, takže adresy URL koncových bodů můžou jako systémovou adresu použít název systému počítače.
AVAILABILITY_MODE	SYNCHRONOUS_COMMIT	SYNCHRONOUS_COMMIT	ASYNCHRONOUS_COMMIT	Dvě repliky používají režim synchronního potvrzení. Při synchronizaci podporují převzetí služeb při selhání bez ztráty dat. Třetí replika, která používá režim dostupnosti asynchronního potvrzení.
FAILOVER_MODE	AUTOMATICKÝ	AUTOMATICKÝ	MANUÁL	Repliky synchronního potvrzení podporují automatické převzetí služeb při selhání a plánované ruční převzetí služeb při selhání. Replika režimu dostupnosti synchronního potvrzení podporuje pouze vynucené ruční převzetí služeb při selhání.
BACKUP_PRIORITY	30	30	90	Vyšší priorita 90 je přiřazena replikě asynchronního potvrzení než k synchronním replikám potvrzení. Zálohy se obvykle vyskytují v instanci serveru, která je hostitelem repliky asynchronního potvrzení.
SECONDARY_ROLE	( ALLOW_CONNECTIONS = NE, READ_ONLY_ROUTING_URL = 'TCP://COMPUTER01:1433' )	( ALLOW_CONNECTIONS = NE, READ_ONLY_ROUTING_URL = 'TCP://COMPUTER02:1433' )	( ALLOW_CONNECTIONS = READ_ONLY, READ_ONLY_ROUTING_URL = 'TCP://COMPUTER03:1433' )	Jako replika pro čtení slouží pouze replika asynchronního potvrzení. Určuje název počítače a výchozí číslo portu databázového stroje (1433). Tento argument je nepovinný.
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 )	V primární roli všechny repliky zamítnou pokusy o připojení záměru čtení. Požadavky na připojení záměru pro čtení se směrují do COMPUTER03, pokud je místní replika spuštěná v sekundární roli. Když se tato replika spouští pod primární rolí, směrování jen pro čtení je zakázané. Tento argument je nepovinný.
SESSION_TIMEOUT	10	10	10	Tento příklad určuje výchozí hodnotu časového limitu relace (10). Tento argument je nepovinný.

Nakonec příklad určuje volitelnou klauzuli LISTENER pro vytvoření naslouchacího procesu skupiny dostupnosti pro novou skupinu dostupnosti. Pro tento naslouchací proces je zadán jedinečný název DNS MyAgListenerIvP6. Tyto dvě repliky jsou v různých podsítích, takže naslouchací proces musí používat statické IP adresy. Pro každou ze dvou replik dostupnosti klauzule WITH IP určuje statickou IP adresu, 2001:4898:f0:f00f::cf3c a 2001:4898:e0:f213::4ce2, které používají formát IPv6. Tento příklad také používá volitelný argument PORT k určení portu 60173 jako port naslouchacího procesu.

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

Související úkoly

Viz také

ALTER AVAILABILITY GROUP (Transact-SQL)
ALTER DATABASE SET HADR (Transact-SQL)
DROP AVAILABILITY GROUP (Transact-SQL)
řešení potíží s konfigurací skupin dostupnosti AlwaysOn (SQL Server)
Přehled skupin dostupnosti AlwaysOn (SQL Server)
naslouchací procesy skupiny dostupnosti, připojení klientů a převzetí služeb při selhání aplikací (SQL Server)

Sdílet prostřednictvím

VYTVOŘENÍ SKUPINY DOSTUPNOSTI (Transact-SQL)

Syntax

Argumenty

group_name

AUTOMATED_BACKUP_PREFERENCE = { PRIMARY | SECONDARY_ONLY | SEKUNDÁRNÍ | NONE }

PRIMÁRNÍ

SECONDARY_ONLY

SEKUNDÁRNÍ

ŽÁDNÝ

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

HEALTH_CHECK_TIMEOUT = milisekund

DB_FAILOVER = { ON | VYPNUTO }

DTC_SUPPORT = { PER_DB | NONE }

ZÁKLADNÍ

DISTRIBUOVANÝ

OBSAŽENÉ [REUSE_SYSTEM_DATABASES]

REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT

CLUSTER_TYPE

DATABASE_NAME DATABÁZE

REPLIKA ZAPNUTÁ

server_instance

system_name

FCI_network_name

instance_name

\

ENDPOINT_URL ='TCP://systémová adresa:port'

TCP://systémových adres:portu

systémová adresa

přístav

AVAILABILITY_MODE = {SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY }

SYNCHRONOUS_COMMIT

ASYNCHRONOUS_COMMIT

CONFIGURATION_ONLY

FAILOVER_MODE = { AUTOMATIC | MANUAL }

AUTOMATICKÝ

MANUÁL

SEEDING_MODE = { AUTOMATIC | MANUAL }

AUTOMATICKÝ

MANUÁL

BACKUP_PRIORITY = n

SECONDARY_ROLE ( ... )

ALLOW_CONNECTIONS = { NO | READ_ONLY | ALL }

NE

READ_ONLY

VŠICHNI

READ_ONLY_ROUTING_URL ='TCP://systémová adresa:port'

PRIMARY_ROLE ( ... )

ALLOW_CONNECTIONS = { READ_WRITE | ALL }

READ_WRITE

VŠICHNI

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

server_instance

ŽÁDNÝ

READ_WRITE_ROUTING_URL ='tcp://systémová adresa:port'

SESSION_TIMEOUT = celočíselná

SKUPINA DOSTUPNOSTI ZAPNUTÁ

ag_name

LISTENER_URL ='TCP://systémová adresa:port'

TCP://systémových adres:portu

systémová adresa

portu

AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY }

SYNCHRONOUS_COMMIT

ASYNCHRONOUS_COMMIT

FAILOVER_MODE = { MANUAL }

MANUÁL

SEEDING_MODE = { AUTOMATIC | MANUAL }

AUTOMATICKÝ

MANUÁL

NASLOUCHACÍ PROCES 'dns_name'( listener_option )

dns_name

listener_option

WITH DHCP [ ON { ('four_part_ipv4_address','four_part_ipv4_mask') } ]

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

ip4_address

ipv4_mask

ipv6_address

PORT = listener_port

Požadavky a omezení