sql-server - tool - ssma for mysql extension pack




Aggiornamento di SQL Server 6.5 (3)

Si, lo so. L'esistenza di una copia in esecuzione di SQL Server 6.5 nel 2008 è assurda.

Ciò ha stabilito, qual è il modo migliore per migrare dal 6.5 al 2005 ? C'è qualche percorso diretto? La maggior parte della documentazione che ho trovato riguarda l'aggiornamento da 6.5 a 7 .

Devo dimenticare le utility di aggiornamento native di SQL Server , creare script di tutti gli oggetti e i dati e provare a ricreare da zero?

Stavo andando a tentare l'aggiornamento questo fine settimana, ma i problemi del server lo hanno respinto fino al prossimo. Quindi, qualsiasi idea sarebbe accolta nel corso della settimana.

Aggiornare. Questo è il modo in cui ho finito per farlo:

  • Eseguire il backup del database in questione e master su 6.5 .
  • Esegui instcat.sql SQL Server 2000 sul instcat.sql 6.5 . Ciò consente al provider OLEDB di SQL Server 2000 di connettersi a 6.5 .
  • Utilizzare i "Import and Export Data" standalone "Import and Export Data" SQL Server 2000 per creare un pacchetto DTS, utilizzando OLEDB per connettersi a 6.5. Questo ha copiato con successo tutte le tabelle della 6.5 in un nuovo database 2005 (usando anche OLEDB ).
  • Utilizzare Enterprise Manager di 6.5 per eseguire lo script di tutti gli indici e i trigger del database in un file .sql.
  • Esegui il file .sql contro la nuova copia del database, nel Management Studio del 2005.
  • Utilizzare l'Enterprise Manager di 6.5 per codificare tutte le stored procedure.
  • Esegui il file .sql contro il database 2005 . Diverse decine di sproc hanno avuto problemi che li hanno resi incompatibili con il 2005 . Principalmente non-ANSI joins e quoted identifier issues .
  • Correzione di tutti questi problemi e riesecuzione del file .sql .
  • Ricreato gli accessi della 6.5 nel 2005 e fornito loro le autorizzazioni appropriate.

C'è stato un po 'di risciacquo / ripetizione durante la correzione delle stored procedure (ce ne sono state centinaia da correggere), ma l'aggiornamento è andato benissimo altrimenti.

Essere in grado di utilizzare Management Studio invece di Query Analyzer ed Enterprise Manager 6.5 è una differenza incredibile. Alcune query di report che richiedevano 20-30 secondi sul 6.5 database ora vengono eseguite in 1-2 secondi, senza alcuna modifica, nuovi indici o altro. Non mi aspettavo questo tipo di miglioramento immediato.


È possibile aggiornare 6.5 a SQL Server 2000. Potrebbe essere più semplice ottenere una sospensione di SQL Server o della versione 2000 di MSDE. Microsoft ha una pagina in corso da 6,5 ​​a 2000 . Una volta ottenuto il database nel formato 2000, SQL Server 2005 non avrà problemi ad aggiornarlo nel formato 2005.

Se non si dispone di SQL Server 2000, è possibile scaricare la versione di MSDE 2000 direttamente da Microsoft.


Ehi, sono ancora bloccato in quel campo. L'applicazione di terze parti che dobbiamo supportare è FINALMENTE andando a 2K5, quindi siamo quasi fuori dal bosco. Ma sento il tuo dolore 8 ^ D

Detto questo, da tutto ciò che ho sentito dal nostro DBA, la chiave è convertire prima il database in formato 8.0 e poi andare nel 2005. Credo che abbiano usato gli strumenti di migrazione / aggiornamento incorporati per questo. Ci sono alcuni grandi passi tra 6.5 e 8.0 che sono meglio risolti lì che andare direttamente dal 6,5 al 2005.

Il tuo dolore PIÙ GRANDE, se non lo sapessi già, è che il DTS è andato a favore di 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 ne ho già fatti alcuni al lavoro finora e sono stati abbastanza fluidi.


Se riesci a trovare un professionista o qualche altra versione super-enterprise di Visual Studio 6.0, è venuto con una copia di MSDE (in pratica 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, non ti troverai di fronte a nessun pericolo. Tuttavia, anni di pratica mi dicono che mancherete sempre qualche oggetto, permesso o altro oggetto del database che non si manifesterà immediatamente. Se riesci a codificare l'intera discarica, tanto meglio. Come sarà meno probabile che manchi qualcosa - e se ti manca qualcosa, può essere facilmente aggiunto alla sceneggiatura e risolto. Eviterei qualsiasi passaggio manuale (diverso dal premere il tasto Invio una volta) come la peste.





migration