RENDELKEZÉSRE ÁLLÁSI CSOPORT MÓDOSÍTÁSA (Transact-SQL)

A következőkre vonatkozik:SQL Server

Módosít egy meglévő Always On rendelkezésre állási csoportot az SQL Serverben. A legtöbb ALTER AVAILABILITY GROUP argumentum csak az aktuális elsődleges replikán támogatott. A JOIN, FAILOVERés FORCE_FAILOVER_ALLOW_DATA_LOSS az argumentumok azonban csak másodlagos replikákon támogatottak.

Transact-SQL szintaxis konvenciói

Szintaxis

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

Érvek

group_name

Az új rendelkezésre állási csoport nevét adja meg. group_name érvényes SQL Server-azonosítónak kell lennie, és egyedinek kell lennie a WSFC-fürt összes rendelkezésre állási csoportjában.

AUTOMATED_BACKUP_PREFERENCE = { PRIMARY | SECONDARY_ONLY| MÁSODLAGOS | NONE }

Megadja, hogy a biztonsági mentési feladatok hogyan értékelik ki az elsődleges replikát a biztonsági mentések helyének kiválasztásakor. Egy adott biztonsági mentési feladatot szkriptelhet, hogy figyelembe vegye az automatikus biztonsági mentési beállításokat. Fontos tisztában lenni azzal, hogy az SQL Server nem érvényesíti a beállításokat, így nincs hatással az alkalmi biztonsági mentésekre.

Csak az elsődleges replikán támogatott.

Az értékek a következők:

ELSŐDLEGES

Megadja, hogy a biztonsági mentések mindig az elsődleges replikán történjenek. Ez a beállítás akkor hasznos, ha biztonsági mentési funkciókra van szüksége, például különbségi biztonsági másolatok létrehozására, amelyek nem támogatottak, ha a biztonsági mentés másodlagos replikán fut.

Fontos

Ha naplóalapú szállítással szeretné előkészíteni a másodlagos adatbázisokat egy rendelkezésre állási csoporthoz, állítsa be az automatikus biztonsági mentési beállítást Primary addig, amíg az összes másodlagos adatbázis elő nem készül, és hozzá nem csatlakozik a rendelkezésre állási csoporthoz.

SECONDARY_ONLY

Azt adja meg, hogy a biztonsági mentések soha nem fordulnak elő az elsődleges replikán. Ha az elsődleges replika az egyetlen online replika, a biztonsági mentés nem történik meg.

MÁSODLAGOS

Azt adja meg, hogy a biztonsági mentések másodlagos replikán történjenek, kivéve, ha az elsődleges replika az egyetlen online replika. Ebben az esetben a biztonsági mentés az elsődleges replikán történik. Ez az alapértelmezett viselkedés.

Egyik sem

Azt adja meg, hogy a biztonsági mentési feladatok figyelmen kívül hagyják a rendelkezésre állási replikák szerepkörét a biztonsági mentések elvégzéséhez a replika kiválasztásakor. Vegye figyelembe, hogy a biztonsági mentési feladatok más tényezőket is kiértékelhetnek, például az egyes rendelkezésre állási replikák biztonsági mentési prioritását a működési állapottal és a csatlakoztatott állapottal kombinálva.

Fontos

A beállítás nincs kényszerítve AUTOMATED_BACKUP_PREFERENCE . Ennek a preferenciának az értelmezése attól függ, hogy az adott rendelkezésre állási csoportban lévő adatbázisok biztonsági mentési feladataira szkriptet készít-e. Az automatikus biztonsági mentés beállításának nincs hatása az alkalmi biztonsági mentésekre. További információ: Az Always On rendelkezésre állási csoport másodlagos replikáin végzett biztonsági másolatok konfigurálása.

Jegyzet

Ha meg szeretné tekinteni egy meglévő rendelkezésre állási csoport automatikus biztonsági mentési beállításait, válassza ki a automated_backup_preferencesys.availability_groups katalógusnézetének vagy automated_backup_preference_desc oszlopának oszlopát. Emellett sys.fn_hadr_backup_is_preferred_replica is használható az előnyben részesített biztonsági mentési replika meghatározására. Ez a függvény mindig legalább egy replikához ad vissza 1 , még akkor is, ha AUTOMATED_BACKUP_PREFERENCE = NONE.

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

Megadja, hogy milyen hibafeltételek váltják ki az automatikus feladatátvételt ehhez a rendelkezésre állási csoporthoz. FAILURE_CONDITION_LEVEL csoportszinten van beállítva, de csak a szinkron véglegesítési rendelkezésre állási módhoz (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT) konfigurált rendelkezésre állási replikák esetében releváns. Emellett a hibafeltételek csak akkor aktiválhatnak automatikus feladatátvételt, ha az elsődleges és a másodlagos replika is automatikus feladatátvételi módra (FAILOVER_MODE = AUTOMATIC) van konfigurálva, és a másodlagos replika jelenleg szinkronizálva van az elsődleges replikával.

Csak az elsődleges replikán támogatott.

A hibaállapot szintjei (1-5) a legkevésbé korlátozó, 1. szinttől a legszigorúbb, 5. szintig terjednek. Egy adott feltételszint az összes kevésbé korlátozó szintet magában foglalja. Így a legszigorúbb feltételszint, az 5, magában foglalja a négy kevésbé korlátozó feltételszintet (1-4), a 4. szintet az 1-3. szintet, és így tovább. Az alábbi táblázat az egyes szinteknek megfelelő meghibásodási feltételt ismerteti.

Szint	Hibaállapot
1	Megadja, hogy az automatikus feladatátvétel az alábbiak bármelyike esetén induljon el: Az SQL Server szolgáltatás leállt. A WSFC-fürthöz való csatlakozáshoz használt rendelkezésre állási csoport bérlete lejár, mert a kiszolgálópéldány nem ACK érkezik meg. További információ: How It Works: SQL Server Always On Lease Timeout.
2	Megadja, hogy az automatikus feladatátvétel az alábbiak bármelyike esetén induljon el: Az SQL Server példánya nem csatlakozik a fürthöz, és túllépi a rendelkezésre állási csoport felhasználó által megadott HEALTH_CHECK_TIMEOUT küszöbértékét. A rendelkezésre állási replika sikertelen állapotban van.
3	Meghatározza, hogy egy automatikus feladatátvétel kritikus SQL Server-belső hibák esetén kezdeményezze, például árva spinlockok, súlyos írási-hozzáférési szabálysértések vagy túl sok memóriakép esetén. Ez az alapértelmezett viselkedés.
4	Megadja, hogy egy automatikus feladatátvétel mérsékelt SQL Server belső hibák esetén, például az SQL Server belső erőforráskészletében lévő állandó memóriakihasználtság esetén kezdeményeződjön.
5	Megadja, hogy az automatikus feladatátvétel bármely minősített hibafeltételen kezdeményeződhet, beleértve a következőket: Az SQL Engine feldolgozói szálainak kimerülése. Feloldhatatlan holtpont észlelése.

Jegyzet

Az SQL Server egy példánya által az ügyfélkérésekre adott válasz hiánya nem releváns a rendelkezésre állási csoportok számára.

Az FAILURE_CONDITION_LEVEL és HEALTH_CHECK_TIMEOUT az értékek rugalmas feladatátvételi szabályzatot határoznak meg egy adott csoporthoz. Ez a rugalmas feladatátvételi szabályzat részletesen szabályozza, hogy milyen feltételeknek kell automatikus feladatátvételt okoznia. További információ: Always On rendelkezésre állási csoport rugalmas automatikus feladatátvételi szabályzatának konfigurálása.

HEALTH_CHECK_TIMEOUT = Ezredmásodperc

Ezredmásodpercben megadja, hogy a rendszer által tárolt sp_server_diagnostics eljárás a kiszolgáló állapotadatait adja vissza, mielőtt a WSFC-fürt feltételezi, hogy a kiszolgálópéldány lassú vagy nem válaszol. Csoportszinten van beállítva HEALTH_CHECK_TIMEOUT , de csak a szinkron-véglegesítési rendelkezésre állási módhoz konfigurált rendelkezésre állási replikákra vonatkozik automatikus feladatátvétellel (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT). Emellett az állapot-ellenőrzési időtúllépés csak akkor aktiválhat automatikus feladatátvételt, ha az elsődleges és a másodlagos replika is automatikus feladatátvételi módra van konfigurálva (FAILOVER_MODE = AUTOMATIC), és a másodlagos replika jelenleg szinkronizálva van az elsődleges replikával.

Az alapértelmezett HEALTH_CHECK_TIMEOUT érték 30 000 ezredmásodperc (30 másodperc). A minimális érték 15 000 ezredmásodperc (15 másodperc), a maximális érték pedig 4 294 967 295 ezredmásodperc.

Csak az elsődleges replikán támogatott.

Fontos

sp_server_diagnostics nem végez állapotellenőrzéseket az adatbázis szintjén.

DB_FAILOVER = { ON | KI }

Megadja, hogy milyen választ kell adni, ha az elsődleges replikán lévő adatbázis offline állapotban van. Ha be van ONállítva, a rendelkezésre állási csoportban lévő adatbázistól eltérő ONLINE bármely állapot automatikus feladatátvételt indít el. Ha ezt a beállítást OFFállítja be, csak a példány állapota aktiválja az automatikus feladatátvételt.

A beállítással kapcsolatos további információkért lásd: Rendelkezésre állási csoport adatbázisszintű állapotfelismerési feladatátvételi lehetőség.

DTC_SUPPORT = { PER_DB | SEMMI }

Megadja, hogy engedélyezve vannak-e az elosztott tranzakciók ehhez a rendelkezésre állási csoporthoz. Az elosztott tranzakciók csak az SQL Server 2016-ban (13.x) kezdődő rendelkezésreállási csoportadatbázisok esetében támogatottak, az adatbázisközi tranzakciók pedig csak az SQL Server 2016 (13.x) SP2-ben kezdődnek. PER_DB a rendelkezésre állási csoportot a tranzakciók támogatásával hozza létre, és automatikusan előlépteti az adatbázisközi tranzakciókat, amelyek a rendelkezésre állási csoportban lévő adatbázisokat elosztott tranzakciókká alakítják. NONE megakadályozza az adatbázisközi tranzakciók automatikus előléptetését az elosztott tranzakciókra, és nem regisztrálja az adatbázist stabil RMID-azonosítóval a DTC-ben. Az elosztott tranzakciókat a rendszer nem akadályozza meg a NONE beállítás használatakor, de bizonyos körülmények között előfordulhat, hogy az adatbázis feladatátvétele és az automatikus helyreállítás nem sikerül. További információ: Tranzakciók – rendelkezésre állási csoportok és adatbázis-tükrözés.

Jegyzet

Az SQL Server 2016 (13.x) Service Pack 2 csomagban bevezettük a DTC_SUPPORT rendelkezésre állási csoportok beállításának módosítását. Ez a beállítás a korábbi verziókban nem használható. Ha módosítani szeretné ezt a beállítást az SQL Server korábbi verzióiban, újra meg CREATE kell DROP adnia a rendelkezésre állási csoportot.

Fontos

A DTC legfeljebb 32 regisztrációval rendelkezik elosztott tranzakciónként. Mivel egy rendelkezésre állási csoport minden adatbázisa külön-külön jelentkezik a DTC-vel, ha a tranzakció több mint 32 adatbázist érint, a következő hibaüzenet jelenhet meg, amikor az SQL Server megpróbálja bevonni a 33. adatbázist:

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.

Az SQL Server elosztott tranzakcióiról további információt az Elosztott tranzakciók című témakörben talál.

REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT

Bevezetés az SQL Server 2017-ben (14.x). Beállítja a véglegesítéshez szükséges minimális számú szinkron másodlagos replikát, mielőtt az elsődleges replika véglegesíteni szeretne egy tranzakciót. Garantálja, hogy az SQL Server-tranzakciók megvárják, amíg a tranzakciónaplók frissülnek a másodlagos replikák minimális számán.

• Alapértelmezett: 0. Ugyanazt a viselkedést biztosítja, mint az SQL Server 2016 (13.x).
• Minimum: 0.
• Maximum: Replikák száma mínusz 1.

REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT szinkron véglegesítési módban lévő replikákhoz kapcsolódik. Ha a replikák szinkron véglegesítési módban vannak, az elsődleges replika írása megvárja, amíg a szinkron replikák véglegesítik a replikaadatbázis tranzakciónaplójában. Ha egy másodlagos szinkron replikát futtató SQL Server nem válaszol, az elsődleges replikát üzemeltető SQL Server a másodlagos replikát NOT SYNCHRONIZED jelöli és folytatja. Amikor a nem válaszoló adatbázis ismét online állapotba kerül, az "nincs szinkronizálva" állapotban van, és a replika nem kifogástalan állapotúként van megjelölve, amíg az elsődleges újra nem tudja szinkronizálni. Ez a beállítás garantálja, hogy az elsődleges replika nem folytatódik, amíg a replikák minimális száma nem véglegesített minden tranzakciót. Ha a replikák minimális száma nem érhető el, akkor véglegesíti az elsődleges hibát. Fürttípus esetén EXTERNAL a beállítás megváltozik, ha a rendelkezésre állási csoport hozzá van adva egy fürterőforráshoz. Lásd: Rendelkezésre állási csoport konfigurációinak magas rendelkezésre állása és adatvédelem.

Az SQL Server 2022 -től (16.x) kezdődően egy elosztott rendelkezésre állási csoportra állíthat be.REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT Ez a beállítás nem támogatott.CREATE AVAILABILITY GROUP A beállításhoz használhatja ALTER AVAILABILITY GROUP a következőt REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT: Például:

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

SZEREP

Az egyetlen érvényes paraméter az SECONDARY, és ez SET a beállítás csak az elosztott rendelkezésre állási csoportokban érvényes. Segítségével feladatátvételt kell végrehajtania egy elosztott rendelkezésre állási csoporton.

CLUSTER_CONNECTION_OPTIONS

Érvényes: SQL Server 2025 (17.x) és újabb verziók

A záradék használatával kényszerítheti a CLUSTER_CONNECTION_OPTIONSTLS 1.3 titkosítást a Windows Server feladatátvevő fürt és a rendelkezésre állási csoport replikái közötti kommunikációhoz. Adja meg a beállításokat a kulcs-érték párok listájaként, pontosvesszővel elválasztva. A kulcs-érték párokkal konfigurálhatja a kapcsolati sztring titkosítását a rendelkezésre állási csoporthoz.

Ha vissza szeretne térni az alapértelmezett titkosításra, állítsa a CLUSTER_CONNECTION_OPTIONS záradékot üres sztringre. SQL Server 2025 (17.x) alapértelmezettként , Encrypt=Mandatoryés TrustServerCertificate=Yes a rendelkezésre állási csoport replikáihoz és hallgatókhoz való csatlakozásokhoz is vonatkozik.

További információkért tekintse át a szigorú titkosítással és a TDS 8.0-valrendelkező rendelkezésre állási csoporthoz való csatlakozást.

Az alábbi táblázat a záradékban CLUSTER_CONNECTION_OPTIONS használható kulcs-érték párokat ismerteti:

Key	Támogatott értékek	Description
Encrypt	\, \, \	A rendelkezésre állási csoport titkosításának kényszerítése. Ha a kiszolgáló nem támogatja a titkosítást, a kapcsolat meghiúsul. Ha a titkosítást igen értékre Mandatoryállítja, akkor TrustServerCertificate igen értékre kell állítania. Ha a titkosítást a következőre Strictállítja be, a TrustServerCertificate rendszer figyelmen kívül hagyja. Megjegyzés: Ez a kulcsérték-pár szükséges.
HostNameInCertificate	Replika vagy AG-figyelő neve	Megadja a replika nevét vagy a rendelkezésre állási csoport figyelőjének nevét a titkosításhoz használt tanúsítványban. Ennek az értéknek meg kell egyeznie a tanúsítvány Tulajdonos alternatív nevének értékével. Ha a kiszolgáló neve szerepel a tanúsítványban, kihagyhatja a HostNameInCertificate kulcs-érték párot. Ha a kiszolgáló neve nem szerepel a tanúsítványban, meg kell adnia a HostNameInCertificate kulcs-érték párot a kiszolgáló nevével. Megjegyzés: Ez a kulcsértékpár nem kötelező.
TrustServerCertificate	Yes, No	Úgy van yes beállítva, hogy az illesztőprogram ne érvényesítse a kiszolgáló TLS/SSL-tanúsítványát. Ha no, az illesztőprogram ellenőrzi a tanúsítványt. További információ: TDS 8.0. Megjegyzés: Ez a kulcsértékpár nem kötelező.
ServerCertificate	A tanúsítvány elérési útja	Ha nem szeretné használni HostNameInCertificate, átadhatja a tanúsítvány elérési útját. A fürtszolgáltatás-fióknak engedéllyel kell rendelkeznie ahhoz, hogy beolvassa a tanúsítványt a megadott helyről. Megjegyzés: Ez a kulcsértékpár nem kötelező.
CLUSTER_CONNECTION_OPTIONS	Üres sztring ('')	Törli a meglévő konfigurációt, és visszaállítja az alapértelmezett titkosítási beállításokat.Encrypt=MandatoryTrustServerCertificate=Yes

A példákból megtudhatja , hogyan használhatja a záradékot CLUSTER_CONNECTION_OPTIONS .

ADATBÁZIS-database_name HOZZÁADÁSA

Megadja a rendelkezésre állási csoporthoz hozzáadni kívánt egy vagy több felhasználói adatbázis listáját. Ezeknek az adatbázisoknak az aktuális elsődleges replikát üzemeltető SQL Server-példányon kell lenniük. Egy rendelkezésre állási csoporthoz több adatbázist is megadhat, de mindegyik adatbázis csak egy rendelkezésre állási csoporthoz tartozhat. A rendelkezésre állási csoportok által támogatott adatbázisok típusával kapcsolatos információkért lásd az Always On rendelkezésre állási csoportok előfeltételeit, korlátozásait és javaslatait. Ha meg szeretné tudni, hogy mely helyi adatbázisok tartoznak már rendelkezésre állási csoporthoz, tekintse meg a replica_idsys.databases katalógusnézet oszlopát .

Csak az elsődleges replikán támogatott.

Jegyzet

A rendelkezésre állási csoport létrehozása után csatlakoznia kell minden olyan kiszolgálópéldányhoz, amely egy másodlagos replikát üzemeltet. Ezután készítse elő az egyes másodlagos adatbázisokat, és csatlakozzon a rendelkezésre állási csoporthoz. További információ: Az adatáthelyezés indítása Always On Secondary Database (SQL Server).

ADATBÁZIS-database_name ELTÁVOLÍTÁSA

Eltávolítja a megadott elsődleges adatbázist és a megfelelő másodlagos adatbázisokat a rendelkezésre állási csoportból. Csak az elsődleges replikán támogatott.

A rendelkezésre állási adatbázis rendelkezésre állási csoportból való eltávolítása után javasolt lépésekről további információt az Elsődleges adatbázis eltávolítása always On rendelkezésre állási csoportból című témakörben talál.

REPLIKA HOZZÁADÁSA BEKAPCSOLVA

Egy-nyolc SQL Server-példányt ad meg a másodlagos replikák rendelkezésre állási csoportban való üzemeltetéséhez. Minden replikát a kiszolgálópéldány címe, majd egy WITH (...) záradék határoz meg.

Csak az elsődleges replikán támogatott.

Minden új másodlagos replikát csatlakoztatnia kell a rendelkezésre állási csoporthoz. További információkért tekintse meg a JOIN beállítás leírását a jelen szakasz későbbi részében.

<server_instance>

Megadja annak az SQL Server-példánynak a címét, amely egy replika gazdagépe. A címformátum attól függ, hogy a példány az alapértelmezett vagy egy elnevezett példány-e, és hogy önálló példányról vagy feladatátvevő fürtpéldányról (FCI) van-e szó. A szintaxis a következő:

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

A cím összetevői a következők:

system_name

Annak a számítógépes rendszernek a NetBIOS-neve, amelyen az SQL Server célpéldánya található. A számítógépnek WSFC-csomópontnak kell lennie.

FCI_network_name

Az SQL Server feladatátvevő fürthöz való hozzáféréshez használt hálózati név. Ezt a nevet akkor használja, ha a kiszolgálópéldány SQL Server-feladatátvételi partnerként vesz részt. Az FCI-kiszolgálópéldányon történő SELECT @@SERVERNAME végrehajtás a teljes "FCI_network_name[\instance_name]" sztringet adja vissza (ez a replika teljes neve).

További információ: @@SERVERNAME.

instance_name

Azon SQL Server-példány neve, amely system_name vagy FCI_network_name gazdagépeket, és az Always On engedélyezve van. Alapértelmezett kiszolgálópéldány esetén a instance_name nem kötelező. A példány neve nem érzéketlen a kis- és nagybetűknél. Önálló kiszolgálópéldányon ez az értéknév megegyezik a végrehajtással SELECT @@SERVERNAMEvisszaadott értékkel.

\

Csak a instance_namemegadásakor használt elválasztó, amely elválasztja system_name vagy FCI_network_name.

A WSFC-csomópontok és a kiszolgálópéldányok előfeltételeiről további információt az Always On rendelkezésre állási csoportok előfeltételei, korlátozásai és javaslatai című témakörben talál.

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

Megadja az adatbázis tükrözési végpontjának URL-elérési útját azon AZ SQL Server-példányon, amely a hozzáadni vagy módosítani kívánt rendelkezésre állási replikát üzemelteti.

ENDPOINT_URL kötelező a ADD REPLICA ON záradékban, és nem kötelező a MODIFY REPLICA ON záradékban. További információ: Végpont URL-címének megadása – Rendelkezésre állási replika hozzáadása vagy módosítása.

"TCP://rendszercím:port"

Egy végponti VAGY írásvédett útválasztási URL-cím megadására szolgáló URL-címet ad meg. Az URL-paraméterek a következők:

rendszercím

Egy sztring, például rendszernév, teljes tartománynév vagy IP-cím, amely egyértelműen azonosítja a célszámítógép-rendszert.

kikötő

A kiszolgálópéldány tükrözési végpontjához társított portszám (a ENDPOINT_URL beállításhoz) vagy a kiszolgálópéldány adatbázismotorja által használt portszám (a READ_ONLY_ROUTING_URL beállításhoz).

AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY }

Megadja, hogy az elsődleges replika megvárja-e, amíg a másodlagos replika nyugtázza a naplórekordok lemezre történő megkeményedését (írását), mielőtt az elsődleges replika véglegesítheti a tranzakciót egy adott elsődleges adatbázisban. Az ugyanazon elsődleges replikán található különböző adatbázisok tranzakciói egymástól függetlenül véglegesíthetik a műveletet.

SYNCHRONOUS_COMMIT

Megadja, hogy az elsődleges replika megvárja a tranzakciók véglegesítését, amíg meg nem keményednek ezen a másodlagos replikán (szinkron véglegesítési mód). Legfeljebb három replikát adhat meg SYNCHRONOUS_COMMIT , beleértve az elsődleges replikát is.

ASYNCHRONOUS_COMMIT

Megadja, hogy az elsődleges replika anélkül véglegesíti a tranzakciókat, hogy a másodlagos replika megkeményítenék a naplót (szinkron véglegesítési rendelkezésre állási mód). Legfeljebb öt rendelkezésre állási replikát adhat meg ASYNCHRONOUS_COMMIT , beleértve az elsődleges replikát is.

CONFIGURATION_ONLY

Megadja, hogy az elsődleges replika szinkron módon véglegesítse a rendelkezésre állási csoport konfigurációs metaadatait a master replikán található adatbázishoz. A replika nem tartalmaz felhasználói adatokat. Ez a beállítás:

• Az SQL Server bármely kiadásában üzemeltethető, beleértve az Express Editiont is.

• Írja be a replika WITNESSadattükrözési CONFIGURATION_ONLY végpontját.

• Nem módosítható.

• Nem érvényes, ha CLUSTER_TYPE = WSFC.

  További információ: Rendelkezésre állási csoport konfigurációinak magas rendelkezésre állása és adatvédelem.

AVAILABILITY_MODE kötelező a ADD REPLICA ON záradékban, és nem kötelező a MODIFY REPLICA ON záradékban. További információkért lásd: Az Always On rendelkezésre állási csoport különböző rendelkezésre állási módjai közötti különbségek.

FAILOVER_MODE = { AUTOMATIC | KÉZI }

Megadja a definiált rendelkezésre állási replika feladatátvételi módját.

AUTOMATIKUS

Engedélyezi az automatikus feladatátvételt. AUTOMATIC csak akkor támogatott, ha ön is megadja AVAILABILITY_MODE = SYNCHRONOUS_COMMIT. Három rendelkezésre állási replikát adhat meg AUTOMATIC , beleértve az elsődleges replikát is.

Jegyzet

• Az SQL Server 2016 (13.x) előtt két automatikus feladatátvételi replikára korlátozódik, beleértve az elsődleges replikát is.
• Az SQL Server feladatátvevő fürtpéldányai (FCI-k) nem támogatják a rendelkezésre állási csoportok által végzett automatikus feladatátvételt, így az FCI-gazdagépek által használt rendelkezésre állási replikák csak manuális feladatátvételre konfigurálhatók.

KÉZIKÖNYV

Engedélyezi a manuális feladatátvételt vagy a manuális manuális feladatátvételt (kényszerített feladatátvételi) az adatbázis-rendszergazda számára.

A záradékban meg kell adniaFAILOVER_MODE.ADD REPLICA ON Igény szerint megadhatja a MODIFY REPLICA ON záradékban. Kétféle manuális feladatátvétel létezik: manuális feladatátvétel adatvesztés nélkül, és kényszerített feladatátvétel (lehetséges adatvesztéssel). A különböző feltételek támogatják ezeket a típusokat. További információ: Feladatátvételi és feladatátvételi módok (Always On Rendelkezésre állási csoportok).

SEEDING_MODE = { AUTOMATIC | KÉZI }

Meghatározza, hogy a másodlagos replika kezdeti telepítése hogyan történik.

AUTOMATIKUS

Lehetővé teszi a közvetlen vetést. Ez a módszer a másodlagos replikát a hálózaton keresztül irányítja. Ez a módszer nem igényli az elsődleges adatbázis másolatának biztonsági mentését és visszaállítását a replikán.

Jegyzet

A közvetlen magvetéshez engedélyeznie kell az adatbázis létrehozását az egyes másodlagos replikákon a GRANT CREATE ANY DATABASE beállítással való hívássalALTER AVAILABILITY GROUP.

KÉZIKÖNYV

Manuális vetést (alapértelmezett) ad meg. Ehhez a módszerhez létre kell hoznia egy biztonsági másolatot az adatbázisról az elsődleges replikán, és manuálisan kell visszaállítania a biztonsági másolatot a másodlagos replikán.

BACKUP_PRIORITY = n

Megadja a replika biztonsági mentési feladatainak prioritását az ugyanazon rendelkezésre állási csoport többi replikájához képest. Az érték egy egész szám a 0..100 tartományban. Ezek az értékek a következő jelentéssel rendelkeznek:

• 1..100 azt jelzi, hogy a rendelkezésre állási replika kiválasztható a biztonsági mentések végrehajtásához. Az 1 a legalacsonyabb prioritást, a 100 pedig a legmagasabb prioritást jelöli. Ha BACKUP_PRIORITY = 1a rendelkezésre állási replika csak akkor van kiválasztva a biztonsági mentések végrehajtásához, ha jelenleg nem érhetők el magasabb prioritású rendelkezésre állási replikák.

• 0 azt jelzi, hogy ez a rendelkezésre állási replika soha nem lesz kiválasztva a biztonsági mentések elvégzéséhez. Ez a lehetőség hasznos lehet például egy olyan távoli rendelkezésre állási replika esetében, amelynek soha nem szeretné, hogy a biztonsági másolatok feladatátvétele sikertelen legyen.

További információ: Támogatott biztonsági másolatok kiszervezése egy rendelkezésre állási csoport másodlagos replikáira.

SECONDARY_ROLE ( [...] )

Olyan szerepkörspecifikus beállításokat ad meg, amelyek akkor lépnek érvénybe, ha ez a rendelkezésre állási replika jelenleg a másodlagos szerepkör tulajdonosa (ha másodlagos replika). A zárójeleken belül adja meg a másodlagos szerepkör beállításait vagy mindkettőt. Ha mindkettőt megadja, használjon vesszővel tagolt listát.

A másodlagos szerepkör beállításai a következők:

ALLOW_CONNECTIONS = { NO | READ_ONLY | ÖSSZES }

Megadja, hogy a másodlagos szerepkört végrehajtó (másodlagos replikaként működő) adott rendelkezésre állási replika adatbázisai képesek-e fogadni az ügyfelek kapcsolatait, például:

NEM

A replika másodlagos adatbázisaihoz nem engedélyezett felhasználói kapcsolat. Olvasási hozzáféréshez nem érhetők el. Ez az alapértelmezett viselkedés.

READ_ONLY

A másodlagos replika azon adatbázisaihoz csak kapcsolatok engedélyezettek, amelyekben az Application Intent tulajdonság be van állítva ReadOnly. További információ erről a tulajdonságról: Kapcsolati sztring kulcsszavak használata az SQL Server natív ügyfélalkalmazással.

ÖSSZES

A másodlagos replika adatbázisaihoz minden kapcsolat engedélyezett írásvédett hozzáférés céljából.

További információért lásd: Írásvédett számítási feladatok kiszervezése egy Always On rendelkezésre állási csoport másodlagos replikájára.

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

Megadja a rendelkezésre állási replikára irányuló olvasási szándékú kapcsolatkérések útválasztásához használandó URL-címet. Ezt az URL-címet figyeli az SQL Server adatbázismotorja. Az SQL Server adatbázismotor alapértelmezett példánya általában az 1433-at futtató TCP-porton figyel.

Az SQL Server 2025-től (17.x) kezdve megadhatod NONE a READ_ONLY_ROUTING_URL célpontot a rendelkezésre állás replikájának megadott csak olvasható útvonalának visszaállításához, és a forgalmat az alapértelmezett viselkedés alapján irányíthatod.

Névvel ellátott példány esetén a portsys.dm_tcp_listener_states dinamikus felügyeleti nézet oszlopainak lekérdezésével type_desc kérje le a portszámot. A kiszolgálópéldány a Transact-SQL figyelőt (type_desc='TSQL') használja.

A rendelkezésre állási replika írásvédett útválasztási URL-címének kiszámításáról további információt az Always On Read_only_routing_url kiszámítása című témakörben talál.

Jegyzet

Az SQL Server nevesített példánya esetén konfigurálja a Transact-SQL figyelőt egy adott port használatára. További információért lásd: SQL Server konfigurálása adott TCP-portfigyelésére.

PRIMARY_ROLE ( [...] )

Megadja azokat a szerepkörspecifikus beállításokat, amelyek akkor lépnek érvénybe, ha ez a rendelkezésre állási replika jelenleg az elsődleges szerepkör tulajdonosa (amikor az elsődleges replika). A zárójeleken belül adja meg az elsődleges szerepkör beállításait vagy mindkettőt. Ha mindkettőt megadja, használjon vesszővel tagolt listát.

Az elsődleges szerepkör beállításai a következők:

ALLOW_CONNECTIONS = { READ_WRITE | ÖSSZES }

Meghatározza, hogy az elsődleges szerepkört végrehajtó (elsődleges replikaként működő) adott rendelkezésre állási replika adatbázisai milyen típusú kapcsolatot fogadhatnak el az ügyfelektől:

OLVASÁS_ÍRÁS

Azok a kapcsolatok, amelyekben az Application Intent kapcsolati tulajdonság be van állítva ReadOnly , nem engedélyezettek. Ha az Application Intent tulajdonság be van állítva ReadWrite , vagy az Application Intent kapcsolati tulajdonság nincs beállítva, a kapcsolat engedélyezett. Az Application Intent kapcsolattulajdonságával kapcsolatos további információkért lásd: Kapcsolati sztringkulcsok használata az SQL Server natív ügyfélalkalmazási.

ÖSSZES

Az elsődleges replika adatbázisaihoz minden kapcsolat engedélyezett. Ez az alapértelmezett viselkedés.

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

Megadja azon kiszolgálópéldányok vesszővel tagolt listáját, amelyek a rendelkezésre állási csoport rendelkezésre állási replikáit üzemeltetik, amelyek megfelelnek a következő követelményeknek a másodlagos szerepkörben való futtatáskor:

• Konfigurálva kell lennie az összes kapcsolat vagy írásvédett kapcsolat engedélyezésére (lásd a ALLOW_CONNECTIONS beállítás argumentumát, amely korábban ebben a SECONDARY_ROLE cikkben szerepelt).

• Definiálja az írásvédett útválasztási URL-címet (lásd a READ_ONLY_ROUTING_URLSECONDARY_ROLE beállítás argumentumát, amely korábban ebben a cikkben szerepelt).

Az READ_ONLY_ROUTING_LIST értékek a következők:

<server_instance>

Megadja annak az SQL Server-példánynak a címét, amely egy olvasható másodlagos replika rendelkezésre állási replika gazdagépe, amikor a másodlagos szerepkör alatt fut.

Vesszővel tagolt lista használatával adja meg az összes olyan kiszolgálópéldányt, amely olvasható másodlagos replikát üzemeltethet. A csak olvasható útválasztás azt a sorrendet követi, amelyben a kiszolgálópéldányok meg vannak adva a listában. Ha egy replika gazdagépkiszolgáló-példányát a replika írásvédett útválasztási listájára helyezi, a kiszolgálópéldányt általában ajánlott a lista végére helyezni, hogy az olvasási szándékú kapcsolatok egy másodlagos replikára lépjenek, ha van ilyen.

Az SQL Server 2016 -tól (13.x) kezdődően az olvasható másodlagos replikák olvasási szándékú kéréseinek terheléselosztását végezheti el. Ezt úgy adhatja meg, hogy a replikákat zárójelek beágyazott készletében helyezi el az írásvédett útválasztási listában. További információkért és példákért lásd: Terheléselosztás konfigurálása írásvédett replikák között.

Egyik sem

Megadja, hogy ha ez a rendelkezésre állási replika az elsődleges replika, az írásvédett útválasztás nem támogatott. Ez az alapértelmezett viselkedés. A használat során MODIFY REPLICA ONez az érték letilt egy meglévő listát, ha van ilyen.

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

A következőkre vonatkozik: SQL Server 2019 (15.x) és újabb verziók

Megadja azokat a kiszolgálópéldányokat, amelyek a rendelkezésre állási csoport rendelkezésre állási replikáit üzemeltetik, amelyek megfelelnek az alábbi követelményeknek, amikor az elsődleges szerepkörben futnak:

• A replika specifikációja PRIMARY_ROLE tartalmazza a következőket READ_WRITE_ROUTING_URL: .
• A kapcsolati sztring a ReadWrite, ha az ApplicationIntentet ReadWrite-ként definiálja, vagy nem állítja be az ApplicationIntentet, és hagyja, hogy az alapértelmezett (ReadWrite) érvénybe lépjen.

Az SQL Server 2025-től (17.x) kezdve NONE megadhatod a READ_WRITE_ROUTING_URL célpontot a rendelkezésre állás replikájának megadott olvasási-írási útvonalának visszaállításához, és az alapértelmezett viselkedés alapján irányíthatod a forgalmat.

További információ: Másodlagos replika olvasási/írási kapcsolat átirányítása (Always On rendelkezésre állási csoportok).

SESSION_TIMEOUT = másodperc

Másodpercben adja meg a munkamenet-időtúllépési időszakot. Ha nem adja meg ezt a beállítást, az alapértelmezett időtartam 10 másodperc. A minimális érték 5 másodperc.

Fontos

Tartsa az időtúllépési időtartamot 10 másodpercnél hosszabb ideig.

A munkamenet-időtúllépési időszakról további információt a Mi az Always On rendelkezésre állási csoport?

REPLIKA MÓDOSÍTÁSA BEKAPCSOLVA

Módosítja a rendelkezésre állási csoport bármely replikáját. A módosítandó replikák listája tartalmazza a kiszolgálópéldány címét és az WITH (...) egyes replikákhoz tartozó záradékot.

Csak az elsődleges replikán támogatott.

REPLIKA ELTÁVOLÍTÁSA BEKAPCSOLVA

Eltávolítja a megadott másodlagos replikát a rendelkezésre állási csoportból. Az aktuális elsődleges replika nem távolítható el egy rendelkezésre állási csoportból. Amikor eltávolít egy replikát, az leállítja az adatok fogadását. A replika másodlagos adatbázisai törlődnek a rendelkezésre állási csoportból, és beírja az állapotot RESTORING .

Csak az elsődleges replikán támogatott.

Jegyzet

Ha eltávolít egy replikát, amíg az nem érhető el vagy sikertelen, az online állapotba kerülve kiderül, hogy már nem tartozik a rendelkezésre állási csoporthoz.

CSATLAKOZIK

A helyi kiszolgálópéldány másodlagos replikát üzemeltet a megadott rendelkezésre állási csoportban.

Csak olyan másodlagos replikán támogatott, amely még nincs csatlakoztatva a rendelkezésre állási csoporthoz.

További információ: Csatlakozás másodlagos replikához Always On rendelkezésre állási csoporthoz.

FELADATÁTVÉTEL

A rendelkezésre állási csoport manuális feladatátvételét kezdeményezi adatvesztés nélkül ahhoz a másodlagos replikához, amelyhez csatlakozik. Az elsődleges replikát üzemeltető replika a feladatátvételi cél. A feladatátvételi cél átveszi az elsődleges szerepkört, és helyreállítja az egyes adatbázisok másolatát, így azok online állapotba kerülnek új elsődleges adatbázisként. A korábbi elsődleges replika egyidejűleg áttér a másodlagos szerepkörre, és adatbázisai másodlagos adatbázisokká válnak, és azonnal fel vannak függesztve. Lehetséges, hogy ezek a szerepkörök hibák sorozatával válthatnak oda-vissza.

A feladatátvétel csak az elsődleges replikával szinkronizált szinkron véglegesítésű másodlagos replika esetén támogatott. A másodlagos replika szinkronizálásához az elsődleges replikának szinkron-véglegesítési módban is futnia kell.

Egy rendelkezésre állási csoportban lévő két SQL Server példány esetén a feladatátvételi parancsot az elsődleges vagy a másodlagos replikán is kiadhatja. A felügyelt példányok hivatkozáson keresztül replikált példányok esetében ki kell adnia a feladatátvételi parancsot az elsődleges replikán.

Jegyzet

• Rendelkezésre állási csoport esetén a feladatátvételi parancs azonnal visszatér, amint a feladatátvételi cél elfogadja a parancsot. Az adatbázis-helyreállítás azonban aszinkron módon történik, miután a rendelkezésre állási csoport leállt.
• Felügyelt példány csatolásának feladatátvétele esetén a feladatátvételi parancs egy sikeres feladatátvétel után, ahol a forrás- és a célkapcsoló-szerepkörök, vagy ha a feladatátvételi parancs meghiúsul a feladatátvételi előfeltétel ellenőrzése után.
• Nem használhatja a feladatátvételi parancsot egy elosztott rendelkezésre állási csoport tervezett feladatátvételéhez két SQL Server-példány között.

A tervezett manuális feladatátvétel korlátozásairól, előfeltételeiről és javaslatairól további információt az Always On rendelkezésre állási csoport (SQL Server) tervezett manuális feladatátvétele című témakörben talál.

FORCE_FAILOVER_ALLOW_DATA_LOSS

Figyelmeztet

Csak vészhelyreállítási intézkedésként kezdeményezhet kényszerített feladatátvételt, mivel az adatvesztést okozhat. A feladatátvétel kényszerítése csak akkor végezhető el, ha az elsődleges replika nem érhető el, készen áll a lehetséges adatvesztés elfogadására, és a szolgáltatást azonnal vissza kell állítania a rendelkezésre állási csoportba.

Csak olyan replikán támogatott, amelynek a szerepköre vagy RESOLVING állapota SECONDARY van. A feladatátvételi parancsot beírt replika a feladatátvételi cél.

A rendelkezésre állási csoport feladatátvételét lehetséges adatvesztéssel kényszeríti a feladatátvételi célra. A feladatátvételi cél átveszi az elsődleges szerepkört, és helyreállítja az egyes adatbázisok másolatát, így azok online állapotba kerülnek új elsődleges adatbázisként. A fennmaradó másodlagos replikákon minden másodlagos adatbázis fel van függesztve, amíg manuálisan nem folytatódik. Amikor a korábbi elsődleges replika elérhetővé válik, a másodlagos szerepkörre vált, és adatbázisai felfüggesztett másodlagos adatbázisokká válnak.

A Felügyelt példány hivatkozáson keresztül replikált példányok esetében ki kell adnia a FORCE_FAILOVER_ALLOW_DATA_LOSS parancsot a másodlagos replikán (a feladatátvételi célon).

Jegyzet

A feladatátvételi parancs azonnal visszatér, amint a feladatátvételi cél elfogadja a parancsot. Az adatbázis-helyreállítás azonban aszinkron módon történik, miután a rendelkezésre állási csoport leállt.

A feladatátvétel kényszerítésének korlátozásairól, előfeltételeiről és javaslatairól, valamint a kényszerű feladatátvételnek a rendelkezésre állási csoportban lévő korábbi elsődleges adatbázisokra gyakorolt hatásáról további információt az Always On rendelkezésre állási csoport (SQL Server) kényszerített manuális feladatátvétele című témakörben talál.

"dns_name" FIGYELŐ HOZZÁADÁSA ( <add_listener_option> )

Új rendelkezésre állási csoport figyelőt határoz meg ehhez a rendelkezésre állási csoporthoz. Csak az elsődleges replikán támogatott.

Fontos

Az első figyelő létrehozása előtt olvassa el az Always On rendelkezésre állási csoport figyelőjének konfigurálása című cikket.

Miután létrehozott egy figyelőt egy adott rendelkezésre állási csoporthoz, hajtsa végre a következő lépéseket:

• Kérje meg a hálózati rendszergazdát, hogy foglalja le a figyelő IP-címét a kizárólagos használatra.
• Adja meg a figyelő DNS-állomásnevét az alkalmazásfejlesztőknek a kapcsolati sztringekben való használathoz, amikor ügyfélkapcsolatokat kérnek ehhez a rendelkezésre állási csoporthoz.

dns_name

Megadja a rendelkezésre állási csoport figyelőjének DNS-állomásnevét. A figyelő DNS-nevének egyedinek kell lennie a tartományban és a NetBIOS-ban.

dns_name egy sztringérték. Ez a név tetszőleges sorrendben csak alfanumerikus karaktereket, kötőjeleket (-) és kötőjeleket (_) tartalmazhat. A DNS-gazdagépnevek nem érzéketlenek. A maximális hossz 63 karakter.

Adjon meg egy értelmezhető sztringet. Egy AG1nevű rendelkezésre állási csoport esetében például a DNS-gazdagép neve ag1-listener.

Fontos

A NetBIOS csak az első 15 karaktert ismeri fel a dns_name. Ha két WSFC-fürtje van, amelyeket ugyanaz az Active Directory vezérel, és a rendelkezésre állási csoport figyelőit mindkét fürtben 15 karakternél több névvel és azonos 15 karakteres előtaggal próbálja létrehozni, hibaüzenet jelenik meg arról, hogy a virtuális hálózatnév-erőforrás nem hozható online állapotba. További információ a DNS-nevek előtag-elnevezési szabályairól: Tartománynevek hozzárendelése.

CSATLAKOZÁS A RENDELKEZÉSRE ÁLLÁSI CSOPORTHOZ BEKAPCSOLVA

Csatlakozik egy elosztott rendelkezésre állási csoporthoz. Elosztott rendelkezésre állási csoport létrehozásakor a fürt azon rendelkezésre állási csoportja, ahol létrehozza, az elsődleges rendelkezésre állási csoport. Az elosztott rendelkezésre állási csoportot összekapcsoló rendelkezésre állási csoport a másodlagos rendelkezésre állási csoport.

<ag_name>

Az elosztott rendelkezésre állási csoport felét alkotó rendelkezésre állási csoport nevét adja meg.

LISTENER = '*TCP:// system-address:*port'

Megadja a rendelkezésre állási csoporthoz társított figyelő URL-címét.

A LISTENER záradék megadása kötelező.

'*TCP:// system-address:*port'

Megadja a rendelkezésre állási csoporthoz társított figyelő URL-címét. Az URL-paraméterek a következők:

rendszercím

Olyan sztring, például rendszernév, teljes tartománynév vagy IP-cím, amely egyértelműen azonosítja a figyelőt.

kikötő

A rendelkezésre állási csoport tükrözési végpontjához társított portszám. Ez nem a figyelő portja.

AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT }

Megadja, hogy az elsődleges replika megvárja-e, amíg a másodlagos rendelkezésre állási csoport nyugtázza a naplórekordok lemezre történő megkeményedését (írását), mielőtt az elsődleges replika véglegesítheti a tranzakciót egy adott elsődleges adatbázisban.

SYNCHRONOUS_COMMIT

Megadja, hogy az elsődleges replika megvárja a tranzakciók véglegesítését, amíg megerősítést nem kap arról, hogy a tranzakciók meg vannak erősítve a másodlagos rendelkezésre állási csoportban. Legfeljebb két rendelkezésre állási csoportot adhat meg SYNCHRONOUS_COMMIT , beleértve az elsődleges rendelkezésre állási csoportot is.

ASYNCHRONOUS_COMMIT

Azt határozza meg, hogy az elsődleges replika anélkül véglegesíti a tranzakciókat, hogy a másodlagos rendelkezésre állási csoportra várva megerősítse a naplót. Legfeljebb két rendelkezésre állási csoportot adhat meg ASYNCHRONOUS_COMMIT , beleértve az elsődleges rendelkezésre állási csoportot is.

A AVAILABILITY_MODE záradék megadása kötelező.

FAILOVER_MODE = { KÉZIKÖNYV }

Az elosztott rendelkezésre állási csoport feladatátvételi módját adja meg.

KÉZIKÖNYV

Engedélyezi a tervezett manuális feladatátvételt vagy a manuális feladatátvételt (általában kényszerített feladatátvételi) az adatbázis-rendszergazda számára.

A másodlagos rendelkezésre állási csoportra történő automatikus feladatátvétel nem támogatott.

SEEDING_MODE = { AUTOMATIC | KÉZI }

Meghatározza, hogy a másodlagos rendelkezésre állási csoport kezdetben hogyan legyen beállítva.

AUTOMATIKUS

Engedélyezi az automatikus vetést. Ez a módszer a másodlagos rendelkezésre állási csoportot a hálózaton keresztül irányítja. Ez a módszer nem igényli az elsődleges adatbázis másolatának biztonsági mentését és visszaállítását a másodlagos rendelkezésre állási csoport replikáin.

KÉZIKÖNYV

Manuális vetést ad meg. Ehhez a módszerhez létre kell hoznia egy biztonsági másolatot az adatbázisról az elsődleges replikán, és manuálisan kell visszaállítania a biztonsági másolatot a másodlagos rendelkezésre állási csoport replikáin.

RENDELKEZÉSRE ÁLLÁSI CSOPORT MÓDOSÍTÁSA BEKAPCSOLVA

Módosítja az elosztott rendelkezésre állási csoportok rendelkezésreállási csoportbeállításait. A módosítandó rendelkezésre állási csoportok listája tartalmazza az egyes rendelkezésre állási csoportok nevét és WITH (...) záradékát.

Fontos

Ezt a parancsot az elsődleges rendelkezésre állási csoporton és a másodlagos rendelkezésreállási csoportpéldányokon is futtatnia kell.

ADATBÁZIS LÉTREHOZÁSÁNAK ENGEDÉLYEZÉSE

Engedélyezi a rendelkezésre állási csoport számára, hogy adatbázisokat hozzon létre az elsődleges replika nevében, amely támogatja a közvetlen vetést (SEEDING_MODE = AUTOMATIC). Futtassa ezt a paramétert minden olyan másodlagos replikán, amely támogatja a közvetlen magvetést, miután a másodlagos csatlakozik a rendelkezésre állási csoporthoz. A CREATE ANY DATABASE engedélyre van szükség.

ADATBÁZIS LÉTREHOZÁSÁNAK MEGTAGADÁSA

Eltávolítja a rendelkezésre állási csoport azon képességét, hogy adatbázisokat hozzon létre az elsődleges replika nevében.

<add_listener_option>

ADD LISTENER a következő lehetőségek egyikét használja:

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

Megadja, hogy a rendelkezésre állási csoport figyelője a Dynamic Host Configuration Protocol (DHCP) protokollt használja. Szükség esetén a ON záradék használatával azonosíthatja azt a hálózatot, amelyen a figyelő létrejön. A DHCP egyetlen alhálózatra korlátozódik, amely minden olyan kiszolgálópéldányhoz használható, amely rendelkezésre állási replikát üzemeltet a rendelkezésre állási csoportban.

Fontos

Éles környezetben ne használja a DHCP-t. Ha állásidő van, és a DHCP IP-címbérlet lejár, további időre van szükség a figyelő DNS-nevéhez társított új DHCP-hálózati IP-cím regisztrálásához, és ez befolyásolja az ügyfélkapcsolatot. A DHCP azonban alkalmas a fejlesztési és tesztelési környezet beállítására a rendelkezésre állási csoportok alapvető funkcióinak ellenőrzéséhez és az alkalmazásokkal való integrációhoz.

Például:

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

IP-címmel ( { ('four_part_ipv4_address','four_part_ipv4_mask') | ('ipv6_address') } [ , ... n ] ) [ , PORT = listener_port ]

A DHCP használata helyett a rendelkezésre állási csoport figyelője egy vagy több statikus IP-címet használ. Ha több alhálózaton szeretne rendelkezésre állási csoportot létrehozni, minden alhálózathoz egy statikus IP-cím szükséges a figyelő konfigurációjában. Egy adott alhálózat esetében a statikus IP-cím lehet IPv4-cím vagy IPv6-cím. Az új rendelkezésre állási csoport rendelkezésre állási replikáját üzemeltető alhálózatok statikus IP-címének lekéréséhez forduljon a hálózati rendszergazdához.

Például:

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

ipv4_address

Egy rendelkezésre állási csoport figyelőjének négyrészes IPv4-címe. Például 10.120.19.155.

ipv4_mask

IPv4 négyrészes maszk egy rendelkezésre állási csoport figyelőjéhez. Például 255.255.254.0.

ipv6_address

Egy rendelkezésre állási csoport figyelőjének IPv6-címe. Például 2001::4898:23:1002:20f:1fff:feff:b3a3.

PORT = listener_port

Az a portszám (listener_port), amelyet a WITH IP záradék által megadott rendelkezésre állási csoport figyelője használ. PORT nem kötelező.

Az alapértelmezett portszám 1433támogatott. Azonban másik portszámot is választhat.

Például: WITH IP ( ('2001::4898:23:1002:20f:1fff:feff:b3a3') ) , PORT = 7777

MODIFY LISTENER 'dns_name' ( <modify_listener_option> )

Módosítja a rendelkezésre állási csoport egy meglévő figyelőt ehhez a rendelkezésre állási csoporthoz. Csak az elsődleges replikán támogatott.

<modify_listener_option>

MODIFY LISTENER a következő lehetőségek egyikét használja:

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

Hozzáadja a megadott IP-címet a dns_nameáltal megadott rendelkezésre állási csoport figyelőhöz.

PORT = listener_port

Ennek az argumentumnak a leírását a szakasz korábbi részében találja.

ELTÁVOLÍTANI IP-t { ('four_part_ipv4_address') | ('ipv6_address') }

Érvényes: SQL Server 2025 (17.x) és újabb verziók

Eltávolítja a megadott IP-címet a megadott rendelkezésreállási csoport figyelőből.

INDÍTSA ÚJRA A "dns_name" FIGYELŐT

Újraindítja a megadott DNS-névvel társított figyelőt. Csak az elsődleges replikán támogatott.

"dns_name" FIGYELŐ ELTÁVOLÍTÁSA

Eltávolítja a megadott DNS-névvel társított figyelőt. Csak az elsődleges replikán támogatott.

Offline

Offline állapotba hoz egy online rendelkezésre állási csoportot. A szinkron véglegesítésű adatbázisok esetében nincs adatvesztés.

Amikor egy rendelkezésre állási csoport offline állapotba kerül, az adatbázisai elérhetetlenné válnak az ügyfelek számára, és a rendelkezésre állási csoport nem kapcsolható újra online állapotba. Ezért ezt a lehetőséget csak az OFFLINE Always On rendelkezésre állási csoportok fürtközi migrálása során használja, amikor a rendelkezésre állási csoport erőforrásait egy új WSFC-fürtbe migrálja.

További információ: Rendelkezésre állási csoport offline állapotba helyezése (SQL Server).

Előfeltételek és korlátozások

A rendelkezésre állási replikákra, valamint a gazdagépkiszolgáló példányaira és számítógépeire vonatkozó előfeltételekről és korlátozásokról az Always On rendelkezésre állási csoportok előfeltételeiről, korlátozásairól és javaslatairól olvashat.

Az Transact-SQL utasítások korlátozásairól az AVAILABILITY GROUP Always On rendelkezésre állási csoportokra vonatkozóTransact-SQL utasításokban talál további információt.

Engedélyek

Engedélyre van szüksége ALTER AVAILABILITY GROUP a rendelkezésre állási csoporthoz, CONTROL AVAILABILITY GROUP engedélyhez, ALTER ANY AVAILABILITY GROUP engedélyhez vagy CONTROL SERVER engedélyhez. Engedélyre is szüksége van ALTER ANY DATABASE .

Példák

Egy. Másodlagos replika csatlakoztatása rendelkezésre állási csoporthoz

Az alábbi példa egy másodlagos replikához csatlakozik, amelyhez a AccountsAG rendelkezésre állási csoporthoz csatlakozik.

ALTER AVAILABILITY GROUP AccountsAG JOIN;
GO

B. Rendelkezésre állási csoport feladatátvételének kényszerítése

Az alábbi példa arra kényszeríti a AccountsAG rendelkezésre állási csoportot, hogy feladatátvételt hajt végre a másodlagos replikán, amelyhez csatlakozik.

ALTER AVAILABILITY GROUP AccountsAG FORCE_FAILOVER_ALLOW_DATA_LOSS;
GO

C. Titkosítás kényszerítése a rendelkezésre állási csoporthoz kapcsolódó kapcsolatokban

Az ebben a szakaszban szereplő példák a rendelkezésre állási csoporthoz kapcsolódó kapcsolatok titkosításátAccountsAG kényszerítik ki.

Ha a kiszolgáló neve megjelenik az egyes tanúsítványokban a bármelyik módszer által definiált módon, kihagyhatja a HostNameInCertificate következő lehetőséget:

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

Ha követte az 1. metódust , de nem sorolta fel a kiszolgáló nevét tulajdonos alternatív neveként a tanúsítványban, a lehetőségben meg kell adnia a Tulajdonos alternatív neve mezőben HostNameInCertificate megjelenő értéket:

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

Ha az 1. metódust követte, és a tulajdonságot szeretné használni ahelyett ServerCertificate , hogy értéket adna a következőhöz HostNameInCertificate:

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

Kapcsolódó tartalom

• HOZZON LÉTRE ELÉRHETŐSÉGI CSOPORTOT (Transact-SQL)
• ALTER DATABASE (Transact-SQL) HADR BEÁLLÍTÁSA
• ELÉRHETŐSÉGI CSOPORT ELDOBÁSA (Transact-SQL)
• sys.availability_replicas (Transact-SQL)
• sys.availability_groups (Transact-SQL)
• Always On Rendelkezésre állási csoportok konfigurációjának (SQL Server)
• Mi az Always On rendelkezésre állási csoport?
• Csatlakozás Always On rendelkezésre állási csoport figyelőhöz