Keruntuhan Kinerja SCADA saat Pergantian Shift: Mendiagnosis Lonjakan Beban Bersamaan pada GE HMI dan Honeywell Experion

Alarm Management, DCS, GE Proficy iFIX, HMI Performance, Honeywell Experion PKS, Industrial Automation, Root Cause Analysis, SCADA, Shift Change
April 13, 2026

SCADA Performance Collapse at Shift Change: Diagnosing the Concurrent Load Spike on GE HMI and Honeywell Experion

Gejala: SCADA Membeku Hanya Saat Pergantian Shift

Operator melaporkan bahwa sistem SCADA menjadi tidak responsif saat pergantian shift. Halaman grafik dimuat dengan lambat. Pengakuan alarm memakan waktu 5–10 detik. Nilai tag membeku sesaat pada tampilan tren. PLC tetap berjalan normal. Instrumen lapangan menunjukkan nilai yang benar. Pembekuan ini hilang dengan sendirinya setelah 15–20 menit.

Polanya menunjukkan lonjakan beban di sisi server, bukan masalah komunikasi lapangan. Sistem GE HMI Proficy iFIX dan Honeywell Experion PKS sama-sama mengalami masalah ini ketika beberapa kejadian bertabrakan pada batas shift. Memahami setiap kejadian membantu mengisolasi penyebab utama.

Penyebab Utama 1: Restart Workstation Bersamaan dan Langganan Ulang Tag

Saat pergantian shift, operator yang keluar menutup aplikasi SCADA. Operator yang masuk meluncurkannya dari awal. Pada GE HMI Proficy iFIX, setiap restart workstation memicu pengunduhan langganan tag penuh dari server SCADA. Jika 8 workstation restart dalam jangka waktu 2 menit, server memproses 8 permintaan langganan bersamaan.

Setiap langganan melibatkan kueri basis data, pencarian tag, dan pengaturan pengiriman data waktu nyata. Layanan GE Proficy Cim-Manager menangani permintaan ini. Saat beban berat, kedalaman antrean melebihi batas buffer. Permintaan langganan baru menunggu dalam antrean. Penundaan ini terlihat sebagai pemuatan grafik yang lambat di sisi klien.

Mitigasi: Konfigurasikan workstation untuk menggunakan melanjutkan aplikasi daripada restart penuh. Di Proficy iFIX, aktifkan opsi Auto-Resume di properti workspace iFIX. Ini menggunakan kembali langganan tag yang ada daripada membangunnya ulang dari awal. Waktu mulai berkurang dari 45 detik menjadi kurang dari 10 detik.

Penyebab Utama 2: Ledakan Pengakuan Alarm dan Banjir Penulisan Basis Data

Saat serah terima, operator yang keluar mengakui alarm yang terkumpul. Shift biasa menghasilkan 200–400 kejadian alarm. Jika 80% belum diakui, operator yang masuk mengonfirmasi semuanya sekaligus. Setiap pengakuan menghasilkan transaksi basis data yang mencatat nama operator, cap waktu, ID alarm, dan komentar.

Di Honeywell Experion PKS, kejadian alarm ditulis ke Alarm Database (ADB). Setiap penulisan memerlukan pembaruan indeks. Saat beban ledakan, antrean pembaruan indeks tumbuh lebih cepat daripada I/O disk dapat memprosesnya. Server Alarm Experion merespons dengan latensi meningkat. Pop-up alarm muncul dengan penundaan 3–5 detik. Kartu modul pengendali Honeywell dan komponen sistem C300 kami dirancang untuk menjaga stabilitas di bawah kondisi beban ini.

Pada GE Proficy iFIX, pengakuan alarm menulis ke basis data historis melalui SCU (System Configuration Utility). Jika historian berada di server yang sama, kontensi I/O disk memburuk. Proficy Process Historian mungkin kehilangan data selama jendela ini.

Mitigasi: Aktifkan penyimpanan alarm untuk alarm prioritas rendah sebelum akhir shift. Di Experion PKS, konfigurasikan fitur penyimpanan alarm di tab Konfigurasi Alarm. Simpan hingga 50% alarm prioritas rendah yang belum diakui. Ini mengurangi ledakan pengakuan dengan menghilangkan kejadian yang tidak kritis.

Penyebab Utama 3: Pembuatan Laporan Shift Otomatis dan Beban Kueri Berlebih

Kedua platform SCADA GE dan Honeywell mendukung pembuatan laporan otomatis pada waktu yang dijadwalkan. Laporan shift umum meliputi total produksi, ringkasan waktu henti, statistik alarm, dan konsumsi energi. Laporan ini melakukan kueri ke basis data historis untuk ribuan titik data.

Jika mesin pembuatan laporan berjalan di server SCADA, ia bersaing untuk sumber daya CPU dan disk dengan operasi waktu nyata. Kueri laporan shift tipikal pada GE Proficy Process Historian memakan waktu 8–12 detik untuk dieksekusi. Selama jendela itu, kapasitas server SCADA untuk pembaruan tag dan pemrosesan alarm berkurang.

Di Honeywell Experion PKS, Reports Workstation membuat laporan melalui Experion Reports Server. Jika Reports Workstation berbagi server yang sama dengan Experion Application Server, beban kueri menurunkan performa waktu nyata. Server Health Monitor menunjukkan penggunaan CPU melonjak hingga 85–95% selama pembuatan laporan.

Mitigasi: Jadwalkan laporan shift untuk dijalankan 10 menit setelah pergantian shift, bukan tepat saat serah terima. Ini memisahkan kueri laporan dari ledakan pengakuan alarm. Verifikasi jadwal di Experion Report Designer atau penjadwal laporan Proficy Process Historian.

Prosedur Diagnostik Langkah demi Langkah

Ketika pembekuan terjadi, kumpulkan data diagnostik segera. Jangan menunggu sampai shift berikutnya.

Langkah 1: Buka Windows Task Manager di server SCADA. Catat penggunaan CPU, penggunaan memori, dan panjang antrean disk. Identifikasi apakah hambatan ada pada CPU, RAM, atau I/O disk.
Langkah 2: Periksa Windows Event Viewer untuk kegagalan penulisan basis data atau timeout layanan. Cari Event ID 833 (latensi basis data terlampaui) di log Experion atau Event ID 4096 di log Proficy iFIX.
Langkah 3: Tinjau jumlah langganan tag SCADA. Di Experion PKS, gunakan Station Manager untuk menampilkan statistik langganan aktif. Di GE Proficy iFIX, gunakan layar System Diagnostics untuk memeriksa kedalaman antrean Cim-Manager.
Langkah 4: Periksa log alarm untuk pola ledakan. Hitung jumlah pengakuan alarm dalam jendela 5 menit sekitar pergantian shift. Jika jumlahnya melebihi 50 per menit, banjir penulisan basis data adalah penyebab dominan.
Langkah 5: Periksa jadwal pembuatan laporan. Cari laporan yang dikonfigurasi mulai pada waktu pergantian shift. Geser waktu mulai 10–15 menit untuk mengurangi tumpang tindih.

Kesimpulan dan Saran Tindakan

Keruntuhan performa SCADA saat pergantian shift berasal dari tiga kejadian bersamaan. Pertama, workstation restart dan berlangganan ulang semua tag secara bersamaan. Kedua, operator mengakui alarm yang terkumpul secara batch, menghasilkan banjir penulisan basis data. Ketiga, laporan shift otomatis melakukan kueri ke basis data historis pada waktu beban puncak.

Pada GE HMI Proficy iFIX, aktifkan Auto-Resume untuk menghilangkan pembangunan ulang langganan penuh. Pada Honeywell Experion PKS, aktifkan penyimpanan alarm dan jadwalkan ulang laporan 10 menit setelah pergantian shift. Kedua platform mendapat manfaat dari memindahkan basis data historis ke server khusus. Ini memisahkan pemrosesan tag waktu nyata dari beban kueri laporan. Modul I/O Honeywell yang andal memastikan integritas data lapangan tetap terjaga bahkan saat lonjakan beban sisi server.

Dokumentasikan temuan diagnostik di CMMS pabrik. Buat prosedur performa pergantian shift yang mendistribusikan tiga kejadian beban tersebut dalam jendela 30 menit. Pantau hasilnya selama dua minggu. Jika penggunaan CPU masih melebihi 80% saat pergantian shift, pertimbangkan untuk meningkatkan server SCADA atau menambah server kedua untuk distribusi beban.