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
| Depo | Var mı | Ne tutar | Ne için kullanılır |
|---|---|---|---|
| Projenin tarihçe veritabanı | Her zaman | Varsayı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ük | Her zaman | Alarm servisi açıldığından beri son 10.000 olay; servis durunca kaybolur | Uzun süreli arşiv yoksa History sekmesi |
| Uzun süreli alarm arşivi | Yalnız sunucu için kurulmuşsa | Her olay 2 yıl; 1.000 olayda bir ya da 0,5 saniyede bir toplu yazılır | History 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
noneonay 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şken | Varsayılan | Anlamı |
|---|---|---|
CLICKHOUSE_URL | Ayarsız (uzun süreli arşiv yok) | Uzun süreli alarm arşivinin adresi, örneğin http://127.0.0.1:8123 |
CLICKHOUSE_DB | scada | Arşivin veritabanı; var olmalıdır, tabloyu alarm servisi oluşturur |
CLICKHOUSE_USER, CLICKHOUSE_PASSWORD | Ayarsız | Arşiv istiyorsa oturum bilgileri |
ALARM_RESTORE_DAYS | 30 | Açık alarmların ve rafa kaldırmanın arşivden kaç gün geriye kadar geri yükleneceği |