1

我的问题类似于将 SQL Server 2000 升级到 2005 或 2008 - 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
  • 从 SQL Server 导出 XML、XLS、MDB、CSV 等文件
  • 运行工作流式处理
4

1 回答 1

3

内置的转换工具不会

  • 迁移事务设置
  • 迁移与步骤关联的 ActiveX 脚本
  • 分析服务任务
  • 复杂的数据转换任务
  • 自定义任务
  • 数据驱动的查询任务
  • 数据挖掘预测查询任务
  • 动态属性任务
  • 执行包任务
  • 并行数据泵任务
  • 从 Microsoft 数据链接 (.udl) 文件获取其连接信息的任务
  • 通过 GlobalVariables 集合的 Parent 属性访问 DTS 对象模型的 ActiveX 脚本代码

Pragmatic works 提供了一个名为 dtsXchange 的工具，它可以完成大部分转换，但它仍然没有重新设计包。

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

SSIS 引擎非常强大，并且有很多功能可以帮助完成这些任务。在 SSIS 中重写包将是要走的路。

话虽如此，考虑到你对SSIS没有任何经验，我觉得150个包900小时有点保守。我认为您应该为每个包裹计划 8 小时，但目标是在 6 小时内完成。

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

我一直在研究重写反对转换的有力论据。我很乐意与您分享我拥有的所有文档。给我发电子邮件 b.rengarajan@gmail.com

拉吉

于 2009-08-05T20:49:02.163 回答