Estoy configurando un nuevo servidor de desarrollo y quiero instalar la última versión de SQL Server 2008 Express.¿Alguna razón para tener SQL Server 2005 y 2008 instalados en la misma máquina?
¿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?
No he intentado realmente migrar una base de datos 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 conservar la copia de SQL 2005 y en línea hasta que sepa que la copia de 2008 está funcionando, es posible que deba 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 uso en 2005. Puede hacerlo utilizando la opción with move 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 haber instalado tanto, al mismo tiempo, una de las razones es posible que decide hacer esto sería para simplificar el trabajo de te contradice ambas versiones, si tenía la intención de que su soporte de software hablara con ambas versiones.
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, si está escribiendo código para un tercero y solo usan 2005).
Lo que lo recomiendo mucho es el uso de Windows 2008 Server Hyper-V para crear máquinas virtuales 2 uno con el medio ambiente de 2005, la otra con máquinas virtuales Hyper-V 2008 son increíblemente más rápido que el servidor virtual 2007.
Las bases de datos deberían (debería!) trabajar 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, ya que 2008 tiene características que no existen en SQL Server 2005.
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 varias agrupaciones de búferes luchan y matan su rendimiento.
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í, debe 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.
A veces necesita poder probar en versiones múltiples, 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.