데이터 수집기 문제 해결

현재 실행 중이거나 완료된 모든 컬렉션 집합 또는 패키지의 상태를 보려면 다음 쿼리를 실행합니다.

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 프로세스가 시스템 리소스를 너무 많이 소비하는 것으로 표시될 경우 다음 조사를 수행해야 합니다.

첫째, 대부분의 리소스를 사용 중인 단일 컬렉션 집합이 있는지 확인합니다.

• 컬렉션 집합을 식별하려면 syscollector_execution_log_full에서 프로세스 ID를 컬렉션 집합 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 값이 빈도 값보다 클 경우 컬렉션 패키지에 계속 문제가 발생합니다. 후자의 경우 빈도를 줄이거나 컬렉션 항목을 수정하여 수집되는 데이터의 양을 제한해야 합니다.