Aggiornamento di SQL Server 6.5

Question

Sì, lo so.L'esistenza di una copia funzionante di SQL Server 6.5 nel 2008 è assurdo.

Ciò stabilito, qual è il modo migliore per migrare 6.5 A 2005?Esiste un percorso diretto?La maggior parte della documentazione che ho trovato riguarda l'aggiornamento 6.5 A 7.

Dovrei dimenticare il nativo SQL Server aggiornare le utilità, scrivere tutti gli oggetti e i dati e provare a ricrearli da zero?

Avrei voluto tentare l'aggiornamento questo fine settimana, ma i problemi del server lo hanno rimandato al prossimo.Quindi, qualsiasi idea sarà accolta favorevolmente nel corso della settimana.

Aggiornamento.Ecco come ho finito per farlo:

• Eseguire il backup del database in questione e attivare il Master 6.5.
• Eseguire SQL Server 2000'S instcat.sql contro 6.5il Maestro.Questo permette SQL Server 2000il provider OLE DB a cui connettersi 6.5.
• Utilizzo SQL Server 2000è autonomo "Import and Export Data" per creare un pacchetto DTS, utilizzando OLEDB per connettersi a 6.5.Questo ha copiato tutto con successo 6.5le tabelle a una nuova 2005 database (anche utilizzando OLEDB).
• Utilizzo 6.5di Enterprise Manager per scrivere tutti gli indici e i trigger del database in un file .sql.
• Esegui il file .sql sulla nuova copia del database, nel Management Studio del 2005.
• Utilizzare Enterprise Manager della versione 6.5 per creare script di tutte le procedure memorizzate.
• Eseguilo .sql presentare ricorso contro il 2005 Banca dati.Diverse dozzine di sproc presentavano problemi che li rendevano incompatibili con 2005.Principalmente non-ANSI joins E quoted identifier issues.
• Corretti tutti questi problemi e rieseguito il file .sql file.
• Ricreato il 6.5accede a 2005 e ha dato loro le autorizzazioni appropriate.

È stato necessario eseguire un po' di risciacquo/ripetizione durante la correzione delle procedure memorizzate (ce n'erano centinaia da correggere), ma per il resto l'aggiornamento è andato benissimo.

Essere in grado di utilizzare Management Studio invece di Query Analyzer E Enterprise Manager 6.5 è una differenza così sorprendente.Alcune query di report hanno richiesto 20-30 secondi sul 6.5 database ora vengono eseguiti in 1-2 secondi, senza alcuna modifica, nuovi indici o altro.Non mi aspettavo questo tipo di miglioramento immediato.

Answer 1

Ehi, anch'io sono ancora bloccato in quel campo.L'applicazione di terze parti che dobbiamo supportare arriverà FINALMENTE a 2K5, quindi siamo quasi al termine.Ma sento il tuo dolore 8^D

Detto questo, da tutto quello che ho sentito dal nostro DBA, la chiave è convertire prima il database nel formato 8.0 e poi passare al 2005.Credo che abbiano utilizzato gli strumenti di migrazione/aggiornamento integrati per questo.Ci sono alcuni grandi passi tra il 6.5 e l’8.0 che possono essere risolti meglio lì che passare direttamente dal 6.5 al 2005.

Il tuo dolore PIÙ GRANDE, se non lo sapevi già, è che il DTS è passato a favore dell'SSIS.Esiste un modulo di tipo shell che eseguirà i pacchetti DTS esistenti, ma vorrai ricrearli manualmente tutti in SSIS.La facilità di questo dipenderà dalla complessità dei pacchetti stessi, ma finora ne ho fatti alcuni al lavoro e sono stati abbastanza fluidi.

Answer 2

È possibile aggiornare 6.5 a SQL Server 2000.Potrebbe essere più semplice ottenere SQL Server o la versione 2000 di MSDE.Microsoft ha una pagina su passando da 6,5 ​​a 2000.Una volta che il database è nel formato 2000, SQL Server 2005 non avrà problemi ad aggiornarlo al formato 2005.

Se non hai SQL Server 2000, puoi scaricare l'MSDE 2000 versione direttamente da Microsoft.

Answer 3

Non sono affatto autorevole, ma credo che l'unico percorso supportato sia da 6,5 ​​a 7.Certamente quella sarebbe la strada più sensata, quindi credo che tu possa migrare da 7 direttamente al 2005 in modo abbastanza indolore.

Per quanto riguarda lo scripting di tutti gli oggetti, lo sconsiglio perché inevitabilmente ti perderai qualcosa (a meno che il tuo database non sia veramente banale).

Answer 4

Se riesci a trovare una versione professionale o di altro livello super aziendale di Visual Studio 6.0, viene fornita con una copia di MSDE (Fondamentalmente il predecessore di SQL Express).Credo che MSDE 2000 sia ancora disponibile come download gratuito da Microsoft, ma non so se è possibile migrare direttamente da 6.5 a 2000.

Penso che in teoria probabilmente non dovrai affrontare alcun pericolo.Anni di pratica, tuttavia, mi dicono che ti mancherà sempre qualche oggetto, permesso o altro elemento del database che non si manifesterà immediatamente.Se riesci a scrivere l'intero dump, meglio è.Poiché avrai meno probabilità di perdere qualcosa e, se ti perdi qualcosa, può essere facilmente aggiunto allo script e corretto.Eviterei qualsiasi passaggio manuale (oltre a premere una volta il tasto Invio) come la peste.