1 / 25

Disaster recovery planning

Disaster recovery planning. 10.41010.0001 Randy Floranno H. 10.41010.0003 Hendra Kurniawan 10.41010.0016  Lucky Andrean W. Disaster (bencana) didefinisikan sebagai kejadian yang waktu terjadinya tidak dapat diprediksi dan bersifat sangat merusak.

Download Presentation

Disaster recovery planning

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Disaster recovery planning 10.41010.0001 Randy Floranno H. 10.41010.0003 Hendra Kurniawan 10.41010.0016  Lucky Andrean W.

  2. Disaster (bencana) didefinisikan sebagai kejadian yang waktu terjadinya tidak dapat diprediksi dan bersifat sangat merusak.

  3. Berbagai bencana yang mungkin terjadi antara lain adalah: 1. Bencana alam disebabkan oleh kondisi geografis dan geologis dari lokasi 2. Kebakaran disebabkan oleh faktor lingkungan dan pengaturan sistem elektrik yang dapat menyebabkan korsleting 3. Kerusakan pada jaringan listrik disebabkan oleh sistem elektrik

  4. 4. Serangan teroris disebabkan oleh lemahnya keamanan fisik dan non fisik data center 5. Sistem atau perangkat yang rusak terkait dengan kesalahan manajemen pengawasan perangkat 6. Kesalahan operasional akibat ulah manusia Virus misalkan disebabkan oleh kesalahan pemilihan anti virus yang digunakan

  5. Dalam dunia bisnis, bisnis akan bergantung pada informasi yang tersebar dan aplikasi yang memproses informasi tersebut, sehingga aplikasi penopang utama yang spesifik menjadi sangat kritikal sehingga ketika terjadi gangguan hanya beberapa saat maka dapat melumpuhkan kelangsungan bisnis perusahaan

  6. Perencanaan database memilikilangkah – langkahpentingyaitu : • Mendefinisikankebutuhan (Requirement definition) • 2. Jenisinformasi yang harusdiperhatikan (Informasi yang menjelaskanstruktur data danmenggambarkanaturanataubatasan yang dapatmenjagaintegritasi data)

  7. Disaster Recovery Planning Merupakan serangkaian kegiatan yang bertujuan untuk mengurangi resiko – resiko bencana dan nantinya membuat kerugian – kerugian pada proses bisnis yang ada.

  8. Keuntungandari Disaster Recovery Planning • Memperbaiki system proteksiterhadapatsetiapaset – asetpenting yang dimilikiolehperusahantersebut. • 2. Membuat system proteksiinfomasiatau data – data perusahaanlebihefektif. • 3. Mengurangiresikobencanaakibatkesalahanmanusia • 4. Memperbaikimanajemenperusahaan

  9. Backup Database Merupakan suatu proses yang mengacu kepada pembuatan salinan data dari database, sehingga salinan ini dapat digunakan untuk mengembalikan data semula dari peristiwa kehilangan data ataupun kerusakan data.

  10. BACKUP AND RECOVERY ORACLE DATABASE(ORACLE) BackUp adalah suatu proses pembuatan salinan data dari database, sehingga salinan ini dapat digunakan untuk mengembalikan data semula dari peristiwa kehilangan data ataupun kerusakan data. Kerusakan data ini meliputi sebagai berikut :

  11. Statement failure • User process failure • User error  • Network failure  • Instance failure • Media failure

  12. Ada juga tujuan dari backup yaitu: 1. Meningkatkan Mean-Time-Between-Failures (MTBF) 2. Menurunkan Mean-Time-To-Recover (MTTR)  3. Meminimalkan kehilangan data

  13. Beberapa Jenis Backup 1. Physical Backup Untuk backup fisik (sering disebut sebagai backup sistem operasi) file data, redo log file dan file kontrol yang    disimpan pada media backup seperti sistem penyimpanan tape.

  14. Ada 2 type physical backup: • Cold/Offline Backup  • Backup dilakukanketika database off-line dantidaktersedia/diaksesuntukparapenggunanya • 2. Hot/Online (Archivelog) Backup • Backup dilakukanketika database online.

  15. 2. Logical Backup Logical Backup adalah pembacaan sebuah set record database dan menulisnya di sebuah file. Yang merupakan logical backup adalah ekspor-impor database.

  16. Ekspor-Impor Ekspor-impor digunakan untuk melakukan backup database logis. Saat mengekspor, objek database dipindah ke sebuah file biner yang kemudian dapat diimpor ke database Oracle lainnya. Karena menggunakan format file biner proprietary, mereka hanya dapat digunakan antara database Oracle. Jadi, user tidak bisa mengekspor data dan melakukan impor ke database non-Oracle

  17. Ekspor / impor digunakan untuk melakukan tugas-tugas berikut:a. Backup dan pemulihan (database kecil saja, katakanlah <50 GB, jika lebih besar, menggunakan RMAN sebagai gantinya) b. Memindahkan data antara database Oracle pada platform yang berbeda (misalnya dari Solaris ke Windows) c. Reorganisasi data / menghilangkan fragmentasi database.

  18. d. Upgrade database dari versi lama Oracle. e. Mendeteksi database yang corruption. f. Transport tablespace antara database

  19. RECOVERY ORACLE Recovery merupakan suatu prosedur untuk melakukan pemilihan terhadap data yang hilang. Recovery database bertujuan untuk me-restore hasil dari back-up fisik data file atau control file dengan cara memulihkan data file serta control file tersebut agar kembali tersedia di server database Oracle.

  20. Struktur Database Fisik yang digunakan untuk Recovery:       - Redo Log File       - Control File       - Data File  

  21. Jenis-jenis Recovery 1. Complete Recovery Beberapa hal yang harus diperhatikan dalam melakukan complete recovery diantaranya: · Memastikan datafile yang digunakan untuk restore dalam keadaan offline · Hanya merestore datafile yang rusak atau hilang · Jangan merestore control file, redo log file, password file atau parameter file · Recovery datafiles

  22. 2. Incomplete Recovery Untuk menjalankan Incomplete recovery yang dibutuhkan adalah backup dari semua data file yang dibuat sebelum recovery point dan semua archive log dari backup terakhir hingga waktu recovery yang diinginkan.

  23. Biasanya, incomplete recovery dilakukan ketika complete recovery gagal dijalankan. Selain itu, kondisi yang menyebabkan incomplete recovery harus dijalankan adalah dikarenakan semua redo log file dan data file hilang, terjadi user error(contoh: table terhapus, data input tidak valid dan telah di commit), atau control file hilang dan harus digunakan untuk membuka database.

  24. Step Recovery 1. Identifikasi suatu database yang mengalami rusak. 2. Analisa situasi saat database akan di recovery. 3. Menyiapkan apa yang dibutuhkan untuk recovery. 4. Identifikasi objek yang bergantung pada database. 5. Leave the expired copy backup. 6. Restore. 7. Roll forward through dbase log.

More Related