Vardiya Değişiminde SCADA Performans Çöküşü: GE HMI ve Honeywell Experion'da Eşzamanlı Yük Artışının Teşhisi

Belirti: SCADA Sadece Vardiya Değişiminde Donuyor

Operatörler, vardiya değişimi sırasında SCADA sisteminin yanıt vermediğini bildiriyor. Grafik sayfaları yavaş yükleniyor. Alarm onayları 5–10 saniye sürüyor. Trend ekranlarında etiket değerleri kısa süreliğine donuyor. PLC normal şekilde çalışmaya devam ediyor. Saha enstrümanları doğru değerler gösteriyor. Donma 15–20 dakika içinde kendiliğinden çözülüyor.

Bu durum, saha iletişim problemi değil, sunucu tarafı yük artışına işaret ediyor. GE HMI Proficy iFIX sistemi ve Honeywell Experion PKS, vardiya sınırında birden fazla olay çakıştığında bu sorunu yaşıyor. Her olayı anlamak, baskın nedeni izole etmeye yardımcı olur.

Temel Neden 1: Eşzamanlı İstasyon Yeniden Başlatma ve Etiket Yeniden Aboneliği

Vardiya değişiminde, çıkan operatör SCADA uygulamasını kapatır. Gelen operatör ise uygulamayı taze olarak başlatır. GE HMI Proficy iFIX’te, her istasyon yeniden başlatması SCADA sunucusundan tam bir etiket aboneliği indirilmesini tetikler. Eğer 8 istasyon 2 dakikalık bir sürede yeniden başlatılırsa, sunucu 8 eşzamanlı abonelik isteği işler.

Her abonelik, veritabanı sorgusu, etiket araması ve gerçek zamanlı veri yönlendirme kurulumu içerir. GE Proficy Cim-Manager servisi bu istekleri yönetir. Yük altında, kuyruk derinliği tampon sınırını aşar. Yeni abonelik istekleri kuyrukta bekler. Bu gecikme, istemci tarafında grafiklerin yavaş yüklenmesi olarak kendini gösterir.

Çözüm: İstasyonları tam yeniden başlatma yerine uygulama devam ettirme modunu kullanacak şekilde yapılandırın. Proficy iFIX’te, iFIX çalışma alanı özelliklerinde Otomatik Devam Et seçeneğini ayarlayın. Bu, mevcut etiket aboneliklerini yeniden kullanır, baştan oluşturmaz. Başlatma süresi 45 saniyeden 10 saniyenin altına düşer.

Temel Neden 2: Alarm Onay Patlaması ve Veritabanı Yazma Fırtınası

Devir teslim sırasında, çıkan operatör biriken alarmları onaylar. Tipik bir vardiya 200–400 alarm olayı üretir. Eğer %80’i onaylanmamışsa, gelen operatör bunları toplu halde onaylar. Her onay, operatör adı, zaman damgası, alarm kimliği ve yorum kaydeden bir veritabanı işlemi oluşturur.

Honeywell Experion PKS’te, alarm olayları Alarm Veritabanına (ADB) yazılır. Her yazma, bir indeks güncellemesi gerektirir. Patlama yükü altında, indeks güncelleme kuyruğu disk G/Ç işlemlerinden daha hızlı büyür. Experion Alarm Sunucusu gecikme artışıyla yanıt verir. Alarm açılır pencereleri 3–5 saniye gecikmeyle görünür. Honeywell kontrol modülü kartlarımız ve C300 sistem bileşenlerimiz bu yük koşullarında kararlılığı koruyacak şekilde tasarlanmıştır.

GE Proficy iFIX’te, alarm onayları SCU (Sistem Konfigürasyon Aracı) aracılığıyla tarihsel veritabanına yazılır. Tarihçi aynı sunucudaysa, disk G/Ç rekabeti kötüleşir. Proficy Process Historian bu pencerede veri kaybı yaşayabilir.

Çözüm: Vardiya bitmeden düşük öncelikli alarmlar için alarm erteleme özelliğini etkinleştirin. Experion PKS’te, Alarm Konfigürasyon sekmesinde alarm erteleme özelliğini yapılandırın. Onaylanmamış düşük öncelikli alarmların %50’sine kadarını erteleyin. Bu, kritik olmayan olayları ortadan kaldırarak onay patlamasını azaltır.

Temel Neden 3: Otomatik Vardiya Raporu Oluşumu ve Sorgu Aşırı Yükü

Hem GE hem de Honeywell SCADA platformları, planlanan zamanlarda otomatik rapor oluşturmayı destekler. Yaygın vardiya raporları üretim toplamları, duruş özetleri, alarm istatistikleri ve enerji tüketimini içerir. Bu raporlar, tarihsel veritabanından binlerce veri noktasını sorgular.

Rapor oluşturma motoru SCADA sunucusunda çalışıyorsa, CPU ve disk kaynakları gerçek zamanlı işlemlerle rekabet eder. GE Proficy Process Historian’da tipik bir vardiya raporu sorgusu 8–12 saniye sürer. Bu süre zarfında SCADA sunucusunun etiket güncellemeleri ve alarm işleme kapasitesi azalır.

Honeywell Experion PKS’te, Rapor İstasyonu raporları Experion Rapor Sunucusu aracılığıyla oluşturur. Rapor İstasyonu, Experion Uygulama Sunucusuyla aynı sunucuda ise, sorgu yükü gerçek zamanlı performansı düşürür. Sunucu Sağlık Monitörü, rapor oluşturma sırasında CPU kullanımının %85–95’e çıktığını gösterir.

Çözüm: Vardiya raporlarını, vardiya değişiminden 10 dakika sonra çalışacak şekilde planlayın, tam devir teslim zamanında değil. Bu, rapor sorgusunu alarm onay patlamasından ayırır. Planlamayı Experion Rapor Tasarımcısı veya Proficy Process Historian rapor zamanlayıcısında doğrulayın.

Adım Adım Tanı Prosedürü

Donma gerçekleştiğinde, hemen tanı verilerini toplayın. Bir sonraki vardiyayı beklemeyin.

• Adım 1: SCADA sunucusunda Windows Görev Yöneticisini açın. CPU kullanımı, bellek kullanımı ve disk kuyruk uzunluğunu kaydedin. Darboğazın CPU, RAM veya disk G/Ç olup olmadığını belirleyin.
• Adım 2: Windows Olay Görüntüleyicisini, veritabanı yazma hataları veya servis zaman aşımı için kontrol edin. Experion günlüklerinde Olay Kimliği 833 (veritabanı gecikmesi aşıldı) veya Proficy iFIX günlüklerinde Olay Kimliği 4096’yı arayın.
• Adım 3: SCADA etiket abonelik sayısını inceleyin. Experion PKS’te, Aktif Abonelik İstatistiklerini göstermek için İstasyon Yöneticisini kullanın. GE Proficy iFIX’te, Cim-Manager kuyruk derinliğini kontrol etmek için Sistem Tanılama ekranını kullanın.
• Adım 4: Alarm günlüğünde patlama desenini inceleyin. Vardiya değişimi çevresinde 5 dakikalık bir pencerede alarm onay sayısını sayın. Dakikada 50’den fazla ise, veritabanı yazma fırtınası baskın nedendir.
• Adım 5: Rapor oluşturma programını kontrol edin. Vardiya değişim zamanında başlayan raporları arayın. Başlangıç zamanını 10–15 dakika kaydırarak çakışmayı azaltın.

Sonuç ve Eylem Önerisi

Vardiya değişiminde SCADA performans çöküşü üç eşzamanlı olaydan kaynaklanır. Birincisi, istasyonlar yeniden başlatılır ve tüm etiketlere aynı anda yeniden abone olunur. İkincisi, operatörler biriken alarmları topluca onaylar, veritabanı yazma fırtınası oluşturur. Üçüncüsü, otomatik vardiya raporları tarihsel veritabanını yoğun yük zamanında sorgular.

GE HMI Proficy iFIX’te, tam abonelik yeniden oluşturmayı ortadan kaldırmak için Otomatik Devam Et’i etkinleştirin. Honeywell Experion PKS’te, alarm erteleme özelliğini açın ve raporları vardiya değişiminden 10 dakika sonra yeniden planlayın. Her iki platform da tarihsel veritabanını ayrı bir sunucuya taşımaktan fayda sağlar. Bu, gerçek zamanlı etiket işlemlerini rapor sorgu iş yüklerinden ayırır. Güvenilir Honeywell G/Ç modülleri, sunucu tarafı yük artışlarında bile saha verisi bütünlüğünü korur.

Tanı bulgularını tesisin CMMS sistemine belgeleyin. Üç yük olayını 30 dakikalık bir pencereye yayacak bir vardiya değişim performans prosedürü oluşturun. Sonuçları iki hafta boyunca izleyin. Vardiya değişiminde CPU kullanımı hala %80’in üzerindeyse, SCADA sunucusunu yükseltmeyi veya yük dağıtımı için ikinci bir sunucu eklemeyi düşünün.