Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Si applica a:
SQL Server e Istanza gestita di SQL di Azure
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 | Replicazione snapshot e replicazione 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 |
| Visualizzazioni | X | X |
| Viste indicizzate | X | X |
| Viste indicizzate come tabelle | X | no |
| Tipi definiti dall'utente (CLR) | X | X |
| Funzioni definite dall'utente (Transact-SQL e CLR) | X | X |
| Tipi di dati alias | X | X |
| Indici di testo completo | 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:
- Distributore.
- La posizione dei file di snapshot.
- Il database delle pubblicazioni.
- 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 con cui verranno eseguiti i seguenti agenti: Agente snapshot per tutte le pubblicazioni; Agente di lettura log per tutte le pubblicazioni transazionali; Agente di lettura coda per 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
- Definire un articolo
- 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
- Opzioni articolo per la replica transazionale
- Opzioni degli articoli per la replica di tipo merge
- Replica colonne di identità
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.
Tabelle e indici partizionati
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 le definizioni delle stored procedure: CREATE PROCEDURE viene copiata in ogni Sottoscrittore. Nel caso di stored procedure CLR (Common Language Runtime), viene inoltre copiato anche 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ò è utile per replicare i risultati di stored procedure orientate alla manutenzione che interessano grandi quantità di dati. Per altre informazioni, vedere Pubblicazione dell'esecuzione di stored procedure nella replica transazionale.
Pubblicazione visualizzazioni
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 "indexed view logbased" 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 a ogni Sottoscrittore. Nel caso di funzioni CLR, viene inoltre copiato anche 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 che usano tipi definiti dall'utente o tipi di dati alias vengono replicate ai sottoscrittori come le altre colonne. L'istruzione CREATE TYPEper ogni tipo replicato viene eseguita nel Sottoscrittore prima della creazione della tabella. Nel caso di tipi definiti dall'utente, anche l'assembly associato viene copiato su 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 di testo completo
L'istruzione CREATE FULLTEXT INDEX viene copiata a ogni Sottoscrittore e l'indice di testo completo viene creato presso il Sottoscrittore. Le modifiche apportate agli indici full-text che usano 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 seguenti modifiche dello schema nell'oggetto pubblicato appropriato nel server di pubblicazione SQLServer, tale modifica viene propagata per impostazione predefinita a tutti i Sottoscrittori SQLServer:
ALTER TABLE
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 in una pubblicazione di tipo merge si aggiunge un nuovo articolo dal quale dipende un articolo esistente, è necessario specificare l'ordine di elaborazione dei due articoli tramite 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 un valore 1 per il parametro @processing_order di sp_addmergearticlee un valore 2 per il parametro @processing_order di sp_changemergearticle, indicando 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 che sono definiti con WITH ENCRYPTION non possono essere pubblicati 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.
I valori predefiniti associati creati con sp_bindefault (Transact-SQL) non vengono replicati, perché i valori predefiniti associati sono deprecati a favore dei valori predefiniti creati 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 consegnare lo script utilizzando il parametro @post_snapshot_script di sp_addpublication.
Schemi e proprietà degli oggetti
Per quanto riguarda gli schemi e la proprietà degli oggetti, la replicazione presenta 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 gli articoli delle pubblicazioni che utilizzano snapshot in modalità caratteri (usati per sottoscrittori non SQL Server e sottoscrittori di SQL Server Compact): per impostazione predefinita, il proprietario viene lasciato vuoto. Per impostazione predefinita, il proprietario è quello associato all'account utilizzato dal agente di distribuzione o dal agente di merge per connettersi al Sottoscrittore.
Il proprietario dell'oggetto può essere modificato tramite la finestra di dialogo Proprietà articolo - <Articolo> e tramite le stored procedure 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
In caso di pubblicazione per un Sottoscrittore che esegue una versione precedente di SQL Server, è necessario considerare le limitazioni imposte dalle funzionalità di tale versione, sia in termini di funzionalità specifiche della replica che in termini di funzionalità complessive del prodotto.
Nelle pubblicazioni di tipo merge viene utilizzato un livello di compatibilità che determina le funzionalità utilizzabili 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 o 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 che fa parte di una sottoscrizione transazionale viene 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 dell'intervallo di identità @auto_identity_range (deprecato) e @identityrangemangementoption Intervallo di identità dell'editore @pub_identity_range Intervallo di identità @identity_range Soglia dell'intervallo di identità @threshold Per altre informazioni su questi parametri, vedere 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 Tracciamento delle colonne @column_tracking Opzioni schema @schema_option Applicazione di filtri alle colonne @vertical_partition Opzioni di caricamento dell'abbonato @subscriber_upload_options Tracciamento dell'eliminazione condizionale @delete_tracking Compensazione errori @compensate_for_errors Gestione degli intervalli degli identificativi @auto_identity_range (obsoleto) e @identityrangemangementoption Intervallo di identità dell'editore @pub_identity_range Intervallo di identità @identity_range Soglia dell'intervallo di identità @threshold Opzioni di partizione @partition_options Streaming di 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.