ALTER DATABASE (Transact-SQL) SET HADR

A következőkre vonatkozik:SQL Server

Ez a téma tartalmazza a ALTER DATABASE Always On elérhetőségi csoportok beállításának szintaxisát egy másodlagos adatbázison. Egy kijelentésenként ALTER DATABASE csak egy SET HADR opció engedélyezett. Ezek az opciók csak másodlagos replikákon támogatottak.

Transact-SQL szintaxis konvenciók

Syntax

ALTER DATABASE database_name  
   SET HADR   
   {  
        { AVAILABILITY GROUP = group_name | OFF }  
   | { SUSPEND | RESUME }  
   }  
[;]  

Arguments

database_name
A másodlagos adatbázis nevét kell módosítani?

SET HADR
Végrehajtja a megadott Always On elérhetőségi csoportok parancsot a megadott adatbázison.

{ AVAILABILITY GROUP=group_name | LE }
Csatlakozik vagy eltávolítja a rendelkezésre állási adatbázist a megadott elérhetőségi csoportból, az alábbiak szerint:

group_name
Csatlakozik a megadott adatbázishoz a másodlagos replikán, amelyet az a szerverpéldány hosztol, ahol a parancsot végrehajtod, a group_name által megadott elérhetőségi csoporthoz.

Ennek a műveletnek az előfeltételei a következők:

• Az adatbázist már fel kell illeszteni a fő replikán a rendelkezésre állási csoporthoz.

• Az elsődleges másolatnak aktívnak kell lennie. Az inaktív elsődleges replika hibaelhárításáról információért lásd: Mindig bekapcsolt elérhetőségi csoportok konfigurációja (SQL Server) oldalon.

• Az elsődleges másolatnak online kell lennie, a másodlagos másolatnak pedig az elsődleges másolathoz kell kapcsolódnia.

• A másodlagos adatbázist NORECOVERY-vel kell visszaállítani a legutóbbi adatbázis- és naplómentésekből származó elsődleges adatbázisból, végül egy olyan naplómentéssel, amely elég friss ahhoz, hogy a másodlagos adatbázis utolérje az elsődleges adatbázist.

  Note

  Az adatbázis hozzáadása a rendelkezésre állási csoporthoz csatlakozz ahhoz a szerverpéldányhoz, amely az elsődleges replikát üzemelteti, és használd az ALTER AVAILABILITY GROUPgroup_name ADD DATABASEdatabase_name utasítást.

További információ: Másodlagos adatbázis csatlakoztatása rendelkezésre állási csoporthoz (SQL Server).

OFF
Eltávolítja a megadott másodlagos adatbázist a rendelkezésre állási csoportból.

Egy másodlagos adatbázis eltávolítása hasznos lehet, ha az már messze lemaradt az elsődleges adatbázistól, és nem szeretnéd várni, hogy a másodlagos adatbázis utolérje a lépést. A másodlagos adatbázis eltávolítása után frissítheted azzal, hogy visszaállítod a biztonsági mentések sorozatát, amely egy friss naplómentéssel zárul (... RESTORE NORECOVERY NÉLKÜL).

Important

A rendelkezésre állási adatbázis teljes eltávolításához az elérhetőségi csoportból csatlakozz ahhoz a szerverpéldányhoz, amely az elsődleges replikát üzemelteti, és használd a ALTER AVAILABILITY GROUPgroup_name REMOVE DATABASEavailability_database_name utasítást. További információért lásd: Elsődleges adatbázis eltávolítása az elérhetőségi csoportból (SQL Server).

SUSPEND
Felfüggeszti az adatmozgást egy másodlagos adatbázison. A SUSPEND parancs azonnal visszatér, amint a céladatbázist üzemeltető replika elfogadta, de az adatbázis tényleges felfüggesztése aszinkron módon történik.

A hatás mértéke attól függ, hol hajtod végre a ALTER DATABASE nyilatkozatot:

• Ha felfüggeszted a másodlagos adatbázist egy másodlagos replikán, csak a helyi másodlagos adatbázis áll felfüggesztve. Az olvasható másodlagos kapcsolat meglévő kapcsolatai továbbra is használhatóak maradnak. Az olvasható másodlagos függesztett adatbázishoz való új kapcsolatok csak akkor engedélyezettek, ha az adatáthelyezés folytatódik.

• Ha felfüggeszted az adatbázist az elsődleges replikán, az adatmozgás felfüggeszti a megfelelő másodlagos adatbázisokat minden másodlagos replikán. A meglévő kapcsolatok olvasható másodlagos felületen továbbra is használhatók maradnak, és az új olvasási szándékú kapcsolatok nem csatlakoznak olvasható másodlagos replikákhoz.

• Amikor az adatmozgás felfüggesztésre kerül egy kényszerű manuális failover miatt, az új másodlagos replikához való csatlakozás nem engedélyezett, amíg az adatmozgás felfüggesztésben van.

Amikor egy másodlagos replikán lévő adatbázist felfüggesztenek, mind az adatbázis, mind a replika nem szinkronizálódik, és NEM szinkronizáltként van jelölve.

Important

Amíg egy másodlagos adatbázis felfüggesztett, a megfelelő elsődleges adatbázis küldési sora felhalmozza a nem küldött tranzakciónaplókat. A másodlagos replikával létesített kapcsolatok az adatáthelyezés felfüggesztésekor rendelkezésre álló adatokat ad vissza.

Note

Egy Always On másodlagos adatbázis felfüggesztése és folytatása nem közvetlenül befolyásolja az elsődleges adatbázis elérhetőségét, bár egy másodlagos adatbázis felfüggesztése befolyásolhatja az elsődleges adatbázis redundanciáját és failover képességeit, amíg a felfüggesztett másodlagos adatbázis vissza nem áll. Ez ellentétben áll az adatbázis-tükrözéssel, ahol a tükrözési állapot mind a tükrözött adatbázisban, mind az egyszerű adatbázisban fel van függesztve, amíg a tükrözés folytatódik. Az Always On elsődleges adatbázis felfüggesztése felfüggeszti az adatáthelyezést az összes megfelelő másodlagos adatbázison, és az adatbázis redundanciái és feladatátvételi képességei az elsődleges adatbázis folytatásáig megszűnnek.

További információért lásd: Elérhetőségi adatbázis felfüggesztése (SQL Server).

RESUME
Folytatja a felfüggesztett adatmozgást a megadott másodlagos adatbázison. A FOLYTATÁS parancs akkor tér vissza, amikor a replika, amely a céladatbázist üzemelteti, elfogadja azt, de az adatbázis tényleges folytatása aszinkron módon történik.

A hatás mértéke attól függ, hol hajtod végre a ALTER DATABASE nyilatkozatot:

• Ha folytatod a másodlagos adatbázist egy másodlagos replikán, csak a helyi másodlagos adatbázis áll újra. Az adatmozgás újraindul, kivéve, ha az adatbázist az elsődleges másolaton is felfüggesztették.

• Ha az elsődleges replikán folytatod az adatbázist, az adatok mozgása minden másodlagos replikára folytatódik, ahol a megfelelő másodlagos adatbázis nem volt helyi felfüggesztés. Egy másodlagos adatbázis folytatásához, amelyet egyénileg felfüggesztettek egy másodlagos replikán, csatlakozz a szerver példányhoz, amely a másodlagos replikát üzemelteti, és folytasd az adatbázist ott.

  Szinkron-commit módban az adatbázis állapota SZINKRONIZÁLÁSRA változik. Ha jelenleg nincs felfüggesztve más adatbázis, a replika állapota is SZINKRONIZÁLÁSRA változik.

  További információ: Rendelkezésre állási adatbázis (SQL Server)folytatása.

Adatbázisállapotok

Amikor egy másodlagos adatbázist egy elérhetőségi csoporthoz csatlakoztatnak, a helyi másodlagos replika megváltoztatja annak a másodlagos adatbázis állapotát RESTORE-ről ONLINE-ra. Ha egy másodlagos adatbázist eltávolítanak a rendelkezésre állási csoportból, a helyi másodlagos replika visszaállítja a RESTORING állapotba. Ez lehetővé teszi, hogy a következő naplómentéseket az elsődleges adatbázisból alkalmazd az adott másodlagos adatbázisra.

Restrictions

A tranzakciókon és a csomagok mellett hajtson végre ALTER DATABASE kijelentéseket.

Biztonság

Permissions

Alter engedély szükséges az adatbázishoz. Egy adatbázis elérhetőségi csoporthoz való csatlakozásához tagság szükséges db_owner fix adatbázis szerepében.

Examples

Az alábbi példa a másodlagos adatbázist, AccountsDb1, a AccountsAG rendelkezésre állási csoport helyi másodlagos replikájához csatlakoztatja.

ALTER DATABASE AccountsDb1 SET HADR AVAILABILITY GROUP = AccountsAG;  

Note

A környezetben használt Transact-SQL utasítás megtekintéséhez lásd: Rendelkezésre állási csoport létrehozása (Transact-SQL).

Lásd még

ALTER DATABASE (Transact-SQL)
ALTER AVAILABILITY GROUP (Transact-SQL)
CREATE AVAILABILITY GROUP (Transact-SQL)
Áttekintés a Always On Availability Groups (SQL Server) TroubleshootAlways On Availability Groups konfiguráció (SQL Server)