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

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

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

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

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

  • 备份有问题的数据库,然后备份6.5 Master。
  • 针对6.5的Master执行SQL Server 2000instcat.sql 这使SQL Server 2000的OLEDB提供程序可以连接到6.5
  • 使用SQL Server 2000的独立"Import and Export Data"来创建DTS包,并使用OLEDB连接到6.5。 这样成功地将所有6.5的表复制到了新的2005数据库中(也使用OLEDB )。
  • 使用6.5的企业管理器来脚本化数据库的所有索引,并触发到.sql文件。
  • 在2005年的Management Studio中,针对数据库的新副本执行该.sql文件。
  • 使用6.5的企业管理器编写所有存储过程的脚本。
  • 2005数据库执行该.sql文件。 数十个存储库存在问题,使其与2005不兼容。 主要non-ANSI joins和带quoted identifier issues
  • 更正了所有这些问题,然后重新执行了.sql文件。
  • 2005重新创建了6.5的登录名,并为其赋予了适当的权限。

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

能够使用Management Studio代替Query AnalyzerEnterprise Manager 6.5真是太了不起了。 现在,在6.5 database上花费了20-30秒的一些报表查询现在可以在1-2秒内运行,而无需进行任何修改,新索引或任何其他操作。 我没想到会立即得到改善。

===============>>#1 票数:9 已采纳

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

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

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

===============>>#2 票数:3

您可以将6.5升级到SQL Server2000。获得SQL Server或2000版本的MSDE可能会更容易。 微软有一个页面介绍从6.5到2000 一旦拥有2000格式的数据库,SQL Server 2005便可以毫无问题地将其升级为2005格式。

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

===============>>#3 票数:2

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

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

===============>>#4 票数:2

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

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

  ask by Dave Ward translate from so

未解决问题?本站智能推荐:

关注微信公众号