contoh faktor keamanan lainnya : aman dari kebanjiran, dari kebakaran.

contoh lainnya adalah perlunya dibuat sistem backup / storage dengan sistem redundan yang penempatannya diberbeda lokasi.

trimakasih
salam
NoViE_85

salam
din

silahkan didownload.

nyonk2 (07:07:59) :

maaf mas,mau ikut nimbrung. Apakah sistem pem-backupan data termasuk dalam DRP juga mas. toh DRP setau saya merupakan salah satu sistem penyelamatan terhadap suatu organisasi dari suatu bahaya yang telah terjadi.Jadi hal tersebut ketara gunanya bila sudah terjadi suatu kasus. contoh bila suatu organisasi kehilangan data, terdapat back up-an data tersebut.Mohon koreksi

menurut saya , ya.. sistem pem-backupan data termasuk dalam DRP , sebab inti dari DRP sendiri adalah bagaimana respon perusahaan dalam menangani sebuah bencana, baik itu dari user failure maupun dari bencana lain yang mengakibatkan perusahaan tidak dapat beroperasi. ketika terjadi sebuah kasus, misalnya kehilangan data ataupun hardware failure (kasus yang sangat sederhana), bagaimana perusahaan merespon kasus tersebut, berapa lama perusahaan tersebut mampu merecovery atau memulihkan data, ini termasuk didalam disaster recovery planning. Kita tidak perlu selalu melihat bencana itu berasal dari alam ataupun memikirkan hal-hal yang dapat merusak kontinuitas sebuah perusahaan. hal kecil pun dapat merusak kontinuitas perusahaan ataupun dapat menurunkan produksi sebuah perusahaan.

Mas Didik bilang:
“Mas Panca … dalam konteks wacana disaster manajemen, apa yang disebut DRP tersebut sebenarnya yang lebih tepat adalah menyusun rencana kontijensi (Contigency Planning) walau cuma mau dilihat dalam sisi sistem informasinya, jadi bisa dikatakan misalnya perusahaan/lembaga kita berada di daerah rawan banjir maka kita harus ketahui dulu karakter banjirnya.”.

Mas Didik ysh, Apa yang Mas Didik bilang tidak salah,FYI, Disaster Management Plans (DRP) memiliki beberapa sebutan, seperti Business Continuity Plans (BCP), Contigency Plans, Continuity Plans, Emergence Response Plans, Business Recovery Plans, atau Recovery Plans… yang pada keseluruhannya mendefinisikan manajemen bencana sebagai “prosedur yang disepakati untuk merespon suatu keadaan darurat yang diakibatkan karena bencana, menyediakan backup operasi selama gangguan (akibat bencana) terjadi, mengelola pemulihan dan menyelamatkan proses sesudahnya”. Adapun sasaran dari Plans ini adalah untuk menyediakan kemampuan dalam menerapkan kritikal proses dilokasi lain dan mengembalikannya ke lokasi dan kondisi semula dalam suatu batasan waktu guna memperkecil kerugian kepada organisasi.

Mas Didik bilang:
“ada beberapa hal yang mungkin perlu saya share ke kawan-kawan dalam konteks disaster…
Untuk definisinya disaster mungkin kawan-kawan bisa merujuk ke UU PB No. 24 tahun 2007. Secara sederhana disaster bisa dibahasakan demikian :
Bencana = Ancaman + Kerentanan “

Mas Didik ysh, UU No. 24 2007 cukup baik untuk menjadi salah satu rujukan, tetapi UU ini masih banyak sekali kekurangannya tentang mendefinisikan apa itu disaster. UU No. 24 2007 mendefinisikan disaster secara sempit kepada hal-hal fisik seperti bencana banjir, gunung meletus, gempa , pengungsi, pendanaan, peta rawan bencana, UU ini belum mencakup dan mendefinisikan skup bencana, tata cara penanggulangan ,akibat yang terjadi dan usaha untuk meminimalisir kerugian akibat bencana. UU ini mendefinisikan / melihat bencana sebagai suatu penyebab kejadian (akibat alam) yang dampaknya sangat merusak dan menyebabkan kematian dan kerusakan besar2an (fisik) .
Dalam hal Manejemen Bencana, selain UU No.24 2007, ada baiknya membaca referensi-referensi tentang “What is Disaster”. Seperti : Disaster Recovery & Business Continuity (e-janco) , Disaster Recovery Plans ( Bell Atlantic Federal CommGuard), GSA Disaster and Recovery Business, Comdisco, ARC Disaster Recovery Services, ISO 17799 Contigency Audit, Disaster Impact Analysis (BinaryNine, Ltd), Designing A Recovery Strategy (info-tech research group), Information Technology Infrastructure Library (ITIL) by Cisco, HP, Microsoft dan banyak lagi.

Mas Didik bilang:
“di infrastruktur (dalam konteks ini apa yang harus dilakukan oleh perusahaan untukmenghadapi ancaman, misalnya harus menambah ketinggian lantai sehingga tidak terkena banjir, atau menempatkan data-data yang penting di bagian yang diperkirakan tidak akan terkena genangan air, dalam konteks gempa apakah peralatan/perlengkapan yang vital bagi perusahaan di ikat sehingga tidak terjatuh sewaktu gempa datang, atau peralatan tersebut bisa dipastikan aman dari reruntuhan seandainya gempa terjadi dll…….)”

Mas Didik, anda tidak salah, namun demikian untuk suatu perusahaan, menerapkan manajemen bencana dalam rangka usaha untuk menghadapi ancaman lebih dari menambah ketinggian lantai ataupun mengikat alat supaya tidak terjatuh pada saat gempa terjadi ataupun mengusahakan agar sistem tidak lumpuh. Upaya dalam menghadapi ancaman harus lebih dari itu. Penerapan Manajemen Bencana yang baik sudah mengatur sistem backup and recovery plan yang diinstall dibeberapa tempat/multisite yang antar satu lokasi dengan lokasinya sangat berjauhan (bisa berbeda pulau bahkan beda benua).
Dalam satu kasus terjadi suatu bencana yang tanpa perkiraan sebelumnya terjadi banjir/gempa/aksi kriminal/api yang mengakibatkan seluruh dokumen, data dan komputer rusak hingga mengakibatkan operasi perusahaan lumpuh. Bagi Perusahaan yang sudah menerapkan DRP dengan baik, maka sesungguhnya perusahaan tersebut telah terhindar dari ‘Bencana yang sebenarnya”. Mengapa? Karena bagi perusahaan dokumen adalah asset yang paling penting. Dengan menerapkan Manajemen Bencana perusahaan tsb bisa segera relokasi kantor dan tidak memerlukan waktu yang lama untuk mengakses data dan dokumen yang terletak pada lokasi remote site, dengan cara ini perusahaan bisa segera beroperasi kembali dan meminimalisir kerugian yang terjadi karena bencana.

Mas Didik bilang:
“Nah dari apa yang sedikit saya sampaikan ini, kita bisa mengatakan bahwa apa yang disebutkan bencana oleh Mas Panca kurang tepat karena seperti keamanan dari elektrik dll itu merupakan kerentanan saja. Demikian juga seperti Banjir, Badai, Petir dll ini hanya fenomena saja, nah baru dikatakan bencana apabila ada banjir yang melumpuhkan aktivitas perusahaan misalnya.”

Mas Didik yth, substansi dari konteks Manajemen Bencana adalah bukan apa yang menyebabkan terjadinya bencana dan juga bukan apa akibat dari bencana, Substansi Manajemen Bencana adalah suatu sistem yang dibangun untuk melakukan ()persiapan dan prosedur ketika bencana datang, ()suatu sistem yang dibangun untuk memperkecil/memperingan (mitigation) kerugian akibat bencana, ()bagaimana merespon ketika terjadi bencana dan ()bagaimana manajemen/organisasi melakukan pemulihan pasca bencana.
(Dalam konteks perusahaan) Saya kurang setuju atas definisi Mas Didik yang menyatakan sesuatu baru dapat dikatakan bencana apabila melumpuhkan aktivitas perusahaan. Saya memiliki alasan kenapa tidak setuju dengan yang Mas Didik sampaikan.

Sebagai contoh sebuah kejadian (yang walaupun tidak melumpuhkan aktivitas perusahaan (secara keseluruhan)) , tetapi dapat dikategorikan sebagai sebuah bencana.
Jika kita masih ingat kejadian kebakaran yang terjadi di Kantor Pertamina Jakarta pada tanggal 16 Oktober 2006. Berdasarkan hasil forensik yang dilakukan oleh Polisi dinyatakan bahwa terjadinya kebakaran diduga akibat sabotase. (Berdasarkan referensi tentang Manajemen Bencana yang telah saya sebutkan diatas, Sabotase atau Aksi Kriminal merupakan salah satu faktor penyebab bencana).
Kebakaran terjadi di Lantai 18 Ruang Niaga, Lantai 19 Ruang Bagian Perkapalan dan Lantai 20 Ruang Direktur Utama. Saya jelaskan sedikit bahwa di 3 lantai yang terbakar tersebut terdapat dokumen-dokumen sangat penting tentang laporan penjualan dan dokumen-dokumen milih direktur. Anehnya kebakaran terjadi pada saat (waktu itu) Direktur Pertamina sedang tersandung masalah hukum.
Akibat dari kebakaran itu sistem komputer terganggu, Transaksi berjalan secara manual, dan dokumen-dokumen penting hangus terbakar. Padahal dokumen-dokumen ini sangat dibutuhkan oleh negara untuk proses peradilan. Kebakaran kecil ini tidak menimbulkan korban jiwa dan tidak membuat perusahaan lumpuh. Tetapi dibalik bencana kecil ini ada kerugian yang sangat besar. Apakah kebakaran “kecil” ini tidak dapat kita sebut sebagai bencana ?
Tentu saja kebakaran ini adalah bencana, kita dapat melihat dari beberapa angle (ekonomi, sosial, politik) bahwa kejadian ini merupakan sebuah bencana.
Jika saya pertamina sudah menerapkan DRP yang diimplementasikan dalam bentuk Disaster Recovery Center (DRC) maka dokumen-dokumen yang rusak karena kebakaran dapat segera didapatkan kembali

Mas Didik bilang :
“Ok segini dulu share wacana mengenai disaster manajemen dari saya, kapan-kapan disambung lagi ya bagaimana membuat SOP di perusahaan untuk disaster preparedness termasuk proses-proses pengkajian yang harus dilakukan sebelum membuat SOP”

Ok Mas Didik, saya tunggu ya diskusi lanjutannya. Saya tunggu Mas untuk pastisipasinya dalam membuat SOP.
Wassalam