Çalışma akışı

CPU, RAM ve disk zamanlayıcısı her beş dakikada sistem yüzdelerini okur; eksik rapor kayıtlarını aktif durum, 30 gün saklama, yüzde 90 üst sınır, e-posta açık ve 10 dakika bekleme varsayımlarıyla oluşturur. MSSQL zamanlayıcısı ana sunucuda her beş dakikada bağlantıları sınar. Ölçüm üst sınırdan büyük veya alt sınıra küçük ya da eşitse alarm açılır; değer normale döndüğünde alarm kapanır.

Açıklama

Rapor tanımının aktiflik durumudur. Liste servisleri bu değeri okuyup arayüzde gösterir. Ancak incelenen CPU, RAM, disk ve MSSQL zamanlayıcı akışları raporu çalıştırmadan önce bu alanı kontrol etmez. Bu nedenle pasif seçimi bugün ölçüm, log ve alarm üretimini durdurmaz; yalnız kaydın durumunu pasif olarak işaretler.

Seçenekler

Örnek

Açıklama

İzlenen kaynağın okunabilir adıdır. CPU, RAM ve disk kayıtları otomatik oluşturulurken sırasıyla “main server cpu”, “main server ram” ve “main server disk” adları kullanılır. MSSQL kaydında girilen ad log etiketine ve alarm e-postasının konu ile içerik metnine taşındığı için hangi bağlantının sorun ürettiğini ayırt edecek bir ad seçilmelidir.

Örnek

Açıklama

Kaydın ölçtüğü kaynağı belirtir. CPU, RAM ve disk değerleri psutil sistem bilgisinden yüzde olarak alınır; disk yüzdesi bulunamazsa kök dosya sisteminin kullanım oranı hesaplanır. MSSQL bağlantı tipinde domain doluysa domain, değilse IP kullanılarak en fazla iki bağlantı denemesi yapılır ve sonuç başarılı için 1, başarısız için 0 olarak kaydedilir. Kod notu: MSSQL zamanlayıcısı seçim için bu alanın 2 numaralı indeksini değil, yanlışlıkla 3 numaralı log saklama alanını okumaktadır; bu nedenle normal bir MSSQL tanımı mevcut kodla otomatik kontrolden geçmeyebilir.

Seçenekler

Örnek

Açıklama

Rapor loglarının kaç gün saklanmasının istendiğini taşıyan alandır ve otomatik oluşturulan kayıtların varsayılan değeri 30 gündür. MSSQL ekleme ve güncelleme ekranı bu değeri kaydeder. Ancak incelenen rapor modülünde bu alana göre rapor logu silen bir akış bulunmaz; günlük uygulama loglarının saklama ayarı ayrı bir sysvar üzerinden yönetilir. Ayrıca MSSQL zamanlayıcısındaki indeks hatası nedeniyle bu alan yanlışlıkla rapor tipi gibi okunur; değer 3 değilse MSSQL kontrol dalına girilmez.

Örnek

Açıklama

MSSQL bağlantısında kullanılacak sunucu IP adresidir. Domain alanı boşsa bağlantı hedefi olarak bu değer seçilir. Yeni MSSQL raporu modalı görsel olarak IP veya domain kabul edecek şekilde etkinleşse de onay metodundaki ek kontrol IP boşken kaydı göndermediği için mevcut arayüzden oluşturma sırasında IP fiilen zorunludur.

Örnek

Açıklama

MSSQL sunucusunun bağlantı portudur. Değer doluysa pymssql bağlantısına ayrı port parametresi olarak gönderilir; boşsa sürücünün varsayılan bağlantı davranışı kullanılır. Örneğin standart MSSQL kurulumu için 1433 girilebilir.

Örnek

Açıklama

MSSQL bağlantısının sunucu adı veya domain bilgisidir. Alan doluysa kod IP yerine domain değerini öncelikli bağlantı hedefi olarak kullanır. Kod, kayıtlı değerdeki “____” ve “__” dizilerini ters eğik çizgiye çevirerek adlandırılmış MSSQL örneği biçimlerini desteklemeye çalışır.

Örnek

Açıklama

MSSQL bağlantısında kimlik doğrulama için pymssql sürücüsüne gönderilen kullanıcı adıdır. Yanlış veya yetkisiz bir kullanıcı adı iki bağlantı denemesinin de başarısız olmasına, log değerinin 0 olmasına ve alt sınır uygunsa alarm açılmasına neden olur.

Örnek

Açıklama

MSSQL kullanıcı hesabının bağlantı şifresidir ve pymssql sürücüsüne doğrudan gönderilir. Yanlış şifre bağlantıyı başarısız yapar. Alan arayüzde parola girdisi olarak maskelenir, fakat WDMR kaydında değer olarak tutulduğu için erişim yetkileri ve kayıt görüntüleme izinleri dikkatle sınırlandırılmalıdır.

Örnek

Açıklama

Ölçülen sayısal değerin üst alarm eşiğidir. Güncel değer bu sınırdan kesin olarak büyükse alarm açılır; eşitse üst sınır alarmı oluşmaz. CPU, RAM ve disk kayıtları otomatik oluşturulurken varsayılan üst sınır 90, alt sınır boş bırakılır. Örneğin değer 91 ve üst sınır 90 ise alarm açılır.

Örnek

Açıklama

Ölçülen sayısal değerin alt alarm eşiğidir. Üst sınır aşılmamışsa güncel değer bu sınıra küçük veya eşit olduğunda alarm açılır. MSSQL kaydında başarısız bağlantı 0 ürettiği ve varsayılan alt sınır 0 olduğu için bağlantı başarısızlığı alarm oluşturur; başarılı bağlantının 1 değeri alarmı kapatır.

Örnek

Açıklama

Açık alarm için e-posta gönderilip gönderilmeyeceğini belirler. Hayır seçilirse eşik ihlalinde alarm kaydı yine oluşturulur ve güncellenir, yalnız e-posta gönderilmez. Evet seçilirse alarm 12 numaralı bekleme süresini doldurup sonraki kontrol çevriminde hâlâ açıksa sysvar içindeki SMTP bilgileri ve önce Wamserver uygulama alıcıları, yoksa genel alıcı listesi kullanılarak alarm başına bir e-posta gönderilir.

Seçenekler

Örnek

Açıklama

Alarm açıldıktan sonra e-posta için beklenecek en az süreyi dakika cinsinden belirler. Süre alarmın oluşturma tarihinden hesaplanır; güncelleme tarihi yalnız alarmın sürdüğünü izlemek için ilerletilir. İlk eşik ihlalinde e-posta gönderilmez. Alarm sonraki beş dakikalık kontrol çevrimlerinden birinde hâlâ açıksa, geçen süre bu değere ulaşmışsa ve daha önce e-posta gönderilmemişse e-posta gönderilir. Varsayılan değer 10 dakikadır.

Örnek

Üretim ve okuma akışı

CPU, RAM, disk ve MSSQL ölçümleri kaynak kimliği ile günün birleşiminden oluşan tek günlük kayda eklenir. Her çevrimde UTC saat etiketi ile sayısal değer paralel listelere yazılır ve güncelleme tarihi ilerletilir. Tarih aralığı sorgusu her günün client id değerini üretir, bulunan günlük kayıtları sıralar ve frontend bunları grafik verisine dönüştürür.

Açıklama

Log kaydının aktiflik alanıdır. Ancak günlük log kaydı oluşturulurken bu parametre hiç yazılmıyor ve log getirme servisi de duruma göre filtre uygulamıyor. Bu nedenle mevcut otomatik akışta pasif veya aktif seçiminin kayıt üretme, listeleme ya da grafik çizme üzerinde doğrulanmış bir etkisi yoktur.

Seçenekler

Örnek

Açıklama

Günlük log kaydının kaynak etiketidir. CPU, RAM ve disk için sırasıyla ana sunucu kaynak etiketleri; MSSQL için üst rapor tanımındaki ad yazılır. Aynı metin kaydın üst seviye label alanına da konduğu için frontend grafik başlığında bu değer görünür.

Örnek

Açıklama

Kaydın frontend tarafından hangi sunum dalında gösterileceğini belirler. Otomatik Wamserver log üretimi bu alanı her zaman grafik değeri olan 0 ile oluşturur; böylece kayıt toplam adet veya tek yüzde kartı yerine zaman serisi grafik dalında işlenir.

Seçenekler

Örnek

Açıklama

Logun hangi ölçüm serisine ait olduğunu kodlar. CPU için 0, RAM için 1, disk için 2 ve MSSQL bağlantı kontrolü için 3 yazılır. Bu alan kayıt oluşturulurken kaynak tipinden üretilir; log getirme servisi tarih ve üst rapor kimliğine göre kayıt bulduğu için alanı ayrıca filtrelemez.

Seçenekler

Örnek

Açıklama

Grafikte son kaç ölçümün gösterileceğini tanımlamak amacıyla şemada bulunur. İncelenen otomatik kayıt üretimi bu alanı yazmaz ve AnalyzeReportView bileşeni bu değeri okumaz; bileşen başlangıçta kendi sabit max_show_point değerini 50 olarak kullanır.

Örnek

Açıklama

Grafiğin hazır bir figürden mi yoksa veri listelerinden mi gösterileceğini ifade eder. Otomatik log üretimi bu alanı veri ile grafiği çiz değeri olan 1 ile yazar. Buna karşın mevcut AnalyzeReportView alan 5’i kontrol etmeden doğrudan 9 ve 11 numaralı veri listelerini kullandığı için seçim frontend davranışını fiilen değiştirmez.

Seçenekler

Örnek

Açıklama

Rapor tipi toplam adet seçildiğinde frontend kartında gösterilen sayıdır. Otomatik CPU, RAM, disk ve MSSQL log üretimi rapor tipini grafik olarak kurduğu için bu alanı yazmaz; yalnız başka bir üretici toplam adet raporu oluşturursa kullanılır.

Örnek

Açıklama

Rapor tipi yüzde seçildiğinde frontend kartında gösterilen tek yüzde değeridir. Otomatik kaynak logları yüzdeleri bu alana değil, 13 listesindeki 14 numaralı zaman serisi değerlerine ekler; dolayısıyla Wamserver’ın standart günlük loglarında bu alan boş kalır.

Örnek

Açıklama

Zaman serisinin hangi grafik bileşeniyle çizileceğini seçer. Otomatik loglar değeri bar olan 0 ile oluşturur. Frontend çizim dalı sayısal 0–3 değerlerini kullanır; ancak stil hesaplama metodu bar, line, doughnut ve pie metinleriyle karşılaştırdığı için boyut stili uygulanmayabilir. Ayrıca doughnut etiketi hatalı yazılmış ve bileşeni içe aktarılmamış, pie seçimi ise bar bileşenini çağırmaktadır.

Seçenekler

Örnek

Açıklama

Grafiğin yatay eksen başlıklarını sıralı olarak tutan listedir. Her ölçümde güncel UTC saat ve dakika HH:MM biçiminde 10 numaralı alt alana eklenir. Aynı anda 14 numaralı değer listesine de bir ölçüm eklendiği için iki listenin sıra ve uzunluk eşleşmesi grafikte doğru zaman-değer bağlantısını sağlar.

Örnek

Açıklama

9 numaralı başlık listesindeki tek zaman etiketidir. Sistem her çevrimde UTC saatini HH:MM biçiminde yazar. Kayıt gün bazında ayrıldığı için tarih bu alanda bulunmaz; tarih log kaydının client id değerindeki YYYY-MM-DD bölümünden anlaşılır.

Örnek

Açıklama

Grafikte çizilecek veri serilerini tutan listedir. Otomatik Wamserver logu ilk oluşturulurken tek dataset açılır; 12 numaralı başlığı kaynak birimine göre “%” veya “connection” olur ve ölçümler 13 numaralı alt listeye eklenir. Frontend her dataset için ayrı veri ve renk dizisi üretir.

Örnek

Açıklama

Datasetin grafikte görünen seri adıdır. CPU, RAM ve disk kayıtlarında yüzde işareti, MSSQL bağlantı kaydında “connection” yazılır. Frontend bu değeri Chart.js dataset label alanına aktarır.

Örnek

Açıklama

Bir dataset içindeki ölçüm noktalarının sıralı listesidir. Her zamanlayıcı çevriminde listeye 14 numaralı değer ve 15 numaralı renk birlikte eklenir. Bu listenin sırası 9 numaralı zaman başlığı listesiyle aynı tutulduğu için frontend aynı indeksleri eşleştirerek grafik üretir.

Örnek

Açıklama

Tek bir ölçüm noktasının sayısal değeridir. CPU, RAM ve disk için kullanım yüzdesi; MSSQL için başarılı bağlantıda 1, başarısız bağlantıda 0 yazılır. Frontend değeri parseFloat ile sayıya çevirerek grafiğe ekler.

Örnek

Açıklama

Tek ölçüm noktasının grafik rengidir. Mevcut otomatik üretim tüm CPU, RAM, disk ve MSSQL noktalarına sabit olarak rgb(163, 1, 83) yazar. Frontend bu değeri dataset backgroundColor dizisine aynı sırada ekler.

Örnek

Açıklama

Nokta renklerinin otomatik mi manuel mi belirleneceğini tanımlayan şema alanıdır. Otomatik log üretimi bu alanı manuel değeri olan 1 ile yazar ve her noktaya 15 numaralı sabit rengi ekler. AnalyzeReportView alan 16’yı ayrıca kontrol etmez; mevcut davranış doğrudan 15 numaralı renkleri okumaktır.

Seçenekler

Örnek

Açıklama

Grafik başlıkları için ad ve renk değeri eşleşmeleri taşımak üzere tanımlanmıştır. Otomatik Wamserver log üretimi bu listeyi oluşturmaz ve AnalyzeReportView grafiği hazırlarken alan 17’yi okumaz; standart akışta aktif kullanılmaz.

Örnek

Açıklama

Başlık rengi eşleşmesindeki ad alanıdır. WDM şemasında 17 numaralı listenin alanı gibi sunulsa da teknik olarak 13 numaralı ölçüm noktası alt yapısında da tanımlıdır. İncelenen üretici ve Wamserver grafik görünümü bu alanı yazmaz veya okumaz.

Örnek

Açıklama

Başlık rengi eşleşmesindeki renk değeridir. Standart günlük log üretiminde renk doğrudan 15 numaralı ölçüm rengi alanına yazıldığı için bu alan boş kalır ve mevcut Wamserver görünümünde kullanılmaz.

Örnek

Açıklama

Önceden hazırlanmış grafik görsellerini başlık ve base64 içerikle saklamak için tanımlanan listedir. Otomatik log üretimi veri-listesi gösterim tipini kullandığı için bu alanı üretmez; mevcut AnalyzeReportView de hazır figürleri okumaz.

Örnek

Açıklama

20 numaralı hazır figür listesindeki görsel başlığıdır. Standart Wamserver rapor loglarında hazır figür üretilmediği için otomatik olarak doldurulmaz ve mevcut rapor ekranında gösterilmez.

Örnek

Açıklama

20 numaralı hazır figür listesindeki base64 kodlu görsel içeriğidir. Mevcut raporlayıcı grafikleri tarayıcıda veri listelerinden çizdiği için bu alana görsel yazmaz; büyük içerik eklemek standart akışın parçası değildir.

Örnek

Açıklama

Günlük log kaydına en son ölçümün eklendiği UTC tarih ve saattir. Yeni kayıt oluşturulurken atanır ve her yeni değer eklendiğinde güncellenir. Bu alan ölçümlerin tek tek zamanını vermez; noktaların saatleri 10 numaralı alanda, kayıt günü ise client id içinde tutulur.

Örnek

Alarm yaşam döngüsü

İlk eşik ihlalinde aktif ve e-postası gönderilmemiş bir alarm açılır. İhlal sürdükçe yeni kayıt açılmadan aynı alarmın güncelleme tarihi ilerletilir. Üst rapordaki e-posta koşulları sağlanır ve gönderim başarılı olursa mail durumu evet yapılır. Değer normal aralığa dönünce alarm pasife alınır ve sonlanma tarihi yazılır; sonraki yeni ihlal ayrı bir alarm olayı oluşturur.

Açıklama

Alarm olayının hâlen açık olup olmadığını gösterir. Ölçülen değer üst sınırdan büyük veya alt sınıra küçük ya da eşit olduğunda, son alarm yoksa ya da son alarm kapalıysa yeni kayıt aktif olarak oluşturulur. İhlal sürdükçe aynı aktif kayıt güncellenir; değer normal aralığa döndüğünde kayıt pasife alınır ve sonlanma tarihi yazılır. Aktif alarm servisi yalnız değeri 1 olan kayıtları döndürür.

Seçenekler

Örnek

Açıklama

Alarm olayının ilk kez açıldığı UTC tarih ve saattir. İlk eşik ihlalinde güncel zaman yazılır ve aynı alarm açık kaldığı sürece değiştirilmez. E-posta bekleme süresi güncelleme tarihinden değil bu oluşturma tarihinden hesaplandığı için alarmın kesintisiz ne kadar sürdüğünü belirleyen başlangıç noktasıdır.

Örnek

Açıklama

Alarm kaydının en son işlendiği UTC tarih ve saattir. Yeni alarm açılırken oluşturma tarihiyle aynı değer yazılır; ihlal devam ettiği her kontrol çevriminde, e-posta gönderilsin veya gönderilmesin, güncel zamana ilerletilir. Alarm kapanırken de son kez güncellenir. Bu alan e-posta gecikmesini hesaplamak için kullanılmaz.

Örnek

Açıklama

Alarm olayının kapandığı UTC tarih ve saattir. Yeni alarm oluşturulurken boş bırakılır. Ölçülen değer tekrar normal aralığa girdiğinde durum pasif yapılırken güncelleme tarihiyle birlikte aynı güncel zaman bu alana yazılır. Bu nedenle boş değer alarmın henüz kapanmadığını, dolu değer olayın tamamlandığını gösterir.

Örnek

Açıklama

Bu alarm olayı için e-postanın başarıyla gönderilip gönderilmediğini gösterir. Yeni alarm hayır değeriyle açılır ve ilk ihlalde e-posta gönderilmez. Üst raporda e-posta gönderimi açıksa, oluşturma tarihinden itibaren bekleme süresi dolmuşsa ve alarm sonraki kontrol çevriminde hâlâ aktifse gönderim denenir. Yalnız SendMail başarılı dönerse alan evet yapılır; böylece aynı alarm kapanana kadar ikinci e-posta gönderilmez. Gönderim başarısızsa alan hayır kalır ve sonraki çevrimlerde yeniden denenebilir.

Seçenekler

Örnek