ALTER AVAILABILITY GROUP (Transact-SQL)

Článek
03/13/2025

platí pro:SQL Server

Změní existující skupinu dostupnosti AlwaysOn na SQL Serveru. Většina argumentů ALTER AVAILABILITY GROUP je podporována pouze aktuální primární replika. Argumenty JOIN, FAILOVER a FORCE_FAILOVER_ALLOW_DATA_LOSS jsou však podporovány pouze na sekundárních replikách.

Transact-SQL konvence syntaxe

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

Argumenty

group_name

Určuje název nové skupiny dostupnosti. group_name musí být platný identifikátor SQL Serveru a musí být jedinečný pro všechny skupiny dostupnosti v clusteru WSFC.

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í.

Podporováno pouze na primární replice.

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 jediná online replika, nemělo by dojít k zálohování.

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 vždy vrátí hodnotu 1 alespoň pro jednu z replik, 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.

Podporováno pouze na primární replice.

Ú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 v provozu. Platnost 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 uživatel zadaný HEALTH_CHECK_TIMEOUT prahovou hodnotu skupiny dostupnosti je překročen. 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 nesolvovatelné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, která vrací informace 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 15000 milisekund (15 sekund) a maximální hodnota je 4 294 967 295 milisekund.

Podporováno pouze na primární replice.

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 }

Určuje, zda jsou pro tuto skupinu dostupnosti povoleny distribuované transakce. Distribuované transakce jsou podporovány pouze pro databáze skupin dostupnosti počínaje SQL Serverem 2016 (13.x) a transakce mezi databázemi jsou podporovány pouze od SQL Serveru 2016 (13.x) SP2. PER_DB vytvoří skupinu dostupnosti s podporou těchto transakcí a automaticky upřednostní transakce mezi databázemi zahrnující databáze ve skupině dostupnosti do distribuovaných transakcí. NONE brání automatickému povýšení transakcí mezi databázemi do distribuovaných transakcí a nezaregistruje databázi ve stabilním RMID v DTC. Distribuované transakce se při použití nastavení NONE nezabrání, ale převzetí služeb při selhání databáze a automatické obnovení nemusí za určitých okolností proběhnout úspěšně. Další informace naleznete v tématu transakce mezi databázemi a distribuované transakce pro skupiny dostupnosti AlwaysOn a zrcadlení databáze (SQL Server).

Poznámka

Podpora změny nastavení DTC_SUPPORT skupiny dostupnosti byla zavedena v aktualizaci Service Pack 2 sql Serveru 2016 (13.x). Tuto možnost nelze použít s dřívějšími verzemi. Chcete-li toto nastavení změnit v dřívějších verzích SQL Serveru, musíte znovu odstranit a vytvořit skupinu dostupnosti.

Důležitý

DTC má limit 32 zařazení na distribuovanou transakci. Vzhledem k tomu, že každá databáze v rámci skupiny dostupnosti je zařazena do DTC samostatně, pokud vaše transakce zahrnuje více než 32 databází, můžete se při pokusu SQL Serveru o zařazení 33. databáze zobrazit následující chyba:

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.

Další podrobnosti o distribuovaných transakcích na SQL Serveru najdete v tématu Distribuované transakce

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 bude označená 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í při přidání skupiny dostupnosti do prostředku clusteru. Viz Vysoká dostupnost a ochrana dat pro konfigurace skupin dostupnosti.

Počínaje SQL Serverem 2022 (16.x) můžete nastavit REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT v distribuované skupině dostupnosti. Toto nastavení není podporováno pro VYTVOŘENÍ SKUPINY DOSTUPNOSTI. Pomocí příkazu ALTER AVAILABILITY GROUP můžete nastavit REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT. Například:

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

ROLE

Jediný platný parametr je SECONDARY a tato možnost SET je platná pouze v distribuovaných skupinách dostupnosti. Používá se k převzetí služeb při selhání distribuované skupiny dostupnosti, jak je uvedeno tady: ALTER AVAILABILITY GROUP

PŘIDÁNÍ DATABÁZOVÉho database_name

Určuje seznam jedné nebo více uživatelských databází, které chcete přidat do skupiny dostupnosti. Tyto databáze se musí nacházet v instanci SQL Serveru, která je hostitelem aktuální primární repliky. 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.

Podporováno pouze na primární replice.

Poznámka

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

ODEBRÁNÍ DATABÁZOVÉho database_name

Odebere zadanou primární databázi a odpovídající sekundární databáze ze skupiny dostupnosti. Podporováno pouze na primární replice.

Informace o doporučených krocích po odebrání databáze dostupnosti ze skupiny dostupnosti najdete v tématu Odebrání primární databáze ze skupiny dostupnosti (SQL Server).

PŘIDAT REPLIKU NA

Určuje jednu až osm instancí SQL Serveru pro hostování sekundárních replik ve skupině dostupnosti. Každá replika je určena adresou instance serveru následovanou klauzulí WITH (...).

Podporováno pouze na primární replice.

Ke skupině dostupnosti je potřeba připojit každou novou sekundární repliku. Další informace najdete v popisu možnosti JOIN dále v této části.

<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). Syntaxe je následující:

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

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

system_name

Název rozhraní NetBIOS počítačového systému, na kterém se nachází cílová instance SYSTÉMU SQL Server. Tento počítač musí být uzlem WSFC.

FCI_network_name

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

Název instance SQL Serveru hostovaného system_name nebo FCI_network_name a který má povolenou funkci AlwaysOn. Pro výchozí instanci serveru je instance_name nepovinný. Název instance nerozlišuje malá a velká písmena. V samostatné instanci serveru je tento název hodnoty stejný jako hodnota vrácená spuštěním příkazu SELECT @@SERVERNAME.

\

Oddělovač se používá 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 v instanci SQL Serveru, která bude hostovat repliku dostupnosti, kterou přidáváte nebo upravujete.

ENDPOINT_URL se vyžaduje v klauzuli ADD REPLICA ON a volitelné v klauzuli MODIFY REPLICA ON. 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é adresy: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

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

portu

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

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ředtím, než primární replika může 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.

SYNCHRONOUS_COMMIT

Určuje, že primární replika bude čekat 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.

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

AVAILABILITY_MODE se vyžaduje v klauzuli ADD REPLICA ON a volitelné v klauzuli MODIFY REPLICA ON. Další informace najdete 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í. Funkce AUTOMATIC se podporuje jenom v případě, že zadáte AVAILABILITY_MODE = SYNCHRONOUS_COMMIT. Pro tři repliky dostupnosti, včetně primární repliky, můžete zadat AUTOMATICKÉ.

Poznámka

Před SQL Serverem 2016 jste byli omezeni na dvě automatické repliky převzetí služeb při selhání, včetně primární repliky.
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

Povolí ruční převzetí služeb při selhání nebo vynucené ruční převzetí služeb při selhání (vynucené převzetí služeb při selhání) správcem databáze.

FAILOVER_MODE se vyžaduje v klauzuli ADD REPLICA ON a volitelné v klauzuli MODIFY REPLICA ON. Existují 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), které 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 bude sekundární replika zpočátku počáteční.

AUTOMATICKÝ

Povolí přímé počáteční vkládání. Tato metoda vysadí 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 se nikdy nevybírala pro 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ích sekundárních sekundárních souborů: zálohování na sekundárních replikách (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í sekundární sekundární repliky (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 SQL Serveru naslouchá. Výchozí instance databázového stroje 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 dostupnosti 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 nakonfigurovaná tak, aby povolovala všechna připojení nebo připojení jen pro čtení (viz ALLOW_CONNECTIONS argument možnosti SECONDARY_ROLE výše).
Mají definovanou adresu URL směrování jen pro čtení (viz argument READ_ONLY_ROUTING_URL možnosti SECONDARY_ROLE výše).

Hodnoty READ_ONLY_ROUTING_LIST jsou následující:

<server_instance>

Určuje adresu instance SQL Serveru, která je hostitelem repliky dostupnosti, 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é můžou hostovat čitelnou sekundární repliku. Směrování jen pro čtení bude následovat podle pořadí, 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, směrování jen pro čtení se nepodporuje. Toto je výchozí chování. Při použití s parametrem MODIFY REPLICA ON tato hodnota zakáže existující seznam( pokud existuje).

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í ke čtení a zápisu primární repliky (skupiny dostupnosti AlwaysOn).

SESSION_TIMEOUT = sekund

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í vypršení časového limitu relace najdete v tématu Přehled skupin dostupnosti AlwaysOn (SQL Server).

UPRAVIT REPLIKU ZAPNUTOU

Upraví některou z replik skupiny dostupnosti. Seznam replik, které se mají upravit, obsahuje adresu instance serveru a klauzuli WITH (...) pro každou repliku.

Podporováno pouze na primární replice.

ODEBRAT REPLIKU ZAPNUTOU

Odebere zadanou sekundární repliku ze skupiny dostupnosti. Aktuální primární repliku nelze ze skupiny dostupnosti odebrat. Při odebírání replika přestane přijímat data. Sekundární databáze se odeberou ze skupiny dostupnosti a zadají stav OBNOVENÍ.

Podporováno pouze na primární replice.

Poznámka

Pokud repliku odeberete, když je nedostupná nebo selhala, zjistí se, že už nepatří do skupiny dostupnosti.

PŘIPOJIT

Způsobí, že instance místního serveru hostuje sekundární repliku v zadané skupině dostupnosti.

Podporuje se pouze v sekundární replice, která ještě nebyla připojena ke skupině dostupnosti.

Další informace najdete v tématu Připojení sekundární repliky ke skupině dostupnosti (SQL Server).

PŘEVZETÍ SLUŽEB PŘI SELHÁNÍ

Zahájí ruční převzetí služeb při selhání skupiny dostupnosti bez ztráty dat do sekundární repliky, ke které jste připojení. Replika, která bude hostitelem primární repliky, je cíl převzetí služeb při selhání. Cíl převzetí služeb při selhání převezme primární roli a obnoví jeho kopii každé databáze a přenese je do režimu online jako nové primární databáze. Bývalá primární replika současně přechází na sekundární roli a její databáze se stanou sekundárními databázemi a okamžitě se pozastaví. Tyto role můžou být potenciálně přepnuty zpět řadou selhání.

Podporuje se pouze u sekundární repliky synchronního potvrzení, která je aktuálně synchronizovaná s primární replikou. Upozorňujeme, že aby sekundární replika byla synchronizovaná, musí být primární replika spuštěná také v režimu synchronního potvrzení.

Poznámka

Příkaz převzetí služeb při selhání se vrátí, jakmile cíl převzetí služeb při selhání přijme tento příkaz. Obnovení databáze však probíhá asynchronně po dokončení převzetí služeb při selhání skupiny dostupnosti.

Informace o omezeních, požadavcích a doporučeních pro provedení plánovaného ručního převzetí služeb při selhání najdete v tématu Provedení plánovaného ručního převzetí služeb při selhání skupiny dostupnosti (SQL Server).

FORCE_FAILOVER_ALLOW_DATA_LOSS

Opatrnost

Vynucení převzetí služeb při selhání, které může zahrnovat ztrátu dat, je výhradně metoda zotavení po havárii. Proto důrazně doporučujeme vynutit převzetí služeb při selhání pouze v případě, že primární replika už není spuštěná, jste ochotni riskovat ztrátu dat a musíte službu okamžitě obnovit do skupiny dostupnosti.

Podporuje se pouze u repliky, jejíž role je ve stavu SEKUNDÁRNÍ nebo PŘEKLAD. --Replika, na které zadáte příkaz převzetí služeb při selhání, se označuje jako cíl převzetí služeb při selhání .

Vynutí převzetí služeb při selhání skupiny dostupnosti s možnou ztrátou dat do cíle převzetí služeb při selhání. Cíl převzetí služeb při selhání převezme primární roli a obnoví jeho kopii každé databáze a přenese je do režimu online jako nové primární databáze. U všech zbývajících sekundárních replik se každá sekundární databáze pozastaví, dokud se ručně neobnoví. Jakmile bude bývalá primární replika dostupná, přepne na sekundární roli a její databáze se pozastaví sekundární databáze.

Poznámka

Informace o omezeních, požadavcích a doporučeních pro vynucení převzetí služeb při selhání a účinku vynuceného převzetí služeb při selhání u bývalých primárních databází ve skupině dostupnosti najdete v tématu Provedení vynuceného ručního převzetí služeb při selhání skupiny dostupnosti (SQL Server).

ADD LISTENER 'dns_name'( <add_listener_option> )

Definuje nový naslouchací proces skupiny dostupnosti pro tuto skupinu dostupnosti. Podporováno pouze na primární replice.

Důležitý

Před vytvořením prvního naslouchacího procesu důrazně doporučujeme číst 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 pomocí názvů s více než 15 znaky a identickou předponou 15 znaků, zobrazí se chybová zpráva, že prostředek názvu virtuální sítě se nepodařilo 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.

PŘIPOJIT SE KE SKUPINĚ DOSTUPNOSTI ZAPNUTO

Připojí se k distribuované skupině dostupnosti. Když vytvoříte distribuovanou skupinu dostupnosti, skupina dostupnosti v clusteru, ve kterém je vytvořená, je primární skupinou dostupnosti. Skupina dostupnosti, která se připojí k distribuované skupině dostupnosti, je sekundární skupina dostupnosti.

<ag_name>

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

LISTENER = 'TCP://systém-adresa:port'

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

Je vyžadována klauzule LISTENER.

TCP://systémové adresy:portu

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

systémová adresa

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

portu

Čí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 }

SYNCHRONOUS_COMMIT

Určuje, že primární replika bude čekat 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

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.

Automatické převzetí služeb při selhání sekundární skupiny dostupnosti se nepodporuje.

SEEDING_MODE = { AUTOMATIC | MANUAL }

Určuje, jak bude sekundární skupina dostupnosti zpočátku počáteční počáteční.

AUTOMATICKÝ

Povolí automatické počáteční nastavení. Tato metoda vysadí 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í nastavení. 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.

ZMĚNA SKUPINY DOSTUPNOSTI ZAPNUTÁ

Upraví libovolné nastavení skupiny dostupnosti distribuované skupiny dostupnosti. Seznam skupin dostupnosti, které se mají upravit, obsahuje název skupiny dostupnosti a klauzuli WITH (...) pro každou skupinu dostupnosti.

Důležitý

Tento příkaz se musí opakovat v instancích primární skupiny dostupnosti i sekundární skupiny dostupnosti.

UDĚLENÍ VYTVOŘENÍ JAKÉKOLI DATABÁZE

Umožňuje skupině dostupnosti vytvářet databáze jménem primární repliky, která podporuje přímé seeding (SEEDING_MODE = AUTOMATIC). Tento parametr by se měl spustit na každé sekundární replice, která podporuje přímé počáteční nastavení po tomto sekundárním připojení ke skupině dostupnosti. Vyžaduje oprávnění CREATE ANY DATABASE.

ODEPŘÍT VYTVOŘENÍ JAKÉKOLI DATABÁZE

Odebere schopnost skupiny dostupnosti vytvářet databáze jménem primární repliky.

<add_listener_option>

ADD LISTENER má jednu z následujících možností:

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

Určuje, že naslouchací proces skupiny dostupnosti bude používat 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 dostupnosti 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 bude naslouchací proces skupiny dostupnosti používat 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á bude hostitelem repliky dostupnosti pro novou skupinu dostupnosti.

Například:

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

ipv4_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

MODIFY LISTENER 'dns_name'( <modify_listener_option> )

Upraví stávající naslouchací proces skupiny dostupnosti pro tuto skupinu dostupnosti. Podporováno pouze na primární replice.

<modify_listener_option>

FUNKCE UPRAVIT NASLOUCHACÍ PROCES má jednu z následujících možností:

ADD IP { ('four_part_ipv4_address','four_part_ipv4_mask') | ('dns_nameipv6_address') }

Přidá zadanou IP adresu do naslouchacího procesu skupiny dostupnosti určeného dns_name.

PORT = listener_port

Podívejte se na popis tohoto argumentu dříve v této části.

RESTARTOVÁNÍ naslouchacího procesudns_name

Restartuje naslouchací proces přidružený k zadanému názvu DNS. Podporováno pouze na primární replice.

ODEBRAT NASLOUCHACÍ PROCESDNS_NAME

Odebere naslouchací proces přidružený k zadanému názvu DNS. Podporováno pouze na primární replice.

OFFLINE

Přenese online skupinu dostupnosti do offline režimu. Pro synchronní databáze potvrzení neexistuje žádná ztráta dat.

Jakmile skupina dostupnosti přejde do offline režimu, její databáze přestanou být pro klienty dostupné a nemůžete skupinu dostupnosti přenést zpátky do režimu online. Proto při migraci prostředků skupiny dostupnosti AlwaysOn do nového clusteru WSFC použijte možnost OFFLINE.

Další informace najdete v tématu Převést skupinu dostupnosti do offline režimu (SQL Server).

Požadavky a omezení

Informace o požadavcích a omezeních replik dostupnosti a jejich instancích a počítačích hostitelského serveru 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 oprávnění ALTER AVAILABILITY GROUP pro skupinu dostupnosti, oprávnění CONTROL AVAILABILITY GROUP, ALTER ANY AVAILABILITY GROUP nebo CONTROL SERVER oprávnění. Vyžaduje také oprávnění ALTER ANY DATABASE.

Příklady

A. Připojení sekundární repliky ke skupině dostupnosti

Následující příklad připojí sekundární repliku, ke které jste připojení ke skupině dostupnosti AccountsAG.

ALTER AVAILABILITY GROUP AccountsAG JOIN;  
GO

B. Vynucení převzetí služeb při selhání skupiny dostupnosti

Následující příklad vynutí, aby skupina dostupnosti AccountsAG převzala služby při selhání sekundární repliky, ke které jste připojení.

ALTER AVAILABILITY GROUP AccountsAG FORCE_FAILOVER_ALLOW_DATA_LOSS;  
GO

Viz také

vytvoření skupiny dostupnosti (Transact-SQL)
ALTER DATABASE SET HADR (Transact-SQL)
DROP AVAILABILITY GROUP (Transact-SQL)
sys.availability_replicas (Transact-SQL)
sys.availability_groups (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

ALTER AVAILABILITY GROUP (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 }

REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT

ROLE

PŘIDÁNÍ DATABÁZOVÉho database_name

ODEBRÁNÍ DATABÁZOVÉho database_name

PŘIDAT REPLIKU NA

<server_instance>

system_name

FCI_network_name

instance_name

\

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

TCP://systémové adresy:portu

systémová adresa

portu

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 = sekund

UPRAVIT REPLIKU ZAPNUTOU

ODEBRAT REPLIKU ZAPNUTOU

PŘIPOJIT

PŘEVZETÍ SLUŽEB PŘI SELHÁNÍ

FORCE_FAILOVER_ALLOW_DATA_LOSS

ADD LISTENER 'dns_name'( <add_listener_option> )

dns_name

PŘIPOJIT SE KE SKUPINĚ DOSTUPNOSTI ZAPNUTO

<ag_name>

LISTENER = 'TCP://systém-adresa:port'

TCP://systémové adresy:portu

systémová adresa

portu

AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT }

SYNCHRONOUS_COMMIT

ASYNCHRONOUS_COMMIT

FAILOVER_MODE = { MANUAL }

MANUÁL

SEEDING_MODE = { AUTOMATIC | MANUAL }

AUTOMATICKÝ

MANUÁL

ZMĚNA SKUPINY DOSTUPNOSTI ZAPNUTÁ

UDĚLENÍ VYTVOŘENÍ JAKÉKOLI DATABÁZE

ODEPŘÍT VYTVOŘENÍ JAKÉKOLI DATABÁZE

<add_listener_option>

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

ADD IP { ('four_part_ipv4_address','four_part_ipv4_mask') | ('dns_nameipv6_address') }