这篇文章着眼于最合理的解决方案——一个可以让你充分利用全新SSIS的解决方案。下面我们看看如何使用SQL Server 2005升级向导和包移植向导来移植你的SQL 2000 DTS包到SSIS上。升级顾问可以指出潜在的移植问题，而包移植向导可以将任务，组件，工作流约束映射到SSIS中对应的部分。
我们首先使用一个非常简单的DTS包来演示如何使用这些工具，然后举一个非经常见的利用DTS循环的例子。我们要将DTS包移植到SSIS，另外DTS循环的例子是另外一回事。这篇文章在参考sqldts.com 和 sqlis.com两个网站的示例方面取得了大量的有用信息。
目录
成功移植的工具
传统的DTS传输vs.循环
调用升级向导
传统的DTS包移植策略
SQL Server 2005升级顾问
综合了来自产品团队、内部实验室测试和广泛的SQL Server 2005早期用户体验反馈，微软为你的升级预备开发了一个实质性的工具，叫做升级顾问。升级顾问是免费的，你可以下载得到，它会帮你分析预备升级到SQL Server 2005的SQL Server 7.0 和 SQL Server 2000——而不需要修改你的服务器中的任何数据。升级顾问识别那些可能会影响你的升级的特性和配置更改，它提供了连接到描述每个被识别的问题，以及如何解决它的文档的链接。升级顾问还会分析如下组件：数据库引擎、分析服务、通知服务、报告服务，以及综合服务。我们将会把焦点集中在SQL Server 2000 实例中的DTS包到SSIS的移植。从升级顾问中还可以获得更多信息，其中包括下载的具体信息，系统需求和指令的信息。
包移植向导
微软提供了DTS移植向导，可以用于将SQL Server 2000 工具创建的DTS包移植。它可以通过将任务、组件和工作流约束映射到SSIS中对等部分上，从而提供最好的移植尝试。这里的挑战就是，因为SSIS已经全部重新建造了，所以不是所有的2000中的DTS组件都可以映射到SSIS特性上。实际上，存在一些已经记录在案的移植问题，见在线书籍。
我们将会使用DTS移植向导移植两个DTS包。第一个DTS包非常简单，是一个常见的数据传输示范，第二个DTS包会使用Active X脚本执行循环，并且调用DTS 2000 对象模型。
传统的DTS传输vs.循环
DTS包1：我们的传统的DTS数据传输/确认示例
我已经设计过许多个DTS包，从多个源中抽取并合并数据，然后把这个数据放到SQL Server分段表中。因为SQL Server是“后台运行”的，这一点我非常喜欢，一旦数据出现了，我就可以验证、复制、合并、转换、解决查找数值、缓慢处理变化的维度等。在DTS里面，我通常编写一个过程来完成这些任务。因为SSIS支持多得多的特性和预先设置的任务，大多数现在都可以“嵌入式”的完成，不需要外部调用存储过程。我们第一个传统的DTS包没有利用定制任务，数据驱动查询任务、动态属性，Active X脚本，或者调用DTS对象模型。假如你需要让一个包移植后满足这些描述，那么你的策略应该是什么样子呢?我们在下面的章节中解决这个问题。下面是我们传统的DTS数据传输包：
评论加载中…
 |