SQL Server: Pianificazione della migrazione a SQL Server 2008 R2

La migrazione a SQL Server 2008 R2 è un'impresa di una certa entità. È necessario esaminare il proprio ambiente e di pianificare con attenzione i passaggi per garantire una migrazione senza problemi.

Brien Posey

Passaggio a SQL Server 2008 R2 non sempre tagliati e asciutto. È un importante aggiornamento e una transizione enorme. A differenza di molti altri prodotti Microsoft, tuttavia, SQL Server 2008 R2 supporta gli aggiornamenti sul posto. Se si esegue SQL Server 2000, 2005 o 2008, sarà possibile semplicemente installare SQL Server 2008 R2 su SQL Server esistente.

La maggior parte dei casi però, passaggio a SQL Server 2008 R2 non sarà sufficiente inserire il disco di installazione e funziona tramite una procedura guidata di installazione. Esistono alcune situazioni in cui sarà necessario migrare anziché l'aggiornamento di SQL Server. Questo verrà spiegato alcune opzioni per effettuare lo spostamento a SQL Server 2008 R2.

Avviso audio

Un esame approfondito dell'infrastruttura è sempre consigliabile prima un aggiornamento importante. In questo caso, SQL Server Upgrade Advisor può aiutare a determinare o meno è ‘ ll potranno aggiornamento direttamente a SQL Server o se sarà necessario eseguire una migrazione. Il processo di Preparazione aggiornamento consiste nell'analizzare i server SQL e segnalare eventuali problemi che potrebbero ottenere nel mezzo di un aggiornamento corretto. È possibile correggere tali problemi prima di eseguire l'aggiornamento o avviare la creazione di piani di migrazione.

Preparazione dell'aggiornamento di SQL Server è uno strumento gratuito fornito con SQL Server 2008 R2 Feature Pack (è possibile scaricarlo dall' Area Download Microsoft ). Dopo aver scaricato e decompresso SQL Server 2008 R2 Feature Pack è ‘ llo trova Upgrade Advisor nella cartella \X64\Redist\Upgrade Advisor. Esistono x 86 e Itanium versioni di Upgrade Advisor, presenti nelle cartelle \X86 e \IA64 rispettivamente.

La maggior parte delle installazioni di SQL Server sono critiche, pertanto potrebbe essere riluttanti a eseguire un'utilità quale Upgrade Advisor per timore che potrebbe causare problemi. Tali fears può essere ulteriormente alimentato dal fatto che esistono numerosi componenti prerequisiti da installare prima di eseguire anche la Preparazione aggiornamento.

Fortunatamente, in genere sarà necessario eseguire Preparazione aggiornamento direttamente sul server SQL. È possibile installare in Windows XP (SP2 o versione successiva), Windows Vista, Windows Server 2003 e Windows 7 (SP2 o versioni successive) o Windows Server 2008. Una volta installato, è possibile utilizzare per analizzare i server SQL remoto. L'unica eccezione è che se uno dei server in esecuzione SQL Server Reporting Services, è necessario eseguire Preparazione aggiornamento localmente su tali server.

Anche se esiste un processo efficace di problemi anticipating otterrà di un aggiornamento, vi sono alcune cose che Upgrade Advisor non viene verificata. Ad esempio, non può analizzare stored procedure crittografata o applicazioni desktop. Dispone inoltre dei problemi durante la verifica della funzionalità sospesi.

Ricordare, SQL Server 2008 R2 supporta l'aggiornamento da versioni di SQL Server come vecchio 2000. SQL Server è molto evoluto nel corso degli anni. Microsoft ha aggiunto nuove funzionalità in ogni versione di SQL Server, ma sono stati inoltre molte funzionalità rimosse. In alcuni casi, Upgrade Advisor non segnalare problemi relativi alla funzionalità obsolete. Un altro esempio è che lo strumento Upgrade Advisor non analizzare Notification Services, che sono stati rimossi in SQL Server 2008.

È presente un TechNet articolo elenca tutti i problemi SQL Server compatibilità, includono in sospeso e ammortizzato funzionalità di SQL Server, nonché alcune modifiche di comportamento potrebbero provocare problemi alle applicazioni SQL Server. Tale articolo copre solo le funzionalità modificate o rimosse dopo SQL Server 2008. Se si esegue una versione precedente di SQL Server, sarà necessario effettuare alcune ulteriori ricerche per scoprire cosa potrebbe essere modificato dopo la versione finale.

Il percorso di aggiornamento

Se si decide di provare un aggiornamento sul posto, è necessario utilizzare i percorsi di aggiornamento Microsoft autorizzati. In pratica, ciò significa la versione e l'edizione di SQL Server a cui è possibile eseguire l'aggiornamento dipende dalla versione attualmente in uso.

Si supponga ad esempio di che disporre di un server che esegue SQL Server 2005 (x 64) Enterprise con SP2. Le uniche opzioni per l'aggiornamento a SQL Server 2008 R2, è possibile aggiornare Enterprise Edition o Datacenter Edition. Microsoft dispone di un grafico dettagliato di strutturazione quali edizioni di SQL Server 2008 R2 sono supportate in vari scenari di aggiornamento. Esistono molti Avvertenze per i percorsi di aggiornamento, in modo che il grafico è opportuno esaminare prima di acquistare le licenze di SQL Server 2008 R2. Esistono ancora, tuttavia, generale alcune regole che true esenzione per la maggior parte dei percorsi di aggiornamento:

  • È possibile aggiornare solo la stessa versione o una versione successiva di SQL Server. Ad esempio, se si sta funziona ora Datacenter Edition, non è possibile utilizzare il processo di aggiornamento allo scopo di downgrade a Enterprise Edition.
  • È necessario continuare a utilizzare la stessa architettura di CPU. Se si esegue una versione a 32 bit di SQL Server adesso, è necessario continuare a farlo.
  • Non vi è alcun percorso di aggiornamento per i server che eseguono una versione di valutazione o edizione Personal di SQL Server.

Upgrade Advisor è un ottimo strumento per individuare potenziali problemi di aggiornamento, ma non è infallibile. Poiché esistono più condizioni per cui non è possibile testare Upgrade Advisor, è consigliabile eseguire un aggiornamento di prova, se possibile.

Effettuare il backup di SQL Server, un paio di controller di dominio e altri server di infrastruttura necessaria un sistema completo. Ripristinare tali backup per un server virtuale non è connesso alla rete di produzione, creando così un clone di produzione distribuzione SQL. L'esecuzione di questo clone tenta l'aggiornamento a SQL Server 2008 R2 ed eseguire i necessari test post-aggiornamento.

Alcuni ambienti sono troppo complesse per questo tipo di test. In tali situazioni, configurare una distribuzione di prova che riproduce fedelmente la distribuzione di SQL Server di produzione. Si ricordi ancora possibile individuare problemi durante o dopo un aggiornamento. È decisamente migliore rilevare eventuali problemi in un ambiente di laboratorio nei server di produzione.

Fase di migrazione

Migrazioni sono utili per le situazioni più un aggiornamento sul posto è impossibile. È inoltre possibile utilizzare una migrazione come metodo per la modifica di topologie di server (ad esempio passando da una distribuzione a 32 bit a una distribuzione a 64 bit), o per spostare nuovo hardware del server di SQL Server.

Prima di eseguire la migrazione di tutti i database a SQL Server 2008 R2, scaricare una copia di Microsoft Assessment and Planning (MAP) Toolkit per SQL Server 2008 R2 . MAP non esegue il processo di migrazione, ma può consentire alla pianificazione della migrazione. Alcuni aspetti MAP Toolkit possono includere:

  • Magazzino SQL: MAP Toolkit è in grado di identificare tutte le istanze di SQL Server in esecuzione nell'organizzazione. Inoltre possibile fornire informazioni di versione.
  • Informazioni hardware: MAP Toolkit inventari dell'implementazione SQL, può riportare anche l'hardware (fisica o virtuale) in cui i server SQL in esecuzione, nonché l'architettura di CPU (a 32 o 64 bit).
  • Pianificazione migrazione: MAP Toolkit consentono di determinare quali server SQL sono ottimi candidati per la migrazione, in base alle esigenze.

Meccanismi di migrazione

La procedura esatta che verrà utilizzato per eseguire la migrazione di SQL 2008 R2 variano a seconda della versione di SQL Server da cui si sta eseguendo la migrazione. Anche in questo caso, ecco una panoramica di che cosa comporta la migrazione effettiva.

Nella sua forma più semplice, il processo di migrazione implica l'impostazione di un server con SQL Server 2008 R2. Quindi è necessario ripristinare un backup di database precedenti a tale server. Analogamente a molte cose nella vita, tuttavia il diavolo è nei dettagli.

Il primo dettaglio è il metodo da cui verrà backup SQL Server legacy. È necessario eseguire il backup del server in modo che mantiene tutte le transazioni. In teoria, è necessario impostare la proprietà di accesso per i database per “ Single_User ” o impostare solo il database “ lettura. ”

In questo modo un problema è che il processo di backup e ripristino può richiedere molto tempo. In base alla pianificazione della migrazione un backup completo e il ripristino potrebbe semplicemente richiedere troppo tempo. È possibile ridurre la quantità di tempo della migrazione eseguendo un backup completo in anticipo. Eseguire un backup incrementale immediatamente prima della migrazione.

Quando è necessario ripristinare il database del server con SQL Server 2008 R2, sarà necessario specificare alcune opzioni di ripristino tramite SQL Server Management Studio. In particolare, assicurarsi che esattamente come il database che si sta ripristinando il nome del nuovo database. Inoltre, assicurarsi di selezionare l'opzione “ lascia il database pronto per utilizzo per sequenza indietro salvate transazioni ”, che sono disponibili nella sezione stato di ripristino.

Una volta completato il ripristino, vi sono due cose più, che sarà necessario eseguire. Innanzitutto, impostare la proprietà di accesso ai database a più utenti, in modo che gli utenti possono iniziare a utilizzarlo nuovamente. Successivamente, impostare il livello di compatibilità del database SQL 2008 (modalità 100). Se si omette questo passaggio, i database potrebbero rimanere in modalità di compatibilità. A seconda della versione originale di SQL Server, modalità di compatibilità impediscano funzionalità introdotte in SQL Server 2005 e SQL Server 2008 dal lavoro.

Come si può vedere, la migrazione a SQL Server 2008 R2 non è così difficile, ma richiede numerosi passaggi specifici. È necessario pianificare attentamente la migrazione di anticipo per evitare eventuali problemi di compatibilità.

Brian Posey

Brien Posey MVP, è un autore freelance tecnico con migliaia di articoli e decine di libri per il suo credito. È possibile visitare il sito Web di Brien brienposey.com .

Contenuti correlati: