ZMĚNA SKUPINY DOSTUPNOSTI (Transact-SQL)

platí pro:SQL Server

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

Transact-SQL konvence syntaxe

Syntaxe

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

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

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

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

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

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

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

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

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

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

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

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

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, jak úloha zálohování vyhodnocuje primární repliku při výběru místa, kam se mají zálohy provádět. 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 sql Server předvolbu nevynucuje, 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 se vždy vyskytují 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 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í tak Primary , aby se všechny sekundární databáze připravily a připojily ke skupině dostupnosti.

SECONDARY_ONLY

Určuje, že zálohy se nikdy nenastane na primární replice. Pokud je primární replika jedinou online replikou, nedojde k zálohování.

SEKUNDÁRNÍ

Určuje, že zálohy probíhají na sekundární replice s výjimkou případů, kdy je primární replika jedinou online replikou. V takovém případě dojde k zálohování 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í není vynucené AUTOMATED_BACKUP_PREFERENCE . Interpretace této preference závisí na logice( pokud existuje), kterou skriptujete do úloh zálohování 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áloh na sekundárních replikách skupiny dostupnosti AlwaysOn.

Poznámka

Pokud chcete zobrazit předvolbu automatizovaného zálohování existující skupiny dostupnosti, vyberte automated_backup_preference sloupec automated_backup_preference_desc zobrazení katalogu sys.availability_groups . Kromě toho je možné použít sys.fn_hadr_backup_is_preferred_replica k určení upřednostňované repliky zálohování. Tato funkce vždy vrací 1 alespoň 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 automatické převzetí služeb při selhání se spustí, když dojde k některé z následujících situací: Služba SQL Serveru je v provozu. Zapůjčení skupiny dostupnosti pro připojení ke clusteru WSFC vyprší, protože z instance serveru není přijato žádné 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 automatické převzetí služeb při selhání se spustí, 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 zadané HEALTH_CHECK_TIMEOUT uživatelem skupiny dostupnosti. Replika dostupnosti je ve stavu selhání.
3	Určuje, že automatické převzetí služeb při selhání inicializuje kritické vnitřní chyby 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í inicializuje u středně závažných vnitřních chyb 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í inicializuje všechny kvalifikované podmínky 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 definujte 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 Konfigurace flexibilních zásad automatického převzetí služeb při selhání pro skupinu dostupnosti AlwaysOn.

HEALTH_CHECK_TIMEOUT = Milisekund

Určuje dobu čekání v milisekundách, aby uložená procedura sp_server_diagnostics systému vrátila informace o stavu serveru před clusterem WSFC předpokládá, že instance serveru je pomalá nebo nereaguje. Nastavte HEALTH_CHECK_TIMEOUT na úrovni skupiny, ale je relevantní jenom u replik dostupnosti, které konfigurujete pro režim dostupnosti synchronního potvrzení 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í HEALTH_CHECK_TIMEOUT hodnota je 30 000 milisekund (30 sekund). Minimální hodnota je 15 000 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 ONhodnotu , jakýkoli jiný stav než ONLINE pro databázi ve skupině dostupnosti aktivuje automatické převzetí služeb při selhání. Když tuto možnost nastavíte, OFFaktivuje se automatické převzetí služeb při selhání pouze stav instance.

Další informace týkající se tohoto nastavení najdete v tématu Převzetí služeb při selhání na úrovni databáze skupiny dostupnosti.

DTC_SUPPORT = { PER_DB | NIKDO }

Určuje, jestli 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 podporuje 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 – skupiny dostupnosti a zrcadlení databáze.

Poznámka

Podpora změny DTC_SUPPORT nastavení skupiny dostupnosti byla zavedena v SQL Serveru 2016 (13.x) Service Pack 2. Tuto možnost nelze použít s dřívějšími verzemi. Pokud chcete toto nastavení změnit ve starších verzích SQL Serveru, musíte DROP znovu a CREATE skupinu dostupnosti změnit.

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 v SQL Serveru naleznete 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).
• Minimálně: 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 NOT SYNCHRONIZED sekundární repliku a pokračuje. Když nereagující databáze vrátí do režimu online, je 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í při přidání skupiny dostupnosti do prostředku clusteru. Viz Vysoká dostupnost a ochrana dat pro konfigurace skupin dostupnosti.

Od VERZE SQL Server 2022 (16.x) můžete nastavit REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT distribuovanou skupinu dostupnosti. Toto nastavení není podporováno pro CREATE AVAILABILITY GROUP. Můžete použít ALTER AVAILABILITY GROUP k nastavení REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT. Například:

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

Role

Jediný platný parametr je SECONDARYa tato SET možnost je platná pouze v distribuovaných skupinách dostupnosti. Použijte ji k převzetí služeb při selhání distribuované skupiny dostupnosti.

CLUSTER_CONNECTION_OPTIONS

Platí na: SQL Server 2025 (17.x) a novější verze

CLUSTER_CONNECTION_OPTIONS Pomocí klauzule vynucujte šifrování TLS 1.3 pro komunikaci mezi clusterem s podporou převzetí služeb při selhání Windows Serveru a replikami vaší skupiny dostupnosti. Zadejte možnosti jako seznam párů klíč-hodnota oddělených středníky. Ke konfiguraci šifrování připojovacího řetězce pro skupinu dostupnosti použijte páry klíč-hodnota.

Pokud se chcete vrátit zpět k výchozímu CLUSTER_CONNECTION_OPTIONS šifrování, nastavte klauzuli na prázdný řetězec. SQL Server 2025 (17.x) výchozí nastavuje , Encrypt=Mandatorya TrustServerCertificate=Yes pro připojení k replikám skupin dostupnosti a posluchačům.

Další informace najdete v tématu Připojení ke skupině dostupnosti s přísným šifrováním a TDS 8.0.

Následující tabulka popisuje páry klíč-hodnota, které můžete použít v CLUSTER_CONNECTION_OPTIONS klauzuli:

Key	Podporované hodnoty	Description
Encrypt	Mandatory, , StrictOptional	Určuje, jak se vynucuje šifrování pro skupinu dostupnosti. Pokud server nepodporuje šifrování, připojení selže. Pokud nastavíte šifrování na Mandatoryhodnotu , TrustServerCertificate musí být nastavena na ano. Pokud nastavíte šifrování na Strict, bude TrustServerCertificate ignorováno. Poznámka: Tento pár hodnot klíče je povinný.
HostNameInCertificate	Název repliky nebo název naslouchacího procesu skupiny dostupnosti	Určuje název repliky nebo název naslouchacího procesu skupiny dostupnosti v certifikátu, který se používá k šifrování. Tato hodnota se musí shodovat s hodnotou v alternativním názvu subjektu certifikátu. Pokud je název serveru uvedený v certifikátu, můžete pár klíč-hodnota vynechat HostNameInCertificate . Pokud název serveru není uvedený v certifikátu, musíte zadat HostNameInCertificate pár klíč-hodnota s názvem serveru. Poznámka: Tento pár hodnot klíče je volitelný.
TrustServerCertificate	Yes, No	Nastavte, aby yes ovladač neověřil certifikát TLS/SSL serveru. Pokud noovladač certifikát ověří. Další informace najdete v TDS 8.0. Poznámka: Tento pár hodnot klíče je volitelný.
ServerCertificate	Cesta k certifikátu	Pokud nechcete používat HostNameInCertificate, můžete předat cestu k certifikátu. Účet služby clusteru musí mít oprávnění ke čtení certifikátu z daného umístění. Poznámka: Tento pár hodnot klíče je volitelný.
CLUSTER_CONNECTION_OPTIONS	Prázdný řetězec ('')	Vymaže stávající konfiguraci a vrátí výchozí nastavení Encrypt=Mandatory šifrování a TrustServerCertificate=Yes.

V příkladech se dozvíte, jak klauzuli CLUSTER_CONNECTION_OPTIONS používat.

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. Pokud chcete zjistit, které místní databáze již patří do skupiny dostupnosti, podívejte se na replica_id sloupec v zobrazení katalogu sys.databases .

Podporováno pouze na primární replice.

Poznámka

Po vytvoření skupiny dostupnosti se musíte připojit ke každé instanci serveru, která je hostitelem sekundární repliky. 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).

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

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 JOIN možnosti 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ý používáte pro přístup ke clusteru s podporou převzetí služeb při selhání SQL Serveru. Tento název použijte, pokud se instance serveru účastní jako partner pro převzetí služeb při selhání SQL Serveru. Spuštění SELECT @@SERVERNAME na instanci serveru FCI vrátí celý řetězec "FCI_network_name[\instance_name]" (což je úplný název repliky).

Další informace najdete v tématu @@SERVERNAME.

instance_name

Název instance SQL Serveru, který system_name nebo FCI_network_name hostitelů 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 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 opožadavch

ENDPOINT_URL = *TCP:// system-address:*port

Určuje cestu URL koncového bodu zrcadlení databáze v instanci SQL Serveru, která je hostitelem repliky dostupnosti, kterou přidáváte nebo upravujete.

ENDPOINT_URL je vyžadována v klauzuli ADD REPLICA ON a volitelné v klauzuli MODIFY REPLICA ON . Další informace najdete v tématu Zadání adresy URL koncového bodu – Přidání nebo úprava repliky dostupnosti.

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

Ř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 ENDPOINT_URL možnost) 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 primární replika čeká 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. 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 č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ž 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ž pět replik dostupnosti, včetně primární repliky.

CONFIGURATION_ONLY

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

• Je možné hostovat na libovolné edici SQL Serveru, včetně edice Express.

• Vyžaduje, aby byl koncový bod CONFIGURATION_ONLY zrcadlení dat repliky typu WITNESS.

• Nedá se změnit.

• Není platný, když CLUSTER_TYPE = WSFC.

  Další informace najdete v tématu Vysoká dostupnost a ochrana dat pro konfigurace skupin dostupnosti.

AVAILABILITY_MODE je vyžadována v klauzuli ADD REPLICA ON a volitelné v klauzuli MODIFY REPLICA ON . Další informace najdete v tématu Rozdíly mezi režimy dostupnosti skupiny dostupnosti AlwaysOn.

FAILOVER_MODE = { AUTOMATICKÉ | MANUÁL }

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í. AUTOMATIC je podporován pouze v případě, že zadáte AVAILABILITY_MODE = SYNCHRONOUS_COMMIT. Můžete zadat AUTOMATIC tři repliky dostupnosti, včetně primární repliky.

Poznámka

• Před SQL Serverem 2016 (13.x) jste 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, které hostitelé FCI můžou nakonfigurovat jenom 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.

V klauzuli ADD REPLICA ON musíte zadatFAILOVER_MODE. Volitelně ji můžete zadat 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). Tyto typy podporují různé podmínky. 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 = { AUTOMATICKÉ | MANUÁL }

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 GRANT CREATE ANY DATABASE možností.

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 značí, že repliku dostupnosti je možné zvolit pro provádění záloh. 1 označuje nejnižší prioritu a 100 označuje nejvyšší prioritu. Pokud BACKUP_PRIORITY = 1je replika dostupnosti zvolena pro provádění záloh pouze v případě, že nejsou aktuálně k dispozici žádné repliky dostupnosti s vyšší prioritou.

• 0 značí, že tato replika dostupnosti se nikdy nevybírala pro provádění záloh. Tato možnost 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 Vyložení podporovaných záloh do sekundárních replik skupiny dostupnosti.

SECONDARY_ROLE ( ... )

Určuje nastavení specifická pro roli, která se projeví, pokud tato replika dostupnosti aktuálně vlastní sekundární roli (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 = { NE | READ_ONLY | VŠECHNY }

Určuje, jestli databáze dané repliky dostupnosti, která provádí sekundární roli (fungující 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 ReadOnly. 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 Přenesení úlohy pouze pro čtení na sekundární replikát skupiny dostupnosti Always On.

READ_ONLY_ROUTING_URL = { '*TCP:// system-address:*port' | NONE }

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. Tato adresa URL je místo, kde databázový stroj SQL Serveru naslouchá. Výchozí instance databázového stroje SQL Serveru obvykle naslouchá na portu TCP 1433.

Od SQL Server 2025 (17.x) můžete jako cíl nastavit NONEREAD_ONLY_ROUTING_URL vrácení specifikovaného směrování pouze pro čtení pro repliku dostupnosti a směrovat provoz podle výchozího chování.

V případě pojmenované instance zadejte dotaz na port sloupce sys.dm_tcp_listener_statestype_desc zobrazení dynamické správy a získejte číslo portu. 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

Pro pojmenovanou instanci SQL Serveru nakonfigurujte naslouchací proces Transact-SQL tak, aby používal konkrétní port. Další informace naleznete v tématu Konfigurace SQL Serveru pro naslouchání na konkrétním portu TCP.

PRIMARY_ROLE ( ... )

Určuje nastavení specifická pro roli, která se projeví, pokud tato replika dostupnosti aktuálně vlastní primární roli (kdykoli 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 | VŠECHNY }

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

čtení/zápis

Připojení, kde je vlastnost připojení záměru aplikace nastavena na ReadOnly zakázáno. Pokud je vlastnost Záměr aplikace nastavena ReadWrite nebo vlastnost připojení záměru aplikace není nastavena, je připojení 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 SECONDARY_ROLE možnosti dříve v tomto článku).

• Mají definovanou adresu URL směrování jen pro čtení (viz READ_ONLY_ROUTING_URL argument SECONDARY_ROLE možnosti dříve v tomto článku).

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í 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, směrování jen pro čtení se nepodporuje. Toto je výchozí chování. Při použití s MODIFY REPLICA ONtouto hodnotou zakážete existující seznam( pokud existuje).

{ READ_WRITE_ROUTING_URL = '*TCP:// system-address:*port' | NONE }

Platí pro: SQL Server 2019 (15.x) a novější verze

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 PRIMARY_ROLE repliky 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.

Od SQL Server 2025 (17.x) můžete jako cíl určit NONEREAD_WRITE_ROUTING_URL vrácení specifikovaného směrování pro čtení a zápis pro dostupnou repliku a směrovat provoz podle výchozího chování.

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, výchozí časové období je 10 sekund. Minimální hodnota je 5 sekund.

Důležitý

Nechte časový limit na 10 sekund nebo vyšší.

Další informace o období vypršení časového limitu relace najdete v tématu Co je skupina dostupnosti AlwaysOn?

UPRAVIT REPLIKU ZAPNUTOU

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

Podporováno pouze na primární replice.

ODEBRAT REPLIKU ZAPNUTOU

Odebere zadanou sekundární repliku ze skupiny dostupnosti. Aktuální primární repliku nemůžete ze skupiny dostupnosti odebrat. Když repliku odeberete, přestane přijímat data. Sekundární databáze repliky se odeberou ze skupiny dostupnosti a zadají se do RESTORING stavu.

Podporováno pouze na primární replice.

Poznámka

Pokud repliku odeberete, když je nedostupná nebo selhala, zjistí, ž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 jenom na sekundární replice, která ještě není připojená ke skupině dostupnosti.

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

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á je hostitelem primární repliky, je cílem 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 online režimu 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 se můžou potenciálně přepínat mezi sebou a řadou selhání.

Převzetí služeb při selhání se podporuje pouze u sekundární repliky synchronního potvrzení, která je aktuálně synchronizovaná s primární replikou. Aby se sekundární replika synchronizovala, musí být primární replika spuštěná také v režimu synchronního potvrzení.

Pro dvě instance SQL Server ve skupině dostupnosti můžete zadat příkaz pro převzetí služeb při selhání na primární nebo sekundární replice. V případě instancí replikovaných prostřednictvím odkazu spravované instance musíte vydat příkaz převzetí služeb při selhání na primární replice.

Poznámka

• U skupiny dostupnosti se příkaz převzetí služeb při selhání vrátí hned, jak 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.
• U převzetí služeb při selhání propojení spravované instance se příkaz převzetí služeb při selhání vrátí po úspěšném převzetí služeb při selhání, kde role zdrojového a cílového přepínače nebo pokud příkaz převzetí služeb při selhání selže po kontrole předpokladů převzetí služeb při selhání.
• Příkaz převzetí služeb při selhání nemůžete použít pro plánované převzetí služeb při selhání distribuované skupiny dostupnosti mezi dvěma instancemi SQL Serveru.

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 AlwaysOn (SQL Server).

FORCE_FAILOVER_ALLOW_DATA_LOSS

Opatrnost

Vynucené převzetí služeb při selhání zahajte pouze jako míru zotavení po havárii, protože to může vést ke ztrátě dat. Vynucené převzetí služeb při selhání by se mělo provést pouze v případě, že primární replika není k dispozici, jste připraveni přijmout potenciální ztrátu dat a musíte službu okamžitě obnovit do skupiny dostupnosti.

Podporuje se pouze u repliky SECONDARY , jejíž role je ve stavu nebo RESOLVING ve stavu. Replika, na které zadáte příkaz převzetí služeb při selhání, je cílem 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 online režimu 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 se do sekundární role a její databáze se pozastaví.

V případě instancí replikovaných prostřednictvím odkazu spravované instance musíte vydat FORCE_FAILOVER_ALLOW_DATA_LOSS příkaz na sekundární replice (cíl převzetí služeb při selhání).

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 vynucení převzetí služeb při selhání a vlivu 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 AlwaysOn (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ý

Než vytvoříte první naslouchací proces, přečtěte si článek Konfigurace naslouchacího procesu pro skupinu dostupnosti AlwaysOn.

Po vytvoření naslouchacího procesu pro danou skupinu dostupnosti proveďte následující kroky:

• 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ů.

Zadejte 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 rozhraní 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 ji vytvoříte, 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:// system-address:*port'

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

Klauzule je povinná LISTENER .

*TCP:// system-address:*port

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. Nejedná se o port naslouchacího procesu.

AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT }

Určuje, jestli primární replika čeká 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 neobdrží potvrzení, že transakce jsou posíleny v sekundární skupině dostupnosti. Můžete zadat SYNCHRONOUS_COMMIT až 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ž dvě skupiny dostupnosti, včetně primární skupiny dostupnosti.

Klauzule je povinná AVAILABILITY_MODE .

FAILOVER_MODE = { RUČNÍ }

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 = { AUTOMATICKÉ | MANUÁL }

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

AUTOMATICKÝ

Povolí automatické počáteční nastavení. 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í 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é chcete upravit, obsahuje název skupiny dostupnosti a WITH (...) klauzuli pro každou skupinu dostupnosti.

Důležitý

Tento příkaz musíte spustit na primární skupině dostupnosti i v sekundárních instancích 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é počáteční (SEEDING_MODE = AUTOMATIC). Tento parametr spusťte 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 používá jednu z následujících možností:

S 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í ON klauzule identifikovat síť, na které se tento naslouchací proces vytvoří. Protokol DHCP je omezený na jednu podsíť, která se používá pro každou instanci serveru, která je hostitelem repliky dostupnosti ve skupině dostupnosti.

Důležitý

Nepoužívejte protokol DHCP v produkčním prostředí. Pokud dojde k výpadku a vyprší platnost zapůjčení PROTOKOLU DHCP IP, 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 ovlivňuje 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 ]

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 dostupnosti pro novou skupinu dostupnosti.

Například:

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

ipv4_address

Čtyřdílná adresa IPv4 pro naslouchací proces skupiny dostupnosti. Například 10.120.19.155.

ipv4_mask

Čtyřdílná maska protokolu IPv4 pro naslouchací proces skupiny dostupnosti Například 255.255.254.0.

ipv6_address

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

PORT = listener_port

Číslo portu (listener_port) používané naslouchacím procesem skupiny dostupnosti, který WITH IP klauzule určuje. PORT je nepovinný.

Je podporováno výchozí číslo 1433portu. Můžete ale zvolit 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>

MODIFY LISTENER používá jednu z následujících možností:

ADD IP { ('four_part_ipv4_address','four_part_ipv4_mask') | ('ipv6_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.

ODEBRAT IP adresu { ('four_part_ipv4_address') | ('ipv6_address') }

Platí na: SQL Server 2025 (17.x) a novější verze

Odebere zadanou IP adresu ze zadaného naslouchacího procesu skupiny dostupnosti.

RESTART LISTENER 'dns_name'

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

ODEBRAT NASLOUCHACÍ PROCES DNS_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.

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

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.

Informace o omezeních AVAILABILITY GROUP příkazů Transact-SQL najdete v tématuTransact-SQL příkazy pro skupiny dostupnosti AlwaysOn.

Dovolení

Potřebujete ALTER AVAILABILITY GROUP oprávnění ke skupině dostupnosti, CONTROL AVAILABILITY GROUP oprávnění, ALTER ANY AVAILABILITY GROUP oprávnění nebo CONTROL SERVER oprávnění. Potřebujete ALTER ANY DATABASE také oprávnění.

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

C. Vynucení šifrování v připojeních ke skupině dostupnosti

Příklady v této části vynutí šifrování připojení ke AccountsAG skupině dostupnosti.

Pokud se název serveru zobrazí v každém certifikátu definovaném některou metodou, můžete tuto možnost vynechat HostNameInCertificate :

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

Pokud jste postupovali podle metody 1, ale nezadali jste název serveru jako alternativní název subjektu v certifikátu, musíte zadat hodnotu, která se zobrazí v alternativním HostNameInCertificatenázvu subjektu v možnosti:

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

Pokud jste použili metoduServerCertificate 1 a chcete použít vlastnost místo zadání hodnoty pro HostNameInCertificate:

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

Související obsah

• vytvoření skupiny dostupnosti (Transact-SQL)
• ALTER DATABASE (Transact-SQL) SET HADR
• SKUPINA DOSTUPNOSTI PRO VÝSADKY (Transact-SQL)
• sys.availability_replicas (Transact-SQL)
• sys.availability_groups (Transact-SQL)
• řešení potíží s konfigurací skupin dostupnosti AlwaysOn (SQL Server)
• Co je skupina dostupnosti AlwaysOn?
• Připojení k posluchači skupiny dostupnosti Always On