Actualización de SQL Server 6.5

Question

Sí, lo sé.La existencia de una copia vigente de SQL Server 6.5 en 2008 es absurdo.

Eso estipulado, ¿cuál es la mejor manera de migrar de 6.5 a 2005?¿Existe algún camino directo?La mayor parte de la documentación que he encontrado trata sobre la actualización. 6.5 a 7.

¿Debería olvidarme de los nativos? SQL Server ¿Actualizar utilidades, crear scripts de todos los objetos y datos e intentar recrearlos desde cero?

Iba a intentar la actualización este fin de semana, pero problemas con el servidor lo retrasaron hasta el próximo.Cualquier idea será bienvenida durante el transcurso de la semana.

Actualizar.Así terminé haciéndolo:

• Haga una copia de seguridad de la base de datos en cuestión y Master en 6.5.
• Ejecutar SQL Server 2000's instcat.sql contra 6.5El Maestro.Esto permite SQL Server 2000proveedor OLEDB para conectarse 6.5.
• Usar SQL Server 2000es independiente "Import and Export Data" para crear un paquete DTS, usando OLEDB para conectarse al 6.5.Esto copió exitosamente todo 6.5las tablas a una nueva 2005 base de datos (también usando OLEDB).
• Usar 6.5Enterprise Manager para crear secuencias de comandos de todos los índices y activadores de la base de datos en un archivo .sql.
• Ejecute ese archivo .sql con la nueva copia de la base de datos, en Management Studio de 2005.
• Utilice Enterprise Manager 6.5 para crear scripts de todos los procedimientos almacenados.
• ejecutar eso .sql expediente contra el 2005 base de datos.Varias docenas de sprocs tuvieron problemas que los hacían incompatibles con 2005.Principalmente non-ANSI joins y quoted identifier issues.
• Se corrigieron todos esos problemas y se volvió a ejecutar el .sql archivo.
• Recreado el 6.5los inicios de sesión en 2005 y les dio los permisos apropiados.

Hubo un poco de enjuague/repetición al corregir los procedimientos almacenados (había cientos de ellos para corregir), pero la actualización fue excelente por lo demás.

Poder utilizar Management Studio en lugar de Query Analyzer y Enterprise Manager 6.5 Es una diferencia tan asombrosa.Algunas consultas de informes que tardaron entre 20 y 30 segundos en el 6.5 database ahora se ejecutan en 1-2 segundos, sin ninguna modificación, nuevos índices ni nada.No esperaba ese tipo de mejora inmediata.

Answer 1

Oye, yo también sigo atrapado en ese campamento.La aplicación de terceros que tenemos que admitir FINALMENTE llegará a 2K5, por lo que casi hemos superado el problema.Pero siento tu dolor 8^D

Dicho esto, por todo lo que escuché de nuestro DBA, la clave es convertir primero la base de datos al formato 8.0 y luego pasar al 2005.Creo que utilizaron las herramientas integradas de migración/actualización para esto.Hay algunos grandes pasos entre 6.5 y 8.0 que se resuelven mejor allí que pasar directamente de 6.5 a 2005.

Su MAYOR dolor, si aún no lo sabía, es que DTS desapareció a favor de SSIS.Hay un módulo de tipo shell que ejecutará sus paquetes DTS existentes, pero querrá recrearlos todos manualmente en SSIS.La facilidad de esto dependerá de la complejidad de los paquetes en sí, pero hasta ahora he hecho algunos y han sido bastante fluidos.

Answer 2

Puede actualizar 6.5 a SQL Server 2000.Puede que le resulte más fácil conseguir SQL Server o la versión 2000 de MSDE.Microsoft tiene una página en pasando de 6,5 a 2000.Una vez que tenga la base de datos en formato 2000, SQL Server 2005 no tendrá problemas para actualizarla al formato 2005.

Si no tiene SQL Server 2000, puede descargar el MSDE 2000 versión directamente de Microsoft.

Answer 3

De ninguna manera tengo autoridad, pero creo que el único camino admitido es del 6,5 al 7.Ciertamente, esa sería la ruta más sensata, entonces creo que se puede migrar de 7 directamente a 2005 sin problemas.

En cuanto a crear scripts para todos los objetos, lo desaconsejaría ya que inevitablemente se perderá algo (a menos que su base de datos sea realmente trivial).

Answer 4

Si puede encontrar una versión profesional o de alguna otra superempresa de Visual Studio 6.0, viene con una copia de MSDE (Básicamente el predecesor de SQL Express).Creo que MSDE 2000 todavía está disponible como descarga gratuita desde Microsoft, pero no sé si se puede migrar directamente de 6.5 a 2000.

Creo que, en concepto, probablemente no correrás ningún peligro.Sin embargo, años de práctica me dicen que siempre se perderá algún objeto, permiso u otro elemento de la base de datos que no se manifestará de inmediato.Si puedes escribir todo el volcado, mejor.Como será menos probable que se pierda algo, y si se pierde algo, se puede agregar fácilmente al script y corregirlo.Evitaría cualquier paso manual (aparte de presionar la tecla Intro una vez) como si fuera una plaga.