Operations Manager'da olay kimliği 2115 ile ilgili performans sorunlarını giderme

  • Makale

Bu makale, Operations Manager (OpsMgr) veritabanını ve veri ambarı veri ekleme süresini etkileyen performans sorunlarını belirlemenize ve gidermenize yardımcı olur. System Center Operations Manager'ın tüm desteklenen sürümleri için geçerlidir

Orijinal ürün sürümü: System Center Operations Manager
Özgün KB numarası: 2681388

Operations Manager veritabanı performans sorunlarının tipik bir işareti, Operations Manager olay günlüğünde olay kimliği 2115 olaylarının bulunmasıdır. Bu olaylar genellikle performans sorunlarının yönetim sunucusunda veya Microsoft SQL Server çalıştıran sunucuda ve Operations Manager veya Operations Manager veri ambarı veritabanlarını barındıran sunucuda mevcut olduğunu gösterir.

Arka plan

Veritabanı ve veri ambarı yazma eylemi iş akışları yönetim sunucularında çalışır. Bu iş akışları önce aracılardan ve ağ geçidi sunucularından aldıkları verileri iç arabellekte tutar. Ardından bu verileri iç arabellekten toplar ve veritabanına ve veri ambarı'na eklerler. İlk veri ekleme işlemi tamamlandığında iş akışları başka bir toplu iş oluşturur.

Her veri toplu işleminin boyutu, toplu iş oluşturulduğunda arabellekte ne kadar verinin kullanılabilir olduğuna bağlıdır. Ancak, bir toplu işte en fazla 5.000 veri öğesi sınırı vardır. Gelen veri öğelerinin hızı artarsa veya Operation Manager ve veri ambarı veritabanlarına veri öğesi ekleme aktarım hızı azalırsa, arabellek daha fazla veri biriktirir ve toplu iş boyutu artar.

Bir yönetim sunucusunda çalışan birkaç yazma eylemi iş akışı vardır. Örneğin, aşağıdaki iş akışları farklı veri türleri için Operations Manager'a ve veri ambarı veritabanlarına veri eklemeyi işler:

  • Microsoft.SystemCenter.DataWarehouse.CollectEntityHealthStateChange
  • Microsoft.SystemCenter.DataWarehouse.CollectPerformanceData
  • Microsoft.SystemCenter.DataWarehouse.CollectEventData
  • Microsoft.SystemCenter.CollectAlerts
  • Microsoft.SystemCenter.CollectEntityState
  • Microsoft.SystemCenter.CollectPublishedEntityState
  • Microsoft.SystemCenter.CollectDiscoveryData
  • Microsoft.SystemCenter.CollectSignatureData
  • Microsoft.SystemCenter.CollectEventData

Bir yönetim sunucusundaki veritabanı veya veri ambarı yazma eylemi iş akışı yavaş veri toplu ekleme (örneğin, 60 saniyeyi aşan) ile karşılaştığında, iş akışı olay kimliği 2115'i Operations Manager olay günlüğüne kaydetmeye başlar. Bu olay, veri toplu işlemi veritabanına veya veri ambarı'na eklenene veya yazma eylemi iş akışı modülü tarafından bırakılana kadar dakikada bir günlüğe kaydedilir. Bu nedenle, veritabanı veya veri ambarı içine veri ekleme sırasında oluşan gecikme süresi nedeniyle olay kimliği 2115 günlüğe kaydedilir. Aşağıda, yazma eylemi iş akışı modülü tarafından veriler bırakıldığı için günlüğe kaydedilen bir olay örneği verilmiştir:

Olay Türü: Hata
Olay Kaynağı: HealthService
Olay Kategorisi: Yok
Olay Kimliği: 4506
Bilgisayar: <RMS NAME>
Açıklama:
Yönetim grubu <YÖNETİm GRUBU ADI'ndaki> RMS NAME> kimliği:"{F56EB161-4ABE-5BC7-4365524F294E}" için <çalışan "Microsoft.SystemCenter.OperationalDataReporting.SubmitOperationalDataFailed.Alert" kuralındaki çok fazla bekleyen veri nedeniyle veriler bırakıldı.

Daha ayrıntılı bir bakış

Olay Kimliği 2115 iki önemli bilgi parçasını içerir:

  • Sorunla karşılaşan iş akışının adı
  • İş akışının son veri toplu işlemini eklemeye başlamasından bu yana geçen süre

Örneğin:

Günlük Adı: Operations Manager
Kaynak: HealthService
Olay Kimliği: 2115
Düzey: Uyarı
Bilgisayar: <RMS NAME>
Açıklama:
Yönetim Grubu <YÖNETİm GRUBU ADIndaki> Bağlama Veri Kaynağı iş akışına öğe gönderdi, ancak 300 saniye içinde yanıt almadı. Bu, iş akışıyla ilgili bir performans veya işlevsel sorun olduğunu gösterir.
İş Akışı Kimliği : Microsoft.SystemCenter.CollectPublishedEntityState
Örnek: <RMS NAME>
Örnek Kimliği: {88676CDF-E284-7838-AC70-E898DA1720CB}

İş akışı, Microsoft.SystemCenter.CollectPublishedEntityState Varlık Durumu verilerini Operations Manager veritabanına yazar. Olay kimliği 2115 iletisi, iş akışının Microsoft.SystemCenter.CollectPublishedEntityState bir grup Varlık Durumu verisi eklemeye çalıştığını ve 300 saniye önce başladığını gösterir. Bu örnekte Varlık Durumu verilerini ekleme işlemi tamamlanmaz. Genellikle, bir veri toplu işleminin eklenmesi 60 saniye içinde tamamlanmalıdır.

İş Akışı Kimliği DataWarehouse terimini içeriyorsa, sorun Operations Manager veri ambarı veritabanını içerir. Aksi takdirde, sorun Operations Manager veritabanına veri eklenmesini içerir.

Neden

Aşağıdaki sorunlardan herhangi biri bu tür sorunlara neden olabilir.

Ekleme sorunları

Bu sorun bir veritabanı performans sorununu veya aracılar tarafından çok fazla veri gönderildiğini gösterebilir. Olay kimliği 2115 açıklaması yalnızca veritabanına veri eklemeyi etkileyen bir kapsam olduğunu gösterir (Operations Manager veya Operations Manager veri ambarı). Bu olaylar birçok nedenden dolayı oluşabilir. Örneğin, ani ve büyük miktarda Keşif verileri olabilir. Veya bir veritabanı bağlantısı sorunu olabilir. Veya veritabanı dolu olabilir. Ya da diskle ilgili veya ağ ile ilgili bir kısıtlama olabilir.

Operations Manager'da bulma verileri ekleme, görece yoğun emek gerektiren bir işlemdir. Ayrıca, yönetim sunucusu tarafından alınan önemli miktarda verinin bulunduğu ani artışlarla da gelebilir. Bu ani artışlar olay kimlikleri 2115'in geçici örneklerine neden olabilir, ancak bulma verisi toplama için olay kimliği 2115 tutarlı olarak görünüyorsa, bu durum bir veritabanı veya veri ambarı ekleme sorununu veya çok fazla bulma verisi toplayan bir yönetim paketindeki bulma kurallarını gösterebilir.

Örnek alanı değişikliklerinin veya yönetim paketi içeri aktarma işlemlerinin neden olduğu Operations Manager yapılandırma güncelleştirmeleri, veritabanı sunucusunda CPU kullanımı üzerinde doğrudan bir etkiye sahiptir. Bu, veritabanı ekleme sürelerini etkileyebilir. Bir yönetim paketi içeri aktarma veya büyük bir örnek alanı değişikliğinden sonra olay kimliği 2115 iletilerini görmeyi beklersiniz. Daha fazla bilgi için bkz. Operations Manager'da sık yapılan yapılandırma değişikliklerini algılama ve sorunlarını giderme.

Operations Manager'da, pahalı kullanıcı arabirimi sorguları veritabanındaki kaynak kullanımını da etkileyebilir ve bu da veritabanı ekleme sürelerinde gecikmeye neden olabilir. Kullanıcı pahalı bir kullanıcı arabirimi işlemi gerçekleştirdiğinde olay kimliği 2115 iletilerinin günlüğe kaydedildiğini görebilirsiniz.

Veritabanları tam veya çevrimdışı

Operations Manager veya Operations Manager veri ambarı veritabanları boş alan dışındaysa veya çevrimdışıysa, yönetim sunucusunun Operations Manager Olay günlüğüne olay kimliği 2115 iletilerini günlüğe kaydetmeye devam etmesini beklersiniz. Ayrıca bekleme süresi de artar.

Yazma eylemi iş akışları Operations Manager veya Operations Manager veri ambarı veritabanlarına bağlanamıyorsa veya bağlantılarını kurmak için geçersiz kimlik bilgileri kullanıyorlarsa, veri ekleme engellenir ve bu senaryo çözümlenene kadar olay kimliği 2115 iletileri günlüğe kaydedilir.

Yapılandırma ve ortam sorunları

Operations Manager veritabanı, veri ambarı veritabanları ve tüm destekleyici ortam doğru yapılandırılmadıysa Olay Kimliği 2115 iletileri de bir performans sorununa işaret edebilir. Bu sorunun bazı olası nedenleri şunlardır:

  • SQL Server günlüğü veya TempDB veritabanı çok küçük veya boş alan yok.
  • Operations Manager ve veri ambarı veritabanından yönetim sunucusuna ağ bağlantısı bant genişliği kısıtlanmış veya gecikme süresi büyük. Bu senaryoda, yönetim sunucusunu Operations Manager ve veri ambarı sunucularıyla aynı LAN'a yerleştirmenizi öneririz.
  • Veritabanını, günlükleri veya TempDB Operations Manager ve veri ambarı veritabanları tarafından kullanılan veri diskini barındıran veri diski yavaştır veya bir işlevsellik sorunuyla karşılaşır. Bu senaryoda, RAID 10 kullanmanızı ve ayrıca dizi denetleyicisinde pil destekli yazma önbelleğini etkinleştirmenizi öneririz.
  • Operations Manager veritabanı veya veri ambarı sunucusu yeterli bellek veya CPU kaynağına sahip değil.
  • Operations Manager veritabanını veya veri ambarını barındıran SQL Server örneği çevrimdışı.

Ayrıca yönetim sunucusunu Operations Manager ve veri ambarı veritabanı sunucusuyla aynı LAN'a yerleştirmenizi öneririz.

Olay Kimliği 2115 iletileri, veritabanını barındıran disk alt sistemi, günlükler veya TempDB Operations Manager ve veri ambarı veritabanları tarafından kullanılan disk alt sistemi yavaşsa veya bir işlevsellik sorunuyla karşılaşıyorsa da oluşabilir. RAID 10 kullanmanızı ve dizi denetleyicisinde pil destekli yazma önbelleğini etkinleştirmenizi öneririz.

Çözüm

Performansla ilgili olay kimliği 2115 iletilerinin sorunlarını gidermenin ilk adımı, olay içinde hangi veri öğelerinin döndürülür olduğunu belirlemektir. Örneğin, iş akışı kimliği hangi tür veri öğelerinin (Bulma, Uyarılar, Olay, Performans gibi) ve hangi veritabanının dahil olduğunu gösterir. İş akışı kimliği DataWarehouse terimini içeriyorsa sorun giderme odağı Operations Manager veri ambarı veritabanında olmalıdır. Diğer durumlarda, odak Operations Manager veritabanında olmalıdır.

Senaryo 1

Aşağıdaki örnekte, sorun iş akışını içerir Microsoft.SystemCenter.CollectSignatureData :

Olay Türü:
Uyarı Olay Kaynağı: HealthService
Olay Kategorisi: Yok
Olay Kimliği: 2115
Bilgisayar: <RMS NAME>
Açıklama: Yönetim Grubu <YÖNETİm GRUBU ADIndaki> Bağlama Veri Kaynağı iş akışına öğe gönderdi, ancak 300 saniye içinde yanıt almadı. Bu, iş akışıyla ilgili bir performans veya işlevsel sorun olduğunu gösterir.
İş Akışı Kimliği : Microsoft.SystemCenter.CollectSignatureData
Örnek: <RMS NAME>
Örnek Kimliği: {F56EB161-4ABE-5BC7-610F-4365524F294E}

Çözüm

Aşağıdaki SQL sorgusunu çalıştırarak bu örnekteki Performans İmzası Veri Toplama kurallarını tanımlayabiliriz. Bu sorgu Operations Manager veritabanında SQL Server Management Studio çalıştırılmalıdır.

-- Return all Performance Signature Collection Rules
Use OperationsManager
select
managementpack.mpname,
rules.rulename
from performancesignature with (nolock)
inner join rules with (nolock)
on rules.ruleid = performancesignature.learningruleid
inner join managementpack with(nolock)
on rules.managementpackid = managementpack.managementpackid
group by managementpack.mpname, rules.rulename
order by managementpack.mpname, rules.rulename

Bu sorgu tüm Performans İmzası Koleksiyonu kurallarını ve bunların ilgili yönetim paketi adını döndürür. Yönetim paketi adı ve kural adı için bir sütun döndürülür.

Bir yönetim sunucusundaki aşağıdaki Performans İzleyicisi sayaçları veritabanı ve veri ambarı yazma eylemi ekleme toplu iş boyutu ve zamanı hakkında bilgi sağlar:

  • OpsMgr DB Yazma Eylemi modülleri(*)\Ort. toplu iş boyutu
  • OpsMgr DB Yazma Eylemi modülleri(*)\Ort. işleme süresi
  • OpsMgr DW Yazıcı modülü(*)\Ort. toplu işlem zamanı, ms
  • OpsMgr DW Yazıcı modülü(*)\Ort. toplu iş boyutu

Toplu iş boyutu artıyorsa (örneğin, varsayılan toplu iş boyutu 5.000 öğedir), bu durum yönetim sunucusunun verileri veritabanına veya veri ambarı'na eklemede yavaş olduğunu ya da aracılardan veya ağ geçidi sunucularından veri öğesi serileri aldığını gösterir.

Veritabanı ve veri ambarı yazma eylem hesabı Ortalama İşleme Süresi sayacını inceleyerek, veritabanına ve veri ambarı'na bir toplu veri yazmanın ortalama olarak ne kadar sürdüğünü anlayabiliriz. Veritabanına bir toplu veri yazma süresine bağlı olarak, bu ayar için bir fırsat sağlayabilir.

Senaryo 2

Operations Manager veritabanını veya veri ambarı veritabanını barındıran SQL Server örneği çevrimdışıysa, olay kimliği 2115 ve olay kimliği 29200 Operations Manager olay günlüğüne kaydedilir. Örneğin:

Günlük Adı: Operations Manager
Kaynak: HealthService
Tarih:
Olay Kimliği: 2115
Düzey: Uyarı
Açıklama:
Yönetim Grubu MSFT'deki Bağlama Veri Kaynağı iş akışına öğe gönderdi, ancak 60 saniye içinde yanıt almadı. Bu, iş akışıyla ilgili bir performans veya işlevsel sorun olduğunu gösterir.
İş Akışı Kimliği: Microsoft.SystemCenter.CollectEventData
Örnek: name.contoso.local
Örnek Kimliği: {88676CDF-E284-7838-AC70-E898DA1720CB}

Günlük Adı: Operations Manager
Kaynak: OpsMgr Yapılandırma Hizmeti
Olay Kimliği: 29200
Düzey: Hata
Açıklama:
OpsMgr Yapılandırma Hizmeti, OpsMgr veritabanıyla bağlantıyı kaybettiğinden veritabanından herhangi bir güncelleştirme alamaz. Bu, otomatik olarak kurtarılabilir geçici bir sorun olabilir. Sorun devam ederse, genellikle veritabanıyla ilgili bir sorun olduğunu gösterir. Neden:
SQL Server ile bağlantı kurulurken ağ ile ilgili veya örneğe özgü bir hata gerçekleşti. Sunucu bulunamadı veya erişilebilir değildi. Örnek adının doğru olduğunu ve SQL Server'ın uzak bağlantılara izin verecek şekilde yapılandırıldığını doğrulayın. (sağlayıcı: Adlandırılmış Kanallar Sağlayıcısı, hata: 40 - SQL Server bağlantısı açılamadı)

Çözüm

Bu sorunu çözmek için şu adımları izleyin:

  1. Operations Manager veritabanını barındıran sunucuya bağlanın.
  2. Hizmetler applet'ını açın.
  3. SQL Server (MSSQLSERVER) hizmetinin başlatıldığını ve çalıştığını doğrulayın.
  4. SQL Server (MSSQLSERVER) hizmeti başlatılmamış ve çalışmıyorsa hizmeti başlatın.

Veritabanı bağlantısı geri yüklendikten sonra iş akışları ilgili veritabanında verileri depolamaya başarıyla başlamalıdır. Olay Kimliği 31554, bilgilerin başarıyla yazıldığını onaylar:

Günlük Adı: Operations Manager
Kaynak: Sistem Sağlığı Hizmeti Modülleri
Olay Kimliği: 31554
Görev Kategorisi: Data Warehouse
Düzey: Bilgi
Açıklama:
İş akışı verileri Data Warehouse depolamayı başardı
Bir veya daha fazla iş akışı bundan etkilendi.
İş akışı adı: Microsoft.SystemCenter.DataWarehouse.CollectEventData
Örnek adı: name.contoso.local
Örnek Kimliği: {88676CDF-E284-7838-AC70-E898DA1720CB}

Senaryo 3

Olay Kimliği 2115 geçersiz RunAs kimlik bilgileri nedeniyle oluştu.

Çözüm

Aşağıdaki olaylar için Operations Manager olay günlüğünü inceleyin. Bu olaylar genellikle Data Warehouse SQL Server Kimlik Doğrulama Hesabı'nın yanlış kimlik bilgilerine sahip olabileceğini gösterir.

Günlük Adı: Operations Manager
Kaynak: HealthService
Olay Kimliği: 7000
Görev Kategorisi: Sistem Durumu Hizmeti
Düzey: Hata
Açıklama: Sistem Sağlığı Hizmeti, yönetim grubu <YÖNETİm GRUBU ADI için RunAs hesabı <HESAP ADI'nda>> oturum açamadı. Hata, Oturum açma hatası: bilinmeyen kullanıcı adı veya hatalı parola. (1326L). Bu, sistem sağlığı hizmetinin bu RunAs hesabını kullanarak eylemleri izlemesini veya gerçekleştirmesini engeller

Günlük Adı: Operations Manager
Kaynak: HealthService
Olay Kimliği: 7015
Görev Kategorisi: Sistem Durumu Hizmeti
Düzey: Hata
Açıklama:
Sistem Sağlığı Hizmeti, yönetim grubu <YÖNETİm GRUBU> ADI için RunAs hesabı <HESAP ADI'nın> gelecekteki geçerliliğini doğrulayamaz. Hata, Oturum açma hatası: bilinmeyen kullanıcı adı veya hatalı parola. (1326L).

Bu sorunu çözmek için şu adımları izleyin:

  1. Operations Manager konsolunu açın.
  2. Yönetim'i seçin.
  3. Farklı Çalıştır Yapılandırması\Hesaplar'ı seçin.
  4. Data Warehouse SQL Server Kimlik Doğrulama Hesabı için uygun kimlik bilgilerini yapılandırın.

Senaryo 4

Disk performansı sorunlarının neden olduğu Olay Kimliği 2115. Bu durum, Operations Manager ve veri ambarı veritabanları tarafından kullanılan veritabanını, günlükleri veya TempDB'yi barındıran veri diski yavaş olduğunda veya bir sorunla karşılaştığında oluşabilir. Bu senaryoda, RAID 10 kullanmanızı ve dizi denetleyicisinde pil destekli yazma önbelleğini etkinleştirmenizi öneririz.

Çözüm

İlk olarak, SQL Server verileri veya günlük dosyalarını içeren tüm sürücüler için aşağıdaki fiziksel disk sayaçlarını yakalayın:

  • % Boşta Kalma Süresi: Ne kadar disk boşta kalma süresi bildiriliyor? Yüzde 50'den küçük bir şey disk performans sorununa işaret edebilir.

  • Ortalama Disk Kuyruğu Uzunluğu: Bu değer, LUN'da bulunan iş mili sayısının iki katını geçmemelidir. Örneğin, lun 25 mili varsa, 50 değeri kabul edilebilir. Ancak, lun 10 mili varsa, 25 değeri çok yüksektir. RAID yapılandırmasındaki RAID düzeyine ve disk sayısına göre aşağıdaki formülleri kullanabilirsiniz:

    • RAID 0: Tüm diskler bir RAID 0 kümesinde çalışıyor.

      Average Disk Queue Length <= # (Disks in the array) *2

    • RAID 1: Disklerin yarısı iş yapıyor. Bu nedenle, bunların yalnızca yarısı disk kuyruğuna doğru sayılabilir.

      Average Disk Queue Length <= # (Disks in the array/2) *2

    • RAID 10: Disklerin yarısı iş yapıyor. Bu nedenle, bunların yalnızca yarısı disk kuyruğuna doğru sayılabilir.

      Average Disk Queue Length <= # (Disks in the array/2) *2

    • RAID 5: Tüm diskler bir RAID 5 kümesinde çalışır.

      Average Disk Queue Length <= # (Disks in the array/2) *2

      Ortalama Disk sn/Aktarım: Bir disk G/Ç'sini tamamlamak için gereken saniye sayısı.
      Ortalama Disk sn/Okuma: Diskteki verileri okumak için saniye cinsinden ortalama süre.
      Ortalama Disk sn/Yazma: Diske veri yazmak için saniye cinsinden ortalama süre.
      Disk Bayt/sn: Diske veya diskten aktarılan saniye başına bayt sayısı.
      Disk Aktarımları/sn: Saniye başına giriş ve çıkış işlemlerinin sayısı (IOPS).

      Not

      Bu listedeki son üç sayacın değerleri tutarlı olarak yaklaşık 0,020 (20 ms) veya daha az olmalıdır ve hiçbir zaman 0,050 (50 ms) değerini aşmamalıdır.

      Aşağıdaki eşikler SQL Server performans sorunlarını giderme kılavuzunda belgelenmiştir:

      • 10 ms'den az: Çok iyi
      • 10-20 ms: İyi
      • 20-50 ms: Yavaş, dikkat gerektirir
      • 50 ms'den büyük: Ciddi G/Ç performans sorunu
      • Disk Bayt/sn: Diske veya diskten aktarılan saniye başına bayt sayısı
      • Disk Aktarımları/sn: Saniye başına giriş ve çıkış işlemlerinin sayısı (IOPS)

    Boşta Kalma Süresi % düşük olduğunda (yüzde 10 veya daha az), bu diskin tam olarak kullanıldığı anlamına gelir. Bu durumda, bu listedeki son iki sayaç (Disk Bayt/sn ve Disk Aktarımları/sn), sırasıyla sürücünün bayt cinsinden ve IOPS cinsinden en yüksek aktarım hızının iyi bir göstergesini sağlar. SAN sürücüsünün aktarım hızı, mil sayısına, sürücülerin hızına ve kanalın hızına bağlı olarak oldukça değişkendir. SAN satıcısına sürücünün kaç bayt ve IOPS desteklemesi gerektiğini sormanızı öneririz. Boşta Kalma Süresi Yüzdesi düşükse ve bu iki sayacın değerleri sürücünün beklenen aktarım hızını karşılamıyorsa, SAN satıcıdan daha fazla sorun giderme yardımı isteyin.

Aşağıdaki makaleler, SQL Server performans sorunlarını giderme hakkında daha ayrıntılı içgörü sağlar:

Senaryo 5

Olay Kimliği 2115 günlüğe kaydedilir ve bir yönetim sunucusu Operations Manager'da Data Warehouse uyarısına veri yazamıyor oluşturur. Yönetim sunucusu bilgisayarında da aşağıdaki belirtilerle karşılaşırsınız:

  • Yönetim sunucusu aşağıdakine benzer bir veya daha fazla uyarı oluşturur:

    Günlük Adı: Operations Manager
    Kaynak: Sistem Sağlığı Hizmeti Modülleri
    Tarih: 1/1/2022 12:00:00
    Olay Kimliği: 31551
    Görev Kategorisi: Data Warehouse
    Düzey: Hata
    Anahtar Sözcükler: Klasik
    Kullanıcı: Yok
    Bilgisayar: <ManagementServerFQDN>
    Açıklama:
    veriler Data Warehouse depolanamadı. İşlem yeniden denenecek.
    'SqlException' özel durumu: Oturum açma tarafından istenen "OperationsManagerDW" veritabanı açılamıyor. Oturum açma başarısız oldu.
    'CONTOSO\Action_Account' kullanıcısı için oturum açılamadı.

    Bir veya daha fazla iş akışı bundan etkilendi.

    İş akışı adı: Microsoft.SystemCenter.DataWarehouse.CollectPerformanceData
    Örnek adı: <ManagementServerFQDN>
    Örnek Kimliği: {AEC38E5Z-67A9-0406-20DB-ACC33BB9C494}
    Yönetim grubu: <ManagementGroupName>

  • Aşağıdaki olay, yönetim sunucusundaki Operations Manager olay günlüğüne kaydedilir:

    Günlük Adı: Operations Manager
    Kaynak: HealthService
    Tarih: 1/1/2022 12:00:00
    Olay Kimliği: 2115
    Görev Kategorisi: Yok
    Düzey: Uyarı
    Anahtar Sözcükler: Klasik
    Kullanıcı: Yok
    Bilgisayar: <ManagementServerFQDN>
    Açıklama:
    Yönetim Grubu Yönetim GrubuAdı'ndaki <> Bağlama Veri Kaynağı iş akışına öğe gönderdi, ancak 22560 saniye içinde yanıt almadı. Bu, iş akışıyla ilgili bir performans veya işlevsel sorun olduğunu gösterir.
    İş Akışı Kimliği : Microsoft.SystemCenter.DataWarehouse.CollectPerformanceData
    Örnek: <ManagementServerFQDN>
    Örnek Kimliği: {AEC38E5Z-67A9-0406-20DB-ACC33BB9C494}

Çözüm

Bu sorun, yönetim sunucusunun veri ambarı RunAs profilleri için belirtilen hesapları yoksa oluşabilir. Bu sorunun ikincil bir yönetim sunucusunu etkileme olasılığı daha yüksektir. Bu sorunu gidermek için aşağıdaki adımları izleyin:

  1. Operations Manager'ı çalıştıran bilgisayarda İşletim konsolunu açın.

  2. Gezinti bölmesinde Yönetim'i seçin.

  3. Güvenlik'i genişletin ve ardından Farklı Çalıştır Profilleri'ne tıklayın.

  4. Farklı Çalıştır Profilleri görünümünde Data Warehouse Hesabı'na çift tıklayın.

  5. Farklı Çalıştır Profili Özellikleri - hesap özellikleri Data Warehouse iletişim kutusunda Farklı Çalıştır Hesapları sekmesini ve ardından Yeni'yi seçin.

  6. Farklı Çalıştır Hesabı listesinde Data Warehouse Eylem Hesabı'nı seçin.

  7. Ad listesinde, uyarıyı oluşturan yönetim sunucusunu seçin.

  8. Tamam'ı iki kez seçin.

  9. Aşağıdaki profillere uygun RunAs hesabını atamak için 4 ile 8 arasında adımları izleyin:

    • Data Warehouse Yapılandırma Eşitleme OkuyucuSu Hesabı
    • Data Warehouse Rapor Dağıtım Hesabı
    • kimlik doğrulama hesabını Data Warehouse SQL Server

  10. Her profil için, RunAs profilinin adıyla eşleşen RunAs hesabını seçin. Örneğin, aşağıdaki atamaları yapın:

    • Data Warehouse Yapılandırma Eşitleme Okuyucusu Hesabını Data Warehouse Yapılandırma Eşitleme Okuyucusu Hesabı profiline atayın.
    • Data Warehouse Rapor Dağıtım Hesabını Data Warehouse Rapor Dağıtım Hesabı profiline atayın.
    • Data Warehouse SQL Server Kimlik Doğrulama Hesabını Data Warehouse SQL Server Kimlik Doğrulama Hesabı profiline atayın.

  11. Uyarıyı oluşturan yönetim sunucusunda OpsMgr Health Service'i yeniden başlatın.

  12. Yönetim sunucusundaki Operations Manager olay günlüğünde olay kimliği 31554 olaylarının günlüğe kaydedildiğini doğrulayın. Olay Kimliği 31554, izleyici durumunun Sağlıklı olarak değiştiğini gösterir. Bu değişiklik uyarıyı çözer.

Senaryo 6

Olay Kimliği 2115, HP MPIO FF DSM XP 3.01 çalıştıran ve sunulmayan LUN'lar olmayan bir sunucuda gerçekleşir. Kullanıcı Performans İzleyicisi açıp sayaç eklemeye çalıştığında Performans İzleyicisi kilitleniyor ve bu uygulamanın tanıtıcı sayısı hızla artıyor.

Geçici Çözüm

Bu sorunun iki geçici çözümü vardır:

  • HPPerfProv.dll dosyasını yeniden adlandırın ve Ardından Windows'ı yeniden başlatın. Performans İzleyicisi dosya yeniden adlandırıldığında ve yüklenmediğinde sorunsuz çalışır.
  • Sistemde en az bir LUN bulun.