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
database SQL di Azure
Una sottoscrizione è la richiesta di una copia di dati o di oggetti di database in una pubblicazione. Un abbonamento definisce quale pubblicazione ricevi, dove e quando la ricevi. Quando si pianificano le sottoscrizioni, è necessario decidere dove si desidera eseguire l'elaborazione dell'agente. La posizione di esecuzione dell'agente varia in base al tipo di sottoscrizione selezionato. Con una sottoscrizione push, l'agente di merge o l'agente di distribuzione viene eseguito nel Server di distribuzione, mentre con una sottoscrizione pull, gli agenti vengono eseguiti nei Sottoscrittori. Dopo aver creato un abbonamento, non puoi cambiarlo da un tipo all'altro.
Nota
Istanza gestita di SQL di Azure può essere un editore, un distributore e un sottoscrittore per la replica di snapshot e transazionale. I database nel database SQL di Azure possono essere solo sottoscrittori push per la replica snapshot e transazionale. Per altre informazioni, vedere Replica transazionale con il database SQL di Azure e con Istanza gestita di SQL di Azure.
| Abbonamento | Caratteristiche | Usa quando |
|---|---|---|
| Abbonamento push | Nelle sottoscrizioni push il server di pubblicazione propaga le modifiche a un Sottoscrittore senza che il Sottoscrittore ne faccia richiesta. È possibile inviare le modifiche ai Sottoscrittori su richiesta, in modo continuato o in base a una pianificazione definita. L'agente di distribuzione o l'agente di merge viene eseguito nel server di distribuzione. | I dati vengono sincronizzati in modo continuato o in modo ricorrente in base a una pianificazione specifica. Le pubblicazioni richiedono lo spostamento dei dati quasi in tempo reale. In un server di distribuzione l'aumento dell'overhead del processore non compromette le prestazioni. Più spesso utilizzato con la replicazione snapshot e transazionale. |
| Sottoscrizione pull | Con una sottoscrizione pull, il Sottoscrittore richiede le modifiche apportate al Publisher. Le sottoscrizioni pull consentono al Sottoscrittore di stabilire quando sincronizzare le modifiche apportate ai dati. L'agente di distribuzione o l'agente di merge viene eseguito nel Sottoscrittore. | I dati vengono sincronizzati su richiesta o in base a una pianificazione anziché in modo continuo. Alla pubblicazione è associato un numero elevato di Sottoscrittori e/o l'esecuzione di tutti gli agenti nel server di distribuzione richiederebbe un numero di risorse eccessivo. I Sottoscrittori sono autonomi, scollegati e/o mobili. I Sottoscrittori determinano quando eseguire la connessione e quando sincronizzare le modifiche. Generalmente utilizzato con la replica di tipo merge. |
Tipi di abbonamento per la replicazione del merge
Tutti i tipi di replica consentono le sottoscrizioni push e pull. Per la replica di tipo merge vengono usati due termini aggiuntivi per distinguere le sottoscrizioni: sottoscrizioni client e sottoscrizioni server. Le sottoscrizioni client e server possono essere entrambe utilizzate con le sottoscrizioni push e pull. Le sottoscrizioni client sono appropriate per la maggior parte dei Sottoscrittori, mentre le sottoscrizioni server sono generalmente utilizzate per i Sottoscrittori che ripubblicano i dati in altri Sottoscrittori. La scelta del tipo di sottoscrizione influisce anche sulla risoluzione dei conflitti.
Sottoscrittori non SQL Server
Oracle e IBM Db2 possono sottoscrivere pubblicazioni di tipo snapshot e transazionale tramite sottoscrizioni push. Per altre informazioni, vedere Non-SQL Server Subscribers.
Creazione di abbonamenti
Per creare un abbonamento, fornisci le seguenti informazioni:
Nome della pubblicazione.
Nome del Sottoscrittore e database di sottoscrizione.
Se l'agente di distribuzione o l'agente di merge viene eseguito nel server di distribuzione o nel Sottoscrittore.
Se l'agente di distribuzione o il agente di merge viene eseguito in modo continuo, in base a una pianificazione oppure solo su richiesta.
Se lo agente di snapshot debba creare uno snapshot iniziale per la sottoscrizione e se il agente di distribuzione o il agente di merge debbano applicare tale snapshot nel Sottoscrittore.
Conti sotto cui opera il agente di distribuzione o il agente di merge.
Per la replica di tipo merge, il tipo di sottoscrizione: server o client.
Per creare una sottoscrizione push
Creare una sottoscrizione push
Per visualizzare o modificare le proprietà di sottoscrizione push
Visualizzare e modificare le proprietà delle sottoscrizioni push
Per eliminare una sottoscrizione push
SQL Server Management Studio: Eliminare una sottoscrizione push
Nota
Eliminare un abbonamento non rimuove gli oggetti pubblicati dall'abbonato.
Per creare una sottoscrizione di pull
SQL Server Management Studio: Creare una sottoscrizione push
Per visualizzare o modificare le proprietà della sottoscrizione di pull
Visualizzare e modificare le proprietà delle sottoscrizioni pull
Per eliminare una sottoscrizione di pull
Eliminare una sottoscrizione pull