数据收集器故障排除

若要查看所有当前正在运行和已完成的收集组或包的状态，请运行以下查询：

use msdb
select * from syscollector_execution_log_full

上述查询将返回以下结果集。

列名	说明
log_id	每个收集组执行的唯一 ID。它用于将此视图与其他详细日志联接起来。
parent_log_id	父包或收集组的 ID。对于收集组而言，此值为 NULL。各个 ID 以父子关系链接在一起，以便可以轻松确定哪个收集组启动了哪个包。此外，此视图将日志条目按其父子链接进行分组并缩进包的名称，从而使调用链清晰可见。
name	该日志条目所表示的收集组或包的名称。
collection_mode	记录该条目时的收集组活动，即收集或上载。
start_time	收集组或包启动的时间。
last_iteration_time	对于连续运行的包而言，是包上次捕获快照的时间。
finish_time	对于已完成的包和收集组而言，是运行完成的时间。
duration	包或收集组已经运行的时间（以毫秒为单位）。
operator	启动该收集组或包的操作员。
status	收集组或包的状态。此值可以为： 0 - 正在运行 1 - 已完成 2 - 失败
failure_task	当收集组或包失败时，导致失败的 SSIS 包中的任务的名称。
package_execution_id	指向 SSIS 日志表的链接。
collection_set_id	指向数据收集器配置表的链接。 注意 您可以使用 collection_set_id 作为筛选器以专注于日志中的特定收集组。

有关详细信息，请参阅 syscollector_execution_log_full (Transact-SQL)。

您可以通过执行数据收集器提供的函数之一获取有关收集组和包执行的其他信息。

以下函数将返回有关收集组或包的详细统计信息，包括由包记录的错误行的数目。

select * from fn_syscollector_get_execution_stats(@log_id)

下一个函数将返回与某个包的 package_execution_id 相匹配的 SSIS 日志 (sysdtslog90) 部分。如果该包失败，则这是找出错误根源的最好方式。

select * from fn_syscollector_get_execution_details(@log_id)

您可以通过查看 SQL Server Management Studio 中提供的日志获取与前面的 Transact-SQL 查询返回的信息相同的信息。有关详细信息，请参阅如何查看收集组日志。

如果进程性能计数器的分析表明 dcexec.exe 进程使用的系统资源过多，则需要进行以下调查。

首先，确定是否大部分资源都由一个收集组占用。

• 若要标识该收集组，请将进程 ID 映射到 syscollector_execution_log_full 中的收集组 ID，然后在 syscollector_collection_sets 表中查找该收集组。

• 确定该收集组所收集的内容。使用以下查询列出该收集组中的所有收集项：

  select * from syscollector_collection_set_items where collection_set_id = <id>
  

• 使用来自上述查询的信息，考虑以下问题：

  • 收集项是否过多？

  • 大部分问题是否都由一个收集项所导致？

  • 收集的数据是否过多？

  • 如果对上述任何问题的回答为“是”，请考虑修改收集或收集项以减少所收集的数据量。这将减少资源消耗。

其次，确定问题是否由活动收集组的数量过多所导致。

• 使用以下查询查看系统中定义的收集组数：

  select count(*) from syscollector_collection_sets
  

• 使用以下查询查看当前正在运行的收集组数：

  select count(*) from syscollector_execution_log_full where parent_log_id is null and status = 1
  

• 如果性能问题是间歇性的，请检查问题是否映射到任何收集或上载活动。如果所有计划都完全相同，则这可能是导致问题的原因。通过调整收集或上载计划或许就可以解决问题。

这种情况只发生在连续运行的收集组中。如果收集频率较高并且要收集的数据量较大，则收集包可能无法在为单个快照迭代分配的时间内处理数据。可以通过将日志表中的 avg_duration 和 max_duration 列与为特定收集项定义的收集频率进行比较来检测这种情况。

如果 max_duration 值大于频率值，则收集包可能无法始终满足配置的频率要求。如果 avg_duration 值大于频率值，则收集包会一直出现相同的问题。对于后一种情况，应减小频率或修改收集项以限制所收集的数据量。