Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
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át támogatja. A JOIN, a FELADATÁTVÉTEL és a FORCE_FAILOVER_ALLOW_DATA_LOSS 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 feladat hogyan értékelje 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
Azt határozza meg, hogy a biztonsági mentéseknek mindig az elsődleges replikán kell történnie. 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 az elsődleges , amíg az összes másodlagos adatbázist elő nem készíti és csatlakoztatja a rendelkezésre állási csoporthoz.
SECONDARY_ONLY
Azt határozza meg, hogy a biztonsági mentések soha ne legyenek végrehajtva az elsődleges replikán. Ha az elsődleges replika az egyetlen online replika, a biztonsági mentésnek nem szabad történnie.
MÁSODLAGOS
Azt határozza meg, hogy a biztonsági mentéseknek másodlagos replikán kell történnie, kivéve, ha az elsődleges replika az egyetlen online replika. Ebben az esetben a biztonsági mentésnek az elsődleges replikán kell történnie. 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
Nincs kényszerítve a AUTOMATED_BACKUP_PREFERENCE beállítás. Ennek a beállításnak az értelmezése függ attól a logikától( ha van ilyen), amelyet egy adott rendelkezésre állási csoport adatbázisainak háttérfeladataiba szkriptel. Az automatikus biztonsági mentés beállításának nincs hatása az alkalmi biztonsági mentésekre. További információ: Biztonsági mentés konfigurálása rendelkezésre állási replikákon (SQL Server).
Jegyzet
Egy meglévő rendelkezésre állási csoport automatikus biztonsági mentési beállításának megtekintéséhez válassza ki a sys.availability_groups katalógusnézet automated_backup_preference vagy automated_backup_preference_desc oszlopát. Emellett sys.fn_hadr_backup_is_preferred_replica (Transact-SQL) is használható az előnyben részesített biztonsági mentési replika meghatározásához. Ez a függvény mindig 1 értéket ad vissza legalább egy replikához, még akkor is, ha AUTOMATED_BACKUP_PREFERENCE = NONE.
FAILURE_CONDITION_LEVEL = { 1 | 2 | 3 | 4 | 5 }
Megadja, hogy milyen hibafeltételek aktiválják 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ákra vonatkozik. Ezenkívül 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 van konfigurálva (FAILOVER_MODE = AUTOMATIKUS), é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 | Meghatározza, hogy az alábbiak bármelyike esetén automatikus feladatátvételt kell kezdeményezni: 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 kap ACK-t. További információ: How It Works: SQL Server Always On Lease Timeout. |
| 2 | Meghatározza, hogy az alábbiak bármelyike esetén automatikus feladatátvételt kell kezdeményezni: 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 | Azt határozza meg, hogy automatikus feladatátvételt kell kezdeményezni kritikus SQL Server-belső hibák, 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 | Azt határozza meg, hogy az SQL Server belső belső hibái, például az SQL Server belső erőforráskészletének állandó memóriakihasználtsága esetén automatikus feladatátvételt kell kezdeményezni. |
| 5 | Meghatározza, hogy az automatikus feladatátvételt minden minősített hibafeltétel esetén meg kell indítani, 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.
A FAILURE_CONDITION_LEVEL és HEALTH_CHECK_TIMEOUT értékek rugalmas feladatátvételi szabályzatot definiálnak 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ó: rendelkezésre állási csoport (SQL Server) automatikus feladatátvételére vonatkozó rugalmas feladatátvételi szabályzat.
HEALTH_CHECK_TIMEOUT = ezredmásodperc
Megadja a sp_server_diagnostics rendszer által tárolt eljárás várakozási idejét (ezredmásodpercben) a kiszolgáló állapotadatainak visszaadásához, mielőtt a WSFC-fürt feltételezi, hogy a kiszolgálópéldány lassú vagy nem válaszol. HEALTH_CHECK_TIMEOUT a csoport szintjén van beállítva, de csak az automatikus feladatátvétellel (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT) konfigurált rendelkezésre állási replikák esetében releváns. 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 = AUTOMATIKUS), és a másodlagos replika jelenleg szinkronizálva van az elsődleges replikával.
Az alapértelmezett HEALTH_CHECK_TIMEOUT érték 30000 ezredmásodperc (30 másodperc). A minimális érték 15000 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 állítva, a rendelkezésre állási csoportban lévő adatbázisok online állapotán kívül bármely állapot automatikus feladatátvételt vált ki. Ha ez a beállítás KI értékre van állítva, a rendszer csak a példány állapotát használja az automatikus feladatátvétel aktiválásához.
A beállítással kapcsolatos további információkért lásd adatbázisszintű állapotészlelési beállítás
DTC_SUPPORT = { PER_DB | NINCS }
Megadja, hogy az elosztott tranzakciók engedélyezve vannak-e 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 létrehozza a rendelkezésre állási csoportot, amely támogatja ezeket a tranzakciókat, é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á teszik.
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ó: Adatbázisközi tranzakciók és elosztott tranzakciók always on rendelkezésre állási csoportokhoz és adatbázis-tükrözéshez (SQL Server).
Jegyzet
Az SQL Server 2016 (13.x) Service Pack 2 csomagban bevezettük a rendelkezésre állási csoport DTC_SUPPORT 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, a DROP és a CREATE függvényt ismét létre kell hoznia.
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 Elosztott tranzakciók
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 üzemeltető SQL Server nem válaszol, az elsődleges replikát üzemeltető SQL Server nem szinkronizáltként jelöli meg a másodlagos replikát, és folytatja a műveletet. Amikor a nem válaszoló adatbázis újra online állapotba kerül, az "nincs szinkronizálva" állapotban lesz, és a replika nem kifogástalan állapotúként lesz 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) kezdve beállíthatja a REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT egy elosztott rendelkezésre állási csoportban. Ez a beállítás nem támogatott a RENDELKEZÉSRE ÁLLÁSI CSOPORT LÉTREHOZÁSA esetén. Az ALTER AVAILABILITY GROUP használatával beállíthatja 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 a "MÁSODLAGOS", és ez a SET beállítás csak az elosztott rendelkezésre állási csoportokban érvényes. Az itt dokumentált elosztott rendelkezésre állási csoport feladatátvételére szolgál: ALTER AVAILABILITY GROUP
CLUSTER_CONNECTION_OPTIONS
A következőkre vonatkozik: 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. A beállítások a kulcs-érték párok listájaként vannak megadva pontosvesszővel elválasztva. A kulcs-érték párok a kapcsolati sztring titkosításának konfigurálására szolgálnak a rendelkezésre állási csoport számára.
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ás értéke Mandatoryigen, akkor TrustServerCertificate igen értékre kell állítani. Ha a titkosítás értéke az Strict , akkor TrustServerCertificate a rendszer figyelmen kívül hagyja. 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. 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. 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. 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 Always On rendelkezésre állási csoportok (SQL Server)előfeltételeit, korlátozásait és javaslatait. Ha szeretné megtudni, hogy mely helyi adatbázisok tartoznak már rendelkezésre állási csoporthoz, tekintse meg a replica_id oszlopot a sys.databases katalógusnézetben.
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, majd előkészíti az egyes másodlagos adatbázisokat, és csatlakoztatja azt 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 a Elsődleges adatbázis eltávolítása rendelkezésre állási csoportból (SQL Server)című témakörben olvashat.
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 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ürt eléréséhez használt hálózati név. Ezt akkor használja, ha a kiszolgálópéldány SQL Server-feladatátvételi partnerként vesz részt. A SELECT @@SERVERNAME FCI-kiszolgálópéldányon való végrehajtása a teljes 'FCI_network_name[\instance_name]' sztringet adja vissza (ez a replika teljes neve).
instance_name
A system_name vagy FCI_network_name által üzemeltetett SQL Server-példány neve, amely engedélyezve van az Always On szolgáltatással. 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. Egy különálló kiszolgálópéldányon ez az értéknév megegyezik a SELECT @@SERVERNAMEvégrehajtásával visszaadott é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 Always On rendelkezésre állási csoportok (SQL Server) előfeltételeiről, korlátozásairól és javaslatairól.
ENDPOINT_URL = 'TCP://rendszercím:port'
Megadja a adatbázistükrözési végpont url-elérési útját, azon SQL Server-példányon, amely a hozzáadni vagy módosítani kívánt rendelkezésre állási replikát fogja üzemeltetni.
ENDPOINT_URL szükséges az ADD REPLICA ON záradékban, és nem kötelező a MODIFY REPLICA ON záradékban. További információ: A végpont URL-címének megadása rendelkezésre állási replika (SQL Server) hozzáadásakor vagy módosításakor.
'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 (a ENDPOINT_URL beállításhoz) vagy a kiszolgálópéldány adatbázismotorja által használt portszámhoz (a READ_ONLY_ROUTING_URL beállításhoz) társított portszám.
AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT | CONFIGURATION_ONLY }
Megadja, hogy az elsődleges replikának meg kell-e várnia, amíg a másodlagos replika nyugtázza a naplórekordok megkeményedését (írását) a lemezre, 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 erősítették őket ezen a másodlagos replikán (szinkron véglegesítési mód). Legfeljebb három replikához 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ához 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 replika fő adatbázisában. 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.
A CONFIGURATION_ONLY replika adattükrözési végpontjának
WITNESSkell lennie.Nem módosítható.
Nem érvényes, ha
CLUSTER_TYPE = WSFC.További információ: Konfiguráció csak replika.
AVAILABILITY_MODE szükséges az ADD REPLICA ON záradékban, és nem kötelező a REPLICA ON módosítása záradékban. További információ: rendelkezésre állási módok (Always On rendelkezésre állási csoportok).
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. Az AUTOMATIC csak akkor támogatott, ha AVAILABILITY_MODE = SYNCHRONOUS_COMMIT is meg van adva. Három rendelkezésre állási replika automatikus beállítását is megadhatja, beleértve az elsődleges replikát is.
Jegyzet
- Az SQL Server 2016 előtt két automatikus feladatátvételi replikára korlátozódott, 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 által üzemeltetett 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.
FAILOVER_MODE szükséges az ADD REPLICA ON záradékban, és nem kötelező a REPLICA ON módosítása záradékban. Kétféle manuális feladatátvétel létezik, a manuális feladatátvétel adatvesztés nélkül és kényszerített feladatátvétel (lehetséges adatvesztéssel), amelyek különböző feltételek mellett támogatottak. 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 kezdetben hogyan legyen beállítva.
AUTOMATIKUS
Lehetővé teszi a közvetlen vetést. Ez a metódus a másodlagos replikát a hálózaton keresztül nyitja meg. 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ást minden másodlagos replikán, ha meghívja ALTER RENDELKEZÉSRE ÁLLÁSI CSOPORT a BÁRMELY ADATBÁZIS létrehozása beállítással.
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:
Az 1..100 azt jelzi, hogy a rendelkezésre állási replika kiválasztható a biztonsági mentések elvégzéséhez. Az 1 a legalacsonyabb prioritást, a 100 pedig a legmagasabb prioritást jelöli. Ha BACKUP_PRIORITY = 1, a rendelkezésre állási replika csak akkor lesz 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.
A 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 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 megtörténik.
További információ: Active Secondaries: Backup on Secondary Replicas (Always On Rendelkezésre állási csoportok).
SECONDARY_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 a másodlagos szerepkör tulajdonosa (azaz amikor 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 }
Meghatározza, hogy a másodlagos szerepkört végrehajtó (azaz másodlagos replikaként működő) adott rendelkezésre állási replika adatbázisai képesek-e fogadni az ügyfelek kapcsolatait, az alábbiak egyikével:
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
Csak olyan másodlagos replika adatbázisaihoz engedélyezett kapcsolatok, amelyeknél az Application Intent tulajdonság értéke 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ó: Active Secondaries: Readable Secondary Replicas (Always On Rendelkezésre állási csoportok).
READ_ONLY_ROUTING_URL ='TCP:// system-address:port' | Egyik sem
Megadja az olvasási szándékú kapcsolatkérések e rendelkezésre állási replikához való átirányításához használandó URL-címet. Ez az AZ URL- cím, amelyen az SQL Server adatbázismotorja figyel. 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 portszámot a sys.dm_tcp_listener_states dinamikus felügyeleti nézet portjának és type_desc oszlopainak lekérdezésével szerezheti be. 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 a Transact-SQL figyelőt konfigurálni kell egy adott port használatára. További információ: Kiszolgáló konfigurálása adott TCP-porton (SQL Server Configuration Manager).
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 (vagyis 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 }
Megadja, hogy az elsődleges szerepkört végrehajtó (azaz 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 ReadOnly van beállítva, nem engedélyezettek. Ha az Application Intent tulajdonság értéke ReadWrite, vagy nincs beállítva az Alkalmazás szándéka kapcsolat tulajdonság, 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 ] ) | NINCS }
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 fenti SECONDARY_ROLE beállítás ALLOW_CONNECTIONS argumentumát).
Definiálja az írásvédett útválasztási URL-címet (lásd a fenti SECONDARY_ROLE beállítás READ_ONLY_ROUTING_URL argumentumát).
A 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. Ha a MODIFY REPLICA ON parancsot használja, ez az érték letilt egy meglévő listát, ha van ilyen.
READ_WRITE_ROUTING_URL = "TCP:// system-address:port" | Egyik sem
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ós PRIMARY_ROLE READ_WRITE_ROUTING_URL tartalmaz.
- 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, alapértelmezés szerint az időtartam 10 másodperc. A minimális érték 5 másodperc.
Fontos
Javasoljuk, hogy az időtúllépési időtartamot 10 másodpercnél hosszabb ideig tartsa.
A munkamenet-időtúllépési időszakról további információt Always On rendelkezésre állási csoportok (SQL Server)áttekintése című témakörben talál.
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 egyes replikákHOZ tartozó WITH (...) 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. Az eltávolításkor a replika nem fogad adatokat. A másodlagos adatbázisok törlődnek a rendelkezésre állási csoportból, és a VISSZAÁLLÍTÁS állapotba kerülnek.
Csak az elsődleges replikán támogatott.
Jegyzet
Ha eltávolít egy replikát, amíg az nem érhető el vagy sikertelen, amikor az online állapotba kerül, 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 nem csatlakozott a rendelkezésre állási csoporthoz.
További információ: Másodlagos replika csatlakoztatása rendelkezésre állási csoporthoz (SQL Server).
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, és új elsődleges adatbázisként online állapotba hozza őket. 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 több hibával is átválthatók oda-vissza.
A feladatátvétel csak az elsődleges replikával jelenleg szinkronizált szinkron véglegesítésű másodlagos replika esetében 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ány hivatkozáson keresztül replikált példányok esetében a feladatátvételi parancsot az elsődleges replikán kell kiadni.
Jegyzet
- Rendelkezésre állási csoport esetén a feladatátvételi parancs akkor tér vissza, amikor a feladatátvételi cél elfogadta a parancsot. Az adatbázis-helyreállítás azonban aszinkron módon történik, miután a rendelkezésre állási csoport befejezte a feladatátvételt.
- Felügyelt példány hivatkozás feladatátvétele esetén a feladatátvételi parancs sikeres feladatátvétel után tér vissza, ha a forrás és a cél szerepkört váltott, vagy ha a feladatátvételi parancs meghiúsul, miután a feladatátvételi előfeltétel-ellenőrzések meghiúsultak.
- A feladatátvételi parancs nem használható 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 az Rendelkezésre állási csoport (SQL Server)tervezett manuális feladatátvételének végrehajtása című témakörben olvashat.
FORCE_FAILOVER_ALLOW_DATA_LOSS
Figyelmeztet
A feladatátvétel kényszerítése, amely némi adatvesztéssel járhat, szigorúan vészhelyreállítási módszer. Ezért határozottan javasoljuk, hogy csak akkor kényszerítse a feladatátvételt, ha az elsődleges replika már nem fut, hajlandó kockáztatni az adatvesztést, és azonnal vissza kell állítania a szolgáltatást a rendelkezésre állási csoportba.
Csak olyan replikán támogatott, amelynek a szerepköre MÁSODLAGOS vagy FELOLDÁS állapotban van. --Az a replika, amelyen feladatátvételi parancsot ad meg, feladatátvételi célnéven ismert.
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, és új elsődleges adatbázisként online állapotba hozza őket. 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 fel lesznek függesztve másodlagos adatbázisokká.
A felügyelt példány hivatkozáson keresztül replikált példányok esetében a FORCE_FAILOVER_ALLOW_DATA_LOSS parancsot a másodlagos replikán (a feladatátvételi célon) kell kiadni.
Jegyzet
A feladatátvételi parancs azonnal visszatér, amint a feladatátvételi cél elfogadta a parancsot. Az adatbázis-helyreállítás azonban aszinkron módon történik, miután a rendelkezésre állási csoport befejezte a feladatátvételt.
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 csoport korábbi elsődleges adatbázisaira gyakorolt hatásáról a Rendelkezésre állási csoport (SQL Server)kényszerített manuális feladatátvételének végrehajtása című témakörben olvashat.
FIGYELŐ HOZZÁADÁSA 'dns_name'( <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 javasoljuk, hogy olvassa el Rendelkezésre állási csoport figyelőjének (SQL Server)létrehozását vagy konfigurálását.
Miután létrehozott egy figyelőt egy adott rendelkezésre állási csoporthoz, határozottan javasoljuk, hogy tegye a következőket:
- 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.
Javasoljuk, hogy adjon meg egy értelmes 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 olyan WSFC-fürtje van, amelyet ugyanaz az Active Directory vezérel, és megpróbál rendelkezésre állási csoportfigyelőket létrehozni mindkét fürtben 15 karakternél több névvel és azonos 15 karakteres előtaggal, 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étrejött, 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://rendszercím: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://rendszercím: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. Vegye figyelembe, hogy ez nem a figyelő portja.
AVAILABILITY_MODE = { SYNCHRONOUS_COMMIT | ASYNCHRONOUS_COMMIT }
Megadja, hogy az elsődleges replikának meg kell-e várnia, amíg a másodlagos rendelkezésre állási csoport nyugtázza a naplórekordok megkeményedését (írását) a lemezre, 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 meg nem keményítik őket a másodlagos rendelkezésre állási csoportban. Legfeljebb két rendelkezésre állási csoporthoz 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 csoporthoz 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 fogja átvenni. 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 a rendelkezésre állási csoport nevét és az egyes rendelkezésre állási csoportokHOZ tartozó WITH (...) záradékot.
Fontos
Ezt a parancsot meg kell ismételni az elsődleges rendelkezésre állási csoport és a másodlagos rendelkezésre állási csoport példányán is.
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 = AUTOMATIKUS). Ezt a paramétert minden olyan másodlagos replikán futtatni kell, amely támogatja a közvetlen veté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>
Az 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. Az ON záradékkal is 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 nem javasoljuk a DHCP használatát. Ha van leállás, é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 hatással van az ügyfélkapcsolatra. 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-VEL ( { ('four_part_ipv4_address','four_part_ipv4_mask') | ('ipv6_address') } [ , ... n ] ) [ , PORT = listener_port ]
Megadja, hogy a DHCP használata helyett a rendelkezésre állási csoport figyelője egy vagy több statikus IP-címet használjon. 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. Kérje meg a hálózati rendszergazdát, hogy szerezzen be egy statikus IP-címet minden alhálózathoz, amely egy rendelkezésre állási replikát fog üzemeltetni az új rendelkezésre állási csoporthoz.
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ímét adja meg. Például 10.120.19.155.
ipv4_mask
Egy rendelkezésre állási csoport figyelőjének IPv4 négyrészes maszkját adja meg. Például 255.255.254.0.
ipv6_address
Egy rendelkezésre állási csoport figyelőjének IPv6-címét adja meg. Például 2001::4898:23:1002:20f:1fff:feff:b3a3.
PORT = listener_port
Megadja a rendelkezésre állási csoport figyelője által használandó portszámot (listener_port), amelyet egy IP-záradék határoz meg. A PORT nem kötelező.
Az alapértelmezett portszám (1433) támogatott. Ha azonban biztonsági problémák merülnek fel, javasoljuk, hogy használjon másik portszámot.
Például: WITH IP ( ('2001::4898:23:1002:20f:1fff:feff:b3a3') ) , PORT = 7777
MÓDOSÍTSA FIGYELŐ '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>
A MODIFY LISTENER a következő lehetőségek egyikét használja:
ADD IP { ('four_part_ipv4_address','four_part_ipv4_mask') | ('dns_nameipv6_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') }
A következőkre vonatkozik: 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 FIGYELŐT 'dns_name'
Újraindítja a megadott DNS-névvel társított figyelőt. Csak az elsődleges replikán támogatott.
TÁVOLÍTSA EL a "dns_name" HALLGATÓT
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.
Miután egy rendelkezésre állási csoport offline állapotba kerül, adatbázisai elérhetetlenné válnak az ügyfelek számára, és nem tudja újra online állapotba hozni a rendelkezésre állási csoportot. Ezért az OFFLINE lehetőséget csak az 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ürtre 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 gazdakiszolgáló példányaira és számítógépeire vonatkozó előfeltételekről és korlátozásokról a Always On rendelkezésre állási csoportok (SQL Server)előfeltételeiről, korlátozásairól és javaslatairól olvashat.
A RENDELKEZÉSRE ÁLLÁSI CSOPORT Transact-SQL utasításokra vonatkozó korlátozásokról a Always On rendelkezésre állási csoportok (SQL Server)Transact-SQL utasításainak áttekintése című témakörben talál további információt.
Engedélyek
Alter AVAILABILITY GROUP engedélyre van szükség a rendelkezésre állási csoporthoz, a CONTROL AVAILABILITY GROUP engedélyhez, a RENDELKEZÉSREÁLLÁSi csoport engedélyének módosításához vagy a CONTROL SERVER engedélyhez. Emellett az ALTER ANY DATABASE engedélyre is szükség van.
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 szerepel az egyes tanúsítványokban a bármelyik módszer által meghatározott 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. módszert, és a kiszolgáló neve nem szerepel a tanúsítvány tulajdonos alternatív neveként , akkor meg kell adnia bármilyen értéket, amelyet a tulajdonos alternatív neve beállításban HostNameInCertificate felsorolt.
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')
Lásd még:
HOZZON LÉTRE ELÉRHETŐSÉGI CSOPORTOT (Transact-SQL)
ADATBÁZISKÉSZLET MÓDOSÍTÁSA HADR (Transact-SQL)
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)
Always On rendelkezésre állási csoportok (SQL Server) áttekintése
rendelkezésre állási csoport figyelői, az ügyfélkapcsolatok és az alkalmazás feladatátvétele (SQL Server)