Aracılığıyla paylaş

System Center Operations Manager'da gri aracı durumu sorunlarını giderme

Bu makalede, System Center Operations Manager'da (OpsMgr) bir aracı, yönetim sunucusu veya ağ geçidinin kullanılamadığı veya gri olduğu sorunları nasıl giderebileceğiniz açıklanır.

Özgün ürün sürümü: Microsoft System Center 2012 Operations Manager
Özgün KB numarası: 2288515

Aracı, yönetim sunucusu veya ağ geçidi, İzleme bölmesindeki aracı adı ve simgesinin rengiyle gösterildiği gibi aşağıdaki durumlardan birine sahip olabilir.

State Görünüm Açıklama
Sağlam Yeşil onay işareti Aracı veya yönetim sunucusu normal şekilde çalışıyor.
Kritik Kırmızı onay işareti Aracı veya yönetim sunucusunda bir sorun var.
Bilinmiyor Gri aracı adı, gri onay işareti İzlenen bilgisayarda sistem sağlığı hizmetini izleyen yönetim sunucusu üzerindeki sistem sağlığı hizmeti izleyicisi artık aracıdan sinyal almıyor. Sistem sağlığı hizmeti izleyicisi daha önce sinyal almış ve durum sağlıklı olarak rapor edilmiştir. Bu aynı zamanda, yönetim sunucularının artık aracıdan bir bilgi almadığı anlamına gelir.

Aracıyı çalıştıran bilgisayar çalışmıyorsa veya bağlantı sorunları varsa bu sorun oluşabilir.
Bilinmiyor Yeşil daire, onay işareti yok Bulunan öğenin durumu bilinmiyor. Bulunan bu öğe için kullanılabilir bir izleyici yok.

Gri durumun nedenleri

Aracı, yönetim sunucusu veya ağ geçidi aşağıdaki nedenlerden herhangi biri nedeniyle kullanılamaz duruma gelebilir:

  • Sinyal hatası
  • Geçersiz yapılandırma
  • Sistem iş akışları hatası
  • Operations Manager veritabanı veya veri ambarı performans sorunları
  • Yönetim sunucusu veya ağ geçidi sunucusu performans sorunları
  • Ağ veya kimlik doğrulama sorunları
  • Sistem sağlığı hizmeti çalışmıyor

Sorun kapsamı

Aracı gri renkteki sorunu gidermeye başlamadan önce Operations Manager topolojisini anlamanız ve ardından sorunun kapsamını tanımlamanız gerekir. Aşağıdaki sorular sorunun kapsamını tanımlamanıza yardımcı olabilir:

  • Kaç aracı etkileniyor?
  • Aracılar sorunu aynı ağ kesiminde mi yaşıyor?
  • Aracılar aynı yönetim sunucusuna rapor mu yapıyor?
  • Aracılar ne sıklıkta gri bir duruma girer ve bu durumda kalır?
  • Normalde bu durumdan nasıl kurtarırsınız (örneğin, aracı sistem durumu hizmetini yeniden başlatın, önbelleği temizleyin, otomatik kurtarmayı kullanırsınız)?
  • Bu aracılar için sinyal hatası uyarıları oluşturuldu mu?
  • Bu sorun günün belirli bir saatinde mi oluşuyor?
  • Bu aracıları başka bir yönetim sunucusuna veya ağ geçidine devrederseniz bu sorun devam eder mi?
  • Bu sorun ne zaman başladı?
  • Aracılarda, yönetim sunucularında, ağ geçidinde veya yönetim grubunda herhangi bir değişiklik yapıldı mı?
  • Etkilenen aracılar Windows kümelenmiş sistemleri mi?
  • Sistem Sağlığı Hizmeti State klasörü virüsten koruma taramasının dışında mı?

Sorun giderme stratejisi

Sorun giderme stratejiniz, hangi bileşenin etkin olmadığı, bu bileşenin topolojinin neresinde yer aldığı ve sorunun ne kadar yaygın olduğu tarafından belirlenir. Aşağıdaki koşulları göz önünde bulundurun:

  • Belirli bir yönetim sunucusuna veya ağ geçidine rapor veren aracılar kullanılamıyorsa, sorun giderme yönetim sunucusu veya ağ geçidi düzeyinde başlamalıdır.
  • Belirli bir yönetim sunucusuna rapor veren ağ geçitleri kullanılamıyorsa, sorun giderme yönetim sunucusu düzeyinde başlamalıdır.
  • Aracısız sistemler, ağ cihazları ve Unix ve Linux sunucuları için sorun giderme işlemi bu nesneleri izleyen aracı, yönetim sunucusu veya ağ geçidinden başlamalıdır.
  • Sorun giderme genellikle kullanılamayan bileşenin hemen üstündeki düzeyde başlar.

1. Senaryo

Sorundan yalnızca birkaç aracı etkilenir. Bu aracılar farklı yönetim sunucularına rapor sağlar. Aracılar düzenli olarak kullanılamaz durumda kalır. Sorunu geçici olarak çözmeye yardımcı olmak için aracı önbelleğini temizleyebilmenize rağmen, sorun birkaç gün sonra yinelenir.

Senaryo 1 için çözüm

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

  1. Etkilenen işletim sistemlerine uygun düzeltmeyi uygulayın.
  2. Aracı önbelleğini virüsten koruma taramasının dışında tutun. Daha fazla bilgi için bkz . Operations Manager ile ilgili virüsten koruma dışlamaları için öneriler.
  3. Sağlık hizmetini durdurun.
  4. Aracı önbelleğini temizleyin.
  5. Sistem durumu hizmetini başlatın.

2. Senaryo

Sorundan yalnızca birkaç aracı etkilenir. Bu aracılar farklı yönetim sunucularına rapor sağlar. Aracılar sürekli olarak etkin değildir. Aracı önbelleğini temizleyebilmenize rağmen bu, sorunu çözmez.

Senaryo 2 için çözüm

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

  1. Sistem durumu hizmetinin açık olup olmadığını ve şu anda yönetim sunucusunda mı yoksa ağ geçidinde mi çalıştığını belirleyin. Sistem durumu hizmeti yanıt vermeyi durdurduysa, sorunun nedenini belirlemeye yardımcı olmak için hizmet kilitlenme modunda bir ADPlus dökümü oluşturun. Daha fazla bilgi için bkz . "Kilitlenme" ve "kilitlenme" sorunlarını gidermek için ADPlus.vbs'yi kullanma

  2. Aşağıdaki olaylardan herhangi birini bulmak için aracıdaki Operations Manager olay günlüğünü inceleyin:

    Olay Kimliği: 1102
    Olay Kaynağı: HealthService
    Olay Açıklaması:
    Kimliği:"%2" olan "%3" örneği için çalışan "%4" Kuralı/İzleyicisi başlatılamıyor ve yüklenmeyecek. Yönetim grubu "%1"

    Olay Kimliği: 1103
    Olay Kaynağı: HealthService
    Olay Açıklaması:
    Özet: %2 kural/izleyici başarısız oldu ve kaldırıldı, %3 kural otomatik yeniden yüklemeyi engelleyen hata sınırına ulaştı. Yönetim grubu "%1". Bu bir salt özet olayıdır, lütfen kaldırılmış kural/izleyici açıklamalarının olduğu diğer olaylara bakın.

    Olay Kimliği: 1104
    Olay Kaynağı: HealthService
    Olay Açıklaması:
    "%4" iş akışındaki runAs profili, kimliği :"%2" olan "%3" örneği için çalışan çözümlenemiyor. İş akışı yüklenmeyecek. Yönetim grubu "%1"

    Olay Kimliği: 1105
    Olay Kaynağı: HealthService
    Olay Açıklaması:
    "%4" iş akışındaki RunAs profili için tür uyuşmazlığı, kimliği:"%2" olan "%3" örneği için çalışıyor. İş akışı yüklenmeyecek. Yönetim grubu "%1"

    Olay Kimliği: 1106
    Olay Kaynağı: HealthService
    Olay Açıklaması:
    "%4" iş akışında kimliği "%2" olan "%3" örneğini çalıştıran düz metin RunAs profiline erişilemiyor. İş akışı yüklenmeyecek. Yönetim grubu "%1"

    Olay Kimliği: 1107
    Olay Kaynağı: HealthService
    Olay Açıklaması:
    "%2" kimliğine sahip "%3" örneği için çalışan "%4" iş akışındaki RunAs profili için hesap tanımlanmadı. İş akışı yüklenmeyecek. Lütfen profil ile bir hesabı ilişkilendirin. Yönetim grubu "%1"

    Olay Kimliği: 1108
    Olay Kaynağı: HealthService
    Olay Açıklaması:
    "%7" Farklı Çalıştır Profilinde belirtilen bir Hesap çözümlenemiyor. Bu hesap özellikle "%6" Güvenli Başvuru Geçersiz Kılmasında kullanılır. %n%n Bu durum, Hesabın bu bilgisayara dağıtılmak üzere yapılandırılmaması nedeniyle gerçekleşmiş olabilir. Bu sorunu gidermek için aşağıda belirtilen Farklı Çalıştır Profilini açmanız, SSID'si ile belirtilen Hesap girdisini bulmanız ve uygunsa Hesabı bu bilgisayara dağıtmayı veya Profildeki ayarı hedef nesne belirtilen Hesabı kullanmayacak şekilde değiştirmeyi seçmeniz gerekir. %n%nYönetim Grubu: %1 %nFarklı Çalıştır Profili: %7 %nSecureReferenceOverride adı: %6 %nSecureReferenceOverride kimliği: %4 %nNesne adı: %3 %nNesne kimliği: %2 %nHesap SSID'si: %5

    Olay Kimliği: 4000
    Olay Kaynağı: HealthService
    Olay Açıklaması:
    İzleme konağı yanıt vermiyor veya kilitlendi. Konak hatasının durum kodu: %1.

    Olay Kimliği: 21016
    Olay Kaynağı: OpsMgr Bağlayıcısı
    Olay Açıklaması:
    OpsMgr % 1 için iletişim kanalı kuramadı ve yük devretme ana bilgisayarları yok. %1 kullanılabilir olduğunda ve bu bilgisayardan iletişime izin verildiğinde iletişim devam edecek.

    Olay Kimliği: 21006
    Olay Kaynağı: OpsMgr Bağlayıcısı
    Olay Açıklaması:
    OpsMgr Bağlayıcısı %1:%2 bağlantısı kuramadı. Hata kodu: %3(%4). Lütfen ağ bağlantısı olduğunu, sunucunun çalıştığını ve dinleme bağlantı noktasını kaydettiğini ve hedefe yönelik trafiği engelleyen güvenlik duvarı olmadığını doğrulayın.

    Olay Kimliği: 20070
    Olay Kaynağı: OpsMgr Bağlayıcısı
    Olay Açıklaması:
    %1 öğesine bağlı OpsMgr Bağlayıcısı, ancak kimlik doğrulaması gerçekleştikten hemen sonra bağlantı kapatıldı. Bu hatanın en olası nedeni aracının sunucu ile iletişim kurmak için yetkili olmaması veya sunucunun yapılandırmayı almamasıdır. onaylanmamış aracıların bağlanmaya çalıştığını belirten 20000 olaylarının varlığı için sunucuda olay günlüğünü denetleyin.

    Olay Kimliği: 20051
    Olay Kaynağı: OpsMgr Bağlayıcısı
    Olay Açıklaması:
    Belirtilen sertifika şu anda geçerli olmadığından yüklenemedi. Sistem saatinin doğru olduğunu doğrulayın ve gerekirse sertifikayı yeniden verin%n Sertifika Geçerli Başlangıç Saati : %1%n Sertifika Geçerli Bitiş Saati: %2

    Olay Kaynağı: ESE
    Olay Kategorisi: İşlem Yöneticisi
    Olay Kimliği: 623
    Açıklama: HealthService (<PID>) Örnek <örneğinin> sürüm deposu("<ad>"), Mb değerinin> en büyük boyutuna <ulaştı. Büyük olasılıkla uzun süre çalışan bir işlem sürüm deposunun temizlenmesini engelliyor ve boyutunun artmasına neden oluyor. Uzun süre çalışan işlem tamamen işlenene veya geri alınana kadar güncelleştirmeler reddedilir. Olası uzun süre çalışan işlem:
    SessionId: <değer>
    Oturum bağlamı: <değer>
    Oturum bağlamı ThreadId: <değer>.
    Temizleme: <değer>

  3. Aşağıdaki belirli olayları bulursanız bu yönergeleri izleyin:

    • 1102 ve 1103 olayları: Bu olaylar iş yüklerinden bazılarının yüklenemediğini gösterir. Bunlar temel sistem iş akışlarıysa bu olaylar soruna neden olabilir. Bu durumda, bu olayları çözmeye odaklanın.

    • 1104, 1105, 1106, 1107 ve 1108 olayları: Bu olaylar 1102 ve 1103 Olaylarının oluşmasına neden olabilir. Normalde bu durum yanlış yapılandırılmış Farklı Çalıştır hesapları nedeniyle oluşur. Örneğin Farklı Çalıştır hesapları yanlış sınıfla kullanılacak şekilde yapılandırılmıştır veya aracıya dağıtılmak üzere yapılandırılmamıştır.

    • Olay 4000: Bu olay, Monitoringhost.exe işleminin kilitlendiğini gösterir. Bu soruna DLL uyuşmazlığı veya eksik kayıt defteri anahtarları neden oluyorsa, aracıyı yeniden yükleyerek sorunu çözebilirsiniz. Sorun devam ederse, aşağıdaki yöntemleri kullanarak sorunu çözmeyi deneyin:

    • Olay Kimliği 21006: Bu olay aracı ile yönetim sunucusu arasında iletişim sorunları olduğunu gösterir. Aracı karşılıklı kimlik doğrulaması için bir sertifika kullanıyorsa, sertifikanın süresinin dolmadığını ve aracının doğru sertifikayı kullandığını doğrulayın. Kerberos kullanılıyorsa, aracının Active Directory ile iletişim kurabildiğini doğrulayın. Kimlik doğrulaması düzgün çalışıyorsa bu, aracıdan gelen paketlerin yönetim sunucusuna veya ağ geçidine ulaşmadığı anlamına gelebilir. Aracıdan yönetim sunucusuna 5723 numaralı bağlantı noktasına bir telnet oluşturmayı deneyin. Ayrıca, iletişim hatalarını yeniden oluştururken aracı ile yönetim sunucusu arasında eşzamanlı bir ağ izlemesi çalıştırın. Bu, paketlerin yönetim sunucusuna ulaşıp ulaşmadığını ve iki bileşen arasındaki herhangi bir cihazın trafiği iyileştirmeye çalışıp çalışmadığını veya bazı paketleri bırakıp bırakmadığını belirlemenize yardımcı olabilir. Daha fazla bilgi için bkz . Ağ İzleyicisi kullanarak veri toplama.

    • Olay Kimliği 623: Bu olay genellikle bir yönetim sunucusunun veya aracı bilgisayarın birçok iş akışını yönettiği büyük bir Operations Manager ortamında gerçekleşir. Daha fazla bilgi için bkz . Operations Manager konsolunda bir veya daha fazla yönetim sunucusu ve yönetilen cihazları soluk görüntüleniyor.

3. Senaryo

Belirli bir yönetim sunucusuna veya ağ geçidine rapor veren tüm aracılar kullanılamaz.

Senaryo 3 için çözüm

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

  1. Yönetim sunucusunun veya ağ geçidinin ne tür iş yüklerini izlediğini belirlemeye çalışın. Bu tür iş yükleri ağ cihazlarını, platformlar arası aracıları, yapay işlemleri, Windows aracılarını ve aracısız bilgisayarları içerebilir.

  2. Sistem durumu hizmetinin yönetim sunucusunda mı yoksa ağ geçidinde mi çalıştığını belirleyin.

  3. Yönetim sunucusunun bakım modunda çalışıp çalışmadığını belirleyin. Gerekirse sunucuyu bakım modundan kaldırın.

  4. Senaryo 2'de listelenen olaylardan herhangi biri için aracıdaki Operations Manager olay günlüğünü inceleyin. Olay kimliği 21006 varsa, 2. senaryo için çözüm bölümünde belirtilen yönergeleri izleyin. Buna ek olarak, bu olay yönetim sunucusunun veya ağ geçidinin üst sunucusuyla iletişim kuramadığını gösterir. Ağ geçidi için üst sunucu herhangi bir yönetim sunucusu olabilir. (Aşağıdaki 3. adıma bakın: Senaryo 2 için çözüm.)

  5. Operations Manager olay günlüğünü aşağıdaki olaylar için inceleyin. Bu olaylar genellikle veya OperationsManagerDW veritabanını barındıran OperationsManager yönetim sunucusunda veya Microsoft SQL Server'da performans sorunları olduğunu gösterir:

    Olay Kimliği: 2115
    Olay Kaynağı: HealthService
    Olay Açıklaması:
    %1 Yönetim Grubu'ndaki Bağlama Veri Kaynağı iş akışına öğe gönderdi, ancak %5 saniye içinde yanıt almadı. Bu, iş akışıyla ilgili bir performans veya işlevsel sorun olduğunu gösterir.%n İş Akışı Kimliği: %2%n Örnek: %3%n Örnek Kimliği: %4%n

    Olay Kimliği: 5300
    Olay Kaynağı: HealthService
    Olay Açıklaması:
    Yerel sağlık hizmeti sağlıklı değil. Varlık durumu değişiklik akışı bekleyen onayla durduruldu. %n%nYönetim Grubu: %2 %nYönetim Grubu Kimliği: %1

    Olay Kimliği: 4506
    Olay Kaynağı: HealthService
    Olay Açıklaması: Operations Manager
    "%1" yönetim grubundaki "%4" kimliğine sahip "%3" örneği için çalışan "%2" kuralındaki çok fazla bekleyen veri nedeniyle veriler bırakıldı.

    Olay Kimliği: 31551
    Olay Kaynağı: Sistem Sağlığı Hizmeti Modülleri
    Olay Açıklaması:
    Veri Ambarı'nda veri depolanamadı. İşlem yeniden denenecek.%rException '%5': %6 %n%nBu işlemden bir veya daha fazla iş akışı etkilendi. %n%nÇalışit akışı adı: %2 %nÖzniyet adı: %3 %nGizlilik Kimliği: %4 %nYönetim grubu: %1

    Olay Kimliği: 31552
    Olay Kaynağı: Sistem Sağlığı Hizmeti Modülleri
    Olay Açıklaması:
    Veri Ambarı'nda veri depolanamadı.%rException '%5': %6 %n%nBu işlemden bir veya daha fazla iş akışı etkilendi. %n%nÇalışit akışı adı: %2 %nÖzniyet adı: %3 %nGizlilik Kimliği: %4 %nYönetim grubu: %1

    Olay Kimliği: 31553
    Olay Kaynağı: Sistem Sağlığı Hizmeti Modülleri
    Olay Açıklaması:
    Veriler Veri Ambarı hazırlama alanına yazıldı ancak sonraki işlemlerden birinde işleme başarısız oldu.%rException '%5': %6 %n%nBir veya daha fazla iş akışı bundan etkilendi. %n%nÇalışit akışı adı: %2 %nÖzniyet adı: %3 %nGizlilik Kimliği: %4 %nYönetim grubu: %1

    Olay Kimliği: 31557
    Olay Kaynağı: Sistem Sağlığı Hizmeti Modülleri
    Olay Açıklaması:
    Veri Ambarı veritabanından eşitleme işlemi durumu bilgileri alınamadı. İşlem yeniden denenecek.%rException '%5': %6 %n%nBu işlemden bir veya daha fazla iş akışı etkilendi. %n%nÇalışit akışı adı: %2 %nÖzniyet adı: %3 %nGizlilik Kimliği: %4 %nYönetim grubu: %1

  6. Farklı Çalıştır hesabı yapılandırmalarının yanlış olması veya Farklı Çalıştır hesaplarının eksik izinleri nedeniyle olay kimliği 3155X de günlüğe kaydedilebilir.

Not

Yönetim sunucusu veya ağ geçidi performansı ve SQL Server performansı sorunlarını gidermek için Senaryo 4 için çözüm bölümüne bakın.

4\. Senaryo

Belirli bir yönetim sunucusuna rapor veren tüm aracılar, sağlıklı ve gri durumlar arasında aralıklı olarak değişir. Veya ortamdaki tüm aracılar sağlıklı ve gri durumlar arasında aralıklı olarak geçiş yapıyor.

Senaryo 4 için çözüm

Sorunu çözmek için önce sorunun nedenini belirleyin. Geçici sunucunun kullanılamama nedenlerinin yaygın nedenleri şunlardır:

  • Aracıların üst sunucusu geçici olarak çevrimdışı.
  • Aracılar yönetim sunucusuna uyarılar, durumlar, bulmalar vb. işletimsel verilerle dolup taşıyor. Bu, Operations Manager veritabanında ve Operations Manager sunucularında sistem kaynaklarının kullanımının artmasına neden olabilir.
  • Ağ kesintileri üst sunucu ile aracılar arasında geçici bir iletişim hatasına neden oldu.
  • Yönetim paketi (MP) değişiklikleri oluştu. Operations Manager konsolunda, bu değişiklikler bir Operations Manager yapılandırması ve aracılara MP yeniden dağıtımı gerektirir. Değişiklik daha büyük bir aracı tabanını etkiliyorsa, bu durum Operations Manager veritabanında ve Operations Manager sunucularında sistem kaynaklarının kullanımının artmasına neden olabilir.

Bu senaryolarda sorun gidermenin anahtarı, sunucunun kullanılamama süresini ve oluştuğu günün saatini anlamaktır. Bu, sorunun kapsamını hızla daraltmanıza yardımcı olur.

Yönetim sunucusu ve ağ geçidi performansı sorunlarını giderme

Yönetim sunucusu

Yapılandırma güncelleştirmesi sırasında (MP içeri aktarma ve bulma nedeniyle), tipik performans sorunları ilk, CPU ve ikinci olarak Operations Manager yükleme diski G/Ç'dir. Yönetim sunucusu, yapılandırma dosyalarını hedef aracılara iletmekten sorumludur.

İşletimsel verilerin toplanmasında, performans sorunlarına normal olarak CPU neden olur. Disk G/Ç de en üst kapasitede olabilir ama pek olası değildir. Yönetim sunucusu, gelen işletimsel verilerin sıkıştırmasını açmaktan ve şifresini çözmekten, ayrıca bunları İşletimsel veritabanına eklemekten sorumludur. Ayrıca işletimsel verileri aldıktan sonra aracılara veya ağ geçitlerine bildirimler (ACK) gönderir ve bu giden ACK'leri geçici olarak depolamak için disk kuyruğunu kullanır.

Ağ Geçidi

Ağ geçidi hem CPU'ya hem de G/Ç'ye bağlıdır. Ağ geçidi büyük miktarda veri aktarırken hem CPU hem de G/Ç işlemleri yüksek kullanım gösterebilir. CPU kullanımının çoğu, gelen verilerin sıkıştırma, şifreleme ve şifre çözme işlemlerinin yanı sıra bu verilerin aktarılmasından kaynaklanır. Ağ geçidi tarafından ve aracılardan alınan tüm veriler, ağ geçidi Sistem Durumu hizmeti tarafından okunmak ve yönetim sunucusuna iletilmesi için diskteki kalıcı bir kuyrukta depolanır. Bu, yoğun disk kullanımına neden olabilir. Bu kullanım, ağ geçidi geçici olarak çevrimdışı olduğunda önemli olabilir ve daha sonra ağ geçidi çevrimdışıyken aracıların oluşturduğu ve göndermeye çalıştığı birikmiş aracı verilerini işlemesi gerekir.

Bu durumda sorunu gidermek için, etkilenen her yönetim sunucusu veya ağ geçidiyle ilgili olarak aşağıdaki bilgileri toplayın:

  • Tam Windows sürüm, yayın ve derleme numarası

  • İşlemci sayısı

  • RAM miktarı

  • Sistem Sağlığı Hizmeti State klasörünü içeren sürücü

  • Virüsten koruma yazılımının Sistem Sağlığı Hizmeti depoyu dışlamak için yapılandırılıp yapılandırılmadığı

    Not

    Daha fazla bilgi için bkz . Operations Manager ile ilgili virüsten koruma dışlamaları için öneriler.

  • Sistem Sağlığı Hizmeti Durumu tarafından kullanılan sürücü için RAID düzeyi (0, 1, 50+1 veya 1+0)

  • RAID için kullanılan disk sayısı

  • Dizi denetleyicisinde pil destekli yazma önbelleğinin etkinleştirilip etkinleştirilmediği

SQL Server performans sorunlarını giderme

İşletimsel veritabanı (OperationsManager)

OperationsManager veritabanı için en olası performans sorunu disk dizisidir. Disk dizisi en yüksek G/Ç kapasitesinde değilse, bir sonraki olası performans sorunu CPU'dur. Veritabanı ara sıra yavaşlamalar ve işletimsel veri fırtınalarıyla (olayların, uyarıların ve görece uzun süre kalan performans verileri veya durum değişikliklerinin çok fazla tekrarlanması) karşılaşır. Kısa süren bir ani artış normalde uzun süreli önemli bir gecikmeye neden olmaz.

İşletimsel veri ekleme işlemi sırasında veritabanı diskleri öncelikli olarak yazma işlemlerinde kullanılır. CPU kullanımına SQL Server veri değişim sıklığı neden olur. Büyük ve karmaşık sorgularınız, ağır veri ekleme işlemleriniz ve büyük tablo temizleme işlemleriniz (varsayılan olarak bunlar gece yarısı gerçekleştirilir) olduğunda bu durum oluşabilir. Normalde büyük olayları ve performans veri tablolarını temizleme işlemleri bile aşırı fazla CPU veya disk kaynağı kullanmaz. Öte yandan uyarı ve durum değişikliği tablolarını temizleme işlemleri, büyük tablolarda yoğun CPU kullanıma yol açabilir.

MP içeri aktarmalarının veya büyük örnek alanı değişikliğinin neden olduğu yapılandırma yeniden dağıtımındaki ani artışları işlerken veritabanı da CPU'ya bağımlıdır. Bu gibi durumlarda Yapılandırma hizmeti yeni aracı yapılandırması için veritabanını sorgular. Bu durum, hizmet yapılandırma güncelleştirmelerini aracılara göndermeden önce ani CPU artışlarının oluşmasına neden olur.

Veri ambarı (OperationsManagerDW)

OperationsManagerDW veritabanı için en olası performans sorunu disk dizisidir. Bu genellikle büyük işletimsel veri ekleme işlemleri nedeniyle oluşur. Bu gibi durumlarda diskler çoğunlukla yazma işlemlerini gerçekleştirmekle meşguldür. Genellikle diskler, el ile oluşturulan ve veri ambarında sorgu çalıştıran Raporlama görünümlerini işleme dışında birkaç okuma işlemi gerçekleştirir.

CPU kullanımına SQL Server veri değişim sıklığı neden olur. CPU ani artışları yoğun bölümleme etkinlikleri (tablolar çok büyüdüğünde ve ardından bölümlere ayrıldığında), karmaşık raporları oluşturma işlemleri ve veritabanında büyük miktarlarda uyarılar sırasında oluşabilir çünkü veri ambarının sürekli bunlarla eşitlenmesi gerekir.

Genel sorun giderme

Bu durumda sorunu gidermek için, etkilenen her yönetim sunucusu veya ağ geçidiyle ilgili olarak aşağıdaki bilgileri toplayın:

  • Tam Windows sürüm, yayın ve derleme numarası

  • İşlemci sayısı

  • RAM miktarı

  • SQL Server'a ayrılan bellek miktarı

  • SQL Server'ın 32 bit olup olmadığı ve AWE'nin etkinleştirilip etkinleştirilmediği

    Bu bilgilerin çoğunu SQL Server Management Studio'da veya SQL Server Enterprise Manager'da bulabilirsiniz. Bunu yapmak için sunucunun Özellikler penceresini açın, sonra da Genel ve Bellek sekmelerini seçin. Genel sekmesinde SQL Server sürümü, Windows sürümü, platform, RAM miktarı ve işlemci sayısı yer alır. Bellek sekmesinde SQL Server'a ayrılmış bellek yer alır. Microsoft SQL Server 2008'de Bellek sekmesinde AWE seçeneği de vardır.

    İşletim sistemi 32 bit ve RAM 4 GB veya daha büyükse, Boot.ini dosyasında /pae veya /3gb anahtarlarının mevcut olup olmadığını denetleyin. Sunucu başlangıçta 4 GB veya daha az RAM ile yüklendiyse ve RAM daha sonra yükseltildiyse bu seçenekler yanlış yapılandırılmış olabilir.

    4 GB RAM'i olan 32 bit sunucular için, Boot.ini dosyasındaki /3gb anahtarı SQL Server'ın adresleyebileceği bellek miktarını artırır (2 GB'tan 3 GB'a). 4 GB'tan fazla RAM'i olan 32 bit sunucular için, Boot.ini dosyasındaki /3gb anahtarı aslında SQL Server'ın adresleyebileceği bellek miktarını sınırlandırır. Bu sistemler için Boot.ini dosyasına /pae anahtarını ekleyin ve ardından SQL Server'da AWE'yi etkinleştirin.

    Çok işlemcili sistemlerde En Yüksek Paralellik Derecesi (MAXDOP) ayarını denetleyin. SQL Server 2008'de bu seçenek sunucunun Özellikler iletişim kutusundaki Gelişmiş sekmesi yer alır.

    Varsayılan değer 0'dır ve tüm kullanılabilir işlemcilerin kullanılacağı anlamına gelir. Sekiz veya daha az işlemcisi olan sunucularda 0 ayarı uygundur. Sekizden fazla işlemcisi olan sunucularda, SQL Server'ın tüm işlemcilerin kullanımını koordine etmesi için gereken süre performansı ters yönde etkileyebilir. Bu nedenle sekizden fazla işlemcisi olan sunucular için En Yüksek Paralellik Derecesi'ni genellikle 8 değerine ayarlamanız gerekir. Bunu yapmak için SQL Query Analyzer'da aşağıdaki komutu çalıştırın:

    sp_configure 'show advanced options', 1
GO
RECONFIGURE WITH OVERRIDE
GO
sp_configure 'max degree of parallelism', 8
GO
RECONFIGURE WITH OVERRIDE
GO

  • Veri ambarı, Operations Manager DB ve Tempdb dosyalarını içeren sürücü harfleri

  • Virüsten koruma yazılımının SQL verileri ileri günlük dosyalarını dışlayacak şekilde yapılandırılıp yapılandırılmadığı (SQL Server veritabanı dosyalarının virüsten koruma yazılımıyla taranması performansı düşürebilir.)

  • Veri ambarı, Operations Manager DB ve Tempdb dosyalarını içeren sürücülerde boş alan miktarı

  • Depolama türü (SAN veya yerel)

  • SQL Server tarafından kullanılan sürücülerin RAID düzeyi (0, 1, 5, 0+1 veya 1+0)

  • SAN depolaması kullanılıyorsa: SQL Server tarafından kullanılan her LUN üzerindeki yerleşik sürücü sayısı

  • Dönüştürülen Exchange 2007 yönetim paketi kullanılıyorsa veya daha önce kullanılmışsa: Operations Manager veritabanındaki tablodaki LocalizedText ve veri ambarı veritabanındaki EventPublisher tablodaki satır sayısı

    Satır sayılarını saptamak için aşağıdaki komutları çalıştırın:

    USE OperationsManager SELECT COUNT(*) FROM LocalizedText
USE OperationsManagerDW SELECT COUNT(*) FROM EventPublisher

Bellek baskısını belirlemeye yönelik sayaçlar

Performans sayacı adı Açıklama
MSSQL$<instance>: Buffer Manager: Sayfa ömrü beklentisi Sayfaların arabellek havuzunda kalacağı süre. Bu değer 300 saniyenin altındaysa, sunucunun daha fazla bellek kullanabileceğini gösterir. Ayrıca bu, dizin parçalanmasından da kaynaklanabilir.
MSSQL$<instance>: Buffer Manager: Gecikmeli yazma/sn Gecikmeli yazıcı sayfaları diske taşıyarak arabellekte alan açar. Genel olarak, bu değer tutarlı bir şekilde saniyede 20 yazma işlemini aşmamalıdır. İdeal olan bu değerin sıfıra yakın olmasıdır.
Bellek: Kullanılabilir MBayt 100 MB'ın altındaki değerler bellek baskısını gösteriyor olabilir. Bu miktar 10 MB’tan az olduğunda bellek baskısı açıkça görülür.
İşlem: Özel Bayt Sayısı: _Total Tüm işlemler tarafından kullanılan toplam bellek (fiziksel ve sayfa) miktarıdır.
İşlem: Çalışma Kümesi: _Total Tüm işlemler tarafından kullanılan toplam fiziksel bellek miktarıdır. Bu sayacın değerinin Process: Private Bytes: _Total değerinden önemli ölçüde düşük olması işlemlerin çok fazla sayfalama yaptığını gösterir. %10’dan büyük bir fark büyük olasılıkla önemlidir.

Disk baskısını belirlemeye yönelik sayaçlar

SQL veri veya günlük dosyalarını içeren tüm sürücüler için şu fiziksel disk sayaçlarını yakalayın:

  • % Boşta Kalma Süresi: Bildirilen disk boşta kalma süresi. Yüzde 50'nin altındaki her değer bir disk performans sorununa işaret ediyor olabilir.

  • Ortalama Disk Kuyruğu Uzunluğu: Bu değer bir LUN'da bulunan yerleşik sürücü sayısının iki katını aşmamalıdır. Örneğin LUN'da 25 yerleşik sürücü varsa, 50 değeri kabul edilebilir bir değerdir. Öte yandan LUN'un 10 yerleşik sürücüsü varsa 25 değeri fazla yüksek bir değerdir. RAID düzeyine ve RAID yapılandırmasındaki disk sayısına göre aşağıdaki formülleri kullanabilirsiniz:

    • RAID 0: Disklerin tümü RAID 0 kümesinde çalışıyor

    • Ortalama Disk Kuyruğu Uzunluğu<= # (Dizideki diskler) *2

    • RAID 1: Disklerin yarısı çalışıyor; dolayısıyla yalnızca yarısı disk kuyruğunda sayılabilir

    • Ortalama Disk Kuyruğu Uzunluğu<= # (Dizideki diskler/2) *2

    • RAID 10: Disklerin yarısı “çalışıyor”; dolayısıyla yalnızca yarısı disk kuyruğunda sayılabilir

    • Ortalama Disk Kuyruğu Uzunluğu<= # (Dizideki diskler/2) *2

    • RAID 5: Disklerin tümü RAID 5 kümesinde çalışıyor

    • *2 dizisindeki Ortalama Disk Kuyruğu Uzunluğu<= # Diskler

    • Ortalama Disk sn/Aktarım: Bir diskte G/Ç'yi tamamlamak için geçen saniye sayısı

    • Ortalama Disk sn/Okuma: Diskten verileri okumak için gereken saniye cinsinden ortalama süre

    • Ortalama Disk sn/Yazma: Diske verileri yazmak için gereken saniye cinsinden ortalama süre

      Bu listedeki son üç sayacın değerleri tutarlı olarak yaklaşık 0,020 (20 ms) veya daha düşük olmalı ve hiçbir zaman 0,050'yi (50 ms) aşmamalıdır. Aşağıda, SQL Server performans sorunlarını giderme kılavuzunda belgelenen eşikler yer alır:

      • 10 ms'den küçük: çok iyi
      • 10 - 20 ms arasında: iyi
      • 20 - 50 ms arasında: yavaş, dikkat gerekiyor
      • 50 ms'den büyük: ciddi G/Ç performans sorunu

    • Disk Bayt Sayısı/sn: Saniye başına diske veya diskten aktarılan baytların 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 düşük), disk tam olarak kullanılıyor demektir. Bu durumda bu listedeki son iki sayaç (Disk Bayt Sayısı/sn ve Disk Aktarımı/sn), sırasıyla sürücünün bayt ve IOPS cinsinden en yüksek aktarım hızının iyi birer göstergesini sağlar. SAN sürücüsünün aktarım hızı yerleşik sürücü sayısına, sürücülerin hızına ve kanalın hızına bağlı olarak son derece değişkendir. En uygun seçenek SAN satıcısından sürücünün desteklemesi gereken bayt ve IOPS sayısını öğrenmektir. % Boşta Kalma Süresi 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ısının sorun giderme sürecine katılmasını sağlayın.

SQL Server performans sorunlarını giderme kılavuzu, SQL Server performans sorunlarını gidermeye yönelik daha derin içgörüler sağlar.

Operations Manager performans sayaçları

Aşağıdaki bölümlerde Operations Manager performansını izlemek ve sorunlarını gidermek için kullanabileceğiniz performans sayaçları açıklanmaktadır.

Ağ geçidi sunucusu rolü

Genel performans sayaçları

Bu sayaçlar ağ geçidinin genel performansını gösterir:

Performans sayacı adı
İşlemci(_Total)\% İşlemci Süresi
Bellek\% Kullanılan İşli Bayt sayısı
Ağ Bağdaştırıcıs(*)\Toplam Bayt/sn
LogicalDisk(*)\% Boşta Kalma Süresi
LogicalDisk(*)\Ort. Disk Kuyruğu Uzunluğu
Operations Manager işlemi genel performans sayaçları

Bu sayaçlar, ağ geçidindeki Operations Manager işlemlerinin genel performansını gösterir:

Performans sayacı adı Açıklama
Process(HealthService)\% İşlemci Süresi
İşlem(HealthService)\Özel Bayt Bu ağ geçidinin yönettiği aracı sayısına bağlı olarak, bu sayı değişebilir ve birkaç yüz megabayt olabilir
İşlem(HealthService)\İş Parçacığı Sayısı
İşlem(HealthService)\Sanal Bayt Sayısı
İşlem(HealthService)\Çalışma Kümesi
Process(MonitoringHost*)\% İşlemci Süresi
İşlem(MonitoringHost*)\Özel Bayt
İşlem(MonitoringHost*)\İş Parçacığı Sayısı
İşlem(MonitoringHost*)\Sanal Bayt Sayısı
İşlem(MonitoringHost*)\Çalışma Kümesi
Operations Manager'a özgü performans sayaçları

Bu sayaçlar, ağ geçidinde Operations Manager'ın belirli yönlerinin performansını gösteren Operations Manager'a özgü sayaçlardır:

Performans sayacı adı Description
Sistem Sağlığı Hizmeti\İş Akışı Sayısı
Sistem Sağlığı Hizmeti Yönetim Grupları(*)\Etkin Dosya Karşıya Yüklemeleri Bu ağ geçidinin işlemekte olduğu dosya aktarımlarının sayısı. Aracılara yüklenmekte olan yönetim paketi dosyalarının sayısını temsil eder. Bu değer uzun süre yüksek düzeyde kalırsa ve belirli bir anda çok fazla yönetim paketi içeri aktarma işlemi yoksa, bu koşullar dosya aktarımını etkileyen bir sorun oluşturabilir.
Sistem Sağlığı Hizmeti Yönetim Grupları(*)\Kullanılan Gönderme Kuyruğu Yüzdesi Kalıcı kuyruğun boyutu. Bu değer uzun süre 10'dan yüksek kalırsa ve bırakılmazsa, bu kuyruğun yedeklendiğini gösterir. Yönetim sunucusu veya veritabanı çok meşgul veya çevrimdışı olduğundan bu koşul aşırı yüklenmiş bir Operations Manager sisteminden kaynaklanır.
OpsMgr Bağlayıcısı\Alınan Bayt Sayısı Ağ geçidi tarafından alınan ağ baytlarının sayısı; yani, sıkıştırmadan önce gelen bayt sayısı.
OpsMgr Bağlayıcısı\İletilen Bayt Sayısı Ağ geçidi tarafından gönderilen ağ bayt sayısı; yani sıkıştırmadan sonra giden bayt sayısı.
OpsMgr Bağlayıcısı\Alınan Veri Baytları Ağ geçidi tarafından alınan veri baytlarının sayısı; yani, sıkıştırmadan sonra gelen veri miktarı.
OpsMgr Bağlayıcısı\İletilen Veri Baytları Ağ geçidi tarafından gönderilen veri baytlarının sayısı; yani sıkıştırmadan önce giden veri miktarı.
OpsMgr Bağlayıcısı\Açık Bağlantı Sayısı Ağ geçidinde açık olan bağlantı sayısı. Bu sayı, doğrudan ağ geçidine bağlı aracı veya yönetim sunucusu sayısıyla aynı olmalıdır.

Yönetim sunucusu rolü

Genel performans sayaçları

Bu sayaçlar yönetim sunucusunun genel performansını gösterir:

Performans sayacı adı
İşlemci(_Total)\% İşlemci Süresi
Bellek\% Kullanılan İşli Bayt sayısı
Ağ Bağdaştırıcıs(*)\Toplam Bayt/sn
LogicalDisk(*)\% Boşta Kalma Süresi
LogicalDisk(*)\Ort. Disk Kuyruğu Uzunluğu
Operations Manager işlemi genel performans sayaçları

Bu sayaçlar yönetim sunucusunda Operations Manager işlemlerinin genel performansını gösterir:

Performans sayacı adı Açıklama
Process(HealthService)\% İşlemci Süresi
İşlem(HealthService)\Özel Bayt Bu yönetim sunucusunun yönettiği aracı sayısına bağlı olarak bu rakam değişebilir ve birkaç yüz megabayt olabilir.
İşlem(HealthService)\İş Parçacığı Sayısı
İşlem(HealthService)\Sanal Bayt Sayısı
İşlem(HealthService)\Çalışma Kümesi
Process(MonitoringHost*)\% İşlemci Süresi
İşlem(MonitoringHost*)\Özel Bayt
İşlem(MonitoringHost*)\İş Parçacığı Sayısı
İşlem(MonitoringHost*)\Sanal Bayt Sayısı
İşlem(MonitoringHost*)\Çalışma Kümesi
Operations Manager'a özgü performans sayaçları

Bu sayaçlar, yönetim sunucusunda Operations Manager'ın belirli yönlerinin performansını gösteren Operations Manager'a özgü sayaçlardır:

Performans sayacı adı Description
Sistem Sağlığı Hizmeti\İş Akışı Sayısı Bu yönetim sunucusunda çalışan iş akışlarının sayısı.
Sistem Sağlığı Hizmeti Yönetim Grupları(*)\Etkin Dosya Karşıya Yüklemeleri Bu yönetim sunucusunun işlediği dosya aktarımlarının sayısı. Aracılara yüklenmekte olan yönetim paketi dosyalarının sayısını temsil eder. Bu değer uzun süre yüksek düzeyde kalırsa ve belirli bir anda çok fazla yönetim paketi içeri aktarma işlemi yoksa, bu koşullar dosya aktarımını etkileyen bir sorun oluşturabilir.
Sistem Sağlığı Hizmeti Yönetim Grupları(*)\Kullanılan Gönderme Kuyruğu Yüzdesi Kalıcı kuyruğun boyutu. Bu değer uzun süre 10'dan yüksek kalırsa ve bırakılmazsa, bu kuyruğun yedeklendiğini gösterir. Operations Manager sisteminin (örneğin kök yönetim sunucusu) fazla meşgul veya çevrimdışı olması nedeniyle aşırı yüklenen bir Operations Manager sistemi bu duruma neden olabilir.
Sistem Sağlığı Hizmeti Yönetim Grupları(*)\Bağlı Veri Kaynağı Öğe Bırakma Oranı Veritabanı veya veri ambarı veri toplama yazma eylemleri için yönetim sunucusu tarafından bırakılan veri öğelerinin sayısı. Bu sayaç değeri olmadığında 0, yönetim sunucusu veya veritabanı gelen veri öğesini yeterince hızlı işleyemediğinden veya bir veri öğesi patlaması oluştuğundan aşırı yüklenir. Bırakılan veri öğeleri aracılar tarafından yeniden gönderilir. Aşırı yüklenme veya ani artış durumu sona erdikten sonra bu veri öğeleri veritabanına veya veri ambarına eklenir.
Sistem Sağlığı Hizmeti Yönetim Grupları(*)\Bağlı Veri Kaynağı Öğe Gelme Oranı Veritabanı veya veri ambarı veri toplama yazma eylemleri için yönetim sunucusu tarafından alınan veri öğelerinin sayısı.
Sistem Sağlığı Hizmeti Yönetim Grupları(*)\Bağlı Veri Kaynağı Öğe Gönderme Oranı Yönetim sunucusunun veri toplama yazma eylemleri için veritabanına veya veri ambarına yazdığı veri öğelerinin sayısı.
OpsMgr Bağlayıcısı\Alınan Bayt Sayısı Yönetim sunucusu tarafından alınan ağ bantlarının sayısı; diğer bir deyişle sıkıştırma öncesinde gelen baytların boyutu.
OpsMgr Bağlayıcısı\İletilen Bayt Sayısı Yönetim sunucusu tarafından gönderilen ağ baytlarının sayısı; diğer bir deyişle sıkıştırma sonrasında giden baytların boyutu.
OpsMgr Bağlayıcısı\Alınan Veri Baytları Yönetim sunucusu tarafından alınan veri baytlarının sayısı; yani, sıkıştırmadan sonra gelen verilerin boyutu.
OpsMgr Bağlayıcısı\İletilen Veri Baytları Yönetim sunucusu tarafından gönderilen veri baytlarının sayısı; yani sıkıştırmadan önce giden verilerin boyutu.
OpsMgr Bağlayıcısı\Açık Bağlantı Sayısı Yönetim sunucusunda açık olan bağlantıların sayısı. Aracıların veya ona doğrudan bağlı olan kök yönetim sunucusunun sayısıyla aynı olmalıdır.
OpsMgr veritabanı Yazma Eylemi Modülleri(*)\Ortalama Toplu İş Boyutu Veritabanı yazma eylemi modülleri tarafından alınan veri öğelerinin veya toplu işlerin sayısı. Bu sayı 5.000 olduğunda bir veri öğesi ani artışı gerçekleşiyor demektir.
OpsMgr DB Yazma Eylemi Modülleri(*)\Ortalama İşleme Süresi Veritabanı yazma eylemi modüllerinin bir toplu işi veritabanına eklemek için kullandığı saniye sayısı. Bu sayı genellikle 60'tan büyük olduğunda bir veritabanı ekleme işlemi performans sorunu oluşuyor demektir.
OpsMgr DW Yazıcı Modülü(*)\Ortalama Toplu İş İşleme Süresi, ms Veri ambarı yazma eyleminin bir veri öğeleri grubunu veri ambarına eklemek için kullandığı milisaniye sayısı.
OpsMgr DW Yazıcı Modülü(*)\Ortalama Toplu İş Boyutu Veri ambarı yazma eylemi modülleri tarafından alınan veri öğelerinin veya toplu işlerin ortalama sayısı.
OpsMgr DW Yazıcı Modülü(*)\Toplu İş Sayısı/sn Veri ambarı yazma eylemi modülleri tarafından bir saniyede alınan toplu işlerin sayısı.
OpsMgr DW Yazıcı Modülü(*)\Veri Öğeleri/sn Veri ambarı yazma eylemi modülleri tarafından bir saniyede alınan veri öğelerinin sayısı.
OpsMgr DW Yazıcı Modülü(*)\Bırakılan Veri Öğesi Sayısı Veri ambarı yazma eylemi modülleri tarafından bırakılan veri öğelerinin sayısı.
OpsMgr DW Yazıcı Modülü(*)\Toplam Hata Sayısı Bir veri ambarı yazma eylemi modülünde oluşan hataların sayısı.