validacion valida una tipo solucion servidor seleccionadas puede para pagina ningun motor instalacion informes hay establecer esta errores error encontro datos conexion conecta con carpeta caracteristicas actualizarlas sql-server-2005 sql-server-2008 installation install compatibility

sql-server-2005 - valida - sql server 2017



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

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?


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 restaurar esa copia de seguridad con SQL 2008.

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

RESTORE DATABASE mydb FROM disk = ''c:/backupfile.bak''
WITH MOVE ''maindatafile'' to ''c:/newdatalocation.mdf'',
MOVE ''mainlogfile'' to ''c:/newloglocation.ldf''

En cuanto a 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 en ambas versiones.


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


Puede separar una base de datos 2005 y adjuntarla a un servidor 2008. Recomendaría no instalar ambos en la misma máquina a menos que deba hacerlo (por ejemplo, está escribiendo 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.


En entornos de desarrollo y prueba, tener múltiples servidores de bases de datos instalados no es un problema y puede reducir el número de servidores de prueba requeridos.

En producción, no lo recomendaría debido al hecho de que múltiples grupos de búferes luchan y matan su rendimiento.


A veces necesita poder probar en múltiples versiones, o puede necesitar 2005 para una cosa y 2008 para otra.

Algunas veces mantiene varias aplicaciones diferentes, algunas de las cuales están en una y otra en la otra, y aún no ha actualizado todo. A veces estás actualizando y necesitas probar en ambas versiones durante la actualización. En ocasiones, admite varios clientes diferentes, algunos en una versión y algunos 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


Para mí, lo importante es que tengas instancias prod que sean 2005 bases de datos? ¿Tendrá que admitir informes de informes de servicios 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 una gran cantidad de código que tuvo que descartarse porque los desarrolladores trabajaron en 2008 cuando prod fue 2005. SIEMPRE se desarrolla contra la versión del software que tendrá en prod. Si está convirtiendo a 2008 pero todavía no está en prod, necesita ambos, uno para cambios de mantenimiento y otro para cosas futuras.

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 múltiples versiones es instalarlas en el orden correcto. Parece ir mal si pones el 2008 primero y luego las versiones anteriores.