Migrazione di una configurazione per la distribuzione dei log di SQL Server 2000 a SQL Server 2005

Non è possibile aggiornare direttamente una configurazione per la distribuzione dei log di SQL Server 2000 a SQL Server 2005. Creazione guidata piano di manutenzione database è parte integrante della distribuzione dei log in SQL Server 2000, ma non viene utilizzata nell'ambito della configurazione per la distribuzione dei log in SQL Server 2005. Di conseguenza, quando si esegue l'aggiornamento di un server a SQL Server 2005, non sarà più possibile eseguire la distribuzione dei log.

È possibile eseguire la migrazione di una configurazione per la distribuzione dei log di SQL Server 2000 e mantenere al tempo stesso la sincronizzazione tra i database primario e secondario. In questo argomento vengono illustrati due modi per eseguire questa operazione:

• La migrazione con failover consente di mantenere disponibile il database durante l'aggiornamento di ogni server nella configurazione per la distribuzione dei log. Per eseguire questa procedura, è necessario che la configurazione per la distribuzione dei log di SQL Server 2000 venga impostata in modo da consentire il failover.
• La migrazione senza failover è una procedura più semplice, poiché non richiede l'esecuzione del failover sul server secondario. Se si esegue questa procedura, il database di distribuzione dei log non sarà disponibile durante l'aggiornamento del server primario a SQL Server 2005.

Dopo avere completato la migrazione della configurazione per la distribuzione dei log a SQL Server 2005, sarà possibile eliminare le tabelle e i processi di SQL Server Agent creati dalla distribuzione dei log di SQL Server 2000.

Restrizioni

Dopo la migrazione di una configurazione di distribuzione dei log di SQL Server 2000 a SQL Server 2005, non sarà possibile impostare la modalità di standby per i database secondari.

Migrazione con failover

Per mantenere un livello di disponibilità elevato per la configurazione per la distribuzione dei log di SQL Server 2000, è possibile utilizzare le funzionalità di failover disponibili nella distribuzione dei log per mantenere in linea il database.

Per la migrazione con failover è necessario mantenere temporaneamente la versione originale di SQL Server dell'istanza del server primario, mentre è in corso l'aggiornamento dell'istanza del server secondario. L'aggiornamento di un'istanza del server aggiorna solo i database in linea. Per i database fuori linea, come il database secondario di distribuzione dei log, viene mantenuta la versione originale di SQL Server. Finché un database rimane fuori linea, i backup dei log dalla versione originale di SQL Server sono ripristinabili. Pertanto, la distribuzione dei log può continuare nel ripristino dei backup del log dal database primario sul secondario finché un failover lo porta in linea come nuovo database primario.

Per poter completare questa procedura, è necessario configurare la distribuzione dei log in SQL Server 2000 in modo da consentire il failover tra il database primario e il database secondario. Per maggiore chiarezza, nella procedura si fa riferimento all'istanza del server primario di distribuzione dei log di SQL Server 2000 come a Server A e all'istanza del server secondario di distribuzione dei log di SQL Server 2000 come a Server B.

1. Eseguire l'aggiornamento di Server B a SQL Server 2005. Quando si esegue l'aggiornamento di Server B, il database di distribuzione dei log rimane un database di SQL Server 2000 perché non è in linea. Il database verrà aggiornato nel passaggio successivo.

   [!NOTA] A questo punto, gli utenti possono continuare ad accedere al database primario su Server A.

2. Eseguire il failover da Server A a Server B applicando tutti i log delle transazioni necessari del database primario di Server A ed eseguendo il backup del database primario con NORECOVERY. Quando si porta in linea il database secondario di Server B, viene automaticamente aggiornato a un database di SQL Server 2005. Il processo di aggiornamento del database è un'operazione completamente registrata.

   [!NOTA] Dopo l'aggiornamento, il database di distribuzione dei log su Server B è disponibile agli utenti. Finché la distribuzione dei log di SQL Server 2005 è configurata sul Server B, tuttavia, i backup dei log dal database sul Server B non possono essere applicati al database sul Server A.

3. Eseguire l'aggiornamento di Server A a SQL Server 2005. Il database di distribuzione dei log rimane un database di SQL Server 2000 perché non è in linea.

4. In Server B, configurare la distribuzione dei log di SQL Server 2005 specificando Server B come server primario e Server A come server secondario. Quando si inizia a distribuire i log delle transazioni in Server A, il database di distribuzione dei log di Server A viene aggiornato a un database di SQL Server 2005 nel momento in cui si applica il primo backup di log.
   Quando si configura la distribuzione dei log in Server B, accertarsi di impostare l'opzione No, il database secondario è già inizializzato della scheda Inizializza database secondario nella finestra di dialogo Impostazioni database secondario. Per ulteriori informazioni, vedere Procedura: Attivazione della funzione di distribuzione dei log (SQL Server Management Studio).

5. Se si desidera reimpostare Server A come il server primario, eseguire il failover a Server A. Per ulteriori informazioni, vedere Modifica dei ruoli tra server primario e secondario.

Migrazione senza failover

È possibile eseguire la migrazione della configurazione per la distribuzione dei log di SQL Server 2000 a SQL Server 2005 senza eseguire il failover. La procedura è semplice e consente di aggiornare entrambe le istanze del server nella configurazione per la distribuzione dei log. Il database primario non è tuttavia disponibile durante l'aggiornamento dell'istanza del server primario a SQL Server 2005.

1. Eseguire l'aggiornamento dell'istanza del server secondario a SQL Server 2005. Quando si esegue l'aggiornamento dell'istanza del server secondario, il database di distribuzione dei log rimane un database di SQL Server 2000 perché è in uno stato non in linea.
2. Eseguire l'aggiornamento del server primario a SQL Server 2005. Durante il processo di aggiornamento, il database primario non è disponibile.
3. Configurare la distribuzione dei log dall'istanza del server primario all'istanza del server secondario. Accertarsi di impostare l'opzione No, il database secondario è già inizializzato della scheda Inizializza database secondario nella finestra di dialogo Impostazioni database secondario. Per ulteriori informazioni, vedere Procedura: Attivazione della funzione di distribuzione dei log (SQL Server Management Studio).

   Importante:
   Specificare la stessa condivisione di backup utilizzata per la configurazione per la distribuzione dei log di SQL Server 2000. In questo modo si garantisce che tutti i backup dei log vengano applicati correttamente al database secondario quando si abilita la distribuzione dei log in SQL Server 2005.

   Poiché il processo di aggiornamento del database è un'operazione completamente registrata, quando si avvia la distribuzione dei log nell'istanza del server secondario, il database secondario viene aggiornato a un database di SQL Server 2005.

Riesecuzione della distribuzione dei log

Se non si desidera eseguire la migrazione della configurazione per la distribuzione dei log tramite una delle procedure illustrate in precedenza, è possibile rieseguire la distribuzione dei log reinizializzando il database secondario con un backup e ripristino completo del database primario. Questa operazione è consigliabile nel caso di un database di piccole dimensioni oppure se non è essenziale garantire un livello di disponibilità elevato durante il processo di aggiornamento.

Per informazioni sull'abilitazione della distribuzione dei log tramite SQL Server Management Studio, vedere Procedura: Attivazione della funzione di distribuzione dei log (SQL Server Management Studio).

Per informazioni sull'abilitazione della distribuzione dei log tramite Transact-SQL, vedere Procedura: Attivazione della distribuzione dei log (Transact-SQL).

Rimozione delle tabelle e dei processi per la distribuzione dei log di SQL Server 2000

Dopo avere implementato una nuova configurazione per la distribuzione dei log, è possibile rimuovere le tabelle e i processi per la distribuzione dei log di SQL Server 2000 che potrebbero essere ancora presenti nel computer.

SQL Server 2005 non utilizza le tabelle per la distribuzione dei log utilizzate da SQL Server 2000 e pertanto è possibile eliminarle dopo avere eseguito l'aggiornamento del server a SQL Server 2005:

• log_shipping_databases
• log_shipping_monitor
• log_shipping_plan_databases
• log_shipping_plan_history
• log_shipping_plans
• log_shipping_primaries
• log_shipping_secondaries

È inoltre possibile eliminare tutti i processi per la distribuzione dei log di SQL Server Agent creati da SQL Server 2000.

Vedere anche

Concetti

Tabelle e stored procedure relative alla distribuzione dei log

Altre risorse

Distribuzione dei log

Guida in linea e informazioni

Assistenza su SQL Server 2005