是的，我知道。在2008年存在SQL Server 6.5的运行副本是荒谬的。

那规定，从" 6.5"迁移到" 2005"的最佳方法是什么？有没有直接的途径？我发现的大多数文档都涉及将6.5升级到7.

我应该忘记本机的" SQL Server"升级实用程序，脚本出所有对象和数据，并尝试从头开始重新创建吗？

我本周末打算尝试升级，但是服务器问题将其推迟到下一个。因此，在一周的过程中任何想法都将受到欢迎。

更新。这就是我最终这样做的方式：

备份相关数据库，并备份" 6.5"上的Master。针对" 6.5"的主服务器执行" SQL Server 2000"的" instcat.sql"。这允许SQL Server 2000的OLEDB提供程序连接到6.5. 使用SQL Server 2000独立的"导入和导出数据"创建一个DTS包，并使用OLEDB连接到6.5. 这样就成功地将所有6.5表复制到了新的2005数据库(也使用了OLEDB)。使用" 6.5"的企业管理器来编写数据库的所有索引的脚本，并触发到.sql文件。在2005年的Management Studio中，针对数据库的新副本执行该.sql文件。使用6.5的企业管理器编写所有存储过程的脚本。针对2005数据库执行.sql文件。数十个存储库存在问题，使其与2005不兼容。主要是"非ANSI连接"和"引用标识符问题"。更正了所有这些问题，并重新执行了.sql文件。在" 2005"中重新创建了" 6.5"的登录名，并为其赋予了适当的权限。

纠正存储过程时有一些冲洗/重复操作(有数百个要纠正)，但是否则升级会非常出色。

能够使用Management Studio代替"查询分析器"和" Enterprise Manager 6.5"是一个了不起的区别。现在，在" 6.5数据库"上花费了20-30秒的一些报告查询现在可以在1-2秒内运行，而无需进行任何修改，新索引或者任何其他操作。我没想到会立即得到改善。

解决方案：

嘿，我也仍然停留在那个营地。我们必须支持的第三方应用程序最终将使用2K5，因此我们几乎是不可行的。但我感到你的痛苦8 ^ D

就是说，从我从DBA那里得到的所有信息来看，关键是首先将数据库转换为8.0格式，然后再到2005年。我相信他们为此使用了内置的迁移/升级工具。在6.5和8.0之间有一些较大的步骤要比直接从6.5到2005更好地解决。

如果我们还不知道，那么最大的痛苦就是DTS不再支持SSIS。有一个外壳类型的模块将运行我们现有的DTS包，但是我们将要在SSIS中手动重新创建它们。是否轻松取决于包本身的复杂性，但是到目前为止，我已经做了一些工作，并且它们非常顺利。

我绝不是权威，但我相信唯一受支持的路径是从6.5到7. 当然这是最明智的选择，然后，我相信我们可以毫不费力地从7直接迁移到2005.

至于脚本出所有对象，我建议我们不要这样做，因为我们将不可避免地错过某些内容(除非数据库确实很琐碎)。

如果我们可以找到Visual Studio 6.0的专业版或者其他超级企业版，则随附MSDE(基本上是SQL Express的前身)的副本。我相信仍然可以从Microsoft免费下载MSDE 2000，但是我不知道我们是否可以直接从6.5迁移到2000。

我认为从概念上讲，我们可能不会面临任何危险。但是多年的实践告诉我，我们将永远错过一些不会立即显现出来的对象，权限或者其他数据库项目。如果可以将整个转储脚本化，那就更好了。由于我们不太可能错过某些内容，并且如果我们确实错过了某些内容，则可以轻松地将其添加到脚本中并进行修复。我会避免像鼠疫那样的任何手动步骤(除了按一次Enter键之外)。

我们可以将6.5升级到SQL Server2000。获得SQL Server或者2000版本的MSDE可能会更容易。 Microsoft提供了从6.5到2000的页面。一旦我们拥有2000格式的数据库，SQL Server 2005便可以毫无问题地将其升级到2005格式。

如果没有SQL Server 2000，则可以直接从Microsoft下载MSDE 2000版本。