是的,我知道。在2008年存在一个运行副本SQL Server 6.5
是荒谬的。升级SQL Server 6.5
规定,从6.5
迁移到2005
的最佳方法是什么?有没有直接的路径?我找到的大多数文档都涉及将6.5
升级到7
。
我应该忘记升级实用程序的原生SQL Server
,脚本化所有对象和数据,并尝试从头重新创建?
本周我将尝试升级,但服务器问题将其推回到下一个版本。所以,任何想法在本周的过程中都会受到欢迎。
更新。这是我如何做到的:
- 备份有问题的数据库和master。
- 执行
SQL Server 2000
的instcat.sql
与6.5
的主人。这允许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
文件。几十个sprocs有问题使它们与2005
不兼容。主要是non-ANSI joins
和quoted identifier issues
。 - 更正了所有这些问题并重新执行了
.sql
文件。 - 重新创建
6.5
的登录2005
并给他们适当的权限。
纠正存储过程时有一些冲洗/重复(有数百个纠正),否则升级会变得很好。
能够使用Management Studio而不是Query Analyzer
和Enterprise Manager 6.5
是如此惊人的差异。在6.5 database
上花费20-30秒的一些报告查询现在在1-2秒内运行,没有任何修改,新的索引或任何内容。我并没有期待这种直接的改善。