我正在将开发数据库从旧的（即将退役的）数据库服务器迁移到运行Windows 2008 x64的VMWare托pipe的虚拟机。
旧服务器运行SQL Server 2000，SQL Server 2005和SQL Server 2008.我知道SQL 2005和SQL 2008中存在的“兼容级别”function。其中一个要求是能够备份本地SQL 2000和2005数据库并在客户端的SQL 2000和2005服务器上恢复它们 – 这是兼容模式似乎不支持的东西（ MSDN论坛：如何将SQL 2005 DB还原到SQL 2000 ）。
我的问题是这样的：有一个特殊的安装顺序，我应该遵循？
我的计划是：
编辑1：如果我在“兼容级别”备份在SQL 2005服务器上运行的SQL 2000数据库，我将无法在SQL 2000服务器上恢复它。
编辑2：我问的关于安装顺序的原因：a）我以前被软件安装过（即Visual Studio）; b）偏执狂
编辑3（最后）：根据[Guy]给出的build议，我决定在专用的虚拟机（而不是共享的）上运行SQL Server的每个实例。 这应该简化维护并提高可靠性。
谢谢，
阿诺德
使用虚拟化的想法？
恢复向前很容易。 你可以拿SQL2000数据库，并将其还原到SQL2005没有任何问题。
在安装顺序方面，应该没关系。 每个产品将独立于其他安装。
你是什么意思“兼容模式”？ 你的意思是“兼容级别”吗？ 如果是这样，SQL 2000数据库设置为什么级别？ 如果它被设置为SQL 2005兼容级别，那么不会，你将无法将其还原到SQL 2000服务器。
我不得不面对一个类似的问题。 我们升级了一个数据库服务器到SQL2005，但仍然需要将数据发送到SQL2000框。 我们曾经使用备份和恢复function。 现在我们使用Microsoft SQL Server数据库发布向导来生成从2k5到2k的SQL脚本。 我不知道它是否适用于SQL2008或Windows 2008。
数据库所在的兼容性代码与您可以将数据库恢复到哪个版本的引擎没有任何关系。 它只会改变你可用的命令，以及引擎对一些命令的响应方式。
如果简单地将数据库兼容模式从90更改为80将允许您将数据库恢复到SQL 2000计算机，则需要以SQL 2000格式重写数据库文件，以便SQL 2000服务器可以理解它们。