Condividi tramite

Aggiornare i database replicati

SQL Server 2014 supporta l'aggiornamento di database replicati da versioni precedenti di SQL Server; non è necessario arrestare l'attività in altri nodi durante l'aggiornamento di un nodo. Verificare che vengano osservate le regole relative alle versioni supportate in una topologia:

  • La versione del server di distribuzione è indifferente, purché superiore o uguale alla versione del server di pubblicazione (in molti casi l'istanza del server di distribuzione è la stessa del server di pubblicazione).

  • Una versione del server di pubblicazione può essere qualsiasi, purché sia inferiore o uguale alla versione del server di distribuzione.

  • La versione del Sottoscrittore dipende dal tipo di pubblicazione:

    • La versione di un Sottoscrittore per una pubblicazione transazionale può essere qualsiasi versione entro due versioni della versione dell'Editore. Ad esempio: un server di pubblicazione di SQL Server 2008 in esecuzione può avere Sottoscrittori di SQL Server 2014; e un server di pubblicazione di SQL Server 2014 può avere Sottoscrittori di SQL Server 2008.

    • Un Sottoscrittore di una pubblicazione di tipo merge può essere qualsiasi versione pari o inferiore alla versione del Publisher.

Annotazioni

Questo argomento è disponibile nella documentazione della Guida del programma di installazione e nella documentazione online di SQL Server. I collegamenti agli argomenti visualizzati come testo in grassetto nella documentazione della Guida di installazione fanno riferimento ad argomenti disponibili solo nella documentazione online.

Eseguire l'agente di lettura log per la replica transazionale prima dell'aggiornamento

Prima di eseguire l'aggiornamento a SQL Server 2014, è necessario assicurarsi che tutte le transazioni di cui è stato eseguito il commit dalle tabelle pubblicate siano state elaborate dall'agente di lettura log. Per assicurarsi che tutte le transazioni siano state elaborate, seguire questa procedura per ogni database contenente pubblicazioni transazionali:

  1. Verificare che il Log Reader Agent sia in esecuzione per il database. Per impostazione predefinita, l'agente viene eseguito in modo continuativo.

  2. Arrestare l'attività dell'utente nelle tabelle pubblicate.

  3. Concedere tempo all'agente di lettura log per copiare transazioni nel database di distribuzione, quindi arrestare l'agente.

  4. Eseguire sp_replcmds per verificare che tutte le transazioni siano state elaborate. Il set di risultati restituito da questa procedura deve essere vuoto.

  5. Eseguire sp_replflush per chiudere la connessione da sp_replcmds.

  6. Eseguire l'aggiornamento del server a SQL Server 2014.

  7. Riavviare SQL Server Agent e l'agente di lettura log se non vengono avviati automaticamente dopo l'aggiornamento.

Eseguire agenti per la replica di tipo merge dopo l'aggiornamento

Al termine dell'aggiornamento, eseguire lo Snapshot Agent per ogni pubblicazione di tipo merge e il Merge Agent per ogni sottoscrizione per aggiornare i metadati di replica. Non è necessario applicare il nuovo snapshot, perché non è necessario reinizializzare le sottoscrizioni. I metadati delle sottoscrizioni vengono aggiornati alla prima esecuzione dell'agente di merge successiva all'aggiornamento. Ciò significa che il database di sottoscrizione può rimanere online e attivo durante l'aggiornamento del server di pubblicazione.

La replica di tipo merge archivia i metadati di pubblicazione e sottoscrizione in una serie di tabelle di sistema nei database di pubblicazione e sottoscrizione. L'esecuzione dell'agente snapshot aggiorna i metadati delle pubblicazioni e l'esecuzione dell'agente di merge aggiorna i metadati delle sottoscrizioni. È necessario solo generare uno snapshot della pubblicazione. Se una pubblicazione di tipo merge utilizza filtri con parametri, ogni partizione includerà uno snapshot. Non è necessario aggiornare questi snapshot partizionati.

Eseguire gli agenti da SQL Server Management Studio, da Monitoraggio Replica o dalla riga di comando. Per ulteriori informazioni sull'esecuzione dell'Agente Snapshot, vedere i seguenti argomenti:

Per altre informazioni sull'esecuzione dell'agente di merge, consulta gli argomenti seguenti:

Al termine dell'aggiornamento di SQL Server in una topologia in cui viene usata una replica di tipo merge, modificare il livello di compatibilità di tutte le pubblicazioni se si desidera usare le nuove funzionalità.

Aggiornamento a edizioni Standard, Workgroup o Express

Prima di eseguire l'aggiornamento da un'edizione di SQL Server 2014 a un'altra, verificare che le funzionalità attualmente in uso siano supportate nell'edizione a cui si esegue l'aggiornamento. Per altre informazioni, vedere la sezione replica in Funzionalità supportate dalle edizioni di SQL Server 2014.

Sincronizzazione Web per la replica di tipo merge

L'opzione di sincronizzazione Web per la replica di tipo merge richiede che il listener di replica di SQL Server (replisapi.dll) venga copiato nella directory virtuale nel server Internet Information Services (IIS) usato per la sincronizzazione. Quando si configura la sincronizzazione Web, il file viene copiato nella directory virtuale tramite la procedura guidata di configurazione della sincronizzazione Web. Se si aggiornano i componenti di SQL Server installati nel server IIS, è necessario copiare manualmente replisapi.dll dalla directory COM alla directory virtuale nel server IIS. Per altre informazioni sulla configurazione della sincronizzazione Web, vedere Configurazione della sincronizzazione Web.

Ripristino di un database replicato da una versione precedente

Per verificare che in seguito al ripristino del backup di un database replicato vengano mantenute le impostazioni di replica di una versione precedente, eseguire il ripristino in un server e un database con gli stessi nomi del server e del database utilizzati per la creazione della copia di backup.

Vedere anche

Domande frequenti sull'amministrazione della replica
Compatibilità con le versioni precedenti della replica
Aggiornamenti di versione ed edizione supportati
Eseguire l'aggiornamento a SQL Server 2014

  • Last updated on