我的问题是类似于 升级SQL Server2000年到2005年或2008-DTS SSIS 但是我有一些限制,我想的社会来考虑的。

我们有两个数据库,目前运行SQL Server2000和我们正在推动的这个有利于SQL服务器2005年(我们没有2008年,它不是一个选项)。

我们有大约150DTS包,将需要进行转换。根据堆溢后,我们不应该使用的转换工具。我们还预计,任何"后向兼容性"补丁Microsoft 已经发布了对SQL服务器2005年不会被安装在我们的服务器。

任何人都可以帮助我了解的学习曲线,涉及在从DTS SSIS? 150包,我们已经想出了一个900小时估计数。我和一个更高级的开发人员将能在这方面的工作,但我们从来没有工作SSIS.900时间将是分割我们之间。作为与任何项目,质量是至关重要的。这是估计的粗暴或过低?

我们将有机会获得向其他开发人员曾与SSIS,所以我们不会完全独自一人在这。此外,我已经了解到,DTS包的转换并不是一个选项;它不支持我们的DBA工作人员。

有些事情我们做DTS包括如下。这不是一个详尽的清单:

  • 载XML,XLS,MDB,CSV等文件在到SQL服务器
  • 出口XML,XLS,MDB,CSV等文件从SQL服务器
  • 运行工作流程类型的处理
有帮助吗?

解决方案

该建立在转换的工具,不会

  • 迁移事务设置
  • 迁移件相关联的脚本 与的步骤
  • 分析服务的任务
  • 复杂的数据转换任务
  • 定义的任务
  • 数据驱动的查询任务
  • 数据挖掘预测的查询任务
  • 动态性能的任务
  • 执行任务包
  • 平行的数据泵的任务
  • 任务取得它们的连接 信息从Microsoft数据链接 (.太元)的文件
  • 件脚本代码的访问 DTS对象模型通过 父母的财产 GlobalVariables集合

有一个工具,称为dtsXchange可从实际的工作其中大部分这些转换,但它仍然没有重新设计的软件包。

通常,一个DTS包将使用临时表和大多数转型/数据操作能发生使用SQL或存储程序。自动转换将继续使用相同的工作流程。

SSIS动机是相当强大和具有很大的功能,以帮助执行这些任务。改写包SSIS会的路要走。

有的说,考虑到,你没有任何经验SSIS,我感到900个小时150包是有点保守。我觉得你应该计划为8小时,每包装,但目的是要在6个小时。

我希望你不是使用64位。不XLS也不MDB文件有64位的数据提供者和你会被强迫运行中的32位的模式。

我已经工作上的一个强有力的论据,用于改写对转换。我会很乐意分享所有文件我已经与你同在。给我发电子邮件至b.rengarajan@gmail.com

Raj

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top