Kullanılan Gönderme Sırası Yüzdesi

Microsoft.SystemCenter.HealthService.Performance.SendQueuePercentUsedMonitor (UnitMonitor)

Bu izleyici Sistem Durumu hizmeti için Sistem Durumu Hizmeti Yönetim Grupları\Kullanılan Gönderme Sırası Yüzdesi sayacını ölçer.

Knowledge Base article:

Özet

Bu izleyici Sistem Durumu Hizmeti Yönetim Grupları\Kullanılan Gönderme Sırası Yüzdesini ölçer ve aşağıdaki durumları oluşturur.

İzleyici Durumu	Kullanılan Gönderme Sırası Yüzdesi Eşiği
Kritik	60 %

Nedenler

Bunun nedeni System Center Yönetim Sistem Durumu Hizmetinden kendi üst Yönetim Sunucusuna olan bağlantının bant genişliğinin düşük veya yüksek gecikmeli olması olabilir. Buna ayrıca üst Yönetim Sunucusunun işleyebileceğinden daha fazla veri toplayan kurallar neden olabilir; özellikle de üst Yönetim Sunucusu kendisine büyük miktarlarda veri göndererek rapor veren çok sayıda aracıya sahip olduğunda.

Çözümlemeler

System Center Yönetim Sistem Durumu Hizmetinden üst Yönetim Sunucularına olan ağ bağlantısı doymuşsa ağ yöneticilerinizle kontrol edin. Bu durumda ağlarınızı trafiğe uygun şekilde yükseltmeniz gerekebilir.

Ağınızı yükseltemiyorsanız (örn. kullandığınız System Center Yönetim Sistem Durumu Hizmeti veya Ağ Geçidi Sunucusu uzaktaki bir şubedeyse), gereksiz toplama kurallarını devre dışı bırakabilirsiniz. Aşağıda devre dışı bırakabileceğiniz kural türlerinin listesi ve devre dışı bırakılmalarının etkileri verilmiştir:

Kural Türü	Kuralın Amacı	Devre dışı bırakılmasının etkisi
Performans Toplama	İşletimsel Veritabanından veya Veri Ambarından ya da her ikisinden performans verilerini toplar	Bir performans toplama kuralı devre dışı bırakıldığında, bu performans verilerinin gösterildiği herhangi bir görünüm görüntülenemez. Kural Veri Ambarına veri topluyorsa, bu performansa bağlı olan raporlar artık herhangi bir veri oluşturmaz.
Olay Toplama	Tanılama işlemleri içim olayları toplar. Kimi durumlarda bir olay olduğunda uyarı verilmesi faydalı olmayabilir ancak adli sorun gidermede veya gerçeğe yakın zamanlı sorun gidermede faydalı olabilir.	Bir olay toplama devre dışı bırakıldığında, bu olay verilerinin gösterildiği herhangi bir görünüm görüntülenemez. Kural Veri Ambarına veri topluyorsa, bu olaya bağlı olan raporlar artık herhangi bir veri oluşturmaz.

Son olarak yine de bu verilere ihtiyacınız varsa ağ üzerinden gönderilen veri miktarını azaltmak üzere sistemde uygulamaya geçirebileceğiniz bir diğer seçenek de optimize edilmiş performans sayacı toplama kurallarını ve olay birleştirme toplama kurallarını kullanmaktır. Aşağıdaki tabloda bunun faydaları ve verilerin nasıl kısaltılabileceği özetlenmiştir.

Kural Türü

Faydası

Verilerini nasıl kısaltılacağı

Optimize Edilmiş Performans Toplama Kuralı

Belirli bir yüzde dahilinde son örnekten farklılık göstermesi halinde yalnızca performans verileri örneğini gönderir. Örneğin son örnek 42 ise ve kural yeni bir örneği yalnızca %10 toleransla toplamak için yapılandırılmışsa, bir sonraki örneğin 42 +/- 4,2 olması gerekir (örn. bir sonraki örneği 46,2'den büyük veya 37,8'den küçük olması gerekir)

Yalnızca yapılandırılan tolerans aralığı dışındaki veriler İşletimsel Veritabanına veya Veri Ambarına gönderildiğinden verilerin hassasiyeti daha düşük olacaktır. Tolerans aralığınız ne kadar büyük olursa hassasiyet o kadar azalır.

Birleştirilmiş Olay Toplama Kuralı

Bu türdeki olay toplama kuralı yalnızca yapılandırıldığı parametrelerden biri son olaydan farklılık gösteren verileri gönderir. Örneğin birleştirilmiş toplama kuralını aşağıdakiler aynı olduğunda olayları birleştirecek şekilde yapılandırabilirsiniz:

Olay Kaynağı
Olay Kimliği
Kaynak Bilgisayar
Açıklama

Ardından bu olayların birleştirilmesi için bir zaman aralığı yapılandırabilirsiniz (örn. 10 dakika). Eğer yukarıdaki ölçütlerden biri herhangi bir olay için eşleşiyorsa, 10 dakikalık zaman aralığında, kendi Tekrar Sayısı özelliği arttırılarak yalnızca 1 olay gönderilir. Bu olay tek bir aracıda sıklıkla meydana geliyorsa, 24 saat içinde yalnızca 144 olayın gönderileceği anlamına gelir ki bu da gerçekte olay günlüğüne kaydedilen olay sayısından büyük oranda düşüktür.

Hangi olay parametrelerini ve özelliklerini birleştirdiğinize dikkat etmeniz gerekir. Örneğin Açıklama üzerinde değişiklik yapılması, Olay Açıklaması genellikle benzersiz ise (örn. bir kullanıcı adını içerir) halen gönderilecek çok sayıda olay olacağı anlamına gelir. Bunun yerine örneğin kullanıcı alanını temsil eden Olay Parametresi üzerinde birleştirme yapmayı isteyebilirsiniz.

Ayrıca çok büyük birleştirme pencereleri aşağıdakiler etkiler:

Olay Görünümü veya Raporlar içindeki görünebilir olaylar gecikir (verilerin, bu birleştirme penceresinin sonun kadar birleştirilmesi gerekeceği için)
Aracıda kaynak kullanımı bir miktar artar. Az sayıda birleştirme kuralı olduğunda bu durum göz ardı edilebilir. Uzun birleştirme pencereleri çok sayıda bu kural türüyle bir araya geldiğinde, kaynak kullanımı da buna bağlı olarak artacaktır.

Yukarıda belirtilen kural türünün oluşturulması için ürün yardımına bakın veya konsoldaki Hazırlama alanına gidin.

Element properties:

Target

Microsoft.SystemCenter.HealthService

Parent Monitor

Microsoft.SystemCenter.HealthService.PerformanceHealthRollup

Category

PerformanceHealth

Enabled

True

Instance Name

Health Service Management Groups

Counter Name

Send Queue \% Used

Frequency

Alert Generate

True

Alert Severity

Error

Alert Priority

High

Alert Auto Resolve

True

Monitor Type

System.Performance.ConsecutiveSamplesThreshold

Remotable

True

Accessibility

Public

Alert Message

{0}: Bu sistemdeki Sistem Durumu Hizmeti gönderme Sırası doluyor

System Center Yönetim Sistem Durumu Hizmetinin verileri alma hızı verileri dışarı gönderme hızından daha yüksek olduğunda, veri fazlasını sıraya almaya başlar. Sıranın sabit bir boyutu vardır ve buna ulaşılırsa System Center Yönetim Sistem Durumu Hizmeti sıradaki verileri temizlemeye başlar. Bu uyarı oluşturulduğunda bu sistem için "Kullanılan Gönderme Sırası Yüzdesi" sayacı {0} değerini gösteriyordu. Olası nedenler ve sorun giderme adımları hakkında daha fazla ayrıntı için bilgi bankasına başvurun.

RunAs

Default

Source Code:

<UnitMonitor ID="Microsoft.SystemCenter.HealthService.Performance.SendQueuePercentUsedMonitor" Accessibility="Public" Enabled="true" Target="SCLibrary!Microsoft.SystemCenter.HealthService" ParentMonitorID="Microsoft.SystemCenter.HealthService.PerformanceHealthRollup" Remotable="true" Priority="Normal" TypeID="Performance!System.Performance.ConsecutiveSamplesThreshold" ConfirmDelivery="false">

  <Category>PerformanceHealth</Category>

  <AlertSettings AlertMessage="Microsoft.SystemCenter.HealthService.Performance.SendQueuePercentUsedMonitor.AlertMessage">

    <AlertOnState>Error</AlertOnState>

    <AutoResolve>true</AutoResolve>

    <AlertPriority>High</AlertPriority>

    <AlertSeverity>Error</AlertSeverity>

    <AlertParameters>

      <AlertParameter1>$Data/Context/Value$</AlertParameter1>

    </AlertParameters>

  </AlertSettings>

  <OperationalStates>

    <OperationalState ID="BelowThreshold" MonitorTypeStateID="ConditionFalse" HealthState="Success"/>

    <OperationalState ID="OverThreshold" MonitorTypeStateID="ConditionTrue" HealthState="Error"/>

  </OperationalStates>

  <Configuration>

    <ComputerName>$Target/Host/Property[Type="Windows!Microsoft.Windows.Computer"]/NetworkName$</ComputerName>

    <CounterName>Send Queue % Used</CounterName>

    <ObjectName>Health Service Management Groups</ObjectName>

    <InstanceName>$Target/ManagementGroup/Name$</InstanceName>

    <AllInstances>false</AllInstances>

    <Frequency>60</Frequency>

    <Threshold>90</Threshold>

    <Direction>greaterequal</Direction>

    <NumSamples>5</NumSamples>

  </Configuration>

</UnitMonitor>