- DEFINISI DRC
Setiap
perusahaan memiliki sejumlah rangkaian proses utama (core processes)
yang biasanya ditunjang oleh beragam teknologi informasi (TI) dan
komunikasi agar tercipta suatu mekanisme kerja yang efektif, efisien,
dan terkendali dengan baik. Core processes merupakan suatu proses
penting yang harus selalu dijaga kinerjanya. Hal ini dilakukan dengan
melindungi core process dari sumber-sumber yang berasal dari bencana alam, virus, terorisme, malicious acts dari dalam maupun luar serta unpredictable source lainnya. Salah satu upaya untuk mengantisipasi bila hal-hal tersebut terjadi adalah dengan membangun sebuah Disaster Recovery Center.
Disaster Recovery Center merupakan suatu fasilitas dalam perusahaan yang berfungsi untuk mengambil alih fungsi suatu unit ketika
terjadi gangguan serius yang menimpa satu atau beberapa unit kerja
penting di perusahaan, seperti pusat penyimpanan dan pengolahan data dan
informasi. Contohnya adalah ketika terjadi malapetaka yang menimpa
sejumlah perusahaan besar dunia yang bermarkas di World Trade Center
tetap dapat beroperasi (segera pulih kegiatan operasionalnya dalam waktu
cepat), karena mereka telah mempersiapkan sejumlah DRC untuk
mengantisipasi bencana yang tidak dikehendaki tersebut.
Secara umum DRC berfungsi :
- Meminimalisasi kerugian finansial dan nonfinansial dalam meghadapi kekacauan bisnis atau bencana alam meliputi:
- Fisik: komputer, real money
- Informasi berupa data penting perusahaan
- Kepercayaan dan nama baik
- Manusia
- Meningkatkan rasa aman di antara personel, supplier, investor, dan pelanggan
Membangun
sebuah DRC yang baik, bukanlah suatu hal yang mudah, bahkan beberapa
praktisi mengategorikannya sebagai sebuah aktivitas kompleks, karena di
dalamnya terdapat beragam aspek dan komponen yang membutuhkan perhatian
khusus dan serius. Oleh karena itu, yang perlu dipelajari dan dipahami
sungguh-sungguh oleh mereka yang ingin merencanakan dan mengembangkan
DRC adalah metodologi pembangunannya. Metodologi yang baik akan
menekankan pada aspek-aspek sebagai berikut:
- Memberikan gambaran yang jelas kepada manajemen mengenai besarnya usaha yang harus dilakukan dalam merencanakan, mengembangkan, dan memelihara sebuah DRC.
- Menggalang komitmen penuh dari seluruh manajemen dan karyawan di berbagai lapisan organisasi untuk berpartisipasi dalam proses perencanaan dan pengembangan DRC.
- Mendefinisikan kebutuhan recovery dipandang dari berbagai perspektif bisnis
- Memperlihatkan dampak kerugian yang akan diderita perusahaan jika DRC tidak segera dibangun.
- Memfokuskan diri pada pencegahan terjadinya gangguan dan mencoba untuk meminimalisasikan dampak negatif yang terjadi, walaupun tetap dipersiapkan berbagai usaha reaktif (recovery) seandainya gangguan tersebut benar-benar terjadi.
- Memudahkan proses pemilihan anggota tim yang bertangung jawab di dalam proses pengembangan DRC.
- Menghasilkan sebuah perencanaan recovery yang mudah dipahami, mudah diterapkan, dan mudah dipelihara.
- Mendefinisikan secara jelas bagaimana keberadaan DRC tersebut terintegrasi secara baik dengan sejumlah entiti bisnis lain yang dalam keadaan normal tetap berjalan.
Adapun metodologi perencanaan dan pengembangan DRC yang baik paling tidak harus memperhatikan 8 (delapan) tahapan utama, yaitu:
1. Pre-Planning Activities (Project Initiation),
merupakan tahap persiapan untuk menjamin bahwa seluruh pimpinan dan
jajaran manajemen perusahaan paham betul mengenai karakteristik dan
perlunya DRC dibangun.
2. Vulnerability Assessment and General Definition of Requirements,
merupakan kajian terhadap potensi gangguan yang dapat terjadi karena
kerapuhan sistem dan usaha untuk mendefinisikan kebutuhan akan DRC yang
dimaksud.
3. Business Impact Assessment, merupakan analisa terhadap dampak bisnis yang akan terjadi seandainya gangguan tersebut terjadi pada kenyataannya.
4. Detailed Definition of Requirements,
merupakan proses mendefinisikan kebutuhan secara lebih rinci setelah
proses kajian terhadap dampak bisnis selesai dilakukan, sehingga
perusahaan dapat memfokuskan diri secara tepat (karena adanya
keterbatasan sumber daya yang dimiliki).
5. Plan and Center Development,
merupakan tahapan membangun perencanaan dan DRC yang dimaksud sesuai
dengan spesifikasi kebutuhan yang telah didefinisikan sebelumnya.
6. Testing and Exercising Program, merupakan rangkaian usaha uji coba atau latihan kinerja DRC dengan cara mensimulasikan terjadinya gangguan yang dimaksud.
7. Execution,
merupakan suatu rangkaian proses dimana DRC beroperasi sejalan dengan
aktivitas bisnis sehari-hari perusahaan dalam keadaan normal.
8. Maintenance and Evaluation,
merupakan usaha untuk memelihara dan mengevaluasi kinerja DRC dari
waktu ke waktu agar selalu berada dalam kondisi yang prima dan siap
pakai.
Membangun DRC yang baik tentu saja memerlukan dana yang tidak
sedikit. Oleh karena itu, tidak setiap perusahaan perlu dan sanggup
membangun atau menyediakan DRC. Perusahaan yang biasanya memutuskan
untuk membangun DRC adalah mereka yang memiliki karakteristik usaha
sebagai berikut:
-
Resiko terjadinya gangguan cukup tinggi karena nature dari proses atau teknologi yang dipakai di dalam menunjang core processes yang ada, misalnya dalam mengimplementasikan internet banking, remote trading, e-auction, dan lain sebagainya.
-
Resiko gangguan yang terjadi berpotensi mengganggu sejumlah besar (mayoritas) proses atau aktivitas yang sangat kritikal bagi kelangsungan hidup perusahaan, misalnya terkait dengan automated teller machine, corporate electronic payment system, automatic procurement system, dan lain sebagainya.
-
Resiko gangguan melekat pada sejumlah proses bernilai tinggi (value-added processes), yaitu serangkaian aktivitas dimana terkait langsung dengan mekanisme penciptaan produk atau jasa, bersifat mutlak dilakukan oleh perusahaan agar tidak kehilangan sumber pendapatan.
Infrastruktur disaster recovery mencakup fasilitas data center,
wide area network (WAN) atau telekomunikasi, local area network (LAN),
hardware, dan aplikasi. Dari tiap bagian ini kita harus menentukan
strategi disaster recovery yang paling tepat agar dapat memberikan
solusi yang efektif dan sesuai dengan kebutuhan perusahaan.
Aspek lain yang perlu diperhatikan bahwa sumber daya manusia merupakan komponen penting dalam penyediaan layanan di mana mereka harus memberikan layanan (yang kadang-kadang berlebihan). Misalnya mereka siap bekerja jam 12 malam atau di
luar jam kerja. Artinya dibutuhkan adanya �help desk� 24 jam/hari. Hal
tersebut dapat menjadi kendala yang perlu dipertimbangkan.Hal-hal yang perlu diperhatikan dalam membangun dan negosiasi kontrak DRC:
- DRC harus berada di daerah aman tapi dalam jarak yang terjangkau dari lokasi yang akan dilayaninya.
- Perjanjian kontrak harus mengidentifikasikan sumber-sumber secara spesifik dan pelayanan yang akan disediakan.
- Perjanjian kontrak sebaiknya berisi batasan jumlah maksimum pelanggan lain yang berlokasi sama dengan wilayah layanan perusahaan perusahaan bersagkutan.
- Perjanjian kontrak harus menspesifikasi berapa lama waktu yang dibutuhkan untuk menanggapi laporan dari client.
Dalam
membangun DRC dibutuhkan perencanaan yang matang agar prosesnya
berjalan secara efektif dan efisien. Perencanaan tersebut disebut
Disaster Recovery Planning(DRP). DRP merupakan pedoman yang disepakati
bersama antara pimpinan dan jajaran manajemen dalam melakukan tindakan
sebelum, selama, dan setelah bencana terjadi. Isinya mencakup
kebijakan-kebijakan mulai dari konsep perencanaan sampai eksekusi secara
konkrit, misalnya:
1. Obtain Top Management Commitment
Top management harus
mendukung dan terlibat dalam pengembangan DRP. Manajemen hendaknya
bertanggung jawab mengkoordinasi DRP dan memastikan efektivitasnya dalam
perusahaan.
2. Establish a Planning Committee
Anggota Planning Committee meliputi wakil-wakil dari seluruh bagian perusahaan. Komite ini harus menjelaskan rumusan dan batasan masalah dari perencanaan.
3. Perform a Risk Assesment
Planning Committee mempersiapkan analisa terhadap kemungkinan bencana yang terjadi dan dampaknya terhadap perusahaan.
4. Establish Priorities of Processing and Operations
Penyusunan
prioritas proses dan operasi mana yang harus benar-benar tetap berjalan
saat bencana terjadi dan mana yang bisa ditangguhkan.
5. Determine Recovery Strategies
Menentukan strategi recovery yang disusun dengan mempertimbangkan seluruh aspek orginisasi seperti fasilitas, hardware, software, komunikasi, data files, customers services, end users systems dan lain-lain.
6. Perform Data Collection
Menentukan material, data dan dokumentasi yang perlu dikumpulkan seperti backup position listing, communications inventory, equipmnet inventory, main computer hardware inventory, dan lain-lain.
7. Organize and Document a Written Plan
Mendokumentasikan rencana yang disusun dalam bentuk tulisan.
8. Develop Testing Criteria and Procedures
Rencana
yang telah disusun dites dan dievaluasi untuk memastikan bahwa rencana
tersebut sudah dapat diimplementasikan dengan baik.
9. Approve the Plan
Setelah DRP ditest dan didokumentasikan, DRP tersebut harus disetujui oleh top management untuk kemudian dipakai sebagai DRP yang sah bagi perusahaan tersebut.
Dalam
menyusun DRP diperlukan metode yang spesifik untuk mengorganisasi dan
menuliskannya. DRP yang benar-benar terstruktur akan berpengaruh
langsung terhadap kemampuan recovery suatu
organisasi. Isi dari rencana yang disusun harus sistematis dan mudah
dimengerti. Pengorbanan usaha dan waktu yang sungguh-sungguh diperlukan
dalam menyusun rencana. Rencana yang ditulis dengan baik memudahkan
dalam membaca dan memahami prosedur sehingga kemungkinan berhasil lebih
besar saat digunakan.
- Berikut Step by Step Proses DRC
Objective & Scope
Objective :
•Provide regular DR
exercise to forming the habit of DR procedure
•Review and Evaluate
DR Procedure to measure RTO that committed to business.
•Record all issue
where parameter don’t work as expected
Scope :
•this time may involve
operation support team and performed under “disaster” condition mode.
•This test will focus
on BASIS & ROAM data validity, replication by MIMIX
•Network
infrastructure provided by PT.TELKOM only.
What we have
established
- Recovery Time Objective (RTO) : 3 Hours
- Recovery Point Objective (RPO) : 15 Minutes
- Frequency : Every Six Months
- DR Test Plan in 2009 : 2nd week Mar 2009
2nd week Sep 2009
- Last DR Test : 21 May 2009
- Last Testing Scenario : Full Scale Test (Network recovery time, Application recovery time, document procedure)
Last Testing Result
- Recovery Time Objective (RTO) : 118 mins (1 hour & 58 minutes)
- Network Connection >> 63 min
- Server system (BASIS & ROAM) >>48 min
- Recovery Point Objective (RPO) : -
Summary Issue :
- Standar Format Penulisan
Standardidasi
format dibutuhkan terutama jika prosedur DRP ditulis oleh beberapa
orang. Dua format dasar yang digunakan untuk menulis rencana yaitu
informasi background dan informasi instruksional.
Informasi background meliputi:
- Tujuan prosedur
- Batasan prosedur ( lokasi, peralatan, personel, dan waktu)
- Bahan referensi (buku, informasi, dan hal lain yang perlu dikonsultasikan)
- Dokumentasi
- Kebijakan umum yang diterapkan
Batasan Masalah
Walaupun mayoritas DRP hanya membahas aktivitas yang berkaitan dengan data processing, rencana keseluruhan akan meliputi operasi di luar data processing.
Rencana harus mempunyai jangkauan yang luas agar bisa menangani
berbagai skenario bencana yang mempengaruhi kegiata organisasi.
Worst case scenario sebaiknya menjadi dasar pengembangan rencana. Oleh karena itu, keadaan yang tidak terlalu genting dapat diatasi dengan mudah.
Planning Assumption
Setiap
DRP mempunyai asumsi dasar yang membatasi lingkup perencanaan. Asumsi
yang dibuat sering diidentifikasikan dengan menanyakan hal-hal berikut:
- Apa saja alat yang rusak?
- Berapa lama kerusakan terjadi?
- Apa saja yang terproteksi dari bencana?
- Sumber daya apa saja yang tersedia saat bencana?
Tim Penyusun
Tim
penyusun DRP tidak boleh sama dengan struktur organisasi yang telah
ada. Dalam tim tersebut harus ada manajer yang memimpin dan mengarahkan
dalam penyusunan DRP.
Beberapa contoh pembagian tim:
- Managemen Team
- Business recovery team
- Computer recovery team
- Damage assesment team
- Security team
- Administrative supprot team
- Logistics support team
- Communications team
- Human relation team
- Customer relation team
Kesimpulan
DRC
diperlukan oleh perusahaan untuk mengatasi dampak dari bencana yang
mungkin terjadi. Untuk itu diperlukan suatu proses perencanaan yang
matang agar implementasi DRC berjalan efektif dan efisien. Rencana yang
disusun tidak hanya mencakup aktivitas data processing, tetapi meliputi semua aspek di luar operasi data processing. Rencana tersebut harus meliputi prosedur yang telah diuji untuk meyakinkan keberhasilan proses recovery saat bencana benar-benar terjadi. Rencana yang sudah tersusun didokumentasikan dalam bentuk tulisan.
Sumber : Internet
- Andreas W. Yanuardi & Arief Hamdani Gunawan, penulis bekerja sebagai engineer pada Lab. Solusi TI di R&D Center
