Aggiornamento dei database replicati

  • Articolo

Data aggiornamento: 17 luglio 2006

SQL Server 2005 supporta l'aggiornamento dei database replicati da versioni precedenti di SQL Server senza richiedere, durante l'aggiornamento di un nodo, l'interruzione delle attività negli altri nodi. Verificare che vengano osservate le regole relative alle versioni supportate in una topologia:

  • Per partecipare a una topologia di replica con SQL Server 2005, è necessario disporre almeno di SQL Server 7.0 con Service Pack 4 (SP4). Se si utilizza SQL Server 2000, è necessario il Service Pack 3 (SP3) o versione successiva.
  • 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).
  • La versione del server di pubblicazione è indifferente, purché inferiore o uguale alla versione del server di distribuzione.
  • La versione del Sottoscrittore dipende dal tipo di pubblicazione:
    • La versione di un Sottoscrittore di sola lettura per una pubblicazione transazionale è limitata a un intervallo di due versioni in base alla versione del server di pubblicazione. Ad esempio, un server di pubblicazione SQL Server versione 7.0 in esecuzione può includere Sottoscrittori SQL Server 2005 e un server di pubblicazione SQL Server 2005 può includere Sottoscrittori SQL Server versione 7.0.
    • Un Sottoscrittore aggiornabile per una pubblicazione transazionale di SQL Server 2005 può essere qualsiasi versione uguale o superiore a SQL Server 2000 SP3.
    • Un Sottoscrittore a una pubblicazione di tipo merge può essere qualsiasi versione inferiore o uguale alla versione del server di pubblicazione.

[!NOTA] Questo argomento è disponibile nella Guida in linea del programma di installazione e nella documentazione in linea di SQL Server 2005. I collegamenti visualizzati in grassetto nella Guida in linea del programma di installazione si riferiscono ad argomenti disponibili solo nella documentazione in linea.

Aggiornamento a Standard Edition, Workgroup Edition o Express Edition

Prima di eseguire l'aggiornamento da un'edizione all'altra di SQL Server 2005, verificare che le funzionalità utilizzate siano supportate nell'edizione da aggiornare. Per ulteriori informazioni, vedere la sezione relativa alle funzionalità di replica di SQL Server 2005 nell'argomento Funzionalità supportate dalle edizioni di SQL Server 2005.

Nuovo modello di protezione dell'agente di replica

Nelle versioni precedenti di SQL Server, per impostazione predefinita gli agenti vengono eseguiti nel contesto dell'account del servizio SQL Server Agent. SQL Server 2005 consente il controllo specifico di ogni account utilizzato per l'esecuzione degli agenti di replica e le connessioni integrate di Windows a database e altre risorse. Per ogni agente è possibile specificare un diverso account. Per ulteriori informazioni, vedere Considerazioni di protezione per la replica e Modello di protezione dell'agente di replica.

Per l'aggiornamento e l'esecuzione di più versioni di SQL Server in una topologia, il nuovo modello di protezione presenta le implicazioni seguenti:

  • Gli script di replica creati in SQL Server 2000 o SQL Server 7.0 devono essere aggiornati a SQL Server 2005 per poter usufruire dei miglioramenti apportati nell'ambito della protezione. Per ulteriori informazioni, vedere How to: Upgrade Replication Scripts (Replication Transact-SQL Programming).

  • I server di distribuzione o i Sottoscrittori aggiornati da una versione precedente di SQL Server a SQL Server 2005 continueranno a essere eseguiti con l'account di SQL Server Agent e probabilmente disporranno di più privilegi di quelli necessari. Al termine dell'aggiornamento, è consigliabile specificare account separati per gli agenti con i privilegi minimi appropriati. Per specificare gli account separati:

    1. Inserire la pubblicazione e le sottoscrizioni nello script.
    2. Modificare gli script. Per ulteriori informazioni, vedere How to: Upgrade Replication Scripts (Replication Transact-SQL Programming).
    3. Eliminare la pubblicazione e le sottoscrizioni. Per ulteriori informazioni, vedere Pubblicazione di dati e oggetti di database e Sottoscrizione delle pubblicazioni.
    4. Ricreare la pubblicazione e le sottoscrizioni mediante gli script modificati.
      Per informazioni sui privilegi richiesti dagli agenti, vedere Modello di protezione dell'agente di replica. Per informazioni sulla gestione di account di accesso e password, vedere Gestione degli account di accesso e delle password nella replica. Le nuove configurazioni di replica create al termine di un aggiornamento prevedono la definizione di un account specifico per ogni agente di replica.

    [!NOTA] Tutti gli agenti configurati per l'utilizzo dell'autenticazione di SQL Server per connessioni di database locali vengono modificati in modo da utilizzare l'autenticazione di Windows. Le connessioni locali sono connessioni effettuate da un agente a un'istanza di SQL Server in esecuzione nello stesso computer dell'agente. Ad esempio, se l'agente di merge di una sottoscrizione pull viene eseguito nel Sottoscrittore, le connessioni eseguite dall'agente al Sottoscrittore sono connessioni locali.

  • I partecipanti a una topologia di replica che eseguono versioni precedenti di SQL Server mantengono invariato il modello di protezione della replica precedente. Ad esempio:

    • Una sottoscrizione pull in un Sottoscrittore che esegue SQL Server 2000 o SQL Server versione 7.0 non utilizza il nuovo modello di protezione in quanto l'agente di merge o il server di distribuzione viene creato nel Sottoscrittore.
    • Una sottoscrizione push di un server di distribuzione che esegue SQL Server 2005 in un Sottoscrittore che esegue SQL Server 2000 o SQL Server versione 7.0 utilizza il nuovo modello di protezione in quanto l'agente di merge o il server di distribuzione viene creato nel server di distribuzione.
    • Un server di pubblicazione che esegue SQL Server 2000 o SQL Server versione 7.0 con un server di distribuzione che esegue SQL Server 2005 non utilizza il nuovo modello di protezione (per l'agente snapshot, l'agente di lettura log o l'agente di lettura coda) in quanto gli agenti vengono creati nel contesto del database di pubblicazione.

Esecuzione degli agenti al termine dell'aggiornamento per una replica di tipo merge

Al termine dell'aggiornamento, eseguire l'agente snapshot per ogni pubblicazione di tipo merge e l'agente di merge per ogni sottoscrizione in modo da aggiornare i metadati della replica. Non occorre applicare il nuovo snapshot in quanto 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 in linea e attivo durante l'aggiornamento del server di pubblicazione.

La replica di tipo merge archivia i metadati delle pubblicazioni e delle sottoscrizioni in alcune 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. È semplicemente richiesta la generazione di uno snapshot di pubblicazione. Se una pubblicazione di tipo merge utilizza filtri con parametri, ogni partizione includerà uno snapshot. Non è necessario aggiornare gli snapshot partizionati. (In SQL Server 2000 i filtri con parametri vengono denominati filtri dinamici e gli snapshot partizionati vengono denominati snapshot dinamici).

Eseguire gli agenti da Microsoft SQL Server Management Studio, Monitoraggio replica o dalla riga di comando. Per ulteriori informazioni sull'esecuzione dell'agente snapshot, vedere gli argomenti seguenti:

Per ulteriori informazioni sull'esecuzione dell'agente di merge, vedere gli argomenti seguenti:

Al termine dell'aggiornamento di SQL Server in una topologia che utilizza una replica di tipo merge, modificare il livello di compatibilità di tutte le pubblicazioni se si desidera utilizzare le nuove funzionalità. Per ulteriori informazioni, vedere Utilizzo di più versioni di SQL Server in una topologia di replica.

Sincronizzazione tramite il Web per la replica di tipo merge

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

Ripristino di un database replicato da una versione precedente

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

Vedere anche

Concetti

Compatibilità con le versioni precedenti della replica
Utilizzo di più versioni di SQL Server in una topologia di replica

Altre risorse

Amministrazione della replica
Miglioramenti delle funzionalità di replica
Aggiornamenti di versione ed edizione

Guida in linea e informazioni

Assistenza su SQL Server 2005

Cronologia modifiche

Versione Cronologia

17 luglio 2006
Contenuto modificato:
  • Aggiunta dell'indicazione che i database di sottoscrizione possono rimanere in linea e attivi durante l'aggiornamento del server di pubblicazione.