Aggiornamento di SQL Server 6.5
-
08-06-2019 - |
Domanda
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
'Sinstcat.sql
contro6.5
il Maestro.Questo permetteSQL Server 2000
il provider OLE DB a cui connettersi6.5
. - Utilizzo
SQL Server 2000
è autonomo"Import and Export Data"
per creare un pacchetto DTS, utilizzandoOLEDB
per connettersi a 6.5.Questo ha copiato tutto con successo6.5
le tabelle a una nuova2005
database (anche utilizzandoOLEDB
). - Utilizzo
6.5
di 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 il2005
Banca dati.Diverse dozzine di sproc presentavano problemi che li rendevano incompatibili con2005
.Principalmentenon-ANSI joins
Equoted identifier issues
. - Corretti tutti questi problemi e rieseguito il file
.sql
file. - Ricreato il
6.5
accede a2005
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.
Soluzione
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.
Altri suggerimenti
È 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.
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).
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.