将DTS包升级为SSIS包

Question

我的问题类似于Upgrading SQL Server 2000 to 2005 or 2008 - DTS to SSIS，但我希望社区考虑一些限制。

我们有两个当前在SQL Server 2000上运行的数据库，并且我们正在推动迁移它，转而使用SQL Server 2005（我们没有2008，它不是一个选项）。

我们有大约150个DTS包需要转换。根据上面的堆栈溢出帖子，我们不应该使用可用的转换工具。我们还预计，Microsoft 可能已发布用于SQL Server 2005的任何“向后兼容”修补程序都不会安装在我们的服务器上。

任何人都可以帮助我理解从DTS到SSIS的学习曲线吗？对于150包，我们已经提出了900小时的估计。我自己和一位更高级的开发人员将在此工作，但我们从未与SSIS合作过。 900小时将在我们之间分配。与任何项目一样，质量是最重要的。这估计是离谱还是偏低？

我们将有机会获得其他曾与SSIS合作过的开发人员，所以我们不会完全孤单。另外，我了解到DTS包转换不是一种选择;它不被我们的DBA员工支持。

我们用DTS做的一些事情包括以下内容。这决不是一个详尽的清单：

• 加载XML，XLS，MDB，CSV，等到SQL Server文件
• 导出XML，XLS，MDB，CSV，从SQL Server等文件
• 运行工作流程型加工

Answer 1

内置的转换工具不会

• 迁移事务设置
与步骤
• 分析服务任务
• 复杂的数据转换任务
• 自定义任务
• 数据驱动的查询任务
• 数据挖掘预测查询任务
• 动态属性任务
相关个
• 迁移的ActiveX脚本
• 执行包任务
• 并行数据泵任务
• 任务是获得Microsoft数据链接它们的连接 信息 （.UDL）文件
访问 DTS对象模型通过 GlobalVariables收集的 Parent属性

有

ActiveX脚本代码是一种称为dtsXchange的工具，可以从Pragmatic工程中获得，它可以完成大部分这些转换，但仍然不会重新设计包装。

通常情况下，DTS包将使用登台表，并且大多数转换/数据操作将使用SQL或存储过程进行。自动转换将继续使用相同的工作流程。

SSIS引擎非常强大，并且有很多功能可以帮助完成这些任务。在SSIS中重写这些软件包将是一条可行的路。尽管如此，考虑到你对SSIS没有任何经验，我觉得对于150包来说900小时有点保守。我认为你应该计划每个包装8小时，但是打算在6个小时内完成。

我希望你没有使用64位。 XLS和MDB文件都没有64位数据提供程序，您将被迫以32位模式运行。

我一直在努力对转换进行重写。我会很乐意分享我与你的所有文件。给我发电子邮件至b.rengarajan@gmail.com

拉杰