Actualización de SQL Server 6.5

votos
30

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

Eso estipuló, ¿cuál es la mejor manera de migrar de 6.5a 2005? ¿Hay alguna ruta directa? La mayor parte de la documentación que he encontrado ofertas con la actualización 6.5a 7.

¿Debo olvidarme de las SQL Serverutilidades de actualización nativas , escribir 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:

  • Realice una copia de seguridad de la base de datos en cuestión y Master en 6.5.
  • Ejecutar SQL Server 2000's instcat.sqlen contra 6.5' s Maestro. Esto permite que SQL Server 2000el proveedor OLEDB se conecte 6.5.
  • Use SQL Server 2000's independiente Import and Export Datapara crear un paquete DTS, utilizando OLEDBpara conectarse a 6.5. Esto copió con éxito todas 6.5las tablas a una nueva 2005base de datos (también usando OLEDB).
  • Utilice 6.5Enterprise Manager para crear 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.
  • Ejecuta ese .sqlarchivo contra la 2005base de datos. Varias docenas de sprocs tenían problemas haciéndolos incompatibles 2005. Principalmente non-ANSI joinsy quoted identifier issues.
  • Corregí todos esos problemas y volví a ejecutar el .sqlarchivo.
  • Recreó los 6.5inicios de sesión 2005y 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 genial de lo contrario.

Poder usar Management Studio en lugar de Query Analyzery Enterprise Manager 6.5es una gran diferencia. Algunas consultas de informes que tomaron entre 20 y 30 segundos en el 6.5 databasemomento se están ejecutando en 1-2 segundos, sin modificaciones, nuevos índices ni nada. No esperaba ese tipo de mejora inmediata.

Publicado el 01/08/2008 a las 20:26
fuente por usuario
En otros idiomas...                            


4 respuestas

votos
8

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.

Respondida el 01/08/2008 a las 20:34
fuente por usuario

votos
3

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.

Respondida el 04/08/2008 a las 02:29
fuente por usuario

votos
2

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.

Respondida el 04/08/2008 a las 01:23
fuente por usuario

votos
2

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).

Respondida el 04/08/2008 a las 00:56
fuente por usuario

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more