Momentan sunteți offline, așteptați să vă reconectați la internet

Activități de depozitare a datelor nu reușesc și se înregistrează evenimentul ID 33502

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 3137611
Simptom
Activități de depozitare a datelor nu reușesc în Microsoft System Center 2012 manager servicii. Când apare această problemă, se înregistrează următoarele evenimente în jurnal de evenimente Operations Manager pe serverul de depozit de date:

Nume: Operations Manager
Sursă: stratul legăturii acoperire de date
ID eveniment: 33502
Nivel: eroare
Descriere:
ETL Module Execution failed:
Tip de proces ETL: Transform
Batch ID: ###
Nume: TransformEntityRelatesToEntityFact
Mesajul de expirare a expirat. Expirarea perioadei de expirare înainte de terminarea operațiunii sau serverul nu răspunde.


De asemenea, atunci când executați anumite legate de stratul legăturii acoperire de date cmdlet-uri, youfrequently vedea o eroare de expirare pentru modululTransformEntityRelatesToEntityFact care seamănă cu următorul:

Get-SCDWJobModule - JobName transform.common
. . .
1952 TransformEntityRelatesToEntityFact nu a reușit
. . .
Cauza
Această problemă poate apărea dacă volumul acoperire de date de transformare depășește cantitatea care poate fi procesat de module de transformare în perioada de inactivitate. Aceasta se întâmplă de obicei după Data Warehouse lucrări au fost dezactivate de ceva marcă de timp, deoarece volumul acoperire de date pentru a fi transformate poate deveni backlogged rapid. implicit, Data Warehouse lucrări de transformare au o expirare de 60 de minute depanării codificat.
Rezolvare
Pentru a remedia această problemă, utilizați una dintre următoarele metode.

Metoda 1

Dacă credeţi că aceasta este o problemă de scurtă durată și izolat, sunt procesate backlogged transformat pentru a readuce operațiunea de la o stare de funcţionare. Pentru aceasta, așteptați starea tuturor lucrări de stratul legăturii acoperire de date să se afișeze caNu a pornit sau Failed, și apoi urmați acești pași:

  1. Pe serverul data Warehouse, opriți serviceat HealthService un prompt de comandă privilegiat. Pentru aceasta, executaţi următoarea comandă:

    Net Stop HealthService

    Notă În funcţie de versiunea de manager servicii, acest nume de serviciu să se afișeze caMicrosoft Monitoring agent sau System Center Management.
  2. Actualizați următoarea interogare SQL Server pentru a reflecta valoarea ModuleNamemodulului în locul de muncă Transform.Common care prezintă probleme. Acest exemplu utilizeazăTransformEntityRelatesToEntityFact.

    Notă Cel mai simplu mod pentru a vedea valoarea ModuleNamepentru modul în care este faptul că nu este de a deschide consola managerului de consolidare servicii, faceți clic peDepozitul acoperire de date, faceți clic pe Data Warehouse din nou, faceți clic pe Data Warehouse lucrăriși apoi faceți clic pe Transform.Common. În panoul din partea de centru, puteți vedea o listă de module și starea curentă. După ce efectuați modificările, executați interogarea.

    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. Reporniți serviciul HealthService într-un prompt de comandă privilegiat. Pentru aceasta, executaţi următoarea comandă:

    Net Start HealthService
Notă Trebuie să Repetați acești pași de mai multe ori sau în mai multe module.

Metoda 2

Dacă folosiți Forefront identifica Manager (FIM), această problemă va apărea din nou din cauza fluxului acoperire de date ajunge la managerul de consolidare servicii. Pentru a răspândi volum de lucru pentru aceste date, modificarea programăriiFIM_ScheduleReportingIncrementalSynchronizationJob la valoare implicită de la 8 ore la fiecare 2 ore. Pentru a face acest lucru, urmați acești pași:

  1. În SQL Server Management Studio, conectarea la baza acoperire de date FIM, extindeți SQL Server Agentși apoi faceți clic pe lucrări.
  2. Faceți clic dreapta pe FIM_ScheduleReportingIncrementalSynchronizationJob, faceți clic pe Proprietăți, și apoi faceți clic pe programe.
  3. Modificare are loc fiecare valoarea pentru FIM_UpdateReportingIncrementalSynchronizationJobSchedule_1 la 2 ore.

Metoda 3

Pentru o soluție pe termen lung, să faceți upgrade la Microsoft System Center 2012 R2 manager servicii Update Rollup 4 (UR4) sau o versiune ulterioară. Începând cu setul de actualizări 4, manager servicii are o setare de expirare reglabil. De asemenea, implicit Data Warehouse transformare lucrare expirare modifică de la 60 de minute la 180 de minute. Dacă trei ore nu este suficient de lung pentru modululTransform.Common pentru a termina, puteţi creşte valoarea modificând următoarea valoare de registry:

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

SqlCommandTimeout = (DWord în al doilea pe 32 de biţi)

Notă Dacă folosiți Forefront Identity Manager, trebuie să faceți upgrade la Microsoft Identity Manager 2012 R2 pentru a obține asistență pentru manager servicii 2012 R2.

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 3137611 - Ultima examinare: 03/28/2016 21:57:00 - Revizie: 2.0

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

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3137611 KbMtro
Feedback