SQL Server 2005数据转换服务的疑难解答(3)

为什么分离输出路径时没有向组件发出通知？

DTS 设计器用户应当能够删除路径然后重新附着路径，这样才不会破坏软件包或更改软件包的行为。通过提供 OnOutputPathDetached 方法，我们允许行为不当的组件不遵守此规则。为了满足希望提供多个输出的组件作者的需要，DTS 对象模型提供了一个名为 DeleteOutputOnPathDetached 的输出属性，如果将此属性设置为 true，当路径被分离时，输出将自动被删除。

为什么在 Mgt Studio 中无法在 DTS 服务器下看到正在运行的软件包？

默认情况下 DTS 服务是被禁用的。这是故意设计的，目的是为了使系统管理员可以控制何时运行该服务。要启动 DTS 服务，请右键单击“我的电脑”并选择“管理”（从“开始”按钮或从桌面上均可），然后在“计算机管理”窗口中双击“服务和应用程序”，然后单击“服务”，即可看见在右侧列出的所有 Windows 服务。在列表中找到“DTS 服务器”，右键单击并选择“启动”。（如果您希望在每次启动计算机时自动启动该服务，还可以双击该服务以打开它的属性，将“启动类型”更改为“自动”。）

为什么默认情况下软件包日志记录不再位于系统数据库 MSDB 中？

SQL 2005 DTS 为在日志中记录有关数据库的信息添加了很多新选项。这允许您为每个软件包定义一个或多个不同类型的日志提供程序。日志提供程序类型包括文本文件、SQL Server、Windows 事件日志等等。在您的软件包中，通过转到“DTS”菜单并选择“日志记录”，可以添加日志提供程序。

为什么在源适配器中看不到 XML 文档架构的变化？

XML 文档架构的变化将极大地影响数据流的元数据。这要求用户显式更改架构并在更改时考虑到元数据的变化。　　

为什么我在迁移引用 DTSGlobalVariables 父属性的软件包时会遇到问题？

DTS 2005 中发生更改的范围要求完全重写对象模型。作为迁移到 SQL Server 2005 DTS 的结果，引用通过 DTSGlobalVariables 父属性访问的 SQL Server 2000 DTS 对象的 ActiveX 脚本将不再有效。　　

为什么我在迁移数据泵任务时会遇到问题？

DTS 2005 数据流任务取代了 DTS 2000 数据转换任务，使功能有了很大的改进。但这样的结果是，2000 和 2005 所提供的功能之间没有明确的对应。为了确保以前的数据转换任务能够继续正确操作，没有将它们完全迁移到 SQL Server 2005。迁移向导当前将这样的任务包装在专用的 SQL Server 2000 软件包中，并从执行 SQL Server 2000 DTS 软件包任务调用它。

为什么我不能迁移动态属性任务？

因为此任务直接依赖于不再提供的 DTS 2000 对象模型，迁移向导当前为此任务提供的支持很有限。此任务的实例被脚本任务取代，脚本任务中包含描述曾由此任务设置的属性的注释。要恢复以前的功能，必须进行手动修改。

为什么全局变量在 ActiveX 脚本任务中不可用？

Beta 2 不支持访问全局变量。

为什么不在 DTS 中包括数据转换任务和数据驱动的查询任务？

SQL Server 2005 包括的数据流任务取代了这两个 SQL 2000 任务。数据流任务对数据源、目标和转换的数量没有限制，而在 SQL 2000 中，用户对每个任务只能使用一个数据源、一个目标和一个转换。支持这项扩展功能所需的新对象模型无法容纳这两个功能不太强的任务。　　

为什么 DTS 不再是客户端可再分发的？

DTS 已被重写，从 SQL Server 2000 中有用的实用程序变成了 SQL Server 2005 中功能丰富的应用程序和平台。这种变化同时带来为 DTS 用户提供服务和支持的责任，这些服务和支持最好通过管理和许可与其他 SQL 服务器应用程序类似的 DTS 引擎功能来处理。因此，虽然用户可以使用部署向导轻松部署软件包，但他们必须在需要运行软件包的每台计算机上运行 SQL Server 2005 安装程序并安装 DTS。这不仅有助于确保用户/计算机使用正确版本的 DTS 可执行程序，还有助于该软件以后的更新。

为什么 DTS 不支持基于 MSI 的部署？

基于 MSI 的部署具有完全独立安装的优点，但它需要再分发 DTS 二进制文件。如果需要某个重要的安全修补程序，那么以托管方式将修补程序应用到每个部署目标是不可能的。当前的部署实用程序要求目标服务器上已安装 DTS，因为这对管理员来说才是更有用的模型。

为什么传输几千个表的数据时向导会失败？　　

当前的向导体系结构会创建一个 DTS 软件包数据流以传输数据。但如果要处理几千个表，则会遇到可伸缩性限制。我们认为这是合理的，因为软件包设计人员不太可能在一个数据流中使用几千个源和几千个目标。Beta 3 中可能会针对此问题进行一些改进。　　

为什么我不能在导入/导出向导中复制对象？

导入/导出向导是为了让用户方便地将数据移入和移出 SQL Server 而设计的。在服务器之间复制数据库对象实际上属于管理操作而不是数据移动操作，即使实际上移动了数据。　　

用户可以使用 SQL Server“管理”工作区中的“复制数据库向导”来复制数据库对象，而且该向导是专门用于复制数据库对象的。

另一方面，DTS 导入/导出向导简化了典型的 DTS 操作——从各种数据源（包括文本文件、电子表格和 OLEDB 数据源）加载数据。

为什么我不能在 SQL Server Management Studio 中设计软件包？　　

SQL Server Management Studio 是一个环境，用于管理已部署软件包的存储和执行。它提供了专门用来设计软件包的特殊功能，包括与 DTS 服务的集成以及枚举远程服务器上的软件包的能力。但它不是一个设计环境。

Business Intelligence Design Studio 才是用于设计软件包、在解决方案和项目中组织软件包、调试软件包并管理多用户项目的源和版本控制的环境。

所以，在 SQL Server 2005 中，用户分别在两个独立的专门化环境中设计和管理软件包。　　

什么是数据源和数据源视图？它们在我的软件包中如何与连接相关？　　

数据源和数据源视图不是 DTS 软件包中的对象，而是存储在 Business Intelligence Development Studio 的数据转换项目中的单独对象。由于它们位于项目中而不是位于 DTS 软件包中，因此可以在 DTS 软件包之间共享，从而允许为明星架构定义数据源视图并由加载明星架构的每个软件包一致地使用该视图。　　

数据源定义了如何连接到 OLEDB 或 ADO.NET 数据库。它们包含连接字符串以及其他某些属性，包括连接的友好名称和描述字段。　　

数据源视图是数据源所指向的关系架构的子集。可以用命名查询、计算列、虚拟关系和友好名称详细描述这些视图。例如，在使用大型架构时，您可能只想使用数据源中的一小部分表。这种情况下，就可以使用数据源视图来定义这样一个子集。