Adatbázis-tükrözési működési módok

A következőkre vonatkozik:SQL Server

Ez a témakör az adatbázis-tükrözési munkamenetek szinkron és aszinkron működési módjait ismerteti.

Jegyzet

Az adatbázis-tükrözésről a Adatbázis-tükrözés (SQL Server)című témakörben olvashat.

Kifejezések és definíciók

Ez a szakasz néhány olyan kifejezést mutat be, amelyek központi szerepet jelentenek ebben a témakörben.

Nagy teljesítményű mód
Az adatbázis-tükrözési munkamenet aszinkron módon működik, és csak az egyszerű kiszolgálót és a tükrözési kiszolgálót használja. A szerepkörváltás egyetlen formája a kényszerített szolgáltatás (lehetséges adatvesztéssel).

Magas biztonsági mód
Az adatbázis-tükrözési munkamenet szinkron módon működik, és opcionálisan egy tanút, valamint az alapértelmezett kiszolgálót és a tükrözött kiszolgálót használja.

Tranzakcióbiztonság
Tükrözésspecifikus adatbázistulajdonság, amely meghatározza, hogy az adatbázis-tükrözési munkamenet szinkronban vagy aszinkron módon működik-e. Két biztonsági szint létezik: FULL és OFF.

Tanú
Ha csak magas biztonsági módban szeretné használni, az SQL Server opcionális példánya, amely lehetővé teszi a tükrözött kiszolgáló számára, hogy felismerje, hogy kezdeményezni kívánja-e az automatikus feladatátvételt. A két feladatátvevő partnertől eltérően a tanú nem szolgálja ki az adatbázist. A tanú egyedüli szerepe az automatikus feladatátvétel támogatása.

Aszinkron adatbázis-tükrözés (High-Performance mód)

Ez a szakasz az aszinkron adatbázis-tükrözés működését ismerteti, ha nagy teljesítményű módot kell használni, és azt, hogy hogyan válaszolhat, ha az egyszerű kiszolgáló meghibásodik.

Jegyzet

Az SQL Server legtöbb kiadása csak a szinkron adatbázis-tükrözést támogatja ("Csak a teljes biztonság"). Az adatbázis-tükrözést teljes mértékben támogató kiadásokról az SQL Server 2022kiadásaiban és támogatott funkcióiban található "Magas rendelkezésre állás (Always On)" című témakörben olvashat.

Ha a tranzakcióbiztonság ki van kapcsolva, az adatbázis-tükrözési munkamenet aszinkron módon működik. Az aszinkron művelet csak egy nagy teljesítményű üzemmódot támogat. Ez a mód a magas rendelkezésre állás rovására növeli a teljesítményt. A nagy teljesítményű mód csak az egyszerű kiszolgálót és a tükrözési kiszolgálót használja. A tükörszerveren fellépő problémák soha nem érintik a fő kiszolgálót. A fő kiszolgáló elvesztése esetén a tüköradatbázis LEKAPCSOLVA állapotban van, de melegtartalékként elérhető.

A nagy teljesítményű mód a szerepkörváltásnak csak egyetlen formáját támogatja: a kényszerített szolgáltatást (lehetséges adatvesztéssel), amely meleg készenléti kiszolgálóként használja a tükrözött kiszolgálót. A kényszerített szolgáltatás az egyik lehetséges válasz az egyszerű kiszolgáló meghibásodására. Mivel adatvesztés lehetséges, érdemes megfontolnia további lehetőségeket, mielőtt a szolgáltatást a tükörbe kényszerítené. A részletes információért lásd: Válasz a főigazgató sikertelenségére, ebben a témában később.

Az alábbi ábra egy munkamenet nagy teljesítményű módban történő konfigurálását mutatja be.

Nagy teljesítményű módban, amint az egyszerű kiszolgáló elküldi a tranzakció naplóit a tükrözött kiszolgálónak, az egyszerű kiszolgáló visszaigazolást küld az ügyfélnek anélkül, hogy a tükrözési kiszolgáló nyugtázására vár. A tranzakciók anélkül véglegesülnek, hogy megvárják, amíg a tükrözött kiszolgáló megírja a naplót a lemezre. Az aszinkron művelet lehetővé teszi, hogy az egyszerű kiszolgáló minimális tranzakciós késéssel fusson.

A tükrözött kiszolgáló megpróbálja lépést tartani a fő kiszolgáló által küldött naplórekordokkal. A tükrözött adatbázis azonban kissé lemaradhat az egyszerű adatbázistól, bár általában az adatbázisok közötti szakadék kicsi. A rés azonban jelentőssé válhat, ha az elsődleges kiszolgáló túlterhelt, vagy a tükrözési kiszolgáló rendszere túlterhelt.

Ebben a szakaszban:

• Mikor megfelelő a High-Performance mód?

• A tanúk hatása High-Performance módra

• A vezető hibájára adott válasz

Mikor megfelelő High-Performance mód?

A nagy teljesítményű mód olyan vészhelyreállítási forgatókönyvekben lehet hasznos, amikor az egyszerű és a tükrözött kiszolgálókat jelentős távolság választja el egymástól, és ahol nem szeretné, hogy kisebb hibák hatással legyenek az egyszerű kiszolgálóra.

Jegyzet

A naplók szállításával kiegészítheti az adatbázis-tükrözést, és kedvező alternatívát kínál az aszinkron adatbázis-tükrözés helyett. A naplók szállításának előnyeiről további információt az Magas Rendelkezésre Állású Megoldások (SQL Server)részben találhat. A naplószállítás adatbázis-tükrözéssel való használatáról további információt az Adatbázis-tükrözés és naplószállítás (SQL Server)című témakörben talál.

Tanú hatása a High-Performance módra

Ha a Transact-SQL-t használja a nagy teljesítményű mód beállításához, amikor a SAFETY tulajdonság kikapcsolt, erőteljesen javasoljuk, hogy a WITNESS tulajdonságot is KI-re állítsa. A tanú együtt létezhet a nagy teljesítményű móddal, de a tanú nem nyújt előnyt, és kockázatot jelent.

Ha a tanú leválasztva van a munkamenetről, amikor bármelyik partner leáll, az adatbázis elérhetetlenné válik. Ennek az az oka, hogy annak ellenére, hogy a nagy teljesítményű mód nem igényel tanúsítót, ha van beállítva, a munkamenethez két vagy több kiszolgálópéldányból álló kvórum szükséges. Ha a munkamenet kvórumvesztést okoz, az nem tudja kiszolgálni az adatbázist.

Ha egy tanú nagy teljesítményű módban van beállítva, a kvórum érvényesítése a következőt jelenti:

• Ha a tükrözött kiszolgáló elveszett, a fő kiszolgálónak csatlakoznia kell a tanúhoz. Ellenkező esetben az elsődleges kiszolgáló offline módra állítja az adatbázist, amíg a tanú vagy a tükröző kiszolgáló újra nem csatlakozik a munkamenethez.

• Ha az elsődleges kiszolgáló elveszik, a szolgáltatás kényszerítése a tükrözési kiszolgálóra megköveteli, hogy a tükrözési kiszolgáló csatlakozzon a tanúhoz.

Jegyzet

A kvórumtípusokról további információért lásd: Kvórum: Hogyan befolyásolja a tanú az adatbázis rendelkezésre állását (adatbázis-tükrözés).

Válasz a rendszerbiztonsági tag hibájára

Ha a fő komponens meghibásodik, az adatbázis tulajdonosának több választási lehetősége van, az alábbiak szerint:

• Hagyja az adatbázist elérhetetlen állapotban, amíg a fő felhasználó újra elérhetővé nem válik.

  Ha az egyszerű adatbázis és a tranzakciónapló érintetlen, ez a választás az összes lekötött tranzakciót a rendelkezésre állás rovására megőrzi.

• Állítsa le az adatbázis-tükrözési munkamenetet, frissítse manuálisan az adatbázist, majd kezdjen el egy új adatbázis-tükrözési munkamenetet.

  Ha az elsődleges adatbázis elveszett, de az elsődleges kiszolgáló továbbra is működik, azonnal próbáljon meg biztonsági másolatot készíteni a napló végéről az elsődleges adatbázisban. Ha a tail-log mentés sikeres, a tükrözés eltávolítása lehet a legjobb alternatíva. A tükrözés eltávolítása után visszaállíthatja a naplót a korábbi tükrözött adatbázisba, amely megőrzi az összes adatot.

  Jegyzet

  Ha a tail-log biztonsági mentése sikertelen volt, és nem tudja megvárni, amíg a fő kiszolgáló helyreáll, fontolja meg a szolgáltatás kényszerített folytatását, amelynek előnye a munkamenet állapotának fenntartása.

• Kényszerített szolgáltatás indítás (lehetséges adatvesztéssel) a tükörszerveren.

  A kényszerített szolgáltatás szigorúan vészhelyreállítási módszer, és takarékosan kell használni. A kényszerítési szolgáltatás csak akkor lehetséges, ha az elsődleges kiszolgáló leállt, a munkamenet aszinkron (a tranzakcióbiztonság KI értékre van állítva), és vagy a munkamenet nem rendelkezik tanúsítóval (a WITNESS tulajdonság értéke KI), vagy a tanúsító csatlakozik a tükrözött kiszolgálóhoz (vagyis kvóruma van).

  A kényszerítés hatására a tükrözött kiszolgáló felveszi a fő kiszolgáló szerepét, és kiszolgálja az adatbázis másolatát az ügyfelek számára. Ha a szolgáltatás kényszerített állapotba kerül, a fő kiszolgáló által még nem küldött tranzakciónaplók elvesznek a tükrözési kiszolgáló számára. Ezért korlátoznia kell a kényszerített szolgáltatást olyan helyzetekre, amikor az adatvesztés elfogadható, és az adatbázisok azonnali rendelkezésre állása kritikus fontosságú. A kényszerített szolgáltatás működéséről és a használat legjobb gyakorlatairól az Szerepkörváltás adatbázistükrözési munkamenet (SQL Server)című témakörben olvashat.

Szinkron adatbázis-tükrözés (High-Safety mód)

Ez a szakasz a szinkron adatbázis-tükrözés működését ismerteti, beleértve az alternatív magas biztonsági módokat is (automatikus feladatátvétel és automatikus feladatátvétel nélkül), és információkat tartalmaz a tanúsító automatikus feladatátvételben betöltött szerepéről.

Ha a tranzakcióbiztonság FULL értékre van állítva, az adatbázis-tükrözési munkamenet magas biztonsági módban fut, és szinkron módon működik a kezdeti szinkronizálási fázis után. Ez a szakasz a szinkron működéshez konfigurált adatbázis-tükrözési munkamenetek részleteit ismerteti.

A munkamenet szinkron műveletének eléréséhez a tükrözött kiszolgálónak szinkronizálnia kell a tükrözött adatbázist az egyszerű adatbázissal. A munkamenet kezdetekor az elsődleges kiszolgáló elkezdi elküldeni az aktív naplóját a tükröző kiszolgálónak. A tükrözött kiszolgáló a lehető leggyorsabban írja az összes bejövő naplórekordot a lemezre. Amint az összes fogadott naplórekord lemezre lett írva, a rendszer szinkronizálja az adatbázisokat. Amíg a partnerek továbbra is kommunikálnak, az adatbázisok szinkronizálva maradnak.

Jegyzet

Az adatbázis-tükrözési munkamenet állapotváltozásainak figyeléséhez használja az Adatbázistükrözési állapotváltozás eseményosztályt. További információért tekintse meg a Database Mirroring State Change Event Classcímű részt.

A szinkronizálás befejezése után az egyszerű adatbázisban lekötött összes tranzakció a tükrözött kiszolgálón is véglegesítésre kerül, biztosítva az adatok védelmét. Ez úgy érhető el, hogy várakozással véglegesít egy tranzakciót az elsődleges adatbázisban, amíg az elsődleges kiszolgáló nem kap egy üzenetet a tükör kiszolgálótól, amely közli, hogy a tranzakció naplóját lemezre írta. Figyelje meg, hogy az üzenet várakozása növeli a tranzakció késését.

A szinkronizáláshoz szükséges idő alapvetően attól függ, hogy a tükrözött adatbázis milyen messze volt az egyszerű adatbázis mögött a munkamenet kezdetén (az eredeti kiszolgálótól kapott naplórekordok számával mérve), az egyszerű adatbázis munkaterhelésétől és a tükrözési rendszer sebességétől. A munkamenetek szinkronizálása után a tükrözött adatbázison még újra el kell helyezni a rögzített naplót az ismétlési várólistán.

A tükrözött adatbázis szinkronizálása után az adatbázis mindkét példányának állapota SZINKRONIZÁLVA lesz.

A szinkron műveletet a következő módon tartjuk fenn:

1. Amikor egy tranzakciót fogad egy ügyféltől, a fő kiszolgáló a tranzakció naplóját a tranzakciónaplóba írja.

2. Az egyszerű kiszolgáló írja a tranzakciót az adatbázisba, és egyidejűleg elküldi a naplórekordot a tükrözött kiszolgálónak. A fő kiszolgáló megvárja a tükrözet szerver nyugtázását, mielőtt megerősítené a tranzakció véglegesítését vagy visszavonását az ügyfél számára.

3. A tükrözött kiszolgáló tartósítja a naplót a lemezen, és nyugtát küld vissza az elsődleges kiszolgálónak.

4. A tükrözött kiszolgáló nyugtájának beérkezésekor a fő kiszolgáló megerősítő üzenetet küld az ügyfélnek.

A magas biztonsági mód úgy védi az adatokat, hogy két hely között kell szinkronizálni az adatokat. A lekötött tranzakciók garantáltan a tükrözött kiszolgálón lévő lemezre lesznek írva.

Ebben a részben:

• High-Safety Mód automatikus átváltás nélkül

• High-Safety mód automatikus feladatátvétellel

High-Safety mód automatikus feladatátvétel nélkül

Az alábbi ábra a magas biztonsági üzemmód automatikus feladatátvétel nélküli konfigurálását mutatja be. A konfiguráció csak a két partnerből áll.

Ha a partnerek csatlakoznak, és az adatbázis már szinkronizálva van, a manuális feladatátvétel támogatott. Ha a tükrözési kiszolgálópéldány leáll, a fő kiszolgálópéldányra nincs hatással, és védtelenül, az adatok tükrözése nélkül fut. Ha a fő kiszolgáló elveszik, a tükrözés felfüggesztésre kerül, de a szolgáltatás átkapcsolható a tükröző kiszolgálóra (esetleges adatvesztéssel). További információért lásd: a szerepkörváltás egy adatbázis-tükrözési munkamenet során (SQL Server).

High-Safety mód automatikus feladatátvétellel

Az automatikus feladatátvétel magas rendelkezésre állást biztosít azáltal, hogy az adatbázist egy kiszolgáló elvesztése után is kiszolgálja. Az automatikus feladatátvételhez a munkamenetnek rendelkeznie kell egy harmadik kiszolgálópéldánysal, a tanúsító, amely ideális esetben egy harmadik számítógépen található. Az alábbi ábra az automatikus feladatátvételt támogató magas biztonsági módú munkamenet konfigurálását mutatja be.

A két partnertől eltérően a tanú nem szolgálja ki az adatbázist. A tanúsító egyszerűen támogatja az automatikus feladatátvételt annak ellenőrzésével, hogy az elsődleges kiszolgáló működik-e. A tükrözési kiszolgáló csak akkor kezdeményez automatikus feladatátvételt, ha a tükör és a tanúsító továbbra is kapcsolatban marad egymással, miután mindkettőt leválasztották az elsődleges kiszolgálóról.

A tanúsító beállításakor a munkamenethez kvórum- legalább két kiszolgálópéldány közötti kapcsolatra van szükség, amely lehetővé teszi az adatbázis rendelkezésre bocsátását. További információ: Adatbázistükrözés tanúsító és kvórum: Hogyan befolyásolja a tanúsító az adatbázis rendelkezésre állását (adatbázis-tükrözés).

Az automatikus feladatátvételhez a következő feltételek szükségesek:

• Az adatbázis már szinkronizálva van.

• A hiba akkor következik be, ha mindhárom kiszolgálópéldány csatlakoztatva van, és a tanúsító és a tükrözött kiszolgáló továbbra is csatlakoztatva marad.

A partner elvesztése a következő hatással jár:

• Ha a fő kiszolgáló elérhetetlenné válik, automatikus feladatátvétel történik. A tükrözött kiszolgáló a fő szerepkörre vált, és az adatbázisát fő adatbázisként kínálja.

• Ha a fő kiszolgáló elérhetetlenné válik, amikor ezek a feltételek nem teljesülnek, előfordulhat, hogy a szolgáltatást kényszeríteni kell (lehetséges adatvesztéssel). További információ: Szerepkörváltás egy adatbázis-tükrözési munkamenet során (SQL Server).

• Ha az egyetlen tükrözött kiszolgáló elérhetetlenné válik, a fő- és a tanúsító szerver továbbra is működik.

Ha az ülés elveszíti a tanúját, a kvórumhoz mindkét partner szükséges. Ha bármelyik partner elveszíti a kvórumot, mindkét partner elveszíti a kvórumot, és az adatbázis a kvórum újbóli létrejöttéig elérhetetlenné válik. Ez a kvórumkövetelmény gondoskodik arról, hogy egy tanú hiányában az adatbázis soha ne fusson védtelenül, vagyis tükrözés nélkül.

Jegyzet

Ha azt várja, hogy a tanú jelentős ideig kapcsolat nélkül marad, javasoljuk, hogy távolítsa el a tanút az értekezletről, amíg nem válik elérhetővé.

Transact-SQL Beállítások és adatbázistükrözés működési módjai

Ez a szakasz egy adatbázistükrözési munkamenetet ír le a tükrözött adatbázis és a tanúsító ALTER DATABASE beállításainak és állapotainak megfelelően, ha vannak ilyenek. A szakasz azokat a felhasználókat célozza meg, akik az ADATBÁZIS-tükrözést elsősorban vagy kizárólag a Transact-SQL használatával kezelik az SQL Server Management Studio használata helyett.

Borravaló

A Transact-SQL használata helyett az Objektumkezelőben az Adatbázis tulajdonságai párbeszédpanel Tükrözés lapján szabályozhatja a munkamenetek működési módját. További információ: Adatbázis-tükrözési munkamenet létrehozása Windows-hitelesítéssel (SQL Server Management Studio).

ebben a szakaszban:

• A tranzakcióbiztonság és a tanúsító állapot hatása a működési módra

• A tanú biztonsági beállításainak és állapotának megtekintése

• A fő kiszolgáló elvesztésének viselkedését befolyásoló tényezők

A tranzakcióbiztonság és a tanúsító állapot hatása az üzemeltetési módra

Az munkamenet működési módját a tranzakcióbiztonsági beállítás és a tanú állapota határozza meg. Az adatbázis tulajdonosa bármikor módosíthatja a tranzakció biztonsági szintjét, és hozzáadhatja vagy eltávolíthatja a tanút.

Ebben a szakaszban:

• Tranzakcióbiztonsági

• Tanúállam

Tranzakcióbiztonság

A tranzakcióbiztonság egy tükrözésspecifikus adatbázistulajdonság, amely meghatározza, hogy az adatbázis-tükrözési munkamenet szinkronban vagy aszinkron módon működik-e. Két biztonsági szint létezik: FULL és OFF.

• TELJES BIZTONSÁG

  A teljes tranzakcióbiztonság miatt a munkamenet szinkron módon működik magas biztonsági módban. Ha egy tanú jelen van, egy munkamenet támogatja az automatikus feladatátvételt.

  Amikor ALTER DATABASE-utasítások használatával hoz létre munkamenetet, a munkamenet a SAFETY tulajdonság FULL értékre állításával kezdődik; vagyis a munkamenet magas biztonsági módban kezdődik. Az ülés megkezdése után hozzáadhat egy tanút.

  További információt a jelen témakör korábbi, szinkron adatbázis-tükrözés (High-Safety mód)című témakörben talál.

• BIZTONSÁG KIKAPCSOLVA

  A tranzakcióbiztonság kikapcsolása miatt a munkamenet aszinkron módon, nagy teljesítményű módban működik. Ha a SAFETY tulajdonság KI értékre van állítva, akkor a WITNESS tulajdonságot is KI (alapértelmezett) értékre kell állítani. A tanú nagy teljesítményű módban gyakorolt hatásáról a jelen témakör későbbi, A tanú állapotacímű témakörben olvashat bővebben. A tranzakcióbiztonság kikapcsolásával kapcsolatos további információkért lásd a jelen témakör korábbi részét, aszinkron adatbázis-tükrözés (High-Performance mód).

Az adatbázis tranzakcióbiztonsági beállítása minden partneren rögzítve lesz a sys.database_mirroring katalógusnézetben a mirroring_safety_level és mirroring_safety_level_desc oszlopokban. További információ: sys.database_mirroring (Transact-SQL).

Az adatbázis tulajdonosa bármikor módosíthatja a tranzakció biztonsági szintjét.

A tanú állapota

Ha tanút állítottak be, kvórum szükséges, így a tanú állapota mindig jelentős.

Ha létezik, a tanú két állapot egyikével rendelkezik:

• Ha a tanú egy partnerhez csatlakozik, a tanú az adott partnerhez képest kapcsolt állapotban van, és az adott partnerrel kvórummal rendelkezik. Ebben az esetben az adatbázis akkor is elérhetővé tehető, ha az egyik partner nem érhető el.

• Ha a tanú létezik, de nem kapcsolódik partnerhez, a tanú ismeretlen vagy KAPCSOLAT NÉLKÜLI állapotban van az adott partnerhez képest. Ebben az esetben a tanú nem rendelkezik kvórummal az adott partnerrel, és ha a partnerek nem csatlakoznak egymáshoz, az adatbázis elérhetetlenné válik.

További információ a kvórumról: kvórum: Hogyan befolyásolja a tanúsító az adatbázis rendelkezésre állását (adatbázis-tükrözés).

A kiszolgálópéldány egyes tanúinak állapotát a rendszer a mirroring_witness_state és mirroring_witness_state_desc oszlopok sys.database_mirroring katalógusnézetében rögzíti. További információ: sys.database_mirroring (Transact-SQL).

Az alábbi táblázat összefoglalja, hogyan függ egy munkamenet működési módja a tranzakció biztonsági beállításától és a tanú állapotától.

Működési mód	Tranzakcióbiztonság	Tanúsító állapot
Nagy teljesítményű mód	KI	NULL (nincs tanúsító)**
Magas biztonsági mód automatikus feladatátvétel nélkül	TELE	NULL (nincs tanúsító)
Nagy biztonságú mód automatikus feladatátvétellel*	TELE	ÖSSZEKAPCSOLT

Ha a tanú kapcsolata megszakad, javasoljuk, hogy állítsa a TANÚ értéket kikapcsolt állapotba, amíg a tanú szerverpéldány újra elérhetővé nem válik.

**Ha a tanú nagy teljesítményű módban van jelen, a tanú nem vesz részt az előadásban. Az adatbázis elérhetővé tétele érdekében azonban legalább két kiszolgálópéldánynak csatlakoztatva kell maradnia. Ezért azt javasoljuk, hogy a WITNESS tulajdonságot nagy teljesítményű módban állítsa KI értékre. További információ: Kvórum: Hogyan befolyásolja egy tanú az adatbázis rendelkezésre állását (Adatbázis tükrözés).

A tanúsító biztonsági beállításainak és állapotának megtekintése

Az adatbázis biztonsági beállításának és a tanúsító állapotának megtekintéséhez használja a sys.database_mirroring katalógusnézetet. A vonatkozó oszlopok a következők:

Tényező	Oszlopok	Leírás
Tranzakcióbiztonság	mirroring_safety_level vagy mirroring_safety_level_desc	A tükrözött adatbázis frissítéseinek tranzakcióbiztonsági beállítása a következő egyik: ISMERETLEN KI TELE A NULL= adatbázis nincs online állapotban.
Létezik tanú?	tükröző_tanú_név	Az adatbázis tükrözési tanújának kiszolgálóneve vagy NULL, ami azt jelzi, hogy nincs tanú.
Tanúsító állapot	mirroring_witness_state vagy mirroring_witness_state_desc	A tanú állapota egy adott partner adatbázisában: ISMERETLEN ÖSSZEKAPCSOLT ELVÁLASZTOTT NULL = nincs tanúsító, vagy az adatbázis nincs online állapotban.

Például a fő vagy a tükrözött kiszolgálón írja be:

SELECT mirroring_safety_level_desc, mirroring_witness_name, mirroring_witness_state_desc FROM sys.database_mirroring  

A katalógusnézetről további információt a sys.database_mirroring (Transact-SQL)résznél talál.

Az elsődleges kiszolgáló elvesztésének viselkedését befolyásoló tényezők

Az alábbi táblázat összefoglalja a tranzakcióbiztonság beállításának, az adatbázis állapotának és a tanú állapotának együttes hatását a tükrözési munkamenet viselkedésére a főkiszolgáló elvesztésekor.

Tranzakcióbiztonság	A tükrözési adatbázis tükrözési állapota	Tanúsító állapot	Viselkedés a fő megbízó elvesztésekor
TELE	SZINKRONIZÁLT	ÖSSZEKAPCSOLT	Automatikus átkapcsolás történik.
TELE	SZINKRONIZÁLT	ELVÁLASZTOTT	A tükörkiszolgáló leáll; a feladatátvétel nem lehetséges, és az adatbázis nem érhető el.
KI	FELFÜGGESZTVE VAGY MEGSZAKÍTVA	NULL (nincs tanúsító)	A szolgáltatás kényszeríthető a tükrözött kiszolgálóra (lehetséges adatvesztéssel).
TELE	SZINKRONIZÁLÁS VAGY FELFÜGGESZTÉS	NULL (nincs tanúsító)	A szolgáltatás kényszeríthető a tükrözött kiszolgálóra (lehetséges adatvesztéssel).

Kapcsolódó tevékenységek

• Adatbázis-tükrözési tanú hozzáadása vagy cseréje (SQL Server Management Studio)

• Adatbázis-tükrözési munkamenet létrehozása Windows-hitelesítéssel (SQL Server Management Studio)

• Adatbázis-tükrözési tanú hozzáadása Windows-hitelesítéssel (Transact-SQL)

• A tanúsító eltávolítása adatbázis-tükrözési munkamenetből (SQL Server)

• Tranzakcióbiztonság módosítása adatbázis-tükrözési munkamenetben (Transact-SQL)

Lásd még:

Adatbázis-tükrözés felügyelete (SQL Server)
adatbázis-tükrözés tanú