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
  • Pubblicazione snapshot
  • Pubblicazione transazionale
  • Pubblicazione di tipo merge che non usa filtri con parametri
  • Schema
  • Dati, in file per il programma per la copia bulk (BCP)
  • Vincoli
  • Proprietà estese
  • Indici
  • Trigger
  • Tabelle di sistema necessarie per la replica

Vedere Creare e applicare lo snapshot.
  • Pubblicazione di tipo merge che usa filtri con parametri
  • Snapshot dello schema (script di replica, oggetti pubblicati, ma nessun dato)
  • Dati appartenenti alla partizione della sottoscrizione

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:

  1. Viene creato uno snapshot dello schema contenente gli elementi seguenti:

    • Script di replica.
    • Schema degli oggetti pubblicati.
    • Nessun dato.
  2. 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: