Mi az Azure-hez készült SQL adatszinkronizálás?

A következőkre vonatkozik:Azure SQL Database

Fontos

Az SQL adatszinkronizálás 2027. szeptember 30-án vonul vissza. Fontold meg alternatív adatreplikációs és szinkronizációs megoldásokra való áthelyezést. A nyugdíjazási folyamat részeként nem lehet új szinkroncsoportokat létrehozni Azure előfizetésekben, amelyek korábban nem használták az SQL adatszinkronizálás-et. A meglévő szinkroncsoportok a nyugdíjazási dátumig működhetnek, de ezeket a dátum előtt át kell migrálni egy alternatív megoldásra.

Az SQL adatszinkronizálás egy szolgáltatás, amely Azure SQL Database-re épül, és amelyet két irányban szinkronizálhatsz kiválasztott adatokat több adatbázis között, akár on-premises, mind a felhőben.

Azure SQL adatszinkronizálás nem támogatja a Azure SQL Managed Instance vagy a Azure Synapse Analytics.

Áttekintés

Az adatszinkronizálás a szinkronizálási csoport fogalmán alapul. A szinkronizálási csoport olyan adatbáziscsoport, amelyet szinkronizálni szeretne.

A adatszinkronizálás egy küllős topológiát használ az adatok szinkronizálásához. A szinkronizálási csoport egyik adatbázisát központi adatbázisként definiálhatja. A többi adatbázis tagadatbázis. A szinkronizálás csak a központ és az egyes tagok között történik.

  • A Hub Database Azure SQL Database-adatbázisnak kell lennie.
  • A tagadatbázisok vagy az Azure SQL Database-ben, vagy az SQL Server-példányokban található adatbázisok lehetnek.
  • A Szinkronizációs Metaadat-adatbázis tartalmazza az adatszinkronizálás metaadatait és a naplókat. A Szinkronizációs Metaadat-adatbázisnak egy Azure SQL Database-nek kell lennie, amely ugyanabban a régióban található, mint a központi adatbázis. A Metaadat-szinkronizálási adatbázis az ügyfél által létrehozott és az ügyfél tulajdonában lévő. Régiónként és előfizetésenként csak egy metaadat-szinkronizálási adatbázissal rendelkezhet. A szinkronizálási metaadat-adatbázis nem törölhető vagy átnevezhető, amíg szinkronizálási csoportok vagy szinkronizálási ügynökök léteznek. A Microsoft azt javasolja, hogy hozzon létre egy új, üres adatbázist a metaadat-szinkronizálási adatbázisként való használatra. A adatszinkronizálás táblákat hoz létre az adatbázisban, és gyakran futtat számítási feladatokat.

Jegyzet

Ha egy helyszíni adatbázist használ csatlakoztatott adatbázisként, telepítenie és konfigurálnia kell egy helyi szinkronizáló ügynököt.

Diagram az adatbázisok közötti adatszinkronizálási folyamatot ismerteti.

A szinkronizálási csoportok a következő tulajdonságokkal rendelkeznek:

  • A szinkronizálási séma leírja, hogy mely adatok szinkronizálódnak.
  • A Szinkronizálás iránya lehet kétirányú, vagy csak egy irányban történhet: Központtól a tagig, Tagtól a központig, vagy mindkettő.
  • A szinkronizálási időköz a szinkronizálás gyakoriságát ismerteti.
  • A konfliktusmegoldási szabályzat egy csoportszintű szabályzat, amely lehet a Hub győz vagy a tag győz.

Mikor érdemes használni?

Az Adatszinkronizálás akkor hasznos, ha az adatokat az Azure SQL Database vagy az SQL Server több adatbázisában is frissíteni kell. Az adatszinkronizálás fő használati esetei a következők:

  • hibrid adatszinkronizálás: Adatszinkronizálással szinkronizálhatja az adatokat az SQL Server és az Azure SQL Database adatbázisai között a hibrid alkalmazások engedélyezéséhez. Ez a funkció vonzó lehet azoknak az ügyfeleknek, akik a felhőbe való áttérést fontolgatják, és szeretnék az alkalmazásuk egy részét az Azure-ba helyezni.
  • Elosztott alkalmazások: Sok esetben előnyös a különböző számítási feladatok elkülönítése különböző adatbázisok között. Ha például nagy éles adatbázissal rendelkezik, de jelentéskészítési vagy elemzési számítási feladatot is futtatnia kell ezen az adatokon, hasznos lehet, ha egy második adatbázissal rendelkezik ehhez a további számítási feladathoz. Ez a megközelítés minimalizálja a termelési munkaterhelés teljesítményre gyakorolt hatását. A adatszinkronizálás használatával szinkronizálhatja ezt a két adatbázist.
  • Globálisan elosztott alkalmazások: Számos vállalkozás több régióra, sőt több országra/régióra is kiterjed. A hálózati késés minimalizálása érdekében a legjobb, ha az adatok egy Önhöz közeli régióban vannak. A adatszinkronizálás segítségével egyszerűen szinkronizálhatja az adatbázisokat a világ régióiban.

Az adatszinkronizálás nem az alábbi forgatókönyvek előnyben részesített megoldása:

Forgatókönyv Néhány ajánlott megoldás
Katasztrófa utáni helyreállítás Automatikus biztonsági mentések az Azure SQL Database-ben
Olvasási skála Írásvédett replikák használata írásvédett lekérdezési számítási feladatok kiszervezéséhez
ETL (OLTP–OLAP) Azure Data Factory vagy SQL Server Integration Services
Migrálás AZ SQL Serverről az Azure SQL Database-be. Az SQL adatszinkronizálás azonban a migrálás befejezése után is használható annak biztosítására, hogy a forrás és a cél szinkronban maradjon. Azure Database Migration Service

Hogyan működik?

  • Adatváltozások követése: A adatszinkronizálás a változásokat követi a beépítés, frissítés és törlés triggerekkel. A módosítások a felhasználói adatbázis egyik oldaltáblájában vannak rögzítve. BULK INSERT alapértelmezés szerint nem aktivál eseményindítókat. Ha nem adja meg a(z) FIRE_TRIGGERS értéket, a beillesztési triggerek nem hajtódnak végre. Add hozzá az FIRE_TRIGGERS opciót, hogy a adatszinkronizálás nyomon tudja követni ezeket a beillesztéseket.
  • Adatok szinkronizálása: Adatszinkronizálás központi és küllős modellben van kialakítva. A központ külön-külön szinkronizálja az egyes tagokat. A hub módosításait letöltik a taghoz, majd a tag módosításait feltöltik a hubhoz.
  • Ütközések feloldása: Az adatszinkronizálás két lehetőséget kínál az ütközések feloldására, a központ nyer vagy a tag nyer.
    • Ha a Hubot választja,nyer, a hub módosításai mindig felülírják a tag módosításait.
    • Ha a Tag nyer opciót választja, a tag módosításai felülírják a központban történt módosításokat. Ha egynél több tag van, a végső érték attól függ, hogy melyik tag szinkronizál először.

Összehasonlítás tranzakciós replikációval

adatszinkronizálás Tranzakciós replikáció
Előnyök - Aktív-aktív támogatás
- Kétirányú a helyszíni környezet és az Azure SQL Database között		 – Kisebb késés
- Tranzakciós következetesség
– Meglévő topológia újrafelhasználása a migrálás után
-Azure SQL Kezelt Példány támogatása
hátrányok - Nincs tranzakciós konzisztencia
- Nagyobb teljesítményhatás		 – Nem lehet közzétenni az Azure SQL Database-ből
- Magas karbantartási költség

Caution

Az SQL adatszinkronizálás sql-hitelesítést igényel a központhoz és a tagadatbázisokhoz való kapcsolatokhoz. Az Microsoft Entra ID hitelesítést az SQL adatszinkronizálás nem támogatja.

Mivel az SQL hitelesítés statikus jelszavakra épül, nem profitál a modern védelemből, mint a többfaktoros hitelesítés (MFA), feltételes hozzáférés vagy kezelt identitások. Ez a függőség növelheti a teljes SQL-példány kitettségét a hitelesítőadat-lopással és a brute-force támadásokkal szemben, valamint üzemeltetési többletterhet okozhat a jelszócsere és a szabályzatok kikényszerítése terén.

Ahol lehetséges, előnyben részesítse a Microsoft Entra-hitelesítést vagy a felügyelt identitásokat támogató megoldásokat. Mivel az SQL adatszinkronizálás nyugdíjazásra van ütemezve, migráljon egy olyan alternatívára, amely összhangban van a szervezete biztonsági standardaival.

Jegyzet

Az SQL adatszinkronizálás privát kapcsolata eltér a(z) Azure Private Link-tól.

Az új privát kapcsolat funkció lehetővé teszi egy szolgáltatás által felügyelt privát végpont kiválasztását, hogy biztonságos kapcsolatot létesítsen a szinkronizálási szolgáltatás és a tag/központ adatbázisai között az adatszinkronizálási folyamat során. A szolgáltatás által felügyelt privát végpont egy privát IP-cím egy adott virtuális hálózaton és alhálózaton belül. A adatszinkronizálás szolgáltatáson belül a szolgáltatás által felügyelt privát végpontot a Microsoft hozza létre, és kizárólag az adatszinkronizálási szolgáltatás használja egy adott szinkronizálási művelethez.

A privát hivatkozás beállítása előtt olvassa el a funkcióra vonatkozó általános követelményeket.

Adatszinkronizálás privát kapcsolatának diagramja.

Jegyzet

A szolgáltatás által felügyelt privát végpontot manuálisan kell jóváhagynia az Azure Portal Privát végpont kapcsolatai lapján a szinkronizálási csoport üzembe helyezése során vagy a PowerShell használatával.

Első lépések

Adatszinkronizálás beállítása az Azure Portalon

Adatszinkronizálás beállítása a PowerShell-lel

Adatszinkronizálás beállítása REST API-val

Az adatszinkronizálás ajánlott eljárásainak áttekintése

Hiba történt?

Konzisztencia és teljesítmény

Végleges konzisztencia

Mivel a adatszinkronizálás trigger-alapú, nem garantálja a tranzakciós konzisztenciát. A Microsoft garantálja, hogy a adatszinkronizálás végül minden változtatást elvégez, és nem okoz adatvesztést.

A teljesítményre gyakorolt hatás

Az Adatszinkronizálás beszúrási, frissítési és törlési eseményindítókat használ a változások nyomon követéséhez. Oldaltáblákat hoz létre a felhasználói adatbázisban a változáskövetéshez. Ezek a változáskövetési tevékenységek hatással vannak az adatbázis számítási feladataira. Értékelje ki a szolgáltatási szintet, és szükség esetén frissítsen.

A szinkronizálási csoport létrehozása, frissítése és törlése során végzett kiépítés és leépítés az adatbázis teljesítményét is befolyásolhatja.

Követelmények és korlátozások

Általános követelmények

  • Minden táblának elsődleges kulccsal kell rendelkeznie. Ne módosítsa az elsődleges kulcs értékét egyik sorban sem. Ha módosítania kell egy elsődleges kulcs értékét, törölje a sort, és hozza létre újra az új elsődleges kulcsértékkel.

Fontos

Egy meglévő elsődleges kulcs értékének megváltoztatása a következő hibás viselkedést eredményezi:

  • Az adat a hub és a tag között elveszhet, még akkor is, ha a szinkronizálás nem jelent problémát.
  • A szinkronizálás meghiúsulhat, mert a nyomonkövetési tábla a forrásból származó, nem létező sort tartalmaz az elsődleges kulcs megváltozása miatt.

  • A pillanatkép-elkülönítést engedélyezni kell a Szinkronizálási tagok és a Központ számára is. További információkért lásd: Pillanatkép-elkülönítés az SQL Server-ben.

  • A adatszinkronizálás privát link használatához mind a tag, mind a hub adatbázisoknak Azure-ban (ugyanazon vagy különböző régiókban) kell lennie, ugyanabban a felhőtípusban (például mind a nyilvános felhőben, mind a kormányzati felhőben). Emellett regisztráld az Microsoft.Network erőforrás-szolgáltatókat azokra az előfizetésekre, amelyek a központot és a tag szervereket üzemeltetik. A adatszinkronizálás privát linkjét a szinkron konfiguráció során manuálisan kell jóváhagynod, az Azure portál Private endpoint connections szakaszán vagy PowerShell-en keresztül. További információért a privát link jóváhagyásáról lásd: Útmutató: SQL adatszinkronizálás beállítása adatbázisok között az Azure SQL Database-ben és az SQL Server-ben. Miután jóváhagytad a szolgáltatás által kezelt privát végpontot, minden kommunikáció a szinkronszolgáltatás és a tag/hub adatbázisok között a privát linken keresztül zajlik. Frissítheted a meglévő szinkroncsoportokat, hogy engedélyezd ezt a funkciót.

Általános korlátozások

  • A táblák nem tartalmazhatnak olyan identitásoszlopot, amely nem az elsődleges kulcs.
  • Az elsődleges kulcsok nem rendelkezhetnek a következő adattípusokkal: sql_variant, bináris, varbináris, kép, xml.
  • Legyen óvatos, ha a következő adattípusokat használja elsődleges kulcsként, mert a támogatott pontosság csak másodperc pontosságú: idő, datetime, datetime2, datetimeoffset.
  • Az objektumok (adatbázisok, táblázatok és oszlopok) nevei nem tartalmazhatják a nyomtatható karakterek pontját (.), a bal oldali szögletes zárójelet ([) vagy a jobb oldali szögletes zárójelet (]).
  • Egy táblanév nem tartalmazhat nyomtatható karaktereket, mint például: ! " # $ % ' ( ) * + - vagy szóközt.
  • A Microsoft Entra (korábban Azure Active Directory) hitelesítése nem támogatott.
  • Ha vannak azonos nevű táblák, de eltérő sémák (például dbo.customers és sales.customers), csak egy táblát adhatsz hozzá a szinkroncsoporthoz.
  • A felhasználó által definiált adattípusokkal rendelkező oszlopok nem támogatottak.
  • A kiszolgálók különböző előfizetések közötti áthelyezése nem támogatott.
  • Ha két elsődleges kulcs csak abban az esetben különbözik (például Foo és foo), az Adatszinkronizálás nem támogatja ezt a forgatókönyvet.
  • A táblák csonkolása nem az Adatszinkronizálás által támogatott művelet (a módosítások nem lesznek nyomon követve).
  • Az Azure SQL Rugalmas skálázású adatbázis központi vagy szinkronizálási metaadat-adatbázisként való használata nem támogatott. Egy Hyperscale adatbázis azonban tagadatbázis lehet egy adatszinkronizálási topológiában.
  • A memóriaoptimalizált táblák nem támogatottak.
  • A sémamódosítások nem replikálódnak automatikusan.
  • adatszinkronizálás csak a következő két indextulajdonságot támogatja: Egyedi, Klaszterelt/Nem klaszterizált. Az indexek egyéb tulajdonságai, például a IGNORE_DUP_KEY vagy a WHERE szűrő predikátum nem támogatottak, és a célindex ezen tulajdonságok nélkül is ki van építve, még akkor is, ha a forrásindex rendelkezik ezekkel a tulajdonságokkal.
  • Az Azure Elastic Jobs-adatbázisok nem használhatók SQL adatszinkronizálás Metaadat-adatbázisként, és fordítva.
  • Az SQL adatszinkronizálás nem támogatott ledger adatbázisokkal.
  • A adatszinkronizálás nem katasztrófa-helyreállítási vagy magas elérhetőségű eszköz, és nem szinkronizálja a saját szinkroncsoport adatait. Nincs automatikus katasztrófa-helyreállítás a adatszinkronizálás-hez.
  • A adatszinkronizálás tervezésénél fogva nem támogatja a hálózati biztonsági perimétert. A adatszinkronizálás proxy szolgáltatásként fut, nem pedig Azure erőforrásként, így nincs teljesen minősített domain vagy IP-cím, amely alapján perénmérő szabályokat írhatna. Egy periméter blokkolja azokat a hálózati útvonalakat, amelyeket a adatszinkronizálás megkövetel mind átmeneti, mind kényszerített módban, és semmilyen hozzáférési szabály nem működteti ezt. Ha a logikai szervered egy peremhez van kötve, migráljon egy olyan adatátviteli megoldásra, amely támogatja a hálózati biztonsági peremeket.

Nem támogatott adattípusok

  • FileStream
  • SQL/CLR UDT
  • XMLSchemaCollection (XML-támogatás)
  • Kurzor, RowVersion, Időbélyeg, Hierarchyid

Nem támogatott oszloptípusok

Az Adatszinkron nem tudja szinkronizálni az írásvédett vagy a rendszer által létrehozott oszlopokat. Például:

  • Számított oszlopok
  • Rendszer által létrehozott oszlopok időbeli táblákhoz

A szolgáltatás és az adatbázis dimenzióinak korlátozásai

Dimenziók határ Kerülő megoldás
Az adatbázisokhoz tartozó szinkronizálási csoportok maximális száma. 5
Végpontok maximális száma egyetlen szinkronizálási csoportban 30
A helyszíni végpontok maximális száma egyetlen szinkronizálási csoportban. 5 Több szinkronizálási csoport létrehozása
Adatbázis-, tábla-, séma- és oszlopnevek 50 karakter névenként
Táblák szinkronizálási csoportban 500 Több szinkronizálási csoport létrehozása
Egy táblázat oszlopai szinkronizálási csoportban 1000
Adatsor mérete egy táblán 24 MB

Jegyzet

Ha csak egy szinkroncsoport van, akár 30 végpont is lehet egyetlen szinkroncsoportban. Ha több szinkroncsoport van, az összes szinkron csoport végpontjainak száma nem haladhatja meg a 30-at. Ha egy adatbázis több szinkroncsoporthoz tartozik, akkor több végpontnak számít, nem egynek.

Hálózati követelmények

Jegyzet

Ha Sync privát kapcsolatot használsz, ezek a hálózati követelmények nem érvényesek.

A szinkronizálási csoport létrehozásakor a adatszinkronizálás szolgáltatásnak csatlakoznia kell a központi adatbázishoz. A szinkronizálási csoport létrehozásakor az Azure SQL Servernek a következő konfigurációval kell rendelkeznie a Firewalls and virtual networks beállításaiban:

  • Nyilvános hálózati hozzáférés megtagadásakikapcsolt állapotrakell állítani.
  • Az Azure-szolgáltatások és -erőforrások hozzáférésének engedélyezését ehhez a kiszolgálóhozIgenopcióra be kell állítani, vagy IP-cím szabályokat kell létrehoznia a adatszinkronizálás szolgáltatás használatában lévő IP-címekhez.

A szinkronizálási csoport létrehozása és kiépítése után letilthatja ezeket a beállításokat. A szinkronizálási ügynök közvetlenül a központi adatbázishoz csatlakozik, és használhatja a kiszolgáló tűzfal IP-szabályait vagy privát végpontokat,, hogy az ügynök hozzáférhessen a központi kiszolgálóhoz.

Jegyzet

Ha megváltoztatod a szinkroncsoport séma beállításait, engedélyezned kell a adatszinkronizálás szolgáltatásnak, hogy újra hozzáférjen a szerverhez, így a hub adatbázis újra felállítható lesz.

Régióadatok tartózkodási helye

Ha ugyanazon a régión belül szinkronizál adatokat, az SQL adatszinkronizálás nem tárolja/dolgozza fel az ügyféladatokat azon a régión kívül, ahol a szolgáltatáspéldány telepítve van. Ha az adatokat különböző régiók között szinkronizálja, az SQL adatszinkronizálás replikálja az ügyféladatokat a párosított régiókba.

Gyakori kérdések az SQL adatszinkronizálásről

Mennyibe kerül az SQL adatszinkronizálás szolgáltatás?

Maga az SQL adatszinkronizálás szolgáltatás nem számít fel díjat. Az SQL Database-példányon belüli és onnan kimenő adatáthelyezési díjakat azonban továbbra is be kell fizetnie. További információ: adatátviteli díjak.

Mely régiók támogatják az Adatszinkronizálást?

Az SQL adatszinkronizálás minden régióban elérhető.

Szükség van egy Azure SQL Database-fiókra?

Igen. A központi adatbázis üzemeltetéséhez Rendelkeznie kell egy Azure SQL Database-fiókkal.

A adatszinkronizálás használatával csak SQL Server-adatbázisok közötti szinkronizálást végezhetek?

Közvetlenül nem. Az SQL Server-adatbázisok között azonban közvetve is szinkronizálhat, ha létrehoz egy Központi adatbázist az Azure-ban, majd hozzáadja a helyszíni adatbázisokat a szinkronizálási csoporthoz.

Konfigurálhatom a adatszinkronizáláset a különböző előfizetésekhez tartozó Azure SQL Database-adatbázisok közötti szinkronizálásra?

Igen. A különböző előfizetések tulajdonában lévő erőforráscsoportokhoz tartozó adatbázisok közötti szinkronizálást akkor is konfigurálhatja, ha az előfizetések különböző bérlőkhöz tartoznak.

  • Ha az előfizetések ugyanahhoz a bérlőhöz tartoznak, és minden előfizetéshez rendelkezik engedéllyel, konfigurálhatja a szinkronizálási csoportot az Azure Portalon.
  • Ellenkező esetben a Szinkronizálási tagok hozzáadásához a PowerShellt kell használnia.
  • A Private Link nem támogatott bérlők közötti forgatókönyvekben.

Beállíthatok adatszinkronizálást a különböző felhőkhöz (például az Azure Nyilvános felhőhöz és a 21Vianet által üzemeltetett Azure-hoz) tartozó SQL Database-adatbázisok közötti szinkronizáláshoz?

A adatszinkronizálás nem támogatja a felhők közötti szinkronizálást.

Használhatom az Adatszinkronizálást az éles adatbázis adatainak üres adatbázisba való bevetésére, majd szinkronizálására?

Igen. Hozza létre manuálisan a sémát az új adatbázisban az eredeti szkripttel. A séma létrehozása után adja hozzá a táblákat egy szinkronizálási csoporthoz az adatok másolásához és szinkronizálásához.

Az SQL adatszinkronizálás használatával kell biztonsági másolatot készíteni és visszaállítani az adatbázisaimat?

Nem ajánlott az SQL adatszinkronizálás használatával biztonsági másolatot készíteni az adatokról. Nem lehet biztonsági másolatot készíteni és visszaállítani egy adott időpontra, mert az SQL adatszinkronizálás-szinkronizálások nem verziószámozottak. Az SQL adatszinkronizálás emellett nem készít biztonsági másolatot más SQL-objektumokról, például a tárolt eljárásokról, és nem teszi meg gyorsan a visszaállítási műveletnek megfelelőt.

Egy ajánlott biztonsági mentési technikát az Adatbázis tranzakciós konzisztens másolatának másolása az Azure SQL Database-bencímű témakörben talál.

Szinkronizálhatja a adatszinkronizálás a titkosított táblákat és oszlopokat?

  • Ha egy adatbázis Always Encryptedet használ, csak azokat a táblákat és oszlopokat szinkronizálhatja, amelyek nem titkosítottak. A titkosított oszlopokat nem lehet szinkronizálni, mert az Adatszinkronizálás nem tudja visszafejteni az adatokat.
  • Ha egy oszlop Column-Level titkosítást (CLE) használ, akkor szinkronizálhatod az oszlopot, amennyiben a sorméret kisebb, mint a maximális 24 MB. A adatszinkronizálás a kulcs (CLE) által titkosított oszlopot normál bináris adatként kezeli. A többi szinkronizálási tag adatainak visszafejtéséhez ugyanazzal a tanúsítvánnyal kell rendelkeznie.

Támogatja-e a kollációt az SQL adatszinkronizálás?

Igen. Az SQL adatszinkronizálás az alábbi esetekben támogatja a rendezési beállítások konfigurálását:

  • Ha a kijelölt szinkronizálási sématáblák még nincsenek a központi vagy tagadatbázisokban, akkor a szinkronizálási csoport telepítésekor a szolgáltatás automatikusan létrehozza a megfelelő táblákat és oszlopokat az üres céladatbázisokban kijelölt rendezési beállításokkal.
  • Ha a szinkronizálandó táblák már léteznek a központi és a tagadatbázisokban is, az SQL adatszinkronizálás megköveteli, hogy az elsődleges kulcsoszlopok rendezése megegyezik a központ és a tagadatbázisok között a szinkronizálási csoport sikeres üzembe helyezéséhez. Az elsődleges kulcsoszlopokon kívül más oszlopokra nincs rendezési korlátozás.

Támogatott az összevonás az SQL adatszinkronizálásben?

Használhatsz egy federációs gyökéradatbázist SQL adatszinkronizálás-szel korlát nélkül. Nem lehet hozzáadni a federated database endpointet az SQL adatszinkronizálás jelenlegi verziójához.

Használhatom a adatszinkronizáláset a Dynamics 365-ből exportált adatok szinkronizálására saját adatbázis (BYOD) funkcióval?

A Dynamics 365 saját adatbázis-funkciót kínál, amellyel a rendszergazdák saját Microsoft Azure SQL-adatbázisba exportálhatják az alkalmazásból az adatentitást. Az adatszinkronizálással ezeket az adatokat más adatbázisokba is szinkronizálhatja, ha a növekményes adatleküldés van használva (a teljes leküldés nem támogatott), és a triggerek a céladatbázisbanigenre vannak állítva.

Hogyan hozhatok létre adatszinkronizálást feladatátvételi csoportban a vészhelyreállítás támogatásához?

Az SQL adatszinkronizálás nem kínál automatikus feladatátvételi vagy vészhelyreállítási képességeket. Ha az adatbázis egy másik régióba vált, a szinkroncsoport leáll a működésével. Manuálisan hozd létre újra a szinkroncsoportot a failover régióban ugyanazokkal a beállításokkal, mint a fő régió.

Kapcsolódó tartalom

Monitorozás és hibaelhárítás

Az SQL adatszinkronizálás a várt módon működik? A tevékenységek monitorozásához és a problémák elhárításához tekintse meg az alábbi cikkeket:

További információ az Azure SQL Database-ről

További információért az Azure SQL Database-ről lásd az alábbi cikkeket:

  • Utolsó frissítés időpontja: