Ana içeriğe geç

Alarm arşivi ve yeniden başlatmada geri yükleme

Alarm servisi her alarm olayını kaydeder: alarm geldi, onaylandı, gitti, sistemce kapatıldı, rafa kaldırıldı ya da raftan indirildi. Olayların nerede tutulduğu, alarm listesinin History (Geçmiş) sekmesinin ne gösterebileceğini ve alarm servisi yeniden başlayınca neyin geri geleceğini belirler.

Alarm olayları nerede tutulur​

DepoVar mıNe tutarNe için kullanılır
Projenin tarihçe veritabanıHer zamanVarsayılan olay tablosundaki alarm olayları (hist_events, varsayılan 5 yıl)Olay listesi; uzun süreli arşiv yoksa yeniden başlatmada açık alarmları geri yükleme
Bellek içi günlükHer zamanAlarm servisi açıldığından beri son 10.000 olay; servis durunca kaybolurUzun süreli arşiv yoksa History sekmesi
Uzun süreli alarm arşiviYalnız sunucu için kurulmuşsaHer olay 2 yıl; 1.000 olayda bir ya da 0,5 saniyede bir toplu yazılırHistory sekmesi ve indirmeleri; açık alarmları ve rafa kaldırmayı geri yükleme

Uzun süreli alarm arşivi bir ClickHouse veritabanıdır. Yalnız aşağıdaki sunucu ayarları adresini verirse kullanılır; standart kurulumda yoktur. Bu durumda alarmların uzun süreli kaydı olay listesidir, bkz. Olay listesi neyi kaydeder; tablosunun saklama süresi Tarihçe nasıl kaydedilir sayfasında anlatıldığı gibi ayarlanır.

Alarm geçmişi ne gösterir​

Alarm listesinin History sekmesi, uzun süreli alarm arşivi varsa onu okur. Okumadığında listenin yanında bir not görünür:

  • Archive off — from memory (Arşiv kapalı — bellekten): uzun süreli arşiv yok. Liste yalnız bellekteki olayları, yani alarm servisinin son açılışından beri olan en çok 10.000 olayı gösterir.
  • Archive unreachable — from memory (Arşive ulaşılamadı — bellekten): arşiv kurulu ama şu an okunamıyor. Arşiv yeniden yanıt verene kadar liste ve indirmeleri bellekten gelir.

Bir arama en çok 366 günü kapsar, bir CSV indirmesi en çok 1.000.000 satır tutar. Operatörlerin sekmeyi nasıl kullandığı Alarm geçmişini arama ve dışa aktarma sayfasında anlatılır.

Alarm servisi yeniden başlayınca​

Alarm servisi proje ya da sunucu yeniden başlayınca yeniden başlar. Servis açılırken, açık alarmlar geri yüklenip ilk canlı değerler okunana kadar alarm listeleri ve alarm çubuğu Alarm service starting… (Alarm servisi başlatılıyor…) gösterir; onaylama da o sırada bekletilir. Sonra:

  • Açık alarmlar geri gelir. Son 30 günde hâlâ açık olan her alarm durumuyla, geliş ve gidiş zamanıyla, onaylayanı ve onay zamanıyla geri gelir. Sinyal alarmının metni ve önceliği güncel tanımından alınır. Tanımda artık olmayan bir seviye, tanımdaki son seviyeye iner.
  • Canlı değerler karar verir. Koşulu süren alarm olduğu gibi kalır, bu yüzden onaylanmış bir alarm yeniden gelmez. Koşulu kalkmış alarm gider.
  • Silinen tanımlar kapanır. Tanımı artık olmayan alarm sistemce kapatılır. Tanımı artık servis dışı ya da rafta olan veya artık none onay modunu kullanan onaysız bir alarm sistemce onaylanır.
  • Haberleşme, komut ve sistem alarmları olduğu gibi geri gelir ve onları üreten servis tarafından sahiplenilir; böylece hâlâ kopuk olan bir cihaz ikinci bir alarm almaz. Bkz. Haberleşme, komut ve sistem alarmları.
  • Rafa kaldırma uzun süreli alarm arşivinden geri gelir. Servis dururken süresi dolan bir rafa kaldırma açılışta sona erdirilir.

Sunucu ayarları​

Bu ayarlar sunucudaki bütün projeler için geçerlidir. Süreç yöneticisinin (scada-manager) açılırken okuduğu ve alarm servisine geçirdiği ortam değişkenleridir; bu yüzden YTCC'yi başlatmadan önce ayarlayın.

DeğişkenVarsayılanAnlamı
CLICKHOUSE_URLAyarsız (uzun süreli arşiv yok)Uzun süreli alarm arşivinin adresi, örneğin http://127.0.0.1:8123
CLICKHOUSE_DBscadaArşivin veritabanı; var olmalıdır, tabloyu alarm servisi oluşturur
CLICKHOUSE_USER, CLICKHOUSE_PASSWORDAyarsızArşiv istiyorsa oturum bilgileri
ALARM_RESTORE_DAYS30Açık alarmların ve rafa kaldırmanın arşivden kaç gün geriye kadar geri yükleneceği