Backup dan restore program PLC/SCADA yang benar-benar bisa dipulihkan

Backup PLC/SCADA baru berguna jika versi yang disimpan sama dengan yang berjalan di lapangan, lengkap dengan konfigurasi jaringan, lisensi, dan versi software engineering, serta pernah diuji dipulihkan.

Sebagian besar lokasi punya file backup. Jauh lebih sedikit yang punya backup yang benar-benar bisa dipulihkan pada pukul tiga pagi ketika CPU atau server SCADA mati. Panduan ini membahas isi backup yang lengkap, penyebab restore gagal, cara membuktikan salinan sama dengan sistem yang berjalan, cara menguji restore, dan seberapa sering backup dilakukan. Panduan ini melengkapi panduan arsitektur SCADA, karena setiap lapisan dalam rantai itu butuh salinannya sendiri.

Backup sistem kontrol adalah sekumpulan file, bukan satu file. Setiap lapisan sistem menyimpan sesuatu yang tidak bisa dibangun ulang oleh lapisan lain.

Program PLC adalah bagian yang paling jelas. Sama pentingnya adalah project HMI dan SCADA, database tag, historian dan database aplikasi, konfigurasi gateway dan converter, serta setelan jaringan yang membuat semua perangkat saling menemukan. Versi firmware, lisensi, dan versi persis software engineering menentukan apakah file-file itu bisa dibuka sama sekali. Dokumen seperti daftar I/O, gambar topologi, dan catatan perubahan menjelaskan bagaimana semuanya saling terhubung.

Materi assessment PLC/SCADA Citia menekankan hal yang sama: program PLC, konfigurasi gateway, database, project SCADA, dan dokumen engineering punya peran berbeda, sehingga satu backup tidak boleh dianggap mencakup semua lapisan. Kotak-kotak di bawah adalah daftar periksa praktisnya.

Jangan lupakan perangkat kecil. Gateway protokol, converter serial, dan managed switch masing-masing menyimpan setelan yang butuh berjam-jam untuk disetel dengan benar, dan perangkat seperti ini sering tidak masuk paket backup karena tidak punya file project sendiri. Di terminal BBM, perangkat semacam ini biasanya ada di jalur ATG, meter, dan MOV.

Backup biasanya gagal karena alasan yang sepele: sudah usang, tidak lengkap, atau tidak bisa dibuka. Masalah ini tersembunyi sampai hari ketika salinannya dibutuhkan, dan biasanya hari itu adalah hari ketika plant sedang berhenti dan semua orang menunggu.

Perbaikan sistem pemantauan switchgear di Petrokimia Gresik memperlihatkan beberapa masalah sekaligus. Backup yang ada tidak bisa di-download karena firmware pengendali sudah di-upgrade, sehingga versi ABB Freelance yang lebih baru harus dipasang di engineering station. Hard disk engineering station yang lama juga rusak, sehingga program terakhir tidak lagi tersedia dan sistem harus ditinjau serta diprogram ulang. Lihat pemulihan di Petrokimia Gresik.

Penyebab umum lainnya sama-sama sederhana:

• salinan yang tersimpan lebih lama daripada program yang berjalan di lapangan;
• satu-satunya salinan ada di PC engineering yang baru saja rusak;
• tidak ada yang mencatat versi software untuk membuka file tersebut;
• lisensi terikat pada dongle atau PC yang sudah tidak ada;
• setelan gateway dan converter tidak pernah disimpan sama sekali;
• salinan diambil ketika masih ada nilai yang di-force atau mode uji yang aktif.

Di Mayora Cianjur, salah satu pelajaran yang dicatat setelah perbaikan SCADA chiller adalah bahwa backup konfigurasi PLC dan SCADA membantu pemulihan. Lihat perbaikan SCADA chiller Mayora.

Uji restore membuktikan bahwa sebuah salinan bisa membangun kembali sistem yang bekerja. Pengujian ini tidak perlu menyentuh plant yang sedang berjalan.

Gunakan CPU cadangan, rak uji, atau mesin virtual untuk server SCADA. Pasang versi software engineering yang tercatat di register, pulihkan file-nya, lalu periksa apakah program bisa dibuka, dikompilasi, dan sama dengan versi online. Untuk SCADA, pastikan grafik termuat, driver berjalan, dan tag terhubung. Catat setiap kekurangan, misalnya lisensi atau driver yang hilang, dan perbaiki di paket backup-nya, bukan hanya di mesin uji.

Cybersecurity and Infrastructure Security Agency (CISA) Amerika Serikat menyampaikan hal serupa dalam panduannya tahun 2025 tentang operational technology: backup software dan sistem cadangan harus diuji secara rutin, agar operasi manual tetap mungkin dan aman saat terjadi insiden.

Jadwalkan uji restore seperti pekerjaan maintenance lainnya, dengan interval tetap yang disepakati untuk setiap sistem kritis dan setelah setiap upgrade software besar. Uji yang dijadwalkan akan dikerjakan; uji yang menunggu minggu yang longgar biasanya tidak pernah terjadi. Hasilnya juga memberi gambaran nyata berapa lama pemulihan akan berlangsung jika sistem benar-benar gagal.

Lakukan backup setiap kali ada perubahan, dan secara rutin untuk berjaga-jaga jika ada perubahan yang terlewat. Pemicunya lebih penting daripada kalendernya. Perubahan kecil yang dilakukan saat troubleshooting malam hari adalah yang paling sering lolos tanpa backup.

Tabel berikut menghubungkan kejadian umum dengan apa yang perlu disimpan. Interval rutinnya bergantung pada seberapa sering lokasi berubah; di Fuel Terminal Padalarang, misalnya, tim maintenance TAS membuat backup database di server pada setiap kunjungan bulanan. Lihat dukungan lifecycle TAS Padalarang.

Backup membutuhkan penanggung jawab yang jelas di lokasi, walaupun pekerjaannya dilakukan kontraktor. Tanpa itu, setiap kontraktor menyimpan salinannya sendiri dan tidak ada yang memegang paket lengkapnya. Saat kontraktor menyelesaikan pekerjaan, minta program final, konfigurasi yang berubah, dan hasil perbandingannya sebagai bagian dari serah terima, sebelum berita acara ditandatangani.

Masukkan tugas backup ke kontrak maintenance: apa yang disimpan, seberapa sering, di mana, serta bagaimana restore diuji dan dilaporkan. Layanan Condition Monitoring and Maintenance Citia mencakup uji backup dan restore serta menyerahkan register backup beserta konfigurasi terbaru. Panduan assessment PLC/SCADA menjelaskan mengapa konteks pemulihan perlu dicatat bersama setiap backup.

Backup yang baik juga membuat pekerjaan lain lebih aman. Backup adalah langkah pertama dalam troubleshooting PLC yang aman, sekaligus titik awal setiap rencana penggantian perangkat yang sudah lepas dari dukungan vendor, seperti dibahas di PLC dan SCADA obsolete: perbaiki atau migrasi.