Pekerjaan gudang data gagal dan dicatat kejadian ID 33502

PENTING: Artikel ini diterjemahkan oleh perangkat lunak penerjemahan mesin Microsoft, dan mungkin telah diedit oleh Masyarakat Microsoft melalui teknologi CTF dan bukan oleh seorang penerjemah profesional. Microsoft menawarkan baik artikel yang diterjemahkan oleh manusia maupun artikel hasil editan terjemahan oleh mesin/komunitas, sehingga Anda dapat mengakses semua artikel di Sentra Pengetahuan yang kami miliki dalam berbagai bahasa. Namun artikel hasil editan mesin atau bahkan komunitas tidak selalu sempurna. Artikel ini dapat mengandung kesalahan dalam hal kosa kata, sintaksis atau tatabahasa, sangat mirip dengan penutur asing yang membuat kekeliruan ketika berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab atas ketidakakuratan, kesalahan atau kerugian apa pun akibat dari kekeliruan dalam penerjemahan isi atau penggunaannya oleh pelanggan kami. Microsoft juga akan senantiasa memperbarui perangkat lunak penerjemahan mesin dan alat untuk menyempurnakan Editan Hasil Penerjemahan Mesin.

Klik disini untuk melihat versi Inggris dari artikel ini: 3137611
Gejala
Pekerjaan gudang data gagal di Manajer Layanan Microsoft System Center 2012. Ketika masalah ini terjadi, kejadian berikut dicatat dalam log kejadian manajer operasional di server gudang Data:

Nama log: Manajer operasional
Sumber: Gudang Data
ID Kejadian: 33502
Tingkat: kesalahan
Keterangan:
ETL modul eksekusi gagal:
Jenis proses ETL: transformasi
Batch ID: ###
Nama modul: TransformEntityRelatesToEntityFact
Pesan: Timeout kedaluwarsa. Periode waktu habis berlalu sebelum menyelesaikan operasi atau server tidak merespons.


Selain itu, ketika Anda menjalankan cmdlet gudang Data yang terkait tertentu, youfrequently melihat galat waktu habis direkam untuk modulTransformEntityRelatesToEntityFact yang menyerupai berikut ini:

Get-SCDWJobModule - JobName transform.common
. . .
1952 TransformEntityRelatesToEntityFact gagal
. . .
Penyebab
Masalah ini dapat terjadi jika volume data transformasi melebihi jumlah yang dapat diproses oleh modul transformasi dalam periode waktu habis. Hal ini biasanya terjadi setelah pekerjaan gudang Data dinonaktifkan untuk beberapa waktu karena volume data akan berubah dapat menjadi cepat backlogged. secara asali, gudang Data transformasi pekerjaan memiliki batas waktu hardcoded 60 menit.
Pemecahan masalah
Untuk memperbaiki masalah ini, gunakan salah satu metode berikut.

Metode 1

Jika Anda yakin bahwa ini adalah masalah jangka dan terisolasi, proses backlogged berubah pekerjaan kembali operasi ke status yang berfungsi. Untuk melakukannya, tunggu sampai status semua pekerjaan gudang Data ditampilkan sebagaiTidak dimulai atau gagal, dan kemudian ikuti langkah-langkah berikut:

  1. Pada tanggal gudang server, berhenti serviceat HealthService wantian perintah yang ditampilkan. Untuk melakukannya, jalankan perintah berikut ini:

    Net Stop HealthService

    Catatan Tergantung pada versi Service Manager, nama layanan ini mungkin ditampilkan sebagaiagen pemantauan Microsoft atau System Center Management.
  2. Memperbarui kueri SQL Server berikut ini untuk mencerminkan nilai ModuleNamemodul dalam pekerjaan Transform.Common yang gagal. Contoh ini menggunakanTransformEntityRelatesToEntityFact.

    Catatan Cara termudah untuk melihat nilai ModuleNameuntuk modul yang gagal adalah untuk membuka konsol Service Manager, klikGudang Data, klik Gudang Data lagi, klik pekerjaan gudang Data, dan kemudian klik Transform.Common. Di panel bawah-center, Anda dapat melihat daftar modul dan status saat ini. Setelah Anda membuat perubahan, jalankan permintaan.

    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. Mulai ulang layanan HealthService di wantian perintah yang ditampilkan. Untuk melakukannya, jalankan perintah berikut ini:

    Net Start HealthService
Catatan Anda mungkin harus mengulangi langkah-langkah berikut ini beberapa kali atau beberapa modul.

Metode 2

Jika Anda menggunakan Manajer mengidentifikasi Forefront (FIM), masalah ini akan terulang kembali karena alur data yang mencapai Service Manager. Untuk menyebarkan beban kerja untuk data ini, Ubah jadwalFIM_ScheduleReportingIncrementalSynchronizationJob dari nilai asali dari setiap 8 jam untuk setiap 2 jam. Untuk melakukannya, ikuti langkah-langkah berikut:

  1. Di SQL Server Management Studio, sambungkan ke FIM database, luaskan Agen Server SQL, dan kemudian klik pekerjaan.
  2. Klik kanan-atas FIM_ScheduleReportingIncrementalSynchronizationJob, klik properti, dan kemudian klik jadwal.
  3. Ubah Occurs setiap nilai untuk FIM_UpdateReportingIncrementalSynchronizationJobSchedule_12jam.

Metode 3

Untuk solusi yang lebih jangka panjang, upgrade ke Microsoft System Center 2012 R2 Service Manager Batal pemutakhiran 4 (UR4) atau versi yang lebih baru. Mulai di Batal pemutakhiran 4, Manajer Layanan memiliki pengaturan waktu habis disesuaikan. Selain itu, Data Warehouse transformasi pekerjaan batas waktu asali perubahan dari 60 menit 180 menit. Jika tiga jam tidak cukup lama untuk modulTransform.Common untuk selesai, Anda dapat menambah nilai dengan mengubah nilai registri berikut ini:

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

SqlCommandTimeout = (DWord 32 bit kedua)

Catatan Jika Anda menggunakan Manajer Identitas Forefront, Anda harus meningkatkan ke R2 2012 Manajer Identitas Microsoft untuk mendapatkan dukungan untuk R2 2012 Service Manager.

Peringatan: Artikel ini telah diterjemahkan secara otomatis

Properti

ID Artikel: 3137611 - Tinjauan Terakhir: 03/28/2016 17:56:00 - Revisi: 2.0

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

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3137611 KbMtid
Tanggapan