Dengan peningkatan berkelanjutan dari kecerdasan bangunan modern, sistem pemantauan peralatan bangunan (BAS) memainkan peran yang semakin penting dalam memastikan operasi normal bangunan. Setelah kegagalan atau data hilang, konsekuensinya tidak dapat dibayangkan. Oleh karena itu, pemulihan bencana BAS telah menjadi masalah praktis yang menjadi masalah banyak personel manajemen properti dan personel pemeliharaan teknis. Singkatnya, pemulihan bencana mengacu pada kumpulan rencana, langkah-langkah dan proses operasi yang dapat dengan cepat memulihkan fungsi sistem, data dan operasi bisnis setelah sistem BAS menemukan berbagai situasi "bencana" seperti kegagalan mendadak, bencana alam, dan salah operasi buatan manusia.
1. Formulasi Strategi Cadangan Data : Ini adalah fondasi pemulihan bencana, sama pentingnya dengan membangun rumah membutuhkan meletakkan fondasi yang kuat! Pertama -tama, kita harus mengklarifikasi data mana yang harus dicadangkan. Seperti parameter konfigurasi sistem, seperti program logika pengontrol, batas atas dan bawah parameter operasi dari berbagai perangkat, dan pengaturan jadwal; Ada juga data operasi historis, seperti catatan suhu dan kelembaban kamar, data konsumsi energi peralatan, catatan alarm, dll. Maka Anda perlu memilih metode cadangan yang sesuai. Cadangan lokal dapat dibuat dengan hard drive seluler dan drive USB, tetapi mereka mudah hilang atau rusak seiring waktu, yang tidak terlalu dapat diandalkan. Cadangan jaringan ke server atau penyimpanan cloud khusus lebih baik. Namun, banyak orang sekarang menggunakan cadangan panas-mesin ganda, yang berarti bahwa dua server bekerja pada saat yang sama, dan yang lainnya segera mulai menyinkronkan data secara real time. Ini bagus, tetapi biayanya mungkin lebih tinggi. Frekuensi cadangan juga harus ditentukan sesuai dengan pentingnya data. Setelah konfigurasi penting, data diubah, itu harus segera dicadangkan. Data historis harus didukung oleh hari atau mingguan.
2. Persiapan dan bor rencana darurat : Tidak cukup hanya memiliki cadangan, tetapi tidak cukup terburu -buru jika sesuatu benar -benar terjadi! Kita perlu menyiapkan rencana darurat terlebih dahulu. Rencana tersebut harus dengan jelas menyatakan langkah -langkah penanganan dalam berbagai situasi bencana, dan siapa yang bertanggung jawab atas apa, seperti administrator sistem yang bertanggung jawab untuk memulai data cadangan, dan insinyur teknis bertanggung jawab untuk memeriksa peralatan perangkat keras, dll. Harus ada juga daftar informasi kontak yang terperinci, dan harus ada panggilan telepon dari teknisi pemasok peralatan, manajer properti, dan bahkan unit eksternal seperti pemadam kebakaran dan pemadam kebakaran. Setelah rencana disiapkan, Anda tidak akan selesai di atas kertas, jadi Anda harus mengatur latihan secara teratur. Misalnya, simulasikan kerusakan hard disk server untuk melihat apakah data dapat dipulihkan dengan lancar; Kemudian simulasikan kegagalan sakelar jaringan untuk melihat apakah jalur jaringan cadangan tersedia. Setelah bor, Anda masih perlu meringkas pengalaman Anda dan memodifikasi di mana pun Anda tidak dilakukan dengan baik, sehingga rencananya bisa lebih dan lebih sempurna.
3. Konfigurasi Redundansi Perangkat Perangkat Keras : Untuk komponen perangkat keras utama BAS, perlu untuk mengonfigurasi redundansi jika kondisi memungkinkan. Seperti server pemantauan inti, dua dapat digunakan sebagai cadangan untuk satu sama lain. Catu daya yang berlebihan juga merupakan hal yang baik. Banyak pengontrol atau sakelar penting terhubung ke dua soket daya yang berbeda. Satu catu daya masih dapat memberikan daya jika dimatikan. Hal yang sama berlaku untuk jalur komunikasi. Anda dapat mengambil dua rute dengan rute yang berbeda, seperti yang ditempatkan di dalam gedung dan yang lainnya berbelok dari luar gedung untuk mencegah seluruh sistem terganggu karena masalah dengan kabel listrik yang lemah. Jika peralatan kontrol sangat penting, seperti AC di area tertentu di rumah sakit anak -anak, maka itu juga merupakan pilihan untuk dipertimbangkan ketika menyiapkan pengontrol cadangan secara paralel. Meskipun ini mungkin lebih banyak investasi, ia dapat menyelamatkan nyawa pada saat -saat kritis.
T: Apa perbedaan antara pemulihan bencana BAS dan sistem yang biasanya kita bicarakan? Jawaban: Sistem ini terutama melakukan inspeksi harian, pemeliharaan, dan perbaikan, seperti pembersihan sensor secara teratur dan mengganti sekering penuaan, dengan tujuan membuat sistem lebih sedikit kesalahan dan mempertahankan keadaan operasi yang baik; Sementara pemulihan bencana ditujukan untuk situasi "musim gugur" yang telah terjadi dan telah menyebabkan dampak besar, dengan tujuan memulihkan sistem sesegera mungkin. Dapat dikatakan bahwa pemeliharaan preventif adalah untuk "tidak sakit", dan pemulihan bencana adalah untuk "bagaimana menyembuhkan dan memulihkan kekuatan fisik setelah penyakit yang serius."
T: Apakah semua sistem BAS memerlukan solusi pemulihan bencana tingkat atas? Jawaban: Ini tergantung pada situasi yang sebenarnya! Untuk kompleks komersial yang sangat besar, rumah sakit, pusat data, dll., Dampak shutdown sistem BAS sangat besar, sehingga harus ada solusi yang relatif lengkap, termasuk cadangan, redundansi, dan berbagai metode pemulihan; Tetapi jika itu adalah gedung kantor yang sangat kecil, fungsi BAS relatif sederhana, dan mungkin cukup untuk melakukan cadangan data dasar dan prosedur pemrosesan darurat yang sederhana. Bagaimanapun, biaya harus dipertimbangkan dan tidak dapat digeneralisasi. Kami juga tidak kekurangan uang
Secara pribadi, pemulihan bencana BAS bukanlah hal yang satu kali. Waktu berkembang, teknologi sedang maju, dan sistemnya terus berubah. Oleh karena itu, strategi dan tindakan yang relevan harus diperbarui dan disesuaikan. Kita harus selalu membawanya ke dalam hati dan tidak rileks.
Tinggalkan Balasan