Qual è il motivo per installare SQL Server 2005 e 2008 sullo stesso computer?

Question

Sto configurando un nuovo server di sviluppo e voglio installare l'ultima versione di SQL Server 2008 Express.

I nostri database sql2005 esistenti funzioneranno con il 2008 senza modifiche?   In tal caso, c'è qualche motivo per installare entrambe le versioni sullo stesso server?

Answer 1

In realtà non ho provato a migrare un database 2005 al 2008, ma generalmente SQL lo gestisce in modo pulito e senza difficoltà. Il modo più semplice per farlo sarebbe eseguire un backup del database da SQL 2005 e quindi ripristinarlo con SQL 2008.

Se si desidera mantenere la copia di SQL 2005 in giro e online fino a quando non si sa che la copia del 2008 funziona, potrebbe essere necessario spostare i file di dati / registro per il proprio database quando si ripristina il backup su 2008, poiché i vecchi file di dati sarà in uso entro il 2005. Puoi farlo utilizzando l'opzione with move di restore database , ad esempio:

RIPRISTINA DATABASE mydb FROM disk = 'c: \ backupfile.bak'
 CON SPOSTA 'maindatafile' in 'c: \ newdatalocation.mdf',
 SPOSTARE 'mainlogfile' in 'c: \ newloglocation.ldf'

Per quanto riguarda averli entrambi installati contemporaneamente, uno dei motivi per cui potresti decidere di farlo sarebbe quello di semplificare il lavoro di test del codice su entrambe le versioni, se avevi intenzione di avere il supporto del tuo software in comunicazione con entrambe le versioni.

Answer 2

È possibile bloccare un database 2005 e collegarlo a un server 2008. Sconsigliamo di installare entrambi sullo stesso computer a meno che tu non debba (ad esempio stai scrivendo codice per una terza parte e usano solo il 2005).

Quello che consiglio vivamente è di utilizzare windows server 2008 hyper-v per creare 2 macchine virtuali, una con l'ambiente 2005, l'altra con il 2008. Le macchine virtuali Hyper-v sono incredibilmente più veloci di Virtual Server 2007.

Answer 3

I database dovrebbero ( dovrebbero! ) funzionare senza modifiche. Tuttavia, per lo sviluppo è preferibile disporre di sql2005 per testare gli script, a meno che non si presuma che tutti i client vengano aggiornati anche al 2008, poiché il 2008 ha funzionalità che non esistono in SQL Server 2005.

Answer 4

In ambienti di sviluppo e test, avere più server di database installati non è un problema e può ridurre il numero di server di test richiesti.

In produzione, non lo consiglierei a causa del fatto che più pool di buffer combattono e uccidono le tue prestazioni.

Answer 5

Per me l'importante è avere istanze prod che sono database del 2005? Dovrai supportare i rapporti sui servizi di segnalazione che si trovano su un server prod che ha solo la versione 2005 dei servizi di segnalazione, ecc.

In tal caso, dovresti avere sia la versione 2005 che quella 2008 sulle tue macchine di sviluppo. Ho visto un sacco di codice che doveva essere espulso perché gli sviluppatori lavoravano nel 2008 quando prod era il 2005. Svilupparsi sempre contro la versione del software che avrai in prod. Se ti stai convertendo al 2008 ma non ci sei ancora nel prodotto, hai bisogno di entrambi, uno per le modifiche di manutenzione e uno per cose future.

Personalmente ho SQL Server 2000, 2005 e 2008 sulla mia macchina perché non abbiamo ancora convertito tutto e ho alcune cose che possono essere fatte solo sulla versione precedente. Abbiamo trovato la chiave per mantenere più versioni è installarle nell'ordine corretto. Sembra che vada male se metti prima il 2008 e poi le versioni precedenti.

Answer 6

A volte devi essere in grado di provare su più versioni, oppure potresti aver bisogno del 2005 per una cosa e del 2008 per un'altra.

A volte mantieni diverse app diverse, alcune delle quali sono su una e altre sull'altra, e non hai ancora aggiornato tutto. A volte stai eseguendo l'aggiornamento e devi eseguire il test su entrambe le versioni durante l'aggiornamento. A volte supporti diversi clienti diversi, alcuni su una versione e altri su un'altra. A volte desideri aggiornare le tue app interne, ma stai utilizzando un pacchetto software certificato solo su una versione precedente.

Ci sono molte ragioni.