Inizializzare una sottoscrizione con uno snapshot per una nuova pubblicazione
Si applica a: SQL Server Istanza gestita di SQL di Azure
Questo articolo descrive i processi che si verificano durante l'inizializzazione della pubblicazione di una replica. Uno snapshot iniziale viene applicato ai sottoscrittori.
Snapshot per una nuova pubblicazione
Per impostazione predefinita, dopo la creazione di una pubblicazione viene acquisito uno snapshot. Lo snapshot viene copiato nella cartella degli snapshot. Questo comportamento predefinito si verifica per le pubblicazioni di tipo merge create usando la Creazione guidata nuova pubblicazione.
Lo snapshot viene applicato al sottoscrittore
Il nuovo snapshot viene applicato al sottoscrittore da un agente. L'applicazione si verifica durante la sincronizzazione iniziale della sottoscrizione. L'agente che esegue l'applicazione dipende dal tipo di pubblicazione:
Per le pubblicazioni transazionali e snapshot:
- Agente di distribuzione.
Per le pubblicazioni di tipo merge:
- Agente di merge.
Tipo di pubblicazione
La tabella seguente visualizza il contenuto dello snapshot, per ogni tipo di pubblicazione.
Tipo di pubblicazione dello snapshot | Contenuto dello snapshot |
---|---|
|
Vedere Creare e applicare lo snapshot. |
|
Vedere Snapshot per pubblicazioni di tipo merge con filtri con parametri. |
Processo a due fasi con pubblicazione di tipo merge che usa filtri con parametri
Per una pubblicazione di tipo merge che usa filtri con parametri, lo snapshot viene creato usando il processo a due fasi seguente:
Viene creato uno snapshot dello schema contenente gli elementi seguenti:
- Script di replica.
- Schema degli oggetti pubblicati.
- Nessun dato.
Ogni sottoscrizione viene quindi inizializzata con uno snapshot. Lo snapshot include gli elementi seguenti:
- Script e schema, copiati dallo snapshot dello schema.
- Dati appartenenti alla partizione della sottoscrizione.
Tipo di replica
I tipi di file contenuti nello snapshot dipendono dal tipo di replica e dagli articoli della pubblicazione.
Tipo di replica | File di snapshot comuni |
---|---|
Replica snapshot o Replica transazionale |
• Schema (.sch) • Dati (.bcp) • Vincoli e indici (.dri) • File di snapshot compressi (.cab) • Trigger (tag), solo per l'aggiornamento di un sottoscrittore • Vincoli (.idx) |
Replica di tipo merge | • Schema (.sch) • Dati (.bcp) • Vincoli e indici (.dri) • File di snapshot compressi (.cab) • Trigger (.trg) • Dati di tabelle di sistema (.sys) • Tabelle dei conflitti (.cft) |
Cartella snapshot
I file vengono trasferiti tramite copia nella cartella degli snapshot predefinita o nella cartella alternativa per gli snapshot.
La cartella degli snapshot viene specificata quando viene configurato il database di distribuzione. La cartella alternativa viene specificata quando viene creata la pubblicazione.
Riprendere il trasferimento dopo un'interruzione
Il trasferimento di file in una cartella degli snapshot riprende automaticamente se il trasferimento viene interrotto da una connessione non affidabile.
Per una maggiore efficienza, i file già trasferiti completamente prima dell'interruzione non vengono inviati nuovamente con la ripresa.
Opzioni per gli snapshot
Quando si inizializza una sottoscrizione con uno snapshot, sono disponibili diverse opzioni. È possibile:
Specificare una posizione alternativa per la cartella snapshot in aggiunta a quella predefinita o al posto di questa. Per altre informazioni, vedere Modificare le opzioni snapshot.
Comprimere gli snapshot per l'archiviazione sui supporti rimovibili o il trasferimento su una rete lenta. Per altre informazioni, vedere Compressed Snapshots.
Eseguire gli script Transact-SQL prima o dopo aver applicato lo snapshot. Per altre informazioni, vedere Eseguire gli script prima e dopo l'applicazione dello snapshot.
Trasferire i file di snapshot mediante il protocollo FTP (File Transfer Protocol). Per altre informazioni, vedere Trasferire snapshot tramite FTP.