Qualquer razão para que o SQL Server 2005 e 2008 instalado na mesma máquina?

Question

Eu sou a criação de um novo servidor de desenvolvimento e deseja instalar a última versão do SQL Server 2008 Express.

Será que os nossos bancos de dados SQL2005 existentes trabalhar com 2008 sem modificação? Se assim não há qualquer razão para instalar as duas versões no mesmo servidor?

Answer 1

Eu não tentei realmente migrando um banco de dados 2005 a 2008, mas geralmente SQL lida com isso de forma limpa e sem dificuldade. A maneira mais simples de fazê-lo seria fazer um backup do seu banco de dados SQL 2005 e, em seguida, restaurar o backup com o SQL Server 2008.

Se você quiser manter o SQL 2005 cópia ao redor e on-line até que você sabe que a cópia 2008 está trabalhando, pode ser necessário para mover os dados / arquivos de log para o banco de dados ao restaurar o backup para 2008, uma vez que os antigos arquivos de dados estarão em uso até 2005. Você pode fazer isso usando a opção with move de restore database, por exemplo:

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

Como a ter ambos instalados ao mesmo tempo, uma das razões que você pode decidir fazer isso seria simplificar o trabalho de testar código contra ambas as versões, se você estivesse com a intenção de ter o seu suporte de software falando com ambas as versões.

Answer 2

Você pode detatch um banco de dados 2005 e anexá-lo a um servidor de 2008. Eu recomendaria contra a instalação de ambos na mesma máquina a menos que você deve (por exemplo, você está escrevendo código para um terceiro e eles só usam 2005).

O que eu recomendo é o servidor Windows 2008 Hyper-V para criar 2 máquinas virtuais um com o ambiente de 2005, o outro com máquinas virtuais 2008. Hyper-V são incrivelmente mais rápido do Virtual Server 2007.

Answer 3

As bases de dados deve ( deve! ) o trabalho não modificada. No entanto, para o desenvolvimento, é preferível que você tem sql2005 para testar seus scripts, a menos que você assume todos os seus clientes seria atualizar a 2008, bem como, desde 2008 tem características que não existem no SQL Server 2005.

Answer 4

Em ambientes dev e teste, tendo vários servidores de banco de dados instalados não é um problema e pode reduzir o número de servidores de teste necessários.

Na produção, eu não recomendo-lo devido ao fato de que vários conjuntos de buffer lutar e matar o seu desempenho.

Answer 5

Para mim, o importante é que você tem casos prod que são 2005 bancos de dados? você terá que suportar relatórios Reporting Services que estão em um servidor prod que só tem a versão do servives relatórios de 2005, etc?

Se assim for, você deve ter ambos os e as versões 2005 2008 em suas máquinas de desenvolvimento. Eu vi um monte de código que tinha de ser jogado fora porque os desenvolvedores trabalhou em 2008, quando prod era 2005. sempre desenvolver contra a versão do software que você terá em prod. Se você estiver convertendo a 2008, mas não há na prod ainda, você precisa de ambos, uma para mudanças de manutenção e um para o material futuro.

Pessoalmente, tenho servidor SQL 2000, 2005 e 2008 na minha máquina, porque temos tudo não convertido ainda e tenho algumas coisas que só podem ser feitas na versão mais antiga. Temos encontrado a chave para manter várias versões é para instalá-los i nthe ordem correta. Parece ir mal se você colocar de 2008 sobre o primeiro e, em seguida, as versões mais antigas.

Answer 6

Às vezes você precisa ser capaz de teste em várias versões, ou você pode precisar de 2005, para uma coisa e 2008 para outro.

Às vezes você manter várias aplicações diferentes, algumas das quais estão em um e alguns do outro, e você ainda não atualizou tudo ainda. Às vezes você está atualizando, e necessidade de teste em ambas as versões durante o upgrade. Às vezes você suportar vários clientes diferentes, alguns em uma versão e alguns em outro. Às vezes, você quer atualizar seus aplicativos internos, mas você estiver usando um pacote de software que só é certificada em uma versão mais antiga.

Há muitas razões.