将DTS包升级为SSIS包
我的问题类似于Upgrading SQL Server 2000 to 2005 or 2008 - DTS to SSIS，但我希望社区考虑一些限制。将DTS包升级为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等文件
- 运行工作流程型加工
内置的转换工具不会
- 迁移事务设置 与步骤
- 分析服务任务
- 复杂的数据转换任务
- 自定义任务
- 数据驱动的查询任务
- 数据挖掘预测查询任务
- 动态属性任务 相关个
- 迁移的ActiveX脚本
- 执行包任务
- 并行数据泵任务
- 任务是获得Microsoft数据链接它们的连接 信息 （.UDL）文件 访问 DTS对象模型通过 GlobalVariables收集的 Parent属性
有
通常情况下，DTS包将使用登台表，并且大多数转换/数据操作将使用SQL或存储过程进行。自动转换将继续使用相同的工作流程。
SSIS引擎非常强大，并且有很多功能可以帮助完成这些任务。在SSIS中重写这些软件包将是一条可行的路。尽管如此，考虑到你对SSIS没有任何经验，我觉得对于150包来说900小时有点保守。我认为你应该计划每个包装8小时，但是打算在6个小时内完成。
我希望你没有使用64位。 XLS和MDB文件都没有64位数据提供程序，您将被迫以32位模式运行。
我一直在努力对转换进行重写。我会很乐意分享我与你的所有文件。给我发电子邮件至[email protected]
拉杰
谢谢你的见解。 – 2009-08-05 20:58:48