Megosztás a következőn keresztül:


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 és END 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.
  • 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

  • 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:

    1. Az Azure Synapse Analytics-munkaterület törlése előtt állítsa le a futó hivatkozásokat.
    2. Törölje manuálisan a hivatkozásdefiníciót a forrásadatbázisban.
      1. 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>;
        
      2. 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>;
        
      3. 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;
        

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.
  • 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 a is_ms_shipped=1sys.objectskö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ás sys.sp_change_feed_enable_db meghiúsul, ha a felhasználó és a changefeed 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 és changefeed 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ót changefeed .
    • 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.