¿Alguna razón para tener SQL Server 2005 y 2008 instalados en la misma máquina?

Question

Estoy configurando un nuevo servidor de desarrollo y quiero instalar la última versión de SQL Server 2008 Express.

¿Funcionarán nuestras bases de datos sql2005 existentes con 2008 sin modificaciones?   Si es así, ¿hay alguna razón para instalar ambas versiones en el mismo servidor?

Answer 1

En realidad, no he intentado migrar una base de datos de 2005 a 2008, pero generalmente SQL maneja esto limpiamente y sin dificultad. La forma más sencilla de hacerlo sería hacer una copia de seguridad de su base de datos desde SQL 2005 y luego restaurarla con SQL 2008.

Si desea mantener la copia de SQL 2005 alrededor y en línea hasta que sepa que la copia de 2008 está funcionando, es posible que deba mover los datos / archivos de registro de su base de datos al restaurar la copia de seguridad a 2008, ya que los archivos de datos anteriores estará en uso en 2005. Puede hacerlo utilizando la opción with move de restore database , por ejemplo:

RESTORE DATABASE mydb FROM disk = 'c: \ backupfile.bak'
 CON MOVE 'maindatafile' a 'c: \ newdatalocation.mdf',
 MOVE 'mainlogfile' a 'c: \ newloglocation.ldf'

Al tener ambos instalados al mismo tiempo, una razón por la que podría decidir hacer esto sería simplificar el trabajo de probar el código en ambas versiones, si pretendía que su soporte de software hablara con ambas versiones.

Answer 2

Puede asignar una base de datos de 2005 y adjuntarla a un servidor de 2008. Recomendaría no instalar ambos en la misma máquina a menos que deba hacerlo (por ejemplo, si está escribiendo un código para un tercero y solo usan 2005).

Lo que recomiendo es usar Windows Server 2008 hyper-v para crear 2 máquinas virtuales, una con el entorno de 2005 y la otra con 2008. Las máquinas virtuales de Hyper-v son increíblemente más rápidas que el servidor virtual 2007.

Answer 3

Las bases de datos deberían ( deberían! ) trabajar sin modificaciones. Sin embargo, para el desarrollo, es preferible que tenga sql2005 para probar sus scripts, a menos que asuma que todos sus clientes también se actualizarán a 2008, ya que 2008 tiene características que no existen en SQL Server 2005.

Answer 4

En los entornos de desarrollo y prueba, tener varios servidores de bases de datos instalados no es un problema y puede reducir la cantidad de servidores de prueba requeridos.

En producción, no lo recomendaría debido al hecho de que varias agrupaciones de almacenamiento intermedio luchan y matan tu rendimiento.

Answer 5

Para mí, lo importante es que tendrá instancias de prod que sean bases de datos de 2005. ¿Tendrá que admitir los informes de servicios de informes que se encuentran en un servidor prod que solo tiene la versión 2005 de servidores de informes, etc.?

Si es así, debería tener las versiones 2005 y 2008 en sus máquinas de desarrollo. He visto un montón de código que se tuvo que descartar porque los desarrolladores trabajaron en 2008 cuando prod. 2005. Siempre se desarrolla contra la versión del software que tendrá disponible. Si se está convirtiendo a 2008 pero aún no está disponible en la producción, necesita ambos, uno para los cambios de mantenimiento y otro para el futuro.

Personalmente tengo SQL Server 2000, 2005 y 2008 en mi máquina porque todavía no hemos convertido todo y tengo algunas cosas que solo se pueden hacer en la versión anterior. Hemos encontrado que la clave para mantener varias versiones es instalarlas en el orden correcto. Parece que va mal si pones 2008 en primer lugar y luego en las versiones anteriores.

Answer 6

A veces necesitas poder probar en varias versiones, o puedes necesitar 2005 para una cosa y 2008 para otra.

A veces mantienes varias aplicaciones diferentes, algunas de las cuales están en una y otras en la otra, y aún no has actualizado todo. A veces está actualizando y necesita probar ambas versiones durante la actualización. A veces se admiten varios clientes diferentes, algunos en una versión y otros en otra. A veces desea actualizar sus aplicaciones internas, pero está utilizando un paquete de software que solo está certificado en una versión anterior.

Hay muchas razones.