Resume Disaster Planning
The Need for Planning
Disaster
recovery planning, juga disebut contingency planning, adalah proses
mempersiapkan
aset organisasi
anda dan operasi dalam kasus bencana.
Tapi apa itu
bencana? Sungard Recovery
Services (1995)
memberikan definisi yang baik dari bencana: apapun yang tidak direncanakan,
kehilangan data dari aplikasi bisnis karena kurangnya kemampuan pemrosesan
komputer selama lebih dari periode 48-jam.
Definisi Anda
sendiri mungkin lebih atau kurang ketat berkaitan dengan rentang waktu, tetapi
dasar
definisi adalah
satu suara.
Anda harus
mengenali potensi bencana dan memahami konsekuensinya. Bagaimana bencana ini
mungkin mempengaruhi bisnis Anda adalah satu-satunya tujuan perencanaan
pemulihan bencana. Jika bisnis Anda adalah di pantai, maka kemungkinan badai,
banjir, dan tornado meningkat. Jika bisnis Anda terletak di utara, badai salju
dan cuaca dingin yang parah akan menimbulkan lebih banyak risiko.
Pemulihan
bencana database harus menjadi komponen integral dari rencana pemulihan bisnis
Anda secara keseluruhan. Sebuah rencana pemulihan bencana harus dalam lingkup
global. Ini harus menangani masalah bisnis seperti lokasi alternatif untuk
melakukan bisnis, metode komunikasi untuk menginformasikan karyawan lokasi dan
prosedur baru, dan langkah-langkah publisitas untuk menginformasikan kepada
pelanggan bagaimana untuk bertransaksi bisnis dengan perusahaan pasca bencana.
Ini harus mengembalikan infrastruktur TI. Akhirnya, dan yang paling penting
untuk diskusi kita, komponen dari rencana itu harus untuk pemulihan database
dan operasi DBMS.
Mengelompokkan
aplikasi ke dalam kelompok berikut untuk menentukan aplikasi yang memiliki
dampak terbesar jika mereka tidak tersedia :
· Very
critical applications.
Aplikasi
yang paling kritis dalam organisasi Anda akan memerlukan data berjalan pada
saat pemulihan. Aplikasi ini yang paling sulit yang mengembangkan disaster plan
karena langkah-langkah lebih banyak
diperlukan untuk off-site backup dan recovery. Selain itu, aplikasi yang paling
kritis di toko Anda akan menjadi yang pertama yang harus dibuat operasional
pada situs pemulihan. Cobalah untuk membatasi jumlah aplikasi yang ditunjuk
sebagai sangat kritis; ada lebih dari setengah lusin atau lebih akan diatur
dalam situasi bencana.
·Business-critical
applications.
Aplikasi
bisnis yang penting bagi organisasi Anda.Dan harus menjadi kelompok berikutnya yang
pulih setelah very critical applications. Sebuah Business-critical applications
yang sering memerlukan data saat ini, tetapi mungkin tidak tersedia di lokasi
terpencil dalam beberapa hari pertama. Sebagai contoh, perhatikan aplikasi
untuk
penyedia
layanan telepon. Sistem yang memberikan layanan telepon akan menjadi aplikasi
yang sangat kritis; tagihan pelanggan akan aplikasi bisnis penting.
·
Business-critical
applications
Business-critical applications membedakan diri dari Business-critical applications dengan
kedekatan atau kebutuhan mata uang data. Kelompok aplikasi ini, meskipun
penting, tidak perlu tersedia segera. Namun, jika bencana berlangsung selama
seminggu atau lebih, bisnis membutuhkan aplikasi. Aplikasi kritis tidak boleh
dipulihkan sampai aplikasi yang sangat kritis dan kritis-bisnis up. Persyaratan
aplikasi ini bervariasi dari up-to-date data mungkin hari-tua atau minggu tua.
· Required
Applications
Required
Applications tidak terlalu penting tetapi harus didukung sehingga mereka dapat
dipulihkan di lokasi terpencil jika diperlukan. Data dari cadangan yang
tersedia terakhir biasanya cukup untuk mendukung aplikasi tersebut.
·
Noncritical
applications
Aplikasi
noncritical tidak perlu didukung dalam hal bencana. Sangat sedikit aplikasi
jatuh ke dalam kategori ini-jika aplikasi tidak penting, mengapa itu
dikembangkan di tempat pertama?
The
Written Plan
Menuliskan prosedur dan kebijakan khusus
yang harus diikuti untuk pemulihan bencana off-site memiliki beberapa manfaat :
·
Hal ini menyarankan Anda untuk merumuskan
tindakan eksplisit yang harus diambil jika terjadi bencana.
·
Ini membuat Anda menjadikan tindakan ini menjadi
langkah-langkah berurutan yang spesifik.
·
Memaksa Anda untuk lebih spesifik tentang
alat-alat yang akan digunakan dan informasi cadangan yang tepat untuk diperlukan.
·
Dokumen lokasi di mana semua informasi yang
diperlukan disimpan dan bagaimana itu harus tersedia di situs recovery.
·
Memberikan cetak biru bagi orang lain untuk
mengikuti, dalam kasus mereka yang paling akrab dengan rencana tidak tersedia.
Posting Komentar