資料收集器的疑難排解

若要檢視所有目前執行中和已完成之收集組或封裝的狀態，請執行下列查詢：

use msdb
select * from syscollector_execution_log_full

上述查詢會傳回下列結果集。

資料行名稱	描述
log_id	每個收集組執行的唯一識別碼。這是用來聯結此檢視與其他詳細記錄。
parent_log_id	父封裝或收集組的識別碼。這對於收集組而言為 NULL。這些識別碼會以父子式關聯性鏈結，讓您輕鬆識別哪個收集組啟動哪個封裝。此外，這個檢視會依據父子式連結分組這些記錄項目，並縮排封裝的名稱，以便清楚地顯示呼叫鏈結。
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)

您可以取得上述 Transact-SQL 查詢所傳回的相同資訊，其方式是檢視 SQL Server Management Studio 中所提供的記錄。如需詳細資訊，請參閱＜如何：檢視收集組記錄＞。

如果處理序效能計數器的分析指出 dcexec.exe 處理序使用太多的系統資源，則需要進行以下調查工作。

首先，判斷是否有單一收集組使用最多的資源。

• 若要識別此收集組，請將處理序識別碼對應到 syscollector_execution_log_full 中的收集組識別碼，然後在 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 值高於此頻率，則收集封裝會發生一致性的問題。在後者的情況下，應該要減少此頻率或是修改收集項，以限制所收集的資料量。