是否有理由在同一台机器上安装SQL Server 2005和2008？

Question

我正在设置一个新的开发服务器并希望安装最新版本的SQL Server 2008 Express。

将我们现有的SQL2005数据库与2008年不经修改？ 如果是这样，有什么理由在同一台服务器上安装两个版本？

Answer 1

我实际上并没有尝试将2005数据库迁移到2008年，但通常SQL可以毫不费力地处理这个问题。最简单的方法是从SQL 2005中备份数据库，然后使用SQL 2008恢复该备份。

如果您想保留SQL 2005副本并在线，直到您知道2008副本工作时，还原备份到2008年时，您可能需要移动数据/日志文件数据库，因为旧的数据文件会在使用2005年你可以做到这一点使用的restore database的with move选项，例如：

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

对于具有在同一时间同时安装，其中一个原因你可能会决定这样做是为了简化TE的工作如果您打算让您的软件支持与两个版本进行交谈，请针对这两个版本编码。

Answer 2

您可以分解2005数据库并将其附加到2008服务器。我建议不要在同一台机器上安装两者，除非你必须（例如，你正在为第三方编写代码，而他们只使用2005）。

我会强烈建议是使用Windows Server 2008 Hyper-V的创建2个虚拟机一个与2005年的环境下，其他与2008 Hyper-V虚拟机是令人难以置信的速度比虚拟服务器2007

Answer 3

的数据库应（应该！）工作不变。但是，对于开发来说，最好还是使用sql2005来测试脚本，除非您假设所有客户端都会升级到2008年，因为2008年具有SQL Server 2005中不存在的功能。

Answer 4

在开发和测试环境，安装多个数据库服务器不成问题，可以减少所需的测试服务器数量。

在生产中，我不会推荐它由于多个缓冲池战斗，杀死你的表现。

Answer 5

对我来说重要的是你会有刺激2005年数据库的实例吗？您是否需要支持仅包含2005版报告服务等的prod服务器上的报告服务报告？

如果是这样，你应该有两个2005年和2008年对你的开发机版本。我看到很多代码必须被抛出，因为开发人员在2008年推出了2005年版本之后就开始工作了。通常情况下，这些代码是针对您将在产品中使用的软件版本进行开发的。如果你正在转换到2008年，但还没有在那里，你需要两个，一个用于维护变化，一个用于未来的东西。

个人而言，我有我的机器上的SQL Server 2000，2005年和2008年，因为我们还没有转换的一切还和我有一些事情只能在旧版本来完成。我们发现维护多个版本的关键是按照正确的顺序安装它们。如果你把2008年放在首位，然后再放旧版，似乎会变得糟糕。

Answer 6

有时你需要能够测试多个版本，或者你可能需要2005年的一件事情，2008年可能需要另一个。

有时您会保留几个不同的应用程序，其中一些应用程序在一个上，另一个在另一个上，而且您还没有更新所有内容。有时您需要升级，并且需要在升级过程中对两个版本进行测试。有时候你支持几个不同的客户，一些在一个版本上，一些在另一个版本。有时候你想升级你的内部应用程序，但是你使用的只是一个老版本的软件包。

有很多原因。