我的问题类似于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做的一些事情包括以下内容。这绝不是一个详尽的清单：
答案 0 :(得分：3)
内置转换工具不会
有一个名为dtsXchange的工具可以从Pragmatic工作中获得，它可以完成大部分转换，但它仍然不会对包进行重新设计。
通常，DTS包将使用登台表，并且大多数转换/数据操作将使用SQL或存储过程发生。自动转换将继续使用相同的工作流程。
SSIS引擎非常强大，并且具有许多功能来帮助完成这些任务。在SSIS中重写包将是可行的方法。
话虽如此，考虑到你没有任何SSIS经验，我觉得150包的900小时有点保守。我认为你应该计划每包8个小时，但目标是在6个小时内完成。
我希望你不使用64位。 XLS和MDB文件都没有64位数据提供程序，您将被迫以32位模式运行。
我一直致力于改写转换的强有力论据。我很乐意与您分享我的所有文件。请发送电子邮件至b.rengarajan@gmail.com
拉吉