انهيار أداء SCADA عند تغيير الوردية: تشخيص ارتفاع الحمل المتزامن على واجهة المستخدم GE ونظام Honeywell Experion
العَرَض: تجمّد نظام SCADA فقط أثناء تسليم الوردية
يبلغ المشغلون أن نظام SCADA يصبح غير مستجيب أثناء تغيير الوردية. صفحات الرسوم البيانية تُحمّل ببطء. تأخذ تأكيدات الإنذارات من 5 إلى 10 ثوانٍ. تتجمّد قيم العلامات مؤقتًا على شاشات الاتجاهات. يستمر PLC في العمل بشكل طبيعي. تُظهر أدوات الحقل القيم الصحيحة. يزول التجمّد بعد 15 إلى 20 دقيقة.
يشير هذا النمط إلى زيادة مفاجئة في حمل الخادم، وليس إلى مشكلة في الاتصال مع الحقل. يعاني نظام GE HMI Proficy iFIX ونظام Honeywell Experion PKS من هذه المشكلة عندما تتصادم عدة أحداث عند حدود الوردية. يساعد فهم كل حدث في عزل السبب الرئيسي.
السبب الجذري 1: إعادة تشغيل محطة العمل المتزامنة وإعادة الاشتراك في العلامات
عند تغيير الوردية، يغلق المشغل المنصرف تطبيق SCADA. ويشغّل المشغل القادم التطبيق من جديد. في GE HMI Proficy iFIX، تؤدي كل إعادة تشغيل لمحطة العمل إلى تنزيل كامل لاشتراك العلامات من خادم SCADA. إذا أعيد تشغيل 8 محطات عمل خلال نافذة زمنية مدتها دقيقتان، يعالج الخادم 8 طلبات اشتراك متزامنة.
كل اشتراك يتضمن استعلام قاعدة البيانات، والبحث عن العلامات، وإعداد توجيه البيانات في الوقت الحقيقي. تتولى خدمة GE Proficy Cim-Manager معالجة هذه الطلبات. تحت الحمل الثقيل، يتجاوز عمق قائمة الانتظار حد المخزن المؤقت. تنتظر طلبات الاشتراك الجديدة في القائمة. يظهر التأخير على شكل تحميل بطيء للرسوم البيانية على جانب العميل.
التخفيف: قم بتكوين محطات العمل لاستخدام استئناف التطبيق بدلاً من إعادة التشغيل الكامل. في Proficy iFIX، اضبط خيار الاستئناف التلقائي في خصائص مساحة عمل iFIX. هذا يعيد استخدام اشتراكات العلامات الموجودة بدلاً من إعادة بنائها من الصفر. ينخفض وقت بدء التشغيل من 45 ثانية إلى أقل من 10 ثوانٍ.
السبب الجذري 2: دفعة تأكيد الإنذارات وعاصفة كتابة قاعدة البيانات
أثناء التسليم، يؤكد المشغل المنصرف الإنذارات المتراكمة. تولد الوردية النموذجية 200–400 حدث إنذار. إذا بقي 80% منها غير مؤكدة، يؤكدها المشغل القادم دفعة واحدة. كل تأكيد يولد معاملة قاعدة بيانات تسجل اسم المشغل، والطابع الزمني، ومعرّف الإنذار، والتعليق.
في Honeywell Experion PKS، تُكتب أحداث الإنذار إلى قاعدة بيانات الإنذارات (ADB). كل كتابة تتطلب تحديث الفهرس. تحت حمل الدفعة، تنمو قائمة انتظار تحديث الفهرس أسرع مما يمكن للقرص معالجته. يستجيب خادم الإنذارات Experion بزيادة في زمن الاستجابة. تظهر نوافذ الإنذار المنبثقة بتأخير 3–5 ثوانٍ. تم تصميم بطاقات وحدة تحكم Honeywell ومكونات نظام C300 للحفاظ على الاستقرار تحت هذه الظروف.
في GE Proficy iFIX، تُكتب تأكيدات الإنذار إلى قاعدة البيانات التاريخية عبر أداة تكوين النظام (SCU). إذا كان المؤرخ على نفس الخادم، يزداد التنافس على إدخال/إخراج القرص. قد يفقد Proficy Process Historian بيانات خلال هذه الفترة.
التخفيف: فعّل تأجيل الإنذارات ذات الأولوية المنخفضة قبل نهاية الوردية. في Experion PKS، قم بتكوين ميزة تأجيل الإنذارات في تبويب تكوين الإنذارات. قم بتأجيل ما يصل إلى 50% من الإنذارات غير المؤكدة ذات الأولوية المنخفضة. هذا يقلل من دفعة التأكيد عن طريق إزالة الأحداث غير الحرجة.
السبب الجذري 3: التوليد التلقائي لتقارير الوردية وحمل الاستعلام الزائد
يدعم كلا نظامي SCADA من GE وHoneywell التوليد التلقائي للتقارير في أوقات مجدولة. تشمل تقارير الوردية الشائعة إجماليات الإنتاج، ملخصات وقت التوقف، إحصائيات الإنذارات، واستهلاك الطاقة. تستعلم هذه التقارير قاعدة البيانات التاريخية لآلاف نقاط البيانات.
إذا كان محرك توليد التقارير يعمل على خادم SCADA، فإنه يتنافس على موارد المعالج والقرص مع العمليات في الوقت الحقيقي. يستغرق استعلام تقرير وردية نموذجي على GE Proficy Process Historian من 8 إلى 12 ثانية للتنفيذ. خلال هذه الفترة، تقل قدرة خادم SCADA على تحديث العلامات ومعالجة الإنذارات.
في Honeywell Experion PKS، تولد محطة تقارير التقارير عبر خادم تقارير Experion. إذا شاركت محطة التقارير نفس الخادم مع خادم تطبيق Experion، يؤدي حمل الاستعلام إلى تدهور الأداء في الوقت الحقيقي. يظهر مراقب صحة الخادم استخدام المعالج يرتفع إلى 85–95% أثناء توليد التقارير.
التخفيف: جدولة تقارير الوردية لتعمل بعد 10 دقائق من تغيير الوردية، وليس في وقت التسليم بالضبط. هذا يفصل استعلام التقرير عن دفعة تأكيد الإنذارات. تحقق من الجدول في مصمم تقارير Experion أو مجدول تقارير Proficy Process Historian.
إجراء التشخيص خطوة بخطوة
عند حدوث التجمّد، اجمع بيانات التشخيص فورًا. لا تنتظر حتى الوردية التالية.
- الخطوة 1: افتح مدير المهام في ويندوز على خادم SCADA. سجّل استخدام المعالج، استخدام الذاكرة، وطول قائمة انتظار القرص. حدد ما إذا كان الاختناق في المعالج، الذاكرة العشوائية، أو إدخال/إخراج القرص.
- الخطوة 2: تحقق من عارض أحداث ويندوز عن فشل كتابة قاعدة البيانات أو انتهاء مهلة الخدمة. ابحث عن معرف الحدث 833 (تجاوز زمن استجابة قاعدة البيانات) في سجلات Experion أو معرف الحدث 4096 في سجلات Proficy iFIX.
- الخطوة 3: راجع عدد اشتراكات علامات SCADA. في Experion PKS، استخدم مدير المحطة لعرض إحصائيات الاشتراك النشطة. في GE Proficy iFIX، استخدم شاشة تشخيص النظام لفحص عمق قائمة انتظار Cim-Manager.
- الخطوة 4: افحص سجل الإنذارات للبحث عن نمط الدفعة. عد عدد تأكيدات الإنذارات خلال نافذة 5 دقائق حول تغيير الوردية. إذا تجاوز العدد 50 تأكيدًا في الدقيقة، فإن عاصفة كتابة قاعدة البيانات هي السبب الرئيسي.
- الخطوة 5: تحقق من جدول توليد التقارير. ابحث عن تقارير مبرمجة لتبدأ عند وقت تغيير الوردية. قم بتأخير وقت البدء 10–15 دقيقة لتقليل التداخل.
الخلاصة ونصائح العمل
انهيار أداء SCADA عند تغيير الوردية ناتج عن ثلاثة أحداث متزامنة. أولاً، تعيد محطات العمل تشغيل نفسها وتعيد الاشتراك في جميع العلامات في نفس الوقت. ثانيًا، يؤكد المشغلون دفعة من الإنذارات المتراكمة، مما يولد عاصفة كتابة في قاعدة البيانات. ثالثًا، تستعلم تقارير الوردية التلقائية قاعدة البيانات التاريخية في وقت ذروة الحمل.
في GE HMI Proficy iFIX، فعّل الاستئناف التلقائي لإلغاء إعادة بناء الاشتراك الكامل. في Honeywell Experion PKS، فعّل تأجيل الإنذارات وأعد جدولة التقارير بعد 10 دقائق من تغيير الوردية. يستفيد كلا النظامين من نقل قاعدة البيانات التاريخية إلى خادم مخصص. هذا يفصل معالجة العلامات في الوقت الحقيقي عن أعباء استعلام التقارير. تضمن وحدات الإدخال/الإخراج من Honeywell موثوقية بيانات الحقل حتى أثناء زيادة حمل الخادم.
وثّق نتائج التشخيص في نظام إدارة صيانة المنشأة (CMMS). أنشئ إجراء أداء تغيير الوردية يوزع الأحداث الثلاثة على نافذة زمنية مدتها 30 دقيقة. راقب النتائج لمدة أسبوعين. إذا استمر استخدام المعالج في تجاوز 80% أثناء تغيير الوردية، فكر في ترقية خادم SCADA أو إضافة خادم ثانٍ لتوزيع الحمل.
