Begränsningar och överväganden

Du bör vara medveten om följande begränsningar och överväganden när du använder en Microsoft SQL Server-källa (Microsoft CDC-baserad):

Begränsningar och överväganden för alla datauppgifter

• En sekundär Microsoft Azure SQL Managed Instance stöds inte som källdatabas.
• Flyttar av data från indexerade vyer stöds inte.
• Begränsningar på grund av kravet att ha MS-CDC aktiverat på alla källtabeller inkluderar:
  • Trunkering av tabell stöds inte
  • Verktygen WRITETEXT och UPDATETEXT stöds inte

  För mer information om MS-CDC-begränsningar, se Microsoft-hjälpen.

• När du kör utan rollen db_owner gäller följande begränsningar:

  • Fångst av DDL:er stöds inte. För att förhindra flyttar-fel måste du radera kryssrutan Fånga DDL-händelser i inställningarna för koppling innan du kör uppgiften.

  • MS-CDC kan inte aktiveras automatiskt och bör därför aktiveras manuellt. För att förhindra flyttar-fel måste du radera kryssrutan Aktivera MS-CDC på alla fångade tabeller i inställningarna för koppling innan du kör uppgiften.

  Anteckning om informationSärskilda behörigheter krävs för att köra utan rollen db_owner. För mer information, se Behörigheter som krävs.
• Flyttar av beräknade kolumner stöds endast i flyttar-uppgifter med fullständig laddning. Under CDC kommer INSERT:er till beräknade kolumner att visas som NULL på målet och UPDATE:er kommer att ignoreras.
• Partitionsväxling stöds inte.

• Följande DML-mönster stöds inte:

  select <*> into <new_table> from <existing_table>

• Kryptering på kolumnnivå stöds inte. Sådana tabeller kommer att skrivas till målet utan de krypterade kolumnerna.
• När du infogar ett värde i rumsliga datatyper för Microsoft Azure SQL Managed Instance (GEOGRAPHY och GEOMETRY) kan man antingen ignorera egenskapen SRID (Spatial Reference System Identifier) – i vilket fall standard-SRID kommer att användas (0 för GEOMETRY och 4326 för GEOGRAPHY) – eller ange ett annat nummer. Vid flyttar av tabeller med rumsliga datatyper ersätter Gateway för dataflytt det SRID som infogades av användaren med standard-SRID.
• Columnstore-index stöds inte.
• Minnesoptimerade tabeller (med In-Memory OLTP) stöds inte.
• Temporala databaser stöds inte
• Fördröjd hållbarhet stöds inte
• På grund av en ODBC-begränsning kan högst 16 kolumner ingå i en primärnyckel.
• Maskerade data kommer att skapas i målet utan maskering.

• OpenLDAP stöds inte

• Flyttar från databaser som är konfigurerade för att använda ADR (Accelerated Database Recovery) stöds inte.

• Flyttar en tabell eller ett schema med en apostrof (') i namnet stöds inte.

• Ändringar som tillämpas på databasen med hjälp av DACPAC kommer inte att registreras.

• MS-CDC-ändringstabeller med kolumner av fast storlek (inklusive NCHAR- och CHAR-data), vars summa överstiger 8060 byte, stöds inte.

• Systemtabeller och vyer stöds inte.

Begränsningar och överväganden för uppgifter för replikering och mellanlagring

• På grund av kravet att ha MS-CDC aktiverat på alla källtabeller kommer omdöpta kolumner inte att fångas under CDC.

  För mer information om MS-CDC-begränsningar, se Microsoft-hjälpen.

Begränsningar vid fångst av DDL-operationer är följande:

• RENAME TABLE kommer inte att fångas. När en RENAME TABLE DDL påträffas kommer uppgiften att fortsätta fånga ändringarna utan att byta namn på måltabellen. Om uppgiften stoppas och återupptas eller om det finns ett återställningsbart fel, kommer tabellen att pausas för att tillåta att CT-tabellen justeras manuellt.
• DDL:er på tabellnivå stöds inte. När en tabell-DDL påträffas kommer DDL:en att överföras till målet och tabellen kommer att pausas för att tillåta att CT-tabellen justeras manuellt.

• När du kör utan rollen db_owner stöds inte fångst av DDL:er.

  Anteckning om informationSärskilda behörigheter krävs för att köra utan rollen db_owner. För mer information, se Körning utan rollen db-owner.

• När du kör utan rollen db_owner kan MS-CDC inte aktiveras automatiskt och bör därför aktiveras manuellt. För att förhindra flyttar-fel måste du också radera kryssrutan Aktivera MS-CDC på alla fångade tabeller i egenskaperna för koppling innan du kör uppgiften.

• Det finns inget stöd för att samla in DDL- och DML-satser i en enda transaktion.

Säkerhetsfunktioner som inte stöds

Tabeller som använder följande säkerhetsfunktioner stöds inte:

• Always Encrypted
• Row-Level Security

Datatyper som inte stöds

Följande datatyper stöds inte:

• CURSOR
• SQL_VARIANT
• TABLE