Condividi tramite

Sottoscrittori non SQL Server

  • Articolo

I Sottoscrittori non SQL Server seguenti possono sottoscrivere pubblicazioni snapshot e transazionali usando sottoscrizioni push. Le sottoscrizioni sono supportate per le due versioni più recenti di ogni database elencato utilizzando la versione più recente del provider OLE DB elencato.

La replica eterogenea a Sottoscrittori non SQL Server è deprecata. La pubblicazione Oracle è deprecata. Per spostare dati, creare soluzioni utilizzando Change Data Capture e SSIS.

Attenzione

Questa funzionalità verrà rimossa a partire da una delle prossime versioni di Microsoft SQL Server. Evitare di usare questa funzionalità in un nuovo progetto di sviluppo e prevedere interventi di modifica nelle applicazioni in cui è attualmente implementata.

Database Sistema operativo Provider
Oracle Tutte le piattaforme supportate da Oracle Provider Oracle OLE DB (fornito da Oracle)
IBM DB2 MVS, AS400, Unix, Linux, Windows escluso 9.x Provider Microsoft Host Integration Server (HIS) OLE DB

Per informazioni sulla creazione delle sottoscrizioni di Oracle e IBM DB2, vedere Sottoscrittori Oracle e IBM DB2 Subscribers.

Considerazioni sui Sottoscrittori non SQL Server

Quando si esegue la replica in Sottoscrittori non SQL Server, tenere presenti le considerazioni seguenti:

Considerazioni generali

  • La replica supporta la pubblicazione di tabelle e viste indicizzate come tabelle in Sottoscrittori non SQL Server (le viste indicizzate non possono essere replicate come viste indicizzate).

  • Quando si crea una pubblicazione nella Creazione guidata nuova pubblicazione e la si abilita per i Sottoscrittori non SQL Server tramite la finestra di dialogo Proprietà pubblicazione, il proprietario di tutti gli oggetti nel database di sottoscrizione non viene specificato per i Sottoscrittori non SQL Server, mentre per i Sottoscrittori di Microsoft SQL Server viene impostato sul proprietario dell'oggetto corrispondente nel database di pubblicazione.

  • Se una pubblicazione avrà SQL Server Sottoscrittori e sottoscrittori non SQL Server, la pubblicazione deve essere abilitata per i Sottoscrittori non SQL Server prima che vengano create sottoscrizioni per SQL Server Sottoscrittori.

  • Per impostazione predefinita, gli script generati dal agente di snapshot per sottoscrittori non SQL Server usano identificatori non delimitati nella sintassi CREATE TABLE. Pertanto, una tabella pubblicata denominata 'test' viene replicata come 'TEST'. Per usare la stessa combinazione di maiuscole e minuscole della tabella nel database di pubblicazione, specificare il parametro -QuotedIdentifier per l'agente di distribuzione. Il parametro -QuotedIdentifier deve essere utilizzato anche se i nomi degli oggetti pubblicati (ad esempio tabelle, colonne e vincoli) includono spazi o parole riservate nella versione del database nel Sottoscrittore non SQL Server. Per ulteriori informazioni su questo parametro, vedere Agente distribuzione repliche.

  • L'account con il quale viene eseguito l'agente di distribuzione deve disporre di accesso in lettura alla directory di installazione del provider OLE DB.

  • Per impostazione predefinita per i Sottoscrittori non SQL Server, il agente di distribuzione usa il valore [(destinazione predefinita)] per il database di sottoscrizione (il parametro -SubscriberDB per il agente di distribuzione):

  • Se il server di distribuzione SQL Server è in esecuzione in una piattaforma a 64 bit, è necessario usare la versione a 64 bit del provider OLE DB appropriato.

  • La replica consente di spostare i dati in formato Unicode indipendentemente dalla tabella codici e dalle regole di confronto utilizzate nel server di pubblicazione e nel Sottoscrittore. Quando si esegue la replica tra server di pubblicazione e Sottoscrittori è consigliabile scegliere una tabella codici e regole di confronto compatibili.

  • Se un articolo viene aggiunto o eliminato da una pubblicazione, le sottoscrizioni ai Sottoscrittori non SQL Server devono essere reinizializzate.

  • Gli unici vincoli supportati per tutti i Sottoscrittori non SQL Server sono: NULL e NOT NULL. I vincoli delle chiavi primarie vengono replicati come indici univoci.

  • Il valore NULL viene considerato in modo diverso a seconda del database, con conseguenze sulla modalità di rappresentazione dei valori e delle stringhe vuote e dei valori NULL. Ciò a sua volta influisce sul comportamento dei valori inseriti nelle colonne con vincoli univoci definiti. Ad esempio, Oracle consente più valori NULL in una colonna considerata univoca, mentre SQL Server consente solo un singolo valore NULL in una colonna univoca.

    Un altro fattore è rappresentato dal modo in cui i valori NULL, le stringhe e i valori vuoti vengono considerati quando la colonna è definita come NOT NULL. Per informazioni sulla risoluzione di questo problema per i Sottoscrittori Oracle, vedere Sottoscrittori Oracle.

  • I metadati correlati alla replica (tabella di sequenza di transazioni) non vengono eliminati dai sottoscrittori non SQL Server quando la sottoscrizione viene rimossa.

Conformità ai requisiti del database Sottoscrittore

  • Lo schema e i dati pubblicati devono essere conformi ai requisiti del database nel Sottoscrittore. Ad esempio, se un database non SQL Server ha dimensioni massime massime inferiori a SQL Server, è necessario assicurarsi che lo schema pubblicato e i dati non superino queste dimensioni.

  • Le tabelle replicate in Sottoscrittori non SQL Server adottano le convenzioni di denominazione delle tabelle del database nel Sottoscrittore.

  • L'operazione DDL non è supportata per Sottoscrittori non SQL Server. Per altre informazioni sulle modifiche dello schema, vedere Apportare modifiche allo schema nei database di pubblicazione.

Supporto della funzionalità di replica

  • SQL Server offre due tipi di sottoscrizioni: push e pull. I Sottoscrittori non SQL Server devono usare sottoscrizioni push, in cui il agente di distribuzione viene eseguito nel server di distribuzione SQL Server.

  • SQL Server offre due formati di snapshot: bcp-mode nativo e modalità carattere. I Sottoscrittori non SQL Server richiedono snapshot in modalità carattere.

  • I Sottoscrittori non SQL Server non possono usare sottoscrizioni ad aggiornamento immediato o ad aggiornamento in coda o essere nodi in una topologia peer-to-peer.

  • I Sottoscrittori non SQL Server non possono essere inizializzati automaticamente da un backup.

Vedere anche

Replica di database eterogenei
Sottoscrizione delle pubblicazioni