데이터 웨어하우스 작업이 실패 하 고 이벤트 ID 33502 기록 됩니다.

이 문서는 Microsoft 기계 번역 소프트웨어를 이용하여 번역되었으며 Microsoft Community에 의한 Community Translation Framework(CTF) 기술 혹은 사람이 번역한 내용에 의하여 사후 편집될 수 있습니다. Microsoft는 Knowledge Base에 있는 모든 문서에 다양한 언어로 접근할 수 있도록 하기 위하여 기계 번역, 사람에 의한 번역 및 커뮤니티가 편집한 내용을 모두 제공합니다. 번역된 문서는 어휘, 구문 및/혹은 문법에 오류가 있을 수 있습니다. Microsoft는 번역 오류로 인한 부정확성, 오류 및/또는 손해와 이를 고객이 사용하는 데에 대하여 책임을 지지 않습니다.

이 문서의 영문 버전 보기:3137611
증상
Microsoft System Center 2012 서비스 관리자에서 데이터 웨어하우스 작업이 실패합니다. 이 문제가 발생 하면 데이터 웨어하우스 서버에 Operations Manager 이벤트 로그에 다음 이벤트가 기록 됩니다.

로그 이름: 작업 관리자
출처: 데이터 웨어하우스
이벤트 ID: 33502
수준: 오류
설명:
ETL 모듈 실행이 실패 했습니다.
ETL 프로세스 유형: 변형
일괄 처리 ID: # # #
모듈 이름: TransformEntityRelatesToEntityFact
메시지: 제한 시간이 만료 되었습니다. 작업을 완료 하기 전에 제한 시간이 경과 하거나 서버가 응답 하지 않습니다.


또한 youfrequently 데이터 웨어하우스 관련 된 특정 cmdlet을 실행 하면 다음과 같은TransformEntityRelatesToEntityFact 모듈에 대 한 기록 시간 초과 오류가 참조.

SCDWJobModule get-작업 이름 transform.common
. . .
1952 TransformEntityRelatesToEntityFact 실패 했습니다.
. . .
원인
이 문제는 변환 데이터의 양을 제한 시간 안에 변환 모듈에 의해 처리 될 수 있는 금액을 초과 하는 경우에 발생할 수 있습니다. 일반적으로 변환 데이터 백로그를 신속 하 게 될 수 있기 때문에 데이터 웨어하우스 작업이 얼마 동안 비활성화 된 후에 발생 합니다. 기본적으로 데이터 웨어하우스 변환 작업이 하드 코드 된 60 분 제한 시간을 가집니다.
해결 방법
이 문제를 해결 하려면 다음 방법 중 하나를 사용 합니다.

방법 1

단기, 격리 된 문제 임을 생각 하면 작업이 작동 상태로 되돌리려면 변환 된 백로그 작업을 처리 합니다. 이렇게 하려면시작 되지 않았거나 실패를 표시할 모든 데이터 웨어하우스 작업의 상태에 대 한 기다린 다음이 단계를 수행:

  1. 날짜 웨어하우스 서버 관리자 명령 프롬프트를 HealthService serviceat를 중지 합니다. 이렇게 하려면 다음 명령을 실행 합니다.

    Net Stop HealthService

    참고: 서비스 관리자의 버전에 따라Microsoft 모니터링 에이전트시스템 센터 관리서비스 이름이 표시 됩니다.
  2. 다음 SQL Server 쿼리 실패 Transform.Common 작업에서 모듈의 ModuleName값을 반영 하도록 업데이트 합니다. 이 예제에서는TransformEntityRelatesToEntityFact를 사용 합니다.

    참고: 문제가 있는 모듈 ModuleName값을 표시 하는 가장 간단한 방법은 서비스 관리자 콘솔을 열고,데이터 웨어하우스, 데이터 웨어하우스 를 다시 클릭, 데이터 웨어하우스 작업클릭 누르고 다음 Transform.Common하는 것입니다. 아래쪽 가운데 창에서 모듈 목록과 현재 상태를 볼 수 있습니다. 변경을 수행한 후 쿼리를 실행 합니다.

    Use DWStagingAndConfig  declare  @mybatchid INT,  @mysourceid INT,  @outXML XML,  @myProcessCategoryName NVARCHAR(100),  @myProcessName NVARCHAR(100),  @myModuleName NVARCHAR(100),  @sqlString NVARCHAR(150),  @paramDef NVARCHAR(100)  set @myProcessCategoryName = N'Transform'  set @myProcessName = N'Transform.Common'  set @myModuleName = N'TransformEntityRelatesToEntityFact'  USE DWStagingAndConfig  create table #MyTempTable (  ProcessCategoryName NVARCHAR(150),  ProcessName NVARCHAR(150),  BatchId INT,  BatchStatus NVARCHAR(150),  WorkItemStatus NVARCHAR(150),  WorkItems INT  )  insert #MyTempTable  exec Infra.GetBatchDetails @ProcessCategoryName=@myProcessCategoryName, @ProcessName=@myProcessName  select @mybatchid = BatchId from #MyTempTable  select @mysourceid = sourceid from etl.source where SourceName='SCDW'  create table #MyTempTable2 (  myWaterMark XML  )  insert #MyTempTable2  exec etl.GetWaterMark @BatchId=@mybatchid, @ModuleName=@myModuleName, @ProcessName=@myProcessCategoryName, @SourceId=@mysourceid  select @outXML = myWaterMark from #MyTempTable2  create table #MyTempTable3 (  myWaterMark XML,  BatchId INT,  UpdatedRowCount INT,  InsertedRowCount INT  )  USE DWRepository  set @paramDef = N'@ioutXML XML'  set @sqlString = 'insert #MyTempTable3 exec ' + @myModuleName + 'Proc @WaterMark=@ioutXML'  exec sp_executesql @sqlString, @paramDef, @ioutXML=@outXML  select @mybatchid = BatchId, @outXML = myWaterMark from #MyTempTable3  USE DWStagingAndConfig  exec etl.SetWaterMark @BatchId=@mybatchid, @ModuleName=@myModuleName, @ProcessName=@myProcessCategoryName, @SourceId=@mysourceid, @WaterMark=@outXML  drop table #MyTempTable  drop table #MyTempTable2  drop table #MyTempTable3
  3. 상승된 된 명령 프롬프트에서 HealthService 서비스를 다시 시작 합니다. 이렇게 하려면 다음 명령을 실행 합니다.

    Net Start HealthService
참고: 몇 시간 또는 몇 가지 모듈에서이 단계를 반복 해야 할 수 있습니다.

방법 2

Forefront 식별 관리자 (FIM)을 사용 하는 경우 서비스 관리자에 있는 데이터의 흐름 때문에이 문제가 다시 발생할 수 있습니다. 이 데이터에 대 한 작업 부하를 분산 하려면FIM_ScheduleReportingIncrementalSynchronizationJob 일정 기본값은 8 시간 마다 2 시간 간격을 변경 합니다. 이렇게 하려면, 다음 단계를 수행하십시오.

  1. SQL Server Management Studio에서 FIM 데이터베이스에 연결, SQL Server 에이전트확장 하 고 작업을 클릭 한 다음.
  2. FIM_ScheduleReportingIncrementalSynchronizationJob를 마우스 오른쪽 단추로 클릭 하 고 속성을 클릭 다음 일정을 클릭 합니다.
  3. 변경 된 되풀이 모든FIM_UpdateReportingIncrementalSynchronizationJobSchedule_1 값을 2 시간으로.

방법 3

좀 더 장기적인 솔루션을 Microsoft System Center 2012 R2 서비스 관리자 업데이트 롤업 4 (UR4) 또는 이후 버전으로 업그레이드 합니다. 업데이트 롤업 4 부터는 서비스 관리자에는 조정 가능한 시간 제한 설정이 있습니다. 또한 기본 데이터 웨어하우스 변환 작업 제한 시간이 60 분에서 180 분으로 바뀝니다. 3 시간 완료Transform.Common 모듈에 대 한 충분 한 시간 없는 경우 값은 다음 레지스트리 값을 변경 하 여 늘릴 수 있습니다.

HKLM\SOFTWARE\Microsoft\System Center\2010\Common\DAL

SqlCommandTimeout = (DWord 32 비트에서 두 번째)

참고: Forefront Id 관리자를 사용 하는 경우 서비스 관리자 2012 r 2에 대 한 지원을 받으려면 Microsoft Id 관리자 2012 R2 업그레이드 해야 합니다.

경고: 이 문서는 자동으로 번역되었습니다.

속성

문서 ID: 3137611 - 마지막 검토: 03/28/2016 21:54:00 - 수정: 2.0

Microsoft System Center 2012 Service Manager Service Pack 1, Microsoft System Center 2012 R2 Service Manager

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3137611 KbMtko
피드백