Veri ambarı işleri başarısız ve olay kimliği 33502 kaydediliyor

ÖNEMLİ: Bu makale, Microsoft Makine Çevirisi Düzenleme yazılımı tarafından tercüme edilmiş olup, yüksek olasılıkla profesyonel bir çevirmen yerine CTF teknolojisi kullanılarak, Microsoft Topluluğu tarafından düzenlenmiştir. Microsoft, Bilgi Bankamız içindeki tüm makaleleri kendi dilinizde okuyabilmeniz için size hem profesyonel çevirmenler tarafından tercüme edilen hem de makine tarafından tercüme edildikten sonra Topluluk tarafından kontrol edilen makaleler sunar. Bununla birlikte, makine tarafından tercüme edilen, hatta Topluluk tarafından kontrol edilen bir makale bile her zaman mükemmel dil kalitesinde olmayabilir. Makalede dilinizi konuşan yabancı birisinin yapabileceği türden sözcük, söz dizimi veya dilbilgisi hataları bulunabilir. Microsoft, içeriğin hatalı tercümesinin veya müşterilerimiz tarafından kullanımının doğurabileceği olası yanlış anlamalar, hatalar veya zararlardan sorumlu değildir. Öte yandan Microsoft, Makine Çevirisi Düzenleme işlemini geliştirmek amacıyla Makine Çevirisi Düzenleme yazılımını ve araçlarını sık sık güncelleştirmektedir.

Makalenin İngilizcesi aşağıdaki gibidir: 3137611
Belirti
Microsoft Sistem Merkezi 2012 Hizmet Yöneticisi'nde veri ambarı işleri başarısız. Bu sorun oluştuğunda, veri ambarı sunucu işlemleri yöneticisi olay günlüğüne aşağıdaki olay kaydedilir:

Günlük adı: İşlem Yöneticisi
Kaynak: Veri ambarı
Olay Kimliği: 33502
Düzey: hata
Açıklama:
ETL modülü yürütme başarısız oldu:
ETL işlem türü: dönüştürme
Toplu işlem kimliği: ###
Modül adı: TransformEntityRelatesToEntityFact
İleti: Zaman aşımı süresi doldu. Zaman aşımı süresi işlem tamamlanmadan önce geçen veya sunucu yanıt vermiyor.


Ayrıca, veri ambarı ile ilgili bazı cmdlet'ler çalıştırdığınızda, aşağıdakine benzer birTransformEntityRelatesToEntityFact modülü için kaydedilmiş bir zaman aşımı hatası youfrequently bakın:

Get-SCDWJobModule - işadı transform.common
. . .
1952 TransformEntityRelatesToEntityFact başarısız oldu
. . .
Neden
Birim dönüştürme verilerin zaman aşımı süresi içinde dönüşüm modülleri tarafından işlenebilecek tutarı aşarsa, bu sorun oluşabilir. Bu genellikle dönüştürülmesi için veri hacmi hızla kaldıramayabilir çünkü veri ambarı işleri biraz zaman devre dışı bırakılan sonra ortaya çıkar. Varsayılan olarak, veri ambarı dönüşüm işleri kodlanmış 60 dakikalık bir zaman aşımı vardır.
Çözüm
Bu sorunu gidermek için aşağıdaki yöntemlerden birini kullanın.

Yöntem 1

Bu kısa vadeli ve yalıtılmış bir sorun olduğunu düşünüyorsanız, işlem bir çalışan durumuna geri döndürmek için dönüştürülmüş backlogged işleri işlemek. Bunu yapmak içinBaşlatılmamış veya başarısızgörüntülenecek tüm veri ambarı işlerinin durumunu bekleyin ve sonra aşağıdaki adımları izleyin:

  1. Yükseltilmiş bir komut istemi HealthService serviceat tarihi ambar sunucusunda durdurun. Bunu yapmak için aşağıdaki komutu çalıştırın:

    Net Stop HealthService

    Not: Hizmet Yöneticisi sürümünüzü bağlı olarak, bu hizmetin adıMicrosoft İzleme Aracısı veya farklı bir Sistem Merkezi Yönetimiolarak görüntülenebilir.
  2. Aşağıdaki SQL Server sorgu başarısız olduğu Transform.Common proje modülünde ModülAdıdeğerini yansıtacak şekilde güncelleştirin. Bu örnekTransformEntityRelatesToEntityFact kullanır.

    Not: Başarısız olan modül ModülAdıdeğeri görmek için en kolay yolu Hizmet Yöneticisi konsolunu açın,Veri ambar' ı tıklatın, Veri ambarı yeniden tıklatın, veri ambarı Projeler'itıklatın ve Transform.Common' ı kullanmaktır. Alt-orta bölmesinde, modülleri ve geçerli durumunu bir listesini görebilirsiniz. Değişiklikleri yaptıktan sonra sorguyu çalıştırın.

    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. Yükseltilmiş bir komut isteminde HealthService hizmeti yeniden başlatın. Bunu yapmak için aşağıdaki komutu çalıştırın:

    Net Start HealthService
Not: Birkaç saat veya birkaç modülü bu adımları yinelemeniz gerekebilir.

Yöntem 2

Forefront tanımlamak Yöneticisi (FIM) kullanıyorsanız, bu sorun nedeniyle Hizmet Yöneticisi ulaştığında veri akışını yinelenebilir. Bu veriler için iş yükü yaymak içinFIM_ScheduleReportingIncrementalSynchronizationJob çizelge 2 saatte 8 saatte varsayılan değerini değiştirin. Bunu yapmak için şu adımları izleyin:

  1. SQL Server Management Studio'da FIM veritabanına bağlanmak, SQL Server Agent' ı genişletin ve sonra işler' i tıklatın.
  2. FIM_ScheduleReportingIncrementalSynchronizationJobsağ tıklatın, Özellikler' i tıklatın ve Zamanlama' yı tıklatın.
  3. Değişiklik oluşur her değerini FIM_UpdateReportingIncrementalSynchronizationJobSchedule_1 için 2 saat.

Yöntem 3

Daha uzun vadeli bir çözüm için Microsoft Sistem Merkezi 2012 R2 Hizmet Yöneticisi güncelleştirme paketi 4 (UR4) veya sonraki bir sürümünü yükseltin. Güncelleştirme Toplaması 4'te başlayan, Hizmet Yöneticisi ayarlanabilir zaman aşımı ayarı vardır. Ayrıca, varsayılan veri ambarı dönüştürme işi zaman aşımı 60 dakika için 180 dakika arasında değişir. Üç saatTransform.Common modülü tamamlamak yeterince uzun değilse, aşağıdaki kayıt defteri değerini değiştirerek değerini artırabilirsiniz:

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

SqlCommandTimeout = (DWord ikinci bir 32 bit)

Not: Forefront Kimlik Yöneticisi'ni kullanıyorsanız, Microsoft Kimlik Yöneticisi 2012 R2 Service Manager 2012 R2 destek almak için yükseltmeniz gerekir.

Uyarı: Bu makalenin çevirisi otomatik olarak yapılmıştır

Özellikler

Makale No: 3137611 - Son İnceleme: 03/28/2016 21:59:00 - Düzeltme: 2.0

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

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3137611 KbMttr
Geri bildirim