Az SQL-hez készült Azure Synapse Link korlátozásai és ismert problémái
Ez a cikk az SQL-hez készült Azure Synapse Link korlátozásait és ismert problémáit sorolja fel.
Korlátozások
Az alábbi szakaszok az SQL-hez készült Azure Synapse Link korlátozásait sorolják fel.
Azure SQL Database és SQL Server 2022
- A forrástábláknak elsődleges kulcsokkal kell rendelkezniük.
- Az SQL-hez készült Azure Synapse Link adatforrásaként csak egy írható elsődleges replika támogatott.
- A forrástáblákban szereplő elsődleges kulcsok esetében az alábbi adattípusok nem támogatottak.
- Valódi
- Úszó
- hierarchiaazonosító
- sql_variant
- Időbélyeg
- A forrástábla sormérete nem haladhatja meg a 7500 bájtot. Azoknál a tábláknál, ahol a változó hosszúságú oszlopok soron kívül vannak tárolva, a rendszer a fő rekordban tárolja a 24 bájtos mutatót.
- A forrástáblák kezdeti pillanatképezésekor a rendszer nem támogatja az 1 MB-nál nagyobb méretű nagyméretű objektumadatokat (LOB) tartalmazó forrástábla-adatokat. Ezek a LOB-adattípusok a következők: varchar(max), nvarchar(max), varbinary(max). Hibaüzenet jelenik meg, és az adatok nem lesznek exportálva az Azure Synapse Analyticsbe. A tárolt eljárás sp_configure a beállítás konfigurált maximális értékének növeléséhez
max text repl size
, amely alapértelmezés szerint 64 K. A konfigurált érték-1
nem jelez korlátot, kivéve az adattípus által előírt korlátot. - Az SQL-hez készült Azure Synapse Linkhez engedélyezett táblák legfeljebb 1020 oszlopból (nem 1024) lehetnek.
- Bár egy adatbázishoz több hivatkozás is engedélyezve lehet, egy adott tábla nem tartozhat több hivatkozáshoz.
- Ha egy adatbázis tulajdonosa nem rendelkezik leképezett bejelentkezéssel, az SQL-hez készült Azure Synapse Link hibába ütközik a kapcsolatkapcsolat engedélyezésekor. A felhasználó beállíthatja az adatbázis tulajdonosát egy érvényes felhasználóra a probléma megoldásához a
ALTER AUTHORIZATION
paranccsal. - Ha a forrástábla olyan számított oszlopokat vagy oszlopokat tartalmaz, amelyek adattípusai nem támogatják a dedikált SQL-készleteket, a rendszer nem replikálja az oszlopokat. A nem támogatott oszlopok közé tartoznak a következők.
- rendszerkép
- text
- xml
- Időbélyeg
- sql_variant
- UDT
- Geometria
- Földrajz
- Egyetlen kapcsolati kapcsolathoz legfeljebb 5000 tábla adható hozzá.
- Az alábbi táblázat adatdefiníciós nyelvi (DDL) műveletei nem engedélyezettek a forrástáblákon, ha engedélyezve vannak az Azure Synapse Link for SQL-hez. Minden más DDL-művelet engedélyezett, de nem replikálódik az Azure Synapse Analyticsbe.
- Partíció váltása
- Oszlop hozzáadása/elvetése/módosítása
- Elsődleges kulcs módosítása
- Tábla elvetése/csonkálása
- Tábla átnevezése
- Ha az adatdefiníciós nyelv (DDL) + adatmanipulációs nyelv (DML) explicit tranzakcióban (köztük
BEGIN TRANSACTION
ésEND TRANSACTION
utasítások között) fut, a megfelelő táblák replikációja meghiúsul a kapcsolaton belül.Feljegyzés
Ha egy tábla kritikus fontosságú a tranzakciós konzisztencia szempontjából a kapcsolati kapcsolat szintjén, tekintse át az Azure Synapse Link tábla állapotát a Figyelés lapon.
- Az SQL-hez készült Azure Synapse Link nem engedélyezhető, ha az alábbi funkciók bármelyike használatban van a forrástáblához.
- Adatváltozások rögzítése
- Időbeli előzmények táblázata
- Mindig titkosított
- Memóriabeli táblák
- Oszlopcentrikus index
- Grafikon
- A rendszertáblák nem replikálhatók.
- A forrásadatbázis biztonsági konfigurációja NEM jelenik meg a célzott dedikált SQL-készletben.
- Az Azure Synapse Link sql-hez való engedélyezésével létrejön egy új séma neve
changefeed
. Ne használja ezt a sémát, mert rendszerhasználatra van fenntartva. - A dedikált SQL-készletek ( például az UTF-8 és bizonyos japán rendezések) által nem támogatott rendezéseket tartalmazó forrástáblák nem replikálhatók. Íme a Synapse SQL-készlet támogatott rendezései.
- Az SQL-hez készült Azure Synapse Link emellett nem támogat néhány thai nyelvű rendezést:
- Thai100CaseInsensitiveAccentInsensitiveKanaSensitive
- Thai100CaseInsensitiveAccentSensitiveSupplementaryCharacters
- Thai100CaseSensitiveAccentInsensitiveKanaSensitive
- Thai100CaseSensitiveAccentInsensitiveKanaSensitiveWidthSensitiveSupplementaryCharacters
- Thai100CaseSensitiveAccentSensitiveKanaSensitive
- Thai100CaseSensitiveAccentSensitiveSupplementaryCharacters
- ThaiCaseSensitiveAccentInsensitiveWidthSensitive
- A rendezési Latin1_General_BIN2 jelenleg nem támogatott, mivel egy ismert probléma miatt a hivatkozás nem állítható le, és a mögöttes táblák sem távolíthatók el a replikációból.
- Az SQL-hez készült Azure Synapse Link emellett nem támogat néhány thai nyelvű rendezést:
- A 370 MB-os egysoros frissítések (beleértve az oldalról történő tárolást is) > nem támogatottak.
- Ha az Azure SQL Database-en vagy az SQL Server 2022-n futó SQL-hez készült Azure Synapse Link engedélyezve van, a gyorsított adatbázis-helyreállítás (ADR) agresszív naplócsondolási funkciója automatikusan le lesz tiltva. Ennek az az oka, hogy az SQL-hez készült Azure Synapse Link hozzáfér az adatbázis tranzakciónaplóhoz. Ez a viselkedés hasonló a módosított adatrögzítéshez (CDC). Az aktív tranzakciók mindaddig visszatartják a tranzakciónapló csonkolását, amíg a tranzakció véglegesítése és az SQL-hez készült Azure Synapse Link el nem ér, vagy a tranzakciók megszakadnak. Ez azt eredményezheti, hogy a tranzakciónapló a szokásosnál jobban megtelik, és figyelni kell, hogy a tranzakciónapló ne töltődjön be.
Csak Azure SQL Database
- Az SQL-hez készült Azure Synapse Link nem támogatott ingyenes, alapszintű vagy standard szinten, 100-nál kevesebb DTU-val.
- Az SQL-hez készült Azure Synapse Link nem támogatott felügyelt SQL-példányokon.
- A szolgáltatásnév nem támogatott az Azure SQL DB forrásának hitelesítéséhez, ezért az Azure SQL DB társított szolgáltatásának létrehozásakor válassza az SQL-hitelesítést, a felhasználó által hozzárendelt felügyelt identitást (UAMI) vagy a szolgáltatás által hozzárendelt felügyelt identitást (SAMI).
- Ha az Azure SQL Database logikai kiszolgálója SAMI-t és UAMI-t is konfigurál, az Azure Synapse Link SAMI-t használ.
- Az Azure Synapse Link nem engedélyezhető a másodlagos adatbázisban a GeoDR-feladatátvétel után, ha a másodlagos adatbázis neve eltér az elsődleges adatbázis nevétől.
- Ha Microsoft Entra-felhasználóként engedélyezi az Azure Synapse Link for SQL-t az adatbázison, az időponthoz kötött visszaállítás (PITR) meghiúsul. A PITR csak akkor működik, ha SQL-felhasználóként engedélyezi az Azure Synapse Link for SQL-t az adatbázisban.
- Ha Microsoft Entra-felhasználóként hoz létre adatbázist, és engedélyezi az Azure Synapse Link for SQL-t, az SQL-hitelesítéssel rendelkező felhasználók (például még a sysadmin szerepkörök) nem fogják tudni letiltani vagy módosítani az Sql-összetevőkhöz készült Azure Synapse Linket. Egy másik Microsoft Entra-felhasználó azonban képes engedélyezni/letiltani az SQL-hez készült Azure Synapse Linket ugyanazon az adatbázisban. Hasonlóképpen, ha SQL-hitelesítési felhasználóként hoz létre adatbázist, az Azure Synapse Link engedélyezése/letiltása az SQL-hez Microsoft Entra-felhasználóként nem működik.
- A bérlők közötti adatreplikálás nem támogatott, ha egy Azure SQL Database és az Azure Synapse-munkaterület külön bérlőkben található.
Csak SQL Server 2022
- Az SQL-hez készült Azure Synapse Link nem engedélyezhető tranzakciós replikáció közzétevői vagy terjesztői adatbázisai esetében.
- Ha egy rendelkezésre állási csoportban aszinkron replikák találhatóak, a tranzakciókat minden replikára meg kell írni, mielőtt közzétennénk az Azure Synapse Link for SQL-ben.
- Az Sql-hez készült Azure Synapse Link nem támogatott olyan adatbázisokban, amelyeken engedélyezve van az adatbázis-tükrözés.
- Az AZURE Synapse Link visszaállítása SQL-kompatibilis adatbázishoz a helyszíniről a felügyelt Azure SQL-példányra nem támogatott.
Figyelemfelhívás
Az Sql-hez készült Azure Synapse Link nem támogatott az Azure SQL Managed Instance Linket is használó adatbázisokban. Ügyeljen arra, hogy ezekben a forgatókönyvekben, amikor a felügyelt példány írás-olvasási módra vált, a tranzakciónaplóval kapcsolatos problémákat tapasztalhat.
Ismert problémák
Ha nem töröl egy futó hivatkozással rendelkező Azure Synapse Analytics-munkaterületet, az a forrásadatbázis tranzakciónaplójának kitöltését okozhatja
A következőkre vonatkozik: Azure Sql Database-hez és SQL Server 2022-hez készült Azure Synapse Link
Probléma – Ha töröl egy Azure Synapse Analytics-munkaterületet, lehetséges, hogy a hivatkozások futtatása nem áll le, ami miatt a forrásadatbázis úgy véli, hogy a hivatkozás továbbra is működőképes, és a tranzakciónaplót nem csonkolja, és kitölti.
Állásfoglalás – Két lehetséges megoldás létezik erre a helyzetre:
- Az Azure Synapse Analytics-munkaterület törlése előtt állítsa le a futó hivatkozásokat.
- Törölje manuálisan a hivatkozásdefiníciót a forrásadatbázisban.
- Keresse meg a
table_group_id
leállítandót a következő lekérdezéssel.SELECT table_group_id, workspace_id, synapse_workgroup_name FROM [changefeed].[change_feed_table_groups] WHERE synapse_workgroup_name = <synapse workspace name>;
- Az alábbi eljárással azonosított hivatkozások elvetése.
EXEC sys.sp_change_feed_drop_table_group @table_group_id = <table_group_id>;
- Ha egy adott adatbázis összes táblacsoportját letiltja, letilthatja a változáscsatornát az adatbázisban az alábbi paranccsal.
EXEC sys.sp_change_feed_disable_db;
- Keresse meg a
A változáscsatorna újbóli engedélyezése egy olyan táblán, amelynek nemrég le lett tiltva, hibaüzenet jelenik meg
- A következőkre vonatkozik: Azure Sql Database-hez és SQL Server 2022-hez készült Azure Synapse Link
- Ez nem gyakori viselkedés.
- Probléma – Ha olyan táblát próbál engedélyezni, amely nemrég le lett tiltva a metaadataival, és még nem lett eltávolítva, és letiltott állapotúként van megjelölve, hibaüzenet jelenik meg
A table can only be enabled once among all table groups
. - Megoldás – Várjon, amíg a letiltott táblarendszer eljárása befejeződik, majd próbálja újra engedélyezni a táblát.
Az Azure Synapse Link engedélyezésének kísérlete az SSDT- és SQLPackage használatával importált adatbázisokon az importálási/exportálási és kinyerési/üzembe helyezési műveletekhez
- A következőkre vonatkozik: Azure Sql Database-hez és SQL Server 2022-hez készült Azure Synapse Link
- Probléma – Az Azure Synapse Linkkel engedélyezett SQL-adatbázisok esetében, amikor SSDT importálási/exportálási és kinyerési/üzembe helyezési műveleteket használ egy új adatbázis importálásához/beállításához, a séma és a
changefeed
felhasználó nem lesz kizárva az új adatbázisban. A DacFX azonban figyelmen kívül hagyja a változáscsatorna tábláit, mert a jelölésük ais_ms_shipped=1
sys.objects
következő, és ezek az objektumok soha nem szerepelnek az SSDT Importálási/Exportálási és -kinyerési/üzembe helyezési műveleteiben. Amikor engedélyezi az Azure Synapse Linket az importált/üzembe helyezett adatbázisban, a rendszer által tárolt eljárássys.sp_change_feed_enable_db
meghiúsul, ha a felhasználó és achangefeed
séma már létezik. Ez a probléma akkor jelentkezik, ha olyan felhasználót vagy sémát hozott létre,changefeed
amely nem kapcsolódik az Azure Synapse Link változáscsatorna-funkcióhoz. - Felbontás-
- Az üres
changefeed
séma éschangefeed
a felhasználó manuális elvetése. Ezután az Azure Synapse Link sikeresen engedélyezhető az importált/üzembe helyezett adatbázisban. - Ha olyan egyéni sémát vagy felhasználót
changefeed
definiált az adatbázisban, amely nem kapcsolódik az Azure Synapse Linkhez, és nem kívánja használni az Sql-hez készült Azure Synapse Linket, nem szükséges elvetni a sémát vagy a felhasználótchangefeed
. - Ha az adatbázisban definiált egy ügyfélséma vagy felhasználó nevét
changefeed
, ez az adatbázis jelenleg nem tud részt venni az SQL-hez készült Azure Synapse Linkben.
- Az üres
Kapcsolódó tartalom
Visszajelzés
https://aka.ms/ContentUserFeedback.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ:Visszajelzés küldése és megtekintése a következőhöz: