Develop system back up and recovery procedures

Post on 20-Aug-2015

189 views 6 download

Transcript of Develop system back up and recovery procedures

DEVELOP SYSTEM BACK-UP AND RECOVERY PROCEDURES

SYSTEM BACKUP AND RECOVERY

REQUIREMENTS

Perancangan Pemulihan Bencana

Ialah sebuah penyataan komprehensif kesemua tindakan yang perlu diambil

sebelum, semasa, dan selepas sesuatu bencana, disertai dengan prosedur

didokumen & diuji yang akan memastikan kelangsungan operasi.

@Suatu metodologi untuk memastikan

operasi kritikal bisnes berterusan(tanpa gangguan/tanpa hentian) apabila berlaku bencana kepada persekitaran prasarana.

Perancangan Pemulihan Bencana

OPeristiwa bencana kadangkala tidak boleh dicegah ataupun dielakkan.

OKelangsungan sesebuah organisasi terjejas oleh bencana bergantung kepada bagaimana baik dan cepatnya ia bertindak.

ODengan perancangan luarjangka yang berhati-hati, impak keseluruhan sesuatu bencana boleh diserap dan organisasi masih boleh pulih. 3

Perancangan Pemulihan Bencana

OPenyediaan Tempat Sokongan KeduaOPakej Bantuan Bersama

OPengenalpastian Aplikasi KritikalOPerlaksanaan prosedur sokongan

dan storan luar-kawasanOMembentuk sebuah pasukan

pemulihan bencanaOMenguji DRP

4

Penyediaan Tempat Sokongan Kedua

O Pakej Bantuan BersamaO Perjanjian 2 atau lebih utk bantu ketika

bencanaO Cengkerang Kosong

O 2 atau lebih beli/sewa, & ubahsuai utk tapak komputer (tanpa komputer & peralatannya)

O Pusat Operasi PemulihanO Tapak panas, disediakan peralatan sepenuhnya

O Backup disediakan secara dalamanO Mengadakan kapasiti lebihan secara dalaman

5

Pengenalpastian Aplikasi Kritikal

OUsaha pemulihan ditumpukan kepada memulihkan aplikasi yang kritikal kepada kelangsungan jangka pendek organisasi.

6

Pengenalpastian Aplikasi Kritikal

O Bagi kebanyakan organisasi, fungsi yang perlu segera diselamatkan yang menghasilkan aliran tunai mencukupi untuk memuaskan tanggungjawab jangka pendek.

7

Pengenalpastian Aplikasi Kritikal

OAplikasi komputer yang menyokong item mempengaruhi kedudukan aliran tunai adalah kritikal.

OAplikasi ini perlu dikenalpasti dan diutamakan dalam perancangan pemulihan.

OContoh item: jualan dan perkhidmatan pelanggan, penyelenggaraan dan kutipan akaun penerimaan, perhubungan am. 8

Perlaksanaan prosedur sandaran (backup) dan storan luar-kawasan

OKesemua fail fata, dokumentasi aplikasi, dan bekalan diperlukan untuk melaksanakan fungsian kritikal sepatutnya dispesifikasikan dalam DRP.

9

Perlaksanaan prosedur sandaran dan storan luar-kawasan

OProsedur sandaran dan storan bagi menjaga sumber kritikal ini sepatutnya dilaksanakan secara rutin oleh pekerja pemprosesan data.

10

Perlaksanaan prosedur sandaran dan storan luar-kawasan

OSandaran fail dataOSandaran dokumentasiOSandaran bekalan dokumen

sumber

11

Perlaksanaan prosedur sandaran dan storan luar-kawasan

OSandaran fail dataOpangkalan data sepatutnya

disalin setiap hari ke pita atau cakera dan terselamat di luar kawasan.

12

Perlaksanaan prosedur sandaran dan storan luar-kawasan

OSandaran dokumentasiODokumentasi sistem bagi

aplikasi kritikal sepatutnya disandar dan disimpan di luar kawasan, seperti fail data.

13

Perlaksanaan prosedur sandaran dan storan luar-kawasan

O Sandaran bekalan dokumen sumberO Organisasi sepatutnya menyediakan

sandaran inventori bagi bekalan dokumen sumber digunakan dalam aplikasi kritikal.

O Contoh bekalan kritikal: stok cek, inbois, tempahan belian, dan borang tujuan khas lainnya yang tidak boleh diperolehi dengan segera.

O Adalah penting juga salinan dokumen DRP semasa disimpan di lokasi luar kawasan.

14

Membentuk sebuah pasukan pemulihan bencana

OPemulihan daripada sesebuah bencana bergantung kepada tindakan pembetulan yang pantas.

15

Membentuk sebuah pasukan pemulihan bencana

OKegagalan melaksanakan tugas penting (seperti mendapatkan fail sandaran bagi aplikasi kritikal) melambatkan masa pemulihan dan mengurangkan prospek pemulihan yang berjaya.

16

Membentuk sebuah pasukan pemulihan bencana

OUntuk mengelak ketertinggalan serius ini, satu pasukan pemulihan bencana perlu diwujudkan.

17

Membentuk sebuah pasukan pemulihan bencana

P a s uk a n P e m ulih a n B e nc a na

K u m p u lan K em u da h anT a p a k-K e d ua

K u m pu la n S a nd a ranA tu rca ra d an D a ta

K u m pu la n P e n uk a rand a n K a w a lan D a ta

K o o rd in a to r P a s uka n D R PT im b a la n P re s id e n O p e ra si

18

Objektif: mewujudkan semula fungsian kawalan data dan penukaran data diperlukan untuk memproses aplikasi kritikal.

Objektif: menyediakan versi semasa kesemua aplikasi, fail data. Dan dokumentasi kritikal.

Objektif: menyediakan tapak sandaran bagi operasi dan mendapatkan perkakasan daripada pembekal.

Menguji DRPOAspek yang paling dilupakan oleh

perancangan kontingensi ialah menguji perancangan.

O Ia sepatutnya diuji secara berkala.OUjian menilai kesediaan pekerja

dan mengenalpasti ketinggalan ataupun bottleneck di dalam perancangan.

19

Menguji DRPPihak pengurusan seharusnya menilai

prestasi:1. Keberkesanan pekerja pasukan DRP

dan peringkat pengetahuan mereka,2. Darjah kejayaan penukaran (dalam

bilangan rekod hilang),3. Satu anggaran kerugian kewangan

disebabkan kehilangan rekod/kemudahan,

4. Keberkesanan prosedur sandaran dan pemulihan aturcara, data, dan dokumentasi.

20

Contoh “mimpi ngeri” semasa pemulihan bencana

OPengendalian Pita sandaran OPita tiada dataOProses muat semula tidak pernah

diuji dan didapati tidak berfungsiOPita disalah labelOPita tidak dijumpai

Contoh “mimpi ngeri” semasa pemulihan bencana

OYuran penyenggaran tidak dibayar menyebabkan tidak boleh menggunakan prasarana sandaran

OTatacara bila berlaku bencana tidak dihebahkan: tidak tahu nak panggil siapa jika berlaku bencana

OMaklumat rahsia (classified) yang dikendalikan oleh k/t yg tidak dibenarkan (unclassified)

OPertukaran bekas simpanan: dari segi bentuk dan warna