SCADA (Superviz Control and Data Acquisition) ağlarında geç kalmış geç kalmışlık elde etmek, sistem güvenilirliğini sağlamak ve genel ağ performansını optimize etmek için gerekli olan verileri doğru bir şekilde hesaplamak ve yönetmek için en kritik performans ölçümlerinden birini temsil eder.Bu kapsamlı kılavuz, SCADA ortamlardaki geçki verileri ölçmek ve analiz etmek için en kritik performans ölçümleri sunar.
SCADA Sistemlerinde Veri Edinme Latency Nedir?
Veri satın alma gecikmesi, fiziksel bir olay meydana geldiğinde veya veriler bir alan cihazı tarafından oluşturulur (örneğin bir sensör, Uzaktan Terminal Birimi veya programlanabilir Mantık kontrolörü) ve bu veriler alındığında SCADA master istasyonunda veya kontrol merkezinde kullanılabilir.Bu zaman boşluk önemli ölçüde etkili bir şekilde etkilenebilir.
Geçin ölçümü, ölçüm alındığı ve kontrol merkezi tarafından alınan zamanları kapsar. Bu gecikme sadece teknik bir rahatsızlık değildir - doğrudan operatörlerin kritik olaylara cevap verme yeteneğini etkiler, bilgilendirilmiş kararlar verin ve güvenli operasyonları endüstriyel altyapıya karşı korur.
Modern endüstriyel ortamlarda, SCADA sistemleri, kontrol ve büyük ölçekli altyapılarda endüstriyel süreçleri güç sistemleri, petrol ve gaz boruları, su ağları ve üretim tesisleri gibi optimize edebilir. Bu sistemlerin gecikme özellikleri, felaket bir başarısızlık ve önemli bir kesinti veya güvenlik olaylarının önlenmesi arasındaki fark anlamına gelebilir.
SCADA Latency'in Bileşenlerini Anlayın
Veri satın alma süresini etkin bir şekilde hesaplamak için, toplam gecikmeye katkıda bulunan çeşitli bileşenleri anlamak önemlidir. SCADA latency tek bir değer değil, aynı zamanda veri satın alma sürecinin farklı aşamalarında gerçekleşen birden çok faktörden oluşan iktisadi sonucu değildir.
Field Device Processing Time
Geçin ilk bileşeni, alan cihazı seviyesinde meydana gelir. Dijital girdiler genellikle milisaniye veya daha hızlı fiyatlarda izlenirken, transdüserlerden analog ölçümler genellikle 1 ila 10Hz oranlarında örneklenir veya güncellenir. Bu örnekleme oranı doğrudan fiziksel koşullarda hızlı değişiklikler tespit edilebilir ve raporlanabilir.
Alan cihazları, veri aktarılmadan önce birkaç işlem yapılmalıdır: sensör sinyal alımı, analog-dijital dönüşüm, sinyallendirme ve kullanılan iletişim protokolüne göre veri formatlama.Bu adımların her biri küçük ama ölçülebilir bir gecikme sunar.
İletişim Ağı Gecikiyor
Network iletim SCADA sistemlerindeki gecikmenin en önemli ve değişken kaynaklarından birini temsil eder.En düşük RTU, geleneksel SCADA için gecikme yeteneğinin kontrol edilmesi, iletişim sistemi gecikmelerinin eklendiği 3 milisaniye kadar, bu genellikle bundan çok daha uzun.
İletişim gecikmeleri, kullanılan iletim ortamına göre dramatik bir şekilde değişir.Sek tel, radyo bağlantıları, hücresel ağlar, uydu bağlantıları ve fiber optik kablolar her biri farklı gecikme özellikleri gösterir. SCADA iletişim genellikle ikinci 300 ila 19200 bit hızlarda seri hatları ile aktarılır.Bu nispeten düşük veri oranları için yeterli olsa da, birçok SCADA uygulaması için yeterli gecikmelere katkıda bulunabilir, özellikle de büyük veri paketlerinin aktarılması gerekir.
Overhead ve Processing
Farklı SCADA iletişim protokolleri farklı miktardaki yüksek ve işleme gecikmelerini sağlar. Modbus, DNP3, IEC 61850 ve diğer SCADA protokolleri, iletişim verimliliğini değerlendirmek için özel modelleme yetenekleri ve performans ölçümleri hesaplamaları sunar.
Geçin etkileyen protokole özel faktörler mesaj içerir, hata kontrol mekanizmaları, acknowledgment gereksinimleri ve verilerin verimliliği encoding. gelişmiş güvenlik veya güvenilirlik özellikleri ile daha sofistike protokollerin gecikmeli ek işleme tanıtılması mümkündür.
Mechanisms ve Scan Cycles
SCADA sistemlerinde, yaygın olarak kullanılan bir teknik, SCADA master'ın her alandan veri talep ettiği ve başka bir anket göndermeden önce yanıt verileri için bekleyeceği anket yaklaşımı birçok alan cihazı ile sistemlerde önemli ölçüde daha fazla miktar gecikmeler sağlayabilir.
Sistem, binlerce cihazdan ve bir iletişim ağı uydu veya hücresel gibi daha geç saatlerde, her alandan veri eşdeğerliliği ankete ihtiyaç duyulan toplam zaman miktarı aşırı olabilir. Aslında, Rapor-Exception teknikleri kullanarak, müşteriler genel sistemini 12-15 dakikadan 6 saniyeye kadar azaltmışlardır.
Master Station Processing
Veriler SCADA master istasyonunda geldiğinde, bilgi operatörlere veya kontrol algoritmalarına mevcut olduğunda ek işlem süresi gereklidir. Bu, protokol dekoding, veri doğrulama, ölçeklendirme ve mühendislik birimlerine dönüştürme, alarm kontrolü, tarihi veri girişi ve insan-makine arayüzü ekranlarını güncellemek için geçerlidir.
master istasyonunda mevcut olan hesaplama kaynakları, SCADA yazılımının verimliliği ve tüm sistem gecikmelerin bu işleme bileşenini etkiler.
Data Acquisition Latency hesaplaması için Step-by-Step Methodology for Hesaplama Data Acquisition Latency
Doğru bir şekilde veri satın alma gecikme gecikmesi, tüm katkıda bulunan faktörler için hesapların sistematik bir yaklaşım gerektirdiğini ölçmek. Aşağıdaki metodoloji SCADA ağlarında geçncy hesaplaması için kapsamlı bir çerçeve sağlar.
Adım 1: Timestamp senkronizasyonu
Doğru geçncy ölçümünin temeli tüm sistem bileşenleri arasında tam zamanlı senkronizasyondur. senkronize saatler olmadan, veriler oluşturulurken zaman farkı doğru bir şekilde ölçmek mümkün değildir.
[FONT=0)Implementation approach:[Dönemli)[[Dönemli)
- İşbirlik Ağı Zaman Protokolü (NTP) veya Tüm SCADA ağ cihazlarının tamamında Boyutlu Zaman Protokolü (PTP)
- Alan cihazları, RTUs, iletişim ekipmanları ve master istasyonları tüm aynı zamanda kaynak kaynağı referanslar
- Zaman senkronizasyonu düzenli olarak doğrulayın, milisan- seviye hassaslığı hedefleme
- Zaman senkronizasyon mimarisi ve bilinen herhangi bir zamanlama dengelemeleri
Enterprise SCADA, olayları rapor ettiklerinde, DNP3 veya 60 IEC870-5-104 gibi, verilerin uzaklarda olduğu zaman belirsizliğe öncelik vermesi gerektiğinin protokollerine öncelik vermeli.Bu yaklaşım aslında rapor edildiğinde karşı meydana gelmektedir.
2. Adım: Tanım ve Zamanlı Veri Nesil Etkinlikler
Geç ölçüm için başlangıç noktası, veri ilk üretilen veya bir olay alanda cihaz seviyesinde meydana geldiğinde şu andır. Bu, kaynakta zaman damga yeteneklerini uygulama gerektirir.
[FONT=0)Gönler:[Dönler:[Dönler:)
- Veri satın alma veya olay tespiti sırasında zamanları uygulamak için alan cihazları yapılandırın
- Sağlanan zamanlar gerçek ölçüm süresini yansıtır, aktarma zamanı değil
- Yerli zamanları tamamen şarj yeteneği olmayan cihazlar için, örnekleme aralığı belgeleyin ve RTU zamantamp'ı bir proxy olarak kullanın
- Zamanlar ve karar (millisanlar, mikrosaniyeler, vs.)
Modern akıllı elektronik cihazlar ve RTUs genellikle kaynak zamanlarınıtam olarak destekliyor, bu da verilerin elde edildiği en doğru temsilini sağlıyor.Bu yetenek olmadan miras cihazlar için, iletişim zincirindeki ilk akıllı cihaz tarafından uygulanan zaman çizelgesi, bu sınırlamanın uygun belgeleri ile kullanılmalıdır.
3. Adım: Data Reception Timestamps at the Master Station
Geç ölçüm için son nokta, veri geldiğinde ve SCADA master istasyonu veya kontrol merkezi tarafından işlenir. Bu keztamp, verinin operatör görüntüleme veya kontrol sistemi için mevcut olduğu noktaya kadar ele alınmalıdır.
[FONT:0)Implementation steps:[Dönemli)[Dönemli)
- SCADA sistemini gelen veriler için zamanlayıcıları giriş için yapılandırın
- Veritabanı güncelleştirme noktasına geç kalmışlığı ölçüp, HMI ekran güncellemesini veya algoritmaları kontrol etmek için kullanılabilirliği kontrol edin
- Her iki kaynağı ve resepsiyon zamanlarını aynı veri noktaları için yakalamak için enable detailed log that captureds both source and resepsiyon timestamps for the same data points
- Giriş mekanizmasının kendisi önemli bir gecikme tanıtmıyor
Birçok miras sistemi hala ankete dayalı verilere dayanıyor, SCADA sunucusu RTU'yu her birkaç saniye değer için soruyor ve ağ tıkanırsa, sunucu veri geldiğinde zaman zaman zamanlayıcı bir not uygular.Bu yaklaşım gecikme ölçümlerini önemli ölçüde azaltamaz ve mümkün olduğunda kaçınılmalıdır.
Adım 4: Latency Diferansiyelini Hesaplamak
Hem kaynak hem de varış saatleri mevcut olduğunda, temel geçncy hesaplaması basit hale gelir: resepsiyon zamanlarından nesil zamanlayıcıyı çıkarın.
[0]Calculation formülü:[Dönem:[Dönem: 1)
Latency = T reception - T jenerasyon
Nerede:
- T reception = Zamanlayıcı veri alındığında ve master istasyonunda işlenirken
- T jenerasyon = Veriler sahada satın alındığında Timestamp
Bu hesaplama farklı alan cihazlarının çeşitli noktaları için ve sistem gecikme özellikleri hakkında kapsamlı bir anlayış oluşturmak için çeşitli zamanlarda yapılmalıdır.
Adım 5: Latency Data İstatistiksel Analiz
Tek latency ölçümleri sınırlı bir anlayış sağlar. Kapsamlı geçncy analizi, tipik performans, değişkenlik ve en kötü senaryoları anlamak için genişletilmiş süreler boyunca gecikmeli verileri toplama ve analiz gerektirir.
[FONT:0]Statistical metrics to hesaplamak için:).
- [FONT:0)Mean latency:[Dönetici:[Dönetici: 0) Tüm ölçümlerde ortalama gecikme
- [0]Median latency:[Dönetici:[Dönetici: 0 ) Tüm ölçümler sıralandığında orta değer
- [FONT:0)Minimum ve maksimum geç kalmışlık: En iyi ve en kötü gecikmeler gözlemlendi
- [FONT=0)Standart sapma:[Dönetici:0)[[Dönemli)
- [FONT=0)Percentile değerleri:[Dönetici: [Dönetici: % 95. ve yüzde 99'luk latencies tipik en kötü performans performans performans gösterir
- [FONT:0)Jitter:[Dönetici:[Dönetici) Geç zaman içindeki varyasyon
Inconsistent ağ geçncy (jitter) veri paketleri için öngörülemeyen zamanlara yol açıyor, siparişin geç veya sıra dışı olarak gelmesi için bazı veri güncellemelerine neden oluyor, SCADA arayüzünde düzensiz veya aniden veri yenilemelerine yol açıyor.
Adım 6: Decompose Latency into component Parçalar
Optimizasyon fırsatlarını tanımlamak için, toplam geçncy'yi seçmenlerin bileşenlerine kırmak değerli. Bu, veri satın alma zincirinde orta noktalarda ek bir araçlama gerektirir.
[0]Component latency ölçümler:).
- [FONT:0)Field cihaz işleme süresi:) Fiziksel olaydan veri aktarımına zaman:[*
- [[0)Network iletim zamanı:[Dönetici:[Dönetici:0) İletişim ağının iletişim ağını tersine çevirmek için zaman:[Dönetici:0).
- [FONT:0)Protocol işleme süresi:[Dön 1: 1] Overhead iletişim protokolleri tarafından tanıtıldı
- [FONT:0)Master istasyonu işleme süresi:[Dönetici:[Dönetici:0) Zaman veri resepsiyonundan erişilebilirlik için
Orta noktalarda geç saatler (örneğin iletişim ağ geçidi veya protokol dönüştürücüleri gibi), hangi bileşenlerin toplam geç kalmışlığa en önemli şekilde katkıda bulunduğunu ve buna göre optimizasyon çabalarına odaklanmasını sağlayabilirsiniz.
Adım 7: Doküman Çevre ve Operasyonel Context
Latency ölçümleri her zaman anlamlı yorumlama ve karşılaştırmayı sağlamak için ilgili bağlamsal bilgilerle belgelenmelidir.
[FONT:0) Kayıt için Metin:[Dönem:[Dönem: 1)
- ölçüm dönemlerinde ağ yük ve kullanım
- Aktif alan cihazları ve anket frekansı
- İletişim orta ve protokol kullanımında
- Hava koşulları ( kablosuz bağlantılar için)
- Gün ve hafta sonu
- Herhangi bir eşzamanlı bakım veya yapılandırma faaliyetleri
- SCADA sistem yazılım versiyonu ve yapılandırma
Bu bağlamdaki bilgiler gecikme varyasyonlarını açıklamaya yardımcı olur ve performans kesintileri sırasında sorun gidermeye yardımcı olur.
Pratik ölçüm teknikleri ve araçları
Çeşitli pratik yaklaşımlar ve araçlar operasyonel SCADA ortamlarında doğru gecikme ölçümlerini kolaylaştırabilir.
Protokol Analizi ve Ağ İzleme Araçları
Gerçek zamanlı izleme çözümleri, operasyonel koşullar sırasında sürekli protokol performansı değerlendirmelerini sağlar, geç dağıtımları, bant kullanımı ve iletişim güvenilirliği ölçümleri dahil olmak üzere önemli performans göstergeleri takip etmek için istatistiksel analiz tekniklerini kullanır.
Özelleştirilmiş SCADA protokolü analizörleri yakalama ve zaman toplama ağ trafiği alabilir, iletişim kalıpları ve gecikmeler hakkında ayrıntılı analiz sağlar. Bu araçlar, kirletici çevrimler için zamanlarını hesaplamak için protokole özel mesajlar verebilir ve yuvarlak-trip-dönüşüm sürelerini hesaplayabilir.
Yapılı SCADA Sistemi Tanıkları
Birçok modern SCADA sistemleri yerleşik performans izleme ve teşhis yetenekleri içerir. Bu özellikler iletişim istatistikleri, veri güncelleme oranlarını takip edebilir ve yapılandırılmış veri noktaları için geç ölçümler rapor edebilir.
Bu yerli yeteneklerin çoğu zaman devam eden geç saatler izleme için en pratik yaklaşımını sağlarken, mevcut sistem operasyonlarıyla sorunsuz bir şekilde entegre ettikleri ve ek donanım gerektirmez.
Test Mesaj Enjeksiyonu
Kontrollü bir test yaklaşımı, SCADA ağına bilinen test mesajları enjekte eder ve son geçiş zamanını ölçür. Bu teknik, alan cihazı zamanları güvenmeksizin geç kalmış ölçümlere izin verir.
Test mesajları, RTU'larda veya iletişim ağlarında kesin zamanlar ile oluşturulabilir, sonra ana istasyonda varış saatlerini ölçtü. Bu yaklaşım, alan cihazlarının zamanlarını tam olarak şarj etme yeteneğine sahip sistemler için özellikle yararlıdır.
Network Performans İzleme Sistemleri
Enterprise network izleme platformları, SCADA iletişim bağlantılarında yuvarlak zaman (RTT) ve paket kaybı ölçebilir.Bu araçlar ağ katmanlı performanslarını uygulama-katlı veri satın alma gecikmeleri yerine uygulama-katılım veri toplama süresini ölçebilir, iletişim altyapısı performansına değerli bilgiler sağlar.
Artan ağ gecikmesi her anket-response döngüsü daha uzun sürer ve eğer yuvarlak-trip zaman yaklaşımları veya anket aralığı aşılırsa, SCADA sunucusu bir sonraki planlanan güncelleme için zaman veri alamaz, kaçırılmasına veya geciken yeni yenilemelere neden olabilir.
Faktörler SCADA Data Acquisition Latency
Geçin etkileyen faktörleri anlamak hem ölçüm yorumu hem de sistem optimizasyonunda yardımcı olur. Çoklu değişkenler veri satın alma gecikmelerini önemli ölçüde etkileyebilir.
Network Architecture and Topology
Legacy SCADA sistemleri, ağların sayısını en aza indirmek için düz ağ tasarımlarına dayanıyordu, ağlarda gerekli olan işletim verileri toplayan disklere veya görselleştirme müşterilere yol açtı ve cihazlar düz ağlara eklendi, veri boru hatları giderek daha fazla pıhtılaşmış hale geldi, iletimde neden oldu.
Network topoloji seçenekleri – saha cihazları ve master istasyonu arasındaki umutların sayısı dahil, ağ segmentasyonu kullanımı ve kırmızıdant iletişim yolları - tüm geçki özellikleri etkiler.
İletişim Medium Özellikleri
Farklı iletişim teknolojileri çok farklı geçncy profillerini sergiliyor. Fiber optik bağlantıları genellikle uzun sinyal yayılımı mesafelere bağlı olarak en düşük ve en tutarlı gecikmeleri sağlar. Radyo bağlantıları mesafe ve müdahaleye bağlı olarak değişken gecikmeler ekliyor. Hücre ağları ağ sıkışıklığı ile değişir. Uydu iletişimi uzun sinyal yayılım mesafelere göre en yüksek gecikmeliliği sağlar.
Taşıyıcı ağ, otoyollar, stadyumlar ve nüfus merkezleri gibi yoğun alanlara yakın cep kulelerinde sıkışıp kalmak, SCADA trafiği için gecikme ve paket kaybı yaşayabilir.
Frekans ve Tarama Oranları
SCADA master anketlerinin alan cihazlarının doğrudan nasıl hızlı bir şekilde değiştirilebileceğini etkiler. Daha sık anket, maksimum geçilebilirliği azaltır ancak ağ trafiğini ve işleme yükünü artırır. Daha sık sık anketler ağ kullanımını azaltır ancak değişiklikler tespit edilmeden önce zaman artırır.
Güncelleme süresi son derece sistem bağımlıdır ve genellikle 100 milisaniye arasında 10 saniyeye değişir. Bu geniş aralık SCADA uygulamalarının çeşitliliğini ve çeşitli latency gerekliliklerini yansıtmaktadır.
Network Congestion ve Hizmet Kalitesi
Ağ kullanımı seviyeleri özellikle paylaşılan iletişim altyapısında gecikmeli olarak önemli ölçüde etkiler. Ağ bant genişliği doygun olduğunda, veri paketleri kuyruklanabilir, gecikebilir veya hatta geri çekilmek, yeniden yükleme gerektiren.
Aşırı gecikmeli gecikme, SCADA anket mantığı veya alt temel protokolleri Modbus TCP, DNP3 veya OPC UA gibi yeniden deneme isteklerine geri getirmek için SCADA sunucularını geri almak ve etkili yenileme oranını azaltmak için teşvik edebilir.
Hizmet Kalitesini (QoS) mekanizmalarını uygulama, SCADA trafiğini daha az zaman kritik veriler üzerinde öncelikleyebilir, ağ sıkışıklığı döneminde bile tutarlı gecikmelere yardımcı olabilir.
Güvenlik Mekanizmaları ve Şifreleme
SCADA sistemleri gerçek zamanlı veya determinist yanıtlar talep eden uygulamalar genellikle gecikmeli ve model sistemlerde, şifreleme ve güvenlik duvarları ek gecikmelerin ana kaynaklarıdır.
Güvenlik önlemleri kritik altyapıyı korumak için gerekli olsa da, ek işlem üstlerini tanıtıyor. Şifreleme ve şifreleme işlemleri, güvenlik denetimleri ve saldırı algılama sistemleri tüm veri yolu boyunca bir araya gelen küçük gecikmeler ekliyorlar.
Sistem İşleme Yükü
Her iki alandaki hesaplama yükü ve SCADA master istasyonu, işlem kapasitesinin yakınında çalışan işlem süresini etkiler ve sınırlı CPU kaynakları için rekabet ettiği görevler olarak değişken gecikmeler gösterebilir.
Veritabanı işlemleri, alarm işleme, tarihsel veri girişi ve HMI, iletişim işlemesine adanmış olabilecek tüm kullanım işlem kaynaklarını günceller.
Endüstri Standartları ve Latency Gereksinimler
Farklı SCADA uygulamaları, operasyonel gereksinimlerine dayanan farklı gecikme tolerans toleransına sahiptir. Bu gereksinimleri anlamak uygun performans hedeflerini oluşturmaya yardımcı olur.
Eleştirel Kontrol Uygulamaları Uygulamaları Uygulamaları Uygulamaları Uygulamaları Uygulamaları Uygulamaları
SCADA işlemleri, 0,5 saniyeden fazla gecikme süresine sahip olmalıdır ve zaman gecikmesi devletler ve alarmlar için 0.900 saniyeden daha az olmalıdır. Bu katı gereksinimler, güvenlik veya süreç kontrolü için hızlı yanıtın gerekli olduğu uygulamalar için geçerlidir.
Elektrik şebeke koruması, acil kapatma sistemleri ve yüksek hızlı üretim süreçleri genellikle etkili bir şekilde işlev için alt saniye gecikme gerektirir.
İzleme ve Sorumlu Uygulamaları
Birçok SCADA uygulamaları öncelikle gerçek zamanlı kapalı-loop kontrolü yerine izleme ve denetime odaklanır. Bu sistemler daha yüksek gecikmelere dayanabilir - birkaç saniye boyunca onlarca saniyeye kadar - operasyonel etkinliği ödün vermeden.
Su dağıtım sistemleri, boru hattı izleme ve çevresel izleme uygulamaları genellikle bu kategoriye girer, trendler ve kademeli değişiklikler anlık değerlerden daha önemlidir.
Veri Tarihçi ve Raporlama Sistemleri
Tarihsel veri toplama ve raporlamaya odaklanmış sistemler genellikle daha yüksek gecikmeyi kabul edebilir, çünkü zaman çizelgesine öncelik veriyorlar. Dakikalar veya hatta saatler enerji tüketimi raporlama veya uzun vadeli trend analizi gibi uygulamalar için kabul edilebilir olabilir.
Gelişmiş Latency Analysis Techniques
Temel gecikme hesaplamasının ötesinde, birkaç gelişmiş teknik sistem performansı ve davranışına daha derin öngörüler sağlar.
Latency Dağıtım Analizi
Sadece ortalama geç kalmışlık üzerinde odaklanmak yerine, geç kalmış değerlerin tam dağılımını analiz etmek önemli performans özelliklerini ortaya çıkarır. Geçogramları veya kolektif dağıtım fonksiyonlarının geç kalmışlıkların tutarlı veya son derece değişken olup olmadığını gösterir ve aralıklı problemleri işaret edebilir.
Bimodal veya multimodal dağıtımları farklı operasyonel modları veya sadece bazı veri satın almalarını etkileyen geçici konuların varlığını gösterebilir.
Zaman-merkez Latency Trending
Zaman içinde geç saatlere yol açan ölçümler zaman zaman zaman zaman zaman zaman zaman zaman zaman modelleri ve trendleri ortaya çıkarır.Bu analiz tanımlayabilir:
- Ağ kullanımı veya çevresel koşullarla ilgili Diurnal desenler
- Gelişen sorunları gösteren ölçeksel bozulma
- Periyodik artışlar belirli sistem aktiviteleri ile korelasyonelasyonel
- Sudden yapılandırma değişiklikleri veya başarısızlıkları takip eden değişiklikler
Zaman serisi analizi, normal operasyonel varyasyon ve anormal performans soruşturma gerektiren normal operasyonel varyasyon ve anormal performans arasında ayrım sağlar.
Correlation Analysis
Geçim ve diğer sistem parametreleri arasındaki korelasyonları incelemek, nedensel ilişkileri ortaya çıkarabilir. Potansiyel korelasyonlar şunları içerir:
- Ağ kullanımı karşı Latency
- Latency, aktif anket seanslarının sayısına karşı
- Güne karşı Latency
- Latency for communication link quality metrics
- Latency against master station CPU use
Bu ilişkileri anlamak gecikme davranışı tahmin etmeye ve optimizasyon fırsatları tanımlamaya yardımcı olur.
Per-Device ve Per-Link Analizi
Saha cihazı tarafından geç kalmış verilerin toplanması, iletişim bağlantısı veya ağ segmenti yerelleştirilmiş sorunları tanımlamaya yardımcı olur. Belirli cihazlar veya bağlantılar sürekli olarak daha geç saatler sergilemezse, bu dikkat gerektiren belirli altyapı sorunlarını gösterir.
Benzer cihazlar veya bağlantılar arasındaki Karşılaştırmalı analiz, belirli ekipman etkileyen tüm bileşenleri ve izole sorunları etkileyen sistemsel sorunlar arasında ayrım yapabilir.
SCADA Network Latency
Geçim ölçüldüğü ve analiz edildiğinde, çeşitli optimizasyon stratejileri gecikmeleri azaltabilir ve sistem yanıtlayıcılığını artırabilir.
Rapor-by-Exception İletişimi
Geleneksel kirletici SCADA sistemleri, rapor-sonrası (RBE) veya sağlam raporlama mekanizmalarının uygulanmasıyla optimize edilebilir. Tüm alan cihazlarının sürekli olarak ankete girmesi yerine, cihazlar yalnızca önemli değişiklikler gerçekleştiğinde verileri raporlayabilir.
Bu yaklaşım, ağ trafiğini dramatik şekilde azaltır ve kritik olaylar için kirletici gecikmeleri ortadan kaldırır. Rapor-endor teknikleri kullanarak, müşteriler 12-15 dakikadan 6 saniyeye kadar genel sistem gecikmelerini azaltmışlardır.
Optimizing Polling Strategies
Anketi kullanmak zorunda olan sistemler için, birkaç optimizasyon stratejisi geçilebilir:
- [FONT:0) Adaptasyon oranları:[Dönetici:[Dönetici: 0) Kirlilik oranı:[Dönetici:[Dönetici:0)[Dönetici:0)
- [FONT:0) Parallel anket:[Dönetici:[Dönetici: 0) Farklı iletişim seanslarını, eş zamanlı olarak, eşit olarak değil, aynı zamanda, eş zamanlı olarak, eş zamanlı olarak, eş zamanlı olarak, eş zamanlı olarak, eş zamanlı olarak, ankete uygun olarak kullanın.
- [0]Optimized anket dizileri: İletişimin en aza indirmek için ayarlanan oylama
- [[Düzücü:0)Deadband filtreleme:[Dönem:[Dönemli:0)Deadband filtreleme:[Dönemli veri iletimini yalnızca önemli değişikliklerle rapor ederek azaltın
Analog değerler genellikle küçük varyasyonlarla sık sık değişir, ancak her değişikliği rapor edebilir, veri dağıtımsız kullanımla dengelemeye izin verir, böylece ölü bant özellikleri her veri noktası küçük değişiklikler hakkında bilgi paylaşımını sağlar ve ölü bant ayarı, yerel verilerin elde edilmesi hızları ile birlikte, veri dengelemesine karşı hassaslığı dengelemesine izin verir.
Network Altyapı İyileştirmeleri
Üst düzey iletişim altyapısı, gecikme süresini önemli ölçüde azaltabilir:
- Düşük bant genişliği seri bağlantıları daha yüksek hızlı Ethernet bağlantıları ile değiştirin
- kablosuz iletişim sistemleri yeni, daha hızlı teknolojiler
- kritik iletişim yolları için fiber optik bağlantıları uygulama
- İşsiz ağ anahtarları ve yönlendiriciler daha düşük işleme gecikmeli
- Alan cihazları ve master istasyonları arasında ağ umutlarının sayısını azaltın
Edge Computing ve Dağılım İşleme
Edge Computing, coğrafi olarak dağıtılmış ayak izi aracılığıyla, geçncy yuvarlak-trip'i veri kaynağına en yakın olan düğümü kullanarak azaltın ve SCADA sistemlerinin ağır endüstrideki ubiquity'sine verilen bu, kenar bilişim için güçlü bir potansiyel kullanım durumu temsil eder.
Verileri kaynağına daha yakın işlemeye göre, kenar bilişim mimarisi, ağdan geçebilmeli ve genel SCADA sistemini daha hızlı bir şekilde geliştirebilmeli. Tümleşik kenar bilişim çözümleri, işlem için ağ üzerinden gönderilmesi gereken verilerin miktarını azaltabilir ve işlem verilerinin gecikme süresini azaltılabilir.
Hizmet Konsülasyonunun Kalitesi
QoS mekanizmalarının uygulanması SCADA trafiğinin daha az zaman kritik ağ kritik trafiği üzerinde öncelik almasını sağlar. Bu şunları içerir:
- SCADA protokollerine öncelik vermek için ağ anahtarlarını ve yönlendiricileri yapılandırın
- Ağ sıkışıklığını önlemek için trafik şekillendirmeyi uygulamak
- SCADA trafiğinin özel VLAN'lara taşınması
- Kritik iletişim yolları için bant genişliği rezervasyonları kurmak
Protokol Seçimi ve Optimizasyon
Uygun iletişim protokollerini seçmek, IEC 61850, DNP3 ve OPC UA gibi modern protokollerin geçncy'yi önemli ölçüde etkileyebilir:
- Unsolici raporlama ve olay odaklı iletişim için destek
- Daha verimli veriler mesaj boyutlarını azaltmayı teşvik ediyor
- Yerleşik zamanlar, tam olarak yetenekleri
- Multicast veya yayın mesajlaşma için destek
Belirli bir protokol içinde optimizasyon fırsatları, zaman aralığı değerlerini ayarlamak, gereksiz acknowledgments azaltmak ve mesaj yapılarını optimize etmek içerebilir.
Latency Ölçümünde Yaygın Pitfalls
Birkaç yaygın hata geçncy ölçümlerinin doğruluğunu tehlikeye atabilir. Bu tuzakların farkındalığı güvenilir sonuçlar sağlar.
Zaman senkronizasyonu
En temel hata, doğru senkronize saatler olmadan geç kalmışlığı ölçmeye çalışıyor. Alanı cihazlar ve master istasyonu arasındaki küçük zamanlama diskleri bile geç saatlere güvenmeden önce tamamen geçersiz olabilir.Her zaman senkronizasyonu geç ölçümlere güvenmekten önce doğrulayın.
Farklı Latency Metriksleri Yeniden Tanımlama
Farklı gecikme ölçümleri farklı amaçlara hizmet eder. Ağ yuvarlak-dönüş zamanı, protokol yanıt süresi, veri güncelleme gecikme süresi ve son-son satın geçkisi ile ilgilidir, ancak farklı ölçümler ile ilgilidir.Açıkçası hangi geçncy metric ölçüleceğini ve operasyonel gereksinimleri ile uyumlu olmasını sağlar.
Int Örnek Boyut
Çok az ölçümden elde edilen sonuçlar yanıltıcı olabilir. Latency, ağ koşulları, sistem yükü ve diğer faktörler nedeniyle zaman içinde değişir. Tipik ve en kötü durum performansı karakterize etmek için yeterli veri toplamak.
Ignoring Ölçüm Etkisi
Geçin ölçülmesi eyleminin kendisi sistem performansını etkileyebilir. Aşırı kullanımlı giriş, protokol analizi araçları veya test trafiği ağ bant genişliği ve işleme kaynaklarını tüketebilir, ölçümleri tersine çevirebilir.Normal işlemler üzerinde etkisi en aza indirmek için ölçüm teknikleri kullanın.
Overlooking Contextual Factors
Latency ölçümleri bağlamsız sınırlı değere sahiptir. Her zaman ölçümlerin yapıldığı koşulları belgeleyin, ağ yük, sistem yapılandırması ve performansları etkileyebilecek herhangi bir eşzamanlı aktivite.
Problemleri Yüksek Latency Issues
Geç ölçümler performans sorunlarını ortaya koyarken, sistematik sorun giderme kök nedenlerini tanımlamaya ve çözmeye yardımcı olur.
Problem Domainini Değiştirin
SCADA iletişim başarısızlıkları, sistem alt zamanından büyük çoğunluğu için hesap verir ve tipik bir SCADA iletişim yolu SCADA sunucusu veya iletişim ön uç işlemcisi, iletişim sürücüsü veya OPC sunucusu, ağ altyapısı, WAN taşımacılık ve uzaktan cihaz, herhangi bir katmanda bir hatanın veri akışını ve sinyal iletileri gerektirdiği, sistemli bir tabaka tanısı dahil olmak üzere birden çok tabakayı içerir.
Yüksek geçncy tüm alan cihazları veya sadece özel olanları belirlerken başlayın. Sistem çapında geç saatler genellikle master istasyonu veya temel ağ altyapısında sorunlar gösterir. Yerelleştirilmiş latency problemleri belirli cihazlarla ilgili sorunlar, iletişim bağlantıları veya ağ segmentleri ile ilgili.
Network Performans Testi
Temel bağlantı ve performansı ölçmek için ağ tanı aletleri kullanın:
- Yuvarlak zaman ve paket kaybı ölçmek için testler
- Ağ yolunu tanımlamak ve umut verici-by-hop gecikmeleri
- Mevcut iletişim kapasitesi doğrulama için Band Wide testleri
- Gerçek SCADA trafik modellerini incelemek için Protokol analizörleri
Bu testler ağ altyapı sorunları ve uygulama seviyesindeki konular arasında ayrım sağlar.
Sistem Kaynak Utilizasyon
Yüksek CPU kullanımı, bellek kısıtlamaları veya ana istasyondaki disk I/O şişenler, kaynak kısıtlamaları tanımlamak için yüksek gecikme dönemlerinde işlem gecikmelerini artırabilir.
Benzer şekilde, alan cihazı ve RTU kaynak kullanımı, aşırı yükleme cihazları veri satın almayı veya iletimi geciktirebilir.
Analyating Communication Patterns
SCADA iletişim logları ve istatistikler yüksek gecikme ile ilişkili modelleri tanımlamak için:
- Günde veya operasyonel koşullarla korelasyon
- Belirli veri noktaları veya cihaz türleri ile dernek
- Ağ trafik hacmi ile ilgili
- Belirli sistem faaliyetleri sırasında Occurrence
Geçin ne zaman ve hangi koşullarda artış alt yatan nedene ipuçları sağlar.
Son Değişiklikleri İncelemek
Geçim son zamanlarda arttıysa, SCADA sistemi veya ağ altyapısına herhangi bir değişiklik gözden geçirin:
- Yazılım güncelleştirmeleri veya yapılandırma değişiklikleri
- Yeni alan cihazları veya veri puanlarını ekleyin
- Ağ altyapısı modifikasyonu
- Emisyon oranları veya iletişim parametrelerine değişiklikler
- Yeni uygulamalar veya hizmetler ağ kaynakları paylaşıyor
Sistem değişiklikleri ile geç saatler arası değişiklikler genellikle kök nedenini hızlıca tanımlar.
Sürekli Latency İzleme ve Uyarı
Termik manuel geçncy ölçümlerinden ziyade, sürekli otomatik izleme sistemi performansına devam eden görünürlük sağlar ve proaktif problem tespitini sağlar.
Basel Performansı Oluşturma
Uyarı yapmadan önce, normal çalışma koşullarında temel gecikme performansı oluşturmadan önce. Bu temel, tipik latency değerlerini, kabul edilebilir varyasyon aralıklarını ve günlük çalışma döngüleriyle ilgili bilinen kalıpları tanımlamalıdır.
Basel verileri, devam eden ölçümlerin anomalileri tespit etmek için karşılaştırıldığında referans sağlar.
Defining Alert Thresholds
Geçim sınırları aşıldığında operatörleri veya bakım personelini bilgilendirme uyarıları yapılandırın. Threshold seçimi belirliliğe karşı duyarlılık (gerçek sorunları tespit etmek) dengelemelidir ( yanlış alarmlar hariç).
Birden fazla eşleme seviyelerini uygulamayı düşünün:
- [FONT=0)Warning eşiği:[Dönetici:[Dönetici:0) Latency yüksek ama yine de kabul edilebilir operasyonel sınırlar dahilinde
- [FONT=0)Kritical eşi:[Dönetici:[Dönetici:0) Latency kabul edilebilir performans gereksinimleri aşıyor
- [FONT=0)Severe eşiği:[Dönesellik:[Dönesellik): Latency so high that system functionality is uzlaşmaz
Trend tabanlı Uyarı
mutlak eşgüdüm uyarılarına ek olarak, zaman içinde kademeli gecikme bozulmasını tespit eden trend temelli uyarıları göz önünde bulundurun.Bu yaklaşım operasyonel sorunlara yol açmadan önce sorunları tespit edebilir.
İstatistiksel süreç kontrol teknikleri, kontrol sınırları dışındaki değerler için izleme veya sürekli eğilimleri tespit etmek gibi, performans bozulmasının erken uyarısını sağlayabilir.
Broader İzleme Sistemleri ile bütünleşme
Latency monitoring, genel SCADA sistemi sağlık izleme ve işletme bilişim izleme platformları ile entegre edilmelidir. Bu entegrasyon, diğer sistem etkinlikleriyle geç kalmış konuların korelasyonunu sağlar ve sistem performansına kapsamlı bir bakış sunar.
Dokümantasyon ve Raporlama En İyi Uygulamaları
Etkili belgeler ve geç ölçümlerin raporlanması, performans verilerin operasyonları, bakım ve mühendislik takımları için değer sağlar.
Latency Performans Raporları Oluşturma
Düzenli performans raporları, tanımlanmış dönemlerde geçncy özelliklerini özetlemek gerekir (günde, haftalık, aylık). Bu raporlar şunları içermelidir:
- Geçin ölçümlerinin istatistiksel özeti (mean, median, yüzdeiles)
- Temel performans ve önceki dönemlerle karşılaştırıldığında
- Herhangi bir eşleme ihlal veya anomalilerin tanımlanması
- Zaman Trendleri Zaman Zaman Zaman Trendleri
- Etkilenen performans veya etkilenen performansın değiştirilemez olayları veya değişiklikler
Tarihi Performans Data
Uzun vadeli trend analizi, kapasite planlama ve sorun gidermeyi desteklemek için tarihsel geçncy verilerinin tekrarlanması ve geçmiş temellere karşı mevcut performans karşılaştırmasına olanak sağlar ve kısa vadeli izlemeden belirgin olmayabilir aşamalı bozulmalara yardımcı olur.
Dokümantasyon Yöntemioloji
Açıkça, zamanlayıcı kaynakları, hesaplama yöntemleri, örnekleme aralıkları ve herhangi bir sınırlama veya varsayımlar dahil olmak üzere geçncy nasıl ölçüldiğini belge.Bu belge, sonuçların tutarlı yorumu sağlar ve farklı zaman dönemleri veya sistem konfigürasyonları arasında anlamlı karşılaştırma sağlar.
Vaka Çalışması: Bir Boru Hattında Latency Optimizasyonu
Geçin hesaplama ve optimizasyon tekniklerinin pratik uygulamalarını göstermek için, SCADA sistemi performans sorunlarını deneyimleyen varsayımsal bir petrol boru hattını düşünün.
İlk Durum
Sistem, 2000 mil hattında cep telefonuna cep telefonuna cep telefonuna cep telefonuna cep telefonuna cep telefonuna cep telefonuna cep telefonuna cep telefonuna cep telefonuna cep telefonuna cep telefonuna cep telefonuna, cep telefonuna, güvenlik endişelerini yaratarak, bazen birkaç dakika içinde alarm bildirimlerinin gecikdiğini bildirdi.
ölçüm Yaklaşım Yaklaşımı
Mühendislik ekibi RTU'da kaynak zamanlarını tamamen uyguladı ve SCADA masterını her iki kaynağı ve resepsiyon zamanlarını kayıt altına aldı: Bir haftalık verilerin analizi ortaya çıktı:
- Geçin anlamına gelir: 45 saniye
- Yüzde 95'i geç kaldı: 3 dakika
- En çok gözlemlenen latency: 12 dakika
- Farklı uzak siteler arasındaki önemli varyasyon
Kök Neden Analizi
Detaylı analiz, sistemin tüm 500 RTU'ların eşdeğer anketini kullandığını, her anket-response döngüsü ile hücresel ağ üzerinden yaklaşık 5-6 saniye sürdü. Bu, bazı RTU'ların sadece her 40-50 dakikayı onaylaması anlamına geliyordu.
Ayrıca, top saatleri boyunca hücresel ağ sıkışıklığı değişken gecikmelere katkıda bulundu.
Optimizasyon Uygulama
Ekip birkaç gelişme uyguladı:
- Kritik alarm noktaları için raporlanması için ankete dönüştürüldü
- Birden fazla RTU'yu sorgulamak için paralel anket seanslarını uyguladı
- gereksiz veri iletimini azaltmak için ölü bant filtrelemesi yapılandırıldı
- Daha düşük gecikmeli teknoloji ile yeni hücresel modemler Yükseltildi
- alarm trafik trafiğine öncelik vermek için ağ altyapısına QoS'i uygulama
Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar Sonuçlar
Optimizasyondan sonra, geç saatler dramatik iyileşme gösterdi:
- Geçin anlamına gelir: 8 saniye
- Yüzde 95'i geç kaldı: 15 saniye
- En çok gözlemlenen latency: 45 saniye
- Kritik alarmlar şimdi vakaların% 5 saniye içinde% 99'unda rapor edildi
Bu gelişme, operatör durumu farkındalığı ve sistem güvenliği önemli ölçüde gelişmiştir.
SCADA Latency Management
Birkaç gelişmekte olan teknoloji ve yaklaşım, SCADA sistemlerindeki gecikme performansını daha da artırma sözü.
5G ve Gelişmiş Kablosuz Teknolojiler
Sonraki nesil hücresel ağlar, mevcut 4G LTE teknolojisinden önemli ölçüde daha düşük gecikme sunar. 5G ağları 10 milisans altında latencies vaat ediyor, SCADA uygulamaları için bile kablosuz iletişim uygulanabilir hale getiriyor.
Zaman-Sensitive Networking
Zaman-Sensitive Networking (TSN) standartları, doğrusal olmayan yetenekleri ile Ethernet genişletir. TSN, kritik trafik için maksimum geç kalmışlığı garanti eder, gerçek zamanlı endüstriyel kontrol uygulamaları için uygun standart Ethernet sağlar.
Latency Prediction için Yapay Zeka
Makine öğrenme algoritmaları, gelecekteki performansı tahmin etmek ve proaktif olarak gelişen sorunları tespit etmek için tarihsel geçncy modellerini analiz edebilir. AI tabanlı sistemler, mevcut ağ koşullarına dayanan iletişim parametrelerini dinamik olarak optimize edebilir.
Yazılım Tanımlanmış Ağlama
Yazılım tanımlı ağ (SDN) dinamik ağ yapılandırma ve trafik yönetimi sağlar. SDN kontrolörleri otomatik olarak ağ koşulları değişikliği olarak SCADA trafiği için en iyi gecikmeli parametreleri otomatik olarak ayarlayabilir.
Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç
SCADA ağlarında geç kalmış verilerin hesaplanması ve yönetilmesi, sistem performansını, güvenilirliğini ve güvenliğini sağlamak için gereklidir. Sistem ölçüm metodolojilerini uygulamak, geç kalmışlığı etkileyen faktörleri anlamak ve uygun optimizasyon tekniklerini uygulamak, organizasyonlar SCADA sistemlerinin operasyonel gereksinimleri karşılayabilir.
Bu kılavuzda belirtilen adım adım adım yaklaşımı, yüksek performanslı SCADA sistemlerinin korunması için kapsamlı bir çerçeve sağlar.
Endüstri sistemleri giderek artan bir şekilde birbirine bağlı ve otomasyon talepleri büyüdükçe, etkili geçncy yönetimi sadece sağlam geç ölçüm ve optimizasyon yeteneklerine yatırım yapan kuruluşlar, kritik altyapı operasyonlarının talep ettiği güvenilirlik ve duyarlılığı korumak için kendilerini gelişmekte olan teknolojileri kullanmaya devam ederler.
SCADA sistemleri ve endüstriyel ağ hakkında daha fazla bilgi için, ESFLT:0)Uluslararası Otomasyon Topluluğu) ve [[Dönetici Kontrol Sistemleri Güvenlik Programı).