Limiti e considerazioni

Quando si utilizza un'origine Microsoft SQL Server (basato su registri), è necessario tenere presente le seguenti limitazioni e considerazioni:

Limiti e considerazioni per tutte le attività dati

• Le definizioni di Microsoft SQL Server Replication Publisher per il database utilizzato nell'attività non vengono rimosse se si elimina l'attività. Un amministratore di sistema di Microsoft SQL Server deve eliminare queste definizioni da Microsoft SQL Server.
• Landing delle tabelle Sparse è supportata solo in modalità "Caricamento completo" landing.
• Landing dei dati delle viste indicizzate non è supportato.
• Gli eventi TRUNCATE non verranno acquisiti.

• Il Landing delle colonne calcolate è supportato solo nelle attività di caricamento completo landing. Durante il CDC, gli INSERT nelle colonne elaborate verranno visualizzati come NULL sulla destinazione e gli UPDATE verranno ignorati.

• Il cambio di partizione di Microsoft SQL Server non è supportato.
• Quando si utilizzano le utilità WRITETEXT e UPDATETEXT, gli eventi applicati al database di origine non vengono acquisiti.

• Il seguente schema DML non è supportato:

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

• La crittografia a livello di colonna non è supportata.
• Per l'accesso ai registri delle transazioni di backup si applicano le seguenti limitazioni:
  • I backup criptati non sono supportati.
  • I backup archiviati in un URL o su Windows Azure non sono supportati.
• Il backup di Microsoft SQL Server su più dischi (cioè MIRROR TO DISK) non è supportato.
• Quando si inserisce un valore nei tipi di dati spaziali di SQL Server (GEOGRAPHY e GEOMETRY), è possibile ignorare la proprietà SRID (Spatial Reference System Identifier), nel qual caso verrà utilizzato il SRID predefinito (0 per GEOMETRY e 4326 per GEOGRAPHY), oppure specificare un numero diverso. Quando si tratta di tabelle landing con tipi di dati spaziali, il SRID inserito dall'utente viene sostituito con il SRID predefinito.
• Gli indici Columnstore non sono supportati.
• Le tabelle ottimizzate per la memoria (utilizzando In-Memory OLTP) non sono supportate.
• Le tabelle temporali non sono supportate
• La durata ritardata non è supportata
• Il tracciamento delle modifiche alla tabella non è supportato
• Dati mascherati verranno creati nella destinazione senza mascheratura.
• OpenLDAP non è supportato

• Landing direttamente da un database secondario di Microsoft SQL Server non è supportato. Di conseguenza, le connector Microsoft SQL Server devono essere configurate per connettersi al database primario o all'AlwaysOn Listener.

• Il Landing dai database configurati per utilizzare ADR (Accelerated Database Recovery) non è supportato.

• La funzione di Landing di una tabella o uno schema con un apostrofo (') nel nome non è supportata.

• Le modifiche applicate al database tramite DACPAC non verranno acquisite.

• La CDC non è supportata da tabelle con partizioni compresse e non compresse.

• Le tabelle e le visualizzazioni di sistema non sono supportate.

Limiti e considerazioni esclusivi per tutte le attività di replica

• La ridenominazione delle tabelle tramite sp_rename non è supportata (ad es. sp_rename 'Sales.SalesRegion', 'SalesReg;)
• La ridenominazione delle colonne tramite sp_rename non è supportata (ad es. sp_rename 'Sales.Sales.Region', 'RegID', 'COLUMN';)

• Le seguenti limitazioni si applicano quando si accede ai registri delle transazioni di backup a livello di file:

  • I registri delle transazioni di backup devono risiedere in una cartella condivisa con le autorizzazioni e i diritti di accesso appropriati.
  • L'accesso ai registri delle transazioni attive avviene tramite l'API di Microsoft SQL Server (e non a livello di file).
  • I computer gateway di Data Movement e Microsoft SQL Server devono risiedere nello stesso dominio.
  • La crittografia trasparente dei dati (TDE) non è supportata. Si noti che quando si accede ai registri delle transazioni di backup utilizzando la funzionalità nativa di SQL Server (cioè non utilizzando l'accesso a livello di file), la crittografia TDE è supportata.
  • Le piattaforme Unix non sono supportate.
  • La lettura dei registri di backup da più strisce non è supportata.
• La replica dei tipi di dati GEOGRAPHY e GEOMETRY è supportata solo in modalità LOB limitata.
• Se il proprio database non è impostato per MS-REPLICATION o MS-CDC, è comunque possibile acquisire le tabelle che non hanno una chiave primaria, ma tenere presente che in tale configurazione verranno catturati solo gli eventi DML INSERT/DELETE. Gli eventi UPDATE saranno ignorati.

• L'acquisizione di istruzioni DDL e DML all'interno di una singola transazione non è supportata.

• Le operazioni di UPDATE di una chiave primaria/indice univoco che interessano più righe possono causare conflitti quando si applicano le modifiche alla destinazione. Ciò può verificarsi, ad esempio, se gli UPDATE vengono applicati alla destinazione come operazioni di INSERT/DELETE anziché come una singola operazione di UPDATE. In uno scenario del genere (in cui gli UPDATE di una chiave primaria/indice univoco influiscono su più righe), l'utilizzo della modalità di elaborazione delle modifiche dell'applicazione ottimizzata in batch non è supportato poiché la tabella potrebbe essere ignorata. Tuttavia, l'utilizzo della modalità di elaborazione delle modifiche dell'applicazione transazionale può comportare violazioni dei vincoli.

  In questo caso, è necessario ricaricare la tabella pertinente o individuare i record problematici nella tabella di controllo Applica eccezioni e modificarli manualmente nel database di destinazione. Vedere anche: Change processing tuning.

Funzionalità di sicurezza di Microsoft SQL Server non supportate

Le tabelle che utilizzano le seguenti funzioni di sicurezza di Microsoft SQL Server non sono supportate:

• Sempre criptato
• Sicurezza a livello di riga

Tipi di dati non supportati

I seguenti tipi di dati non sono supportati:

• CURSOR
• SQL_VARIANT
• TABLE