Pubblicazione di dati e oggetti di database

Quando si crea una pubblicazione, è possibile scegliere le tabelle e gli altri oggetti di database che si desidera pubblicare. Tramite la replica è possibile pubblicare gli oggetti di database elencati di seguito.

Oggetto di database	Replica snapshot e replica transazionale	Replica di tipo merge
Tabelle	X	X
Tabelle partizionate	X	X
Stored procedure - Definizione (Transact-SQL e CLR)	X	X
Stored procedure - Esecuzione (Transact-SQL e CLR)	X	no
Viste	X	X
Viste indicizzate	X	X
Viste indicizzate come tabelle	X	no
Tipi definiti dall'utente (CLR)	X	X
funzioni User-Defined (Transact-SQL e CLR)	X	X
Tipi di dati alias	X	X
Indici full-text	X	X
Oggetti dello schema (vincoli, indici, trigger DML dell'utente, proprietà estese e regole di confronto)	X	X

Creazione di pubblicazioni

Per creare una pubblicazione, si specificano le informazioni seguenti:

• Server di distribuzione.

• Percorso dei file di snapshot.

• Database di pubblicazione.

• Tipo di pubblicazione da creare (snapshot, transazionale, transazionale con sottoscrizioni aggiornabili o di tipo merge).

• Dati e oggetti di database (articoli) da includere nella pubblicazione.

• Filtri di colonna e filtri di riga statici per tutti i tipi di pubblicazioni, nonché filtri join e filtri di riga con parametri per le pubblicazioni di tipo merge.

• Pianificazione dell'agente snapshot.

• Account usati per l'esecuzione degli agenti seguenti: agente snapshot per tutte le pubblicazioni, agente di lettura log per tutte le pubblicazioni transazionali e agente di lettura coda per tutte le pubblicazioni transazionali che consentono sottoscrizioni aggiornabili.

• Nome e descrizione della pubblicazione.

Per informazioni sull'utilizzo di pubblicazioni, vedere gli argomenti seguenti:

• Creare una pubblicazione

• Define an Article

• Visualizzare e modificare le proprietà della pubblicazione

• Visualizzare e modificare le proprietà degli articoli

• Eliminare una pubblicazione

• Eliminare un articolo

Nota

L'eliminazione di un articolo o una pubblicazione non determina la rimozione di oggetti dal Sottoscrittore.

Pubblicazione di tabelle

L'oggetto più comunemente pubblicato è costituito da una tabella. È possibile utilizzare i collegamenti seguenti per ottenere informazioni aggiuntive sulle aree correlate alla pubblicazione di tabelle:

• Filtrare i dati pubblicati

• Article Options for Transactional Replication

• Opzioni degli articoli per la replica di tipo merge

• Replicare colonne Identity

Quando si pubblica una tabella per la replica, è possibile specificare gli oggetti dello schema da copiare nel Sottoscrittore, ad esempio l'integrità referenziale dichiarata (vincoli di chiave primaria, di riferimento o UNIQUE), indici, trigger DML dell'utente (i trigger DDL non possono essere replicati), proprietà estese e regole di confronto. Le proprietà estese vengono replicate solo nella sincronizzazione iniziale tra il server di pubblicazione e il Sottoscrittore. Se si aggiungono o si modificano proprietà estese dopo la sincronizzazione iniziale, le modifiche apportate non vengono replicate.

Per specificare le opzioni dello schema, vedere Specificare le opzioni dello schema oppure SchemaOption.

Partitioned Tables and Indexes

La replica supporta la pubblicazione di tabelle e indici partizionati. Il livello di supporto dipende dal tipo di replica utilizzato, nonché dalle opzioni specificate per la pubblicazione e dagli articoli associati alle tabelle partizionate. Per altre informazioni, vedere Replicare tabelle e indici partizionati.

Pubblicazione di stored procedure

Tutti i tipi di replica consentono di replicare definizioni di stored procedure, copiando CREATE PROCEDURE in ogni Sottoscrittore. In caso di stored procedure CLR (Common Language Runtime), viene inoltre copiato l'assembly associato. Le modifiche apportate alle procedure vengono replicate nei Sottoscrittori, mentre non vengono replicate le modifiche agli assembly associati.

Oltre alla replica della definizione di una stored procedure, la replica transazionale consente di replicare l'esecuzione di stored procedure. Ciò risulta utile per la replica dei risultati di stored procedure orientate alla manutenzione che influiscono su ingenti quantità di dati. Per altre informazioni, vedere Publishing Stored Procedure Execution in Transactional Replication.

Pubblicazione di viste

Tutti i tipi di replica consentono di replicare viste. È possibile copiare la vista e l'indice associato, in caso di vista indicizzata, nel Sottoscrittore, ma è inoltre necessario replicare la tabella di base.

Per le viste indicizzate, la replica transazionale consente inoltre di replicare la vista indicizzata come tabella anziché come vista, eliminando così l'esigenza di replicare anche la tabella di base. A tale scopo, specificare una delle opzioni "logbased di visualizzazione indicizzate" per il parametro @type di sp_addarticle (Transact-SQL). Per altre informazioni sull'uso di sp_addarticle, vedere Definire un articolo.

Pubblicazione di funzioni definite dall'utente

Le istruzioni CREATE FUNCTION per le funzioni CLR e le funzioni Transact-SQL vengono copiate in ogni Sottoscrittore. In caso di funzioni CLR, viene inoltre copiato l'assembly associato. Le modifiche apportate alle funzioni vengono replicate nei Sottoscrittori, mentre non vengono replicate le modifiche agli assembly associati.

Pubblicazione di tipi di dati definiti dall'utente e tipi di dati alias

Le colonne in cui vengono utilizzati tipi definiti dall'utente o tipi di dati alias vengono replicate nei Sottoscrittori come le altre colonne. L'istruzione CREATE TYPE per ogni tipo replicato viene eseguita nel Sottoscrittore prima della creazione della tabella. In caso di tipi definiti dall'utente, viene inoltre copiato l'assembly associato in ogni Sottoscrittore. Le modifiche apportate ai tipi definiti dall'utente e ai tipi di dati alias non vengono replicate nei Sottoscrittori.

Se a un tipo definito in un database non viene fatto riferimento in alcuna colonna al momento della creazione di una pubblicazione, il tipo non viene copiato nei Sottoscrittori. Se successivamente si crea una colonna di tale tipo nel database e si desidera eseguirne la replica, è innanzitutto necessario copiare manualmente il tipo, nonché l'assembly associato in caso di tipo definito dall'utente, in ogni Sottoscrittore.

Pubblicazione di indici full-text

L'istruzione CREATE FULLTEXT INDEX viene copiata in ogni Sottoscrittore e nel Sottoscrittore viene creato l'indice full-text. Le modifiche apportate agli indici full-text tramite ALTER FULLTEXT INDEX non vengono replicate.

Modifiche dello schema in oggetti pubblicati

La replica supporta una vasta gamma di modifiche dello schema negli oggetti pubblicati. Quando si apporta una delle modifiche dello schema seguenti nell'oggetto pubblicato appropriato in un server di pubblicazione SQL Server, tale modifica viene propagata per impostazione predefinita a tutti i Sottoscrittori SQL Server:

• MODIFICA TABELLA

• ALTER VIEW

• ALTER PROCEDURE

• ALTER FUNCTION

• ALTER TRIGGER

Per altre informazioni, vedere Apportare modifiche allo schema nei database di pubblicazione.

Considerazioni sulla pubblicazione

Durante la pubblicazione di oggetti di database è importante tenere presente quanto segue:

• Il database è accessibile agli utenti durante la creazione della pubblicazione e dello snapshot iniziale, ma è consigliabile creare le pubblicazioni in periodi di attività ridotta del server di pubblicazione.

• Non è possibile rinominare un database dopo che vi è stata creata una pubblicazione. Per rinominarlo, è innanzitutto necessario rimuovere la replica dal database.

• Se si pubblica un oggetto di database che dipende da uno o più oggetti di database diversi, è necessario pubblicare tutti gli oggetti a cui si fa riferimento. Se ad esempio si pubblica una vista che dipende da una tabella, sarà necessario pubblicare anche la tabella.

  Nota

  Se si aggiunge un articolo a una pubblicazione di tipo merge e un articolo esistente dipende dal nuovo articolo, è necessario specificare un ordine di elaborazione per entrambi gli articoli usando il parametro @processing_order di sp_addmergearticle e sp_changemergearticle. Si consideri lo scenario seguente: viene pubblicata una tabella, ma non viene pubblicata una funzione a cui fa riferimento la tabella. Se non si pubblica la funzione, la tabella non può essere creata nel Sottoscrittore. Quando si aggiunge la funzione alla pubblicazione: specificare il valore 1 per il parametro @processing_order di sp_addmergearticle; e specificare il valore 2 per il parametro @processing_order di sp_changemergearticle, specificando il nome della tabella per il parametro @article. Questo ordine di elaborazione consente di creare la funzione nel Sottoscrittore prima della tabella dipendente. È possibile utilizzare numeri diversi per ogni articolo, a condizione che il numero della funzione sia inferiore al numero della tabella.

• I nomi delle pubblicazioni non possono includere i caratteri seguenti: % * [ ] | : " ? \ / <>.

Limitazioni relative alla pubblicazione di oggetti

• Il numero massimo di articoli e colonne che è possibile pubblicare varia in base al tipo di pubblicazione. Per altre informazioni, vedere la sezione "Oggetti di replica" in Specifiche di capacità massima per SQL Server.

• Le stored procedure, le viste, i trigger e le funzioni definite dall'utente definite come WITH ENCRYPTION non possono essere pubblicate come parte della replica di SQL Server.

• È possibile replicare raccolte di XML Schema, ma le modifiche non vengono replicate dopo lo snapshot iniziale.

• Le tabelle pubblicate per la replica transazionale devono disporre di una chiave primaria. Se una tabella è inclusa in una pubblicazione per la replica transazionale, non è possibile disabilitare gli indici associati a colonne chiave primaria. Questi indici sono necessari per la replica. Per disabilitare un indice, è innanzitutto necessario eliminare la tabella dalla pubblicazione.

• Le impostazioni predefinite associate create con sp_bindefault (Transact-SQL) non vengono replicate (le impostazioni predefinite associate sono deprecate a favore delle impostazioni predefinite create con la parola chiave DEFAULT di ALTER TABLE o CREATE TABLE).

• Le funzioni contenenti l'hint NOEXPAND su viste indicizzate non possono essere pubblicate nella stessa pubblicazione delle tabelle con riferimenti e viste indicizzate a causa dell'ordine in cui sono consegnate dall'agente di distribuzione. Per risolvere questo problema, collocare la creazione di tabella e vista indicizzata in una prima pubblicazione, e aggiungere funzioni contenenti l'hint NOEXPAND sulle viste indicizzate di una seconda pubblicazione, che sarà pubblicata dopo il completamento della prima. In alternativa, creare script per queste funzioni e recapitare lo script usando il parametro @post_snapshot_script di sp_addpublication.

Schemi e proprietà degli oggetti

In relazione agli schemi e alla proprietà degli oggetti, la replica ha il seguente comportamento predefinito nella Creazione guidata nuova pubblicazione:

• Per gli articoli di pubblicazioni di tipo merge con un livello di compatibilità 90 o superiore, per le pubblicazioni snapshot e quelle transazionali: per impostazione predefinita, il proprietario dell'oggetto nel Sottoscrittore è uguale al proprietario dell'oggetto corrispondente nel server di pubblicazione. Se nel Sottoscrittore non esistono gli schemi che possiedono gli oggetti, vengono creati automaticamente.

• Per articoli contenuti in pubblicazioni di tipo merge con un livello di compatibilità inferiore a 90: per impostazione predefinita, il proprietario viene lasciato vuoto e viene specificato come dbo durante la creazione dell'oggetto nel Sottoscrittore.

• Per articoli contenuti in pubblicazioni Oracle: per impostazione predefinita, viene specificato il proprietario dbo.

• Per articoli nelle pubblicazioni che usano snapshot in modalità carattere (usati per sottoscrittori non SQL Server e sottoscrittori di SQL Server Compact): per impostazione predefinita, il proprietario viene lasciato vuoto. Il proprietario viene impostato sul proprietario associato all'account utilizzato dall'agente di distribuzione o dall'agente di merge per la connessione al Sottoscrittore.

Il proprietario dell'oggetto può essere modificato tramite la finestra di dialogo Proprietà articolo - <Articolo> e tramite le stored procedure seguenti: sp_addarticle, sp_addmergearticle, sp_changearticle e sp_changemergearticle. Per altre informazioni, vedere Visualizzare e modificare le proprietà della pubblicazione, Definire un articolo e Visualizzare e modificare le proprietà degli articoli.

Pubblicazione di dati per Sottoscrittori che eseguono versioni precedenti di SQL Server

• Se si pubblica in un Sottoscrittore che esegue una versione precedente di SQL Server, si è limitati alla funzionalità di tale versione, sia in termini di funzionalità specifiche della replica che della funzionalità del prodotto nel suo complesso.

• Le pubblicazioni di tipo merge usano un livello di compatibilità, che determina le funzionalità che è possibile utilizzare in una pubblicazione e consente di supportare i Sottoscrittori che eseguono versioni precedenti di SQL Server.

Pubblicazione di tabelle in più pubblicazioni

La replica supporta la pubblicazione di articoli in più pubblicazioni, nonché la ripubblicazione di dati, con le restrizioni seguenti:

• Se un articolo viene pubblicato in una pubblicazione transazionale e in una pubblicazione di tipo merge, verificare che la proprietà @published_in_tran_pub sia impostata su TRUE per l'articolo di merge. Per altre informazioni sull'impostazione delle proprietà, vedere Visualizzare e modificare le proprietà della pubblicazione e Visualizzare e modificare le proprietà degli articoli.

  È inoltre necessario impostare la proprietà @published_in_tran_pub se un articolo fa parte di una sottoscrizione transazionale ed è incluso in una pubblicazione di tipo merge. In questo caso, è importante tenere presente che, per impostazione predefinita, la replica transazionale prevede che le tabelle nel Sottoscrittore siano considerate di sola lettura. La modifica dei dati di una tabella in una sottoscrizione transazionale durante la replica di tipo merge potrebbe pertanto impedire la convergenza dei dati. Per evitare questa eventualità, è consigliabile specificare queste tabelle come di solo download nella pubblicazione di tipo merge. In tal modo si impedisce al Sottoscrittore di tipo merge di caricare le modifiche ai dati nella tabella. Per altre informazioni, vedere Ottimizzare le prestazioni della replica di tipo merge con gli articoli di solo download.

• Un articolo non può essere pubblicato sia in una pubblicazione di tipo merge che in una pubblicazione transazionale con sottoscrizioni ad aggiornamento in coda.

• Gli articoli inclusi in pubblicazioni transazionali che supportano le sottoscrizioni aggiornabili non possono essere ripubblicati.

• Se un articolo viene pubblicato in più pubblicazioni transazionali con supporto delle sottoscrizioni ad aggiornamento in coda, le proprietà seguenti devono contenere lo stesso valore per l'articolo in tutte le pubblicazioni.

  Proprietà	Parametro di sp_addarticle
  Gestione intervalli di valori Identity	@auto_identity_range (deprecato) e @identityrangemangementoption
  Intervallo di valori Identity del server di pubblicazione	@pub_identity_range
  Intervallo di valori Identity	@identity_range
  Soglia dell'intervallo di valori Identity	@threshold

  Per altre informazioni su questi parametri, vedere sp_addarticle (Transact-SQL).For more information about these parameters, see sp_addarticle (Transact-SQL).

• Se un articolo viene pubblicato in più pubblicazioni di tipo merge, le proprietà seguenti devono disporre dello stesso valore per l'articolo in tutte le pubblicazioni.

  Proprietà	Parametro di sp_addmergearticle
  Rilevamento a livello di colonna	@column_tracking
  Opzioni schema	@schema_option
  Applicazioni filtri alle colonne	@vertical_partition
  Opzioni di caricamento Sottoscrittore	@subscriber_upload_options
  Rilevamento eliminazioni condizionale	@delete_tracking
  Compensazione errori	@compensate_for_errors
  Gestione intervalli di valori Identity	@auto_identity_range (deprecato) e @identityrangemangementoption
  Intervallo di valori Identity del server di pubblicazione	@pub_identity_range
  Intervallo di valori Identity	@identity_range
  Soglia dell'intervallo di valori Identity	@threshold
  Opzioni partizioni	@partition_options
  Flusso colonne BLOB	@stream_blob_columns
  Tipo di filtro	@filter_type (parametro in sp_addmergefilter)

  Per altre informazioni su questi parametri, vedere sp_addmergearticle (Transact-SQL) e sp_addmergefilter (Transact-SQL).

• La replica transazionale e la replica di tipo merge non filtrata supportano la pubblicazione di una tabella in più pubblicazioni e quindi la sottoscrizione all'interno di una singola tabella del database di sottoscrizione, in base allo scenario comunemente denominato di rollup. Il rollup viene frequentemente utilizzato per aggregare subset di dati da più posizioni all'interno di una tabella in un Sottoscrittore centrale. Le pubblicazioni di tipo merge filtrate non supportano lo scenario con Sottoscrittore centrale. Per la replica di tipo merge, il rollup viene in genere implementato tramite una singola pubblicazione con filtri di riga con parametri. Per altre informazioni sui filtri di riga con parametri, vedere Filtri di riga con parametri.

Vedere anche

Aggiungere ed eliminare articoli in pubblicazioni esistenti
Configurare la distribuzione
Inizializzare una sottoscrizione
Creazione di script di replica
Proteggere il server di pubblicazione
Sottoscrizione delle pubblicazioni