Beperkingen en overwegingen
U moet rekening houden met de volgende beperkingen en overwegingen wanneer u een bron van Microsoft SQL Server (op basis van logboeken) gebruikt:
Beperkingen en overwegingen voor alle gegevenstaken
- De definities van Microsoft SQL Server Replication Publisher voor de database die is gebruikt in de taak worden niet verwijderd als u de taak verwijderd. Een systeembeheerder van de Microsoft SQL Server moet deze definities verwijderen van de Microsoft SQL Server.
- Landing van verspreide tabellen wordt alleen ondersteund in de modus "volledige lading"landing.
- Landing van gegevens van geïndexeerde weergaven wordt niet ondersteund.
- TRUNCATE-gebeurtenissen worden niet vastgelegd.
-
Landing van berekende kolommen wordt alleen ondersteund in landing taken voor volledig laden. Tijdens CDC, worden INSERT's naar berekende kolommen weergegeven als NULL voor het doel en worden UPDATE's genegeerd.
- Het wisselen van de Microsoft SQL Server-partitie wordt niet ondersteund.
- Bij het gebruik van WRITETEXT en UPDATETEXT worden gebeurtenissen die zijn toegepast op de brondatabase niet vastgelegd.
-
Het volgende DML-patroon wordt niet ondersteund:
select <*> into <new_table> from <existing_table>
- Versleuteling op kolomniveau wordt niet ondersteund.
- De volgende beperkingen zijn van toepassing bij het openen van back-up transactielogboeken:
- Versleutelde back-ups worden niet ondersteund.
- Back-ups die zijn opgeslagen op een URL of op Windows Azure worden niet ondersteund.
- Het maken van een back-up van Microsoft SQL Server op meerdere schijven (d.w.z. MIRROR TO DISK) wordt niet ondersteund.
- Bij het invoegen van een waarde in ruimtelijke gegevenstypen van SQL Server (GEOGRAPHY en GEOMETRY), kan de eigenschap SRID (Spatial Reference System Identifier) worden genegeerd - in dat geval wordt de standaard SRID gebruikt (0 voor GEOMETRY en 4326 voor GEOGRAPHY) of u kunt een ander getal opgeven. Bij het landing van tabellen met ruimtelijke gegevenstypen, wordt de SRID die de gebruiker heeft ingevoegd vervangen door de standaard SRID.
- Columnstore-indexen worden niet ondersteund.
- Tabellen geoptimaliseerd voor geheugen (met gebruik van OLTP in het geheugen) worden niet ondersteund.
- Tijdelijke tabellen worden niet ondersteund.
- Vertraagde duurzaamheid wordt niet ondersteund.
- Tabelwijzigingen bijhouden wordt niet ondersteund.
- Gemaskeerde gegevens worden in het doel gemaakt zonder maskering.
- OpenLDAP wordt niet ondersteund
-
Landing direct vanaf een secundaire Microsoft SQL Server-database wordt niet ondersteund. Bovendien moet het connector van Microsoft SQL Server worden geconfigureerd om verbinding te maken met de primaire database of de AlwaysOn Listener.
-
Landing van databases die zijn geconfigureerd voor het gebruik van ADR (Accelerated Database Recovery) wordt niet ondersteund.
-
Het Landing van een tabel of schema met een apostrof (') in de naam wordt niet ondersteund.
-
Wijzigingen die zijn toegepast op de database met DACPAC worden niet vastgelegd.
-
CDC wordt niet ondersteund voor tabellen die zowel gecomprimeerde als niet-gecomprimeerde partities bevatten.
-
Systeemtabellen en -weergaven worden niet ondersteund.
Beperkingen en overwegingen voor alleen replicationtaken
- Het hernoemen van tabellen met behulp van
sp_rename
wordt niet ondersteund (bijv.sp_rename 'Sales.SalesRegion', 'SalesReg;
) - Het hernoemen van kolommen met behulp van
sp_rename
wordt niet ondersteund (bijv.sp_rename 'Sales.Sales.Region', 'RegID', 'COLUMN';
) -
De volgende beperkingen zijn van toepassing bij het openen van back-up transactielogboeken op bestandsniveau:
- De back-up transactielogboeken moeten zich in een gedeelde map bevinden met de geschikte machtigingen en toegangsrechten.
- Actieve transactielogboeken worden geopend via de Microsoft SQL Server API (en niet op bestandsniveau).
- De Qlik Talend Data Integration- en Microsoft SQL Server-machines moeten zich in hetzelfde domein bevinden.
- Transparent Data Encryption (TDE - transparante gegevensversleuteling) wordt niet ondersteund. Bij het openen van de back-up transactielogboeken met de eigen functionaliteit van SQL Server (d.w.z bij geen gebruik van toegang op bestandsniveau) wordt TDE-versleuteling wel ondersteund.
- Unix-platformen worden niet ondersteund.
- Het lezen van back-uplogboeken van meerdere stappen wordt niet ondersteund.
- Het repliceren van de gegevenstypen GEOGRAPHY en GEOMETRY worden alleen ondersteund in de beperkte LOB-modus.
- Als uw database niet is ingesteld voor MS-REPLICATION of MS-CDC, kunt u nog steeds tabellen zonder primaire sleutel vastleggen, maar houd er rekening mee dat in dit geval alleen INSERT/DELETE DML-gebeurtenissen worden vastgelegd. UPDATE-gebeurtenissen worden genegeerd.
-
DDL- en DML-opdrachten vastleggen met een afzonderlijke transactie wordt niet ondersteund.
-
UPDATE's van een primaire sleutel/unieke index die van invloed zijn op meerdere rijen kunnen conflicten veroorzaken wanneer de wijzigingen op het doel worden toegepast. Dit kan bijvoorbeeld onstaan als de UPDATE's worden toegepast op het doel als INSERT/DELETE-bewerkingen in plaats van een afzonderlijke UPDATE-bewerking. In een dergelijk scenario (waarbij UPDATE's op een primaire sleutel/unieke index van invloed zijn op meerdere rijen), wordt het werken in de modus Verwerking voor batch geoptimaliseerde wijzigingen toepassen niet ondersteund omdat hierbij de tabel genegeerd kan worden. Als u werkt in de modus Verwerking van transactionele wijzigingen toepassen, kan dit resulteren in schendingen.
Als dit gebeurt, moet u de relevante tabel opnieuw laden of de records die problemen veroorzaken zoeken in de Uitzonderingen toepassen beheertabel en ze handmatig bewerken in de doeldatabase. Zie ook: Change processing tuning.
Niet-ondersteunde beveiligingsfuncties van Microsoft SQL Server
Tabellen die de volgende beveiligingsfuncties van Microsoft SQL Server gebruiken, worden niet ondersteund:
- Altijd versleuteld
- Beveiliging op rijniveau
Niet-ondersteunde gegevenstypen
De volgende gegevenstypen worden niet ondersteund:
- CURSOR
- SQL_VARIANT
- TABLE
Door de gebruiker gedefinieerde gegevenstypen worden ondersteund op basis van hun basistype. Bijvoorbeeld: een door de gebruiker gedefinieerd gegevenstype op basis van DATETIME wordt behandeld als een DATETIME-gegevenstype.