sql-server - data - sql server migration assistant

Actualización de SQL Server 6.5 (4)

No soy de ninguna manera autoritario, pero creo que el único camino admitido es de 6.5 a 7. Ciertamente, esa sería la ruta más sensata, entonces creo que puedes migrar de 7 directamente al 2005 sin mucho dolor.

En cuanto a la creación de scripts de todos los objetos, aconsejaría no hacerlo ya que inevitablemente perderá algo (a menos que su base de datos sea realmente trivial).

Sí, lo sé. La existencia de una copia en ejecución de SQL Server 6.5 en 2008 es absurda.

Eso estipuló, ¿cuál es la mejor forma de migrar de 6.5 a 2005 ? ¿Hay alguna ruta directa? La mayoría de la documentación que he encontrado se refiere a la actualización de 6.5 a 7 .

¿Debería olvidarme de las utilidades de actualización de SQL Server nativas, crear un script de todos los objetos y datos e intentar recrear desde cero?

Iba a intentar la actualización este fin de semana, pero los problemas del servidor lo retrasaron hasta el próximo. Entonces, cualquier idea sería bienvenida durante el transcurso de la semana.

Actualizar. Así es como terminé haciéndolo:

Haga una copia de seguridad de la base de datos en cuestión y master en 6.5 .
Ejecute el instcat.sql SQL Server 2000 contra el instcat.sql 6.5 . Esto permite que el proveedor OLEDB de SQL Server 2000 conecte a 6.5 .
Utilice SQL Server 2000 independiente "Import and Export Data" para crear un paquete DTS, utilizando OLEDB para conectarse a 6.5. Esto copió con éxito todas las tablas 6.5 a una nueva base de datos 2005 (también usando OLEDB ).
Utilice el Administrador corporativo de 6.5 para realizar un script de todos los índices y activadores de la base de datos en un archivo .sql.
Ejecute ese archivo .sql contra la nueva copia de la base de datos, en Management Studio de 2005.
Utilice el Administrador corporativo de 6.5 para ejecutar todos los procedimientos almacenados.
Ejecute ese archivo .sql contra la base de datos 2005 . Varias docenas de sprocs tenían problemas que los hacían incompatibles con 2005 . Principalmente non-ANSI joins y se quoted identifier issues .
Corregí todos esos problemas y volví a ejecutar el archivo .sql .
Recreó los inicios de sesión de 6.5 en 2005 y les otorgó los permisos adecuados.

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

Poder utilizar Management Studio en lugar de Query Analyzer y Enterprise Manager 6.5 es una gran diferencia. Algunas consultas de informes que tomaron entre 20 y 30 segundos en la 6.5 database ahora se ejecutan en 1-2 segundos, sin modificaciones, nuevos índices ni nada. No esperaba ese tipo de mejora inmediata.

Oye, todavía estoy atrapado en ese campamento también. La aplicación de terceros que tenemos que admitir está FINALMENTE yendo a 2K5, por lo que casi nos quedamos sin madera. 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 ir al 2005. Creo que utilizaron las herramientas integradas de migración / actualización para esto. Hay algunos pasos importantes entre 6.5 y 8.0 que están mejor resueltos allí que pasar de 6.5 a 2005 directamente.

Su mayor dolor, si no lo sabía ya, es que DTS se ha ido a favor de SSIS. Hay un módulo tipo shell que ejecutará sus paquetes DTS existentes, pero querrá volver a crearlos manualmente en SSIS. La facilidad de esto dependerá de la complejidad de los paquetes en sí, pero hasta ahora he hecho algunos en el trabajo y han sido bastante sencillos.

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

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

Si puede encontrar una versión profesional o 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 una descarga gratuita de Microsoft, pero no sé si puede migrar directamente de 6.5 a 2000.

Creo que en concepto, probablemente no enfrentarás ningún peligro. Años de práctica, sin embargo, me dicen que siempre perderá algún objeto, permiso u otro elemento de la base de datos que no se manifestará de inmediato. Si puede guiar todo el volcado, mejor. Como es menos probable que te pierdas algo, y si te pierdes algo, se puede agregar fácilmente al guión y arreglarlo. Evitaría cualquier paso manual (aparte de presionar la tecla Intro una vez) como la peste.