1 / 19

Recovery

Recovery. 1. Proteksi data. Sebuah fasilitas untuk melindungi data dari berbagai risiko sehingga dapat diantisipasi dari kemungkinan sbb: - Gangguan listrik - Kerusakan harddisk - Kesalahan perangkat lunak (tdk prosedur) - Akses oleh orang yang tidak berhak

melissan-ian
Download Presentation

Recovery

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. Recovery 1

  2. Proteksi data • Sebuah fasilitas untuk melindungi data dari berbagai risiko sehingga dapat diantisipasi dari kemungkinan sbb: - Gangguan listrik - Kerusakan harddisk - Kesalahan perangkat lunak (tdk prosedur) - Akses oleh orang yang tidak berhak - Akibat dari multiuser

  3. Kontrol yang tersedia • Recovery (Pemulihan) • Security (keamanan) • Integrity (Integritas) • Concurrency (Konkurensi)

  4. Recovery (Pemulihan) • Upaya untuk mengembalikan keadaan basisdata pada posisi semula yang dianggap benar sebelum terjadinya kegagalan. Macam kegagalan: 1. Kegagalan Transaksi 2. Kegagalan Sistem 3. Kegagalan Media

  5. Kegagalan transaksi • Transaksi Serangkain (paket) prosedur proses yang memperbaharui data pada sejumlah tabel di dalam basisdata.

  6. Contoh pada ATM 1. Memasukkan Nilai Uang yang akan di tarik 2. Pemotongan saldo pada Tabel 3. Penarikan dicatat pada Tabel Tranaksi 4. ATM mengeluarkan uang Misalnya kegagalan terjadi pada saat langkah ke 4 (empat), oleh karena suatu hal ATM tidak mengeluarkan uang

  7. Mengantisipasi jika kegagalan Transaksi Aplikasi yang baik harus dapat mengantisipasi seperti kejadian kegagalan transaksi pada langkah ke 4 Hal ini yang disebut ”Pemulihan transaksi”

  8. Pemulihan transaksi • Mendefinisikan keadaan sbb: Mulai (Pernyataan keadaan awal transaksi) Disetujui sebagian (Pernyataan suatu langkah transaksi berhasil) Gagal (Pernyataan suatu langkah transaksi gagal dilaksanakan) Batal (Pernyataan suatu langkah transaksi batal dilaksanakan) Disetujui (Pernyataan suatu langkah transaksi berhasil dijalankan) Berakhir (Pernyataan keadaan transaksi telah berakhir)

  9. Flowchartnya: Mulai Potongsaldo T Berhasil Y Catattransaksipenarikan Berhasil T Y Keluarkanuang Berhasil Y SetujuiTransaksi T Batalkanproses Selesai

  10. Teknik Pemulihan Transaksi • Defered upate / perubahan yang ditunda • Immediate Upadate / perubahan langsung • Shadow Paging

  11. Defered upate / perubahan yang ditunda Perubahan pada DB tidak akan berlangsung sampai transaksi ada pada poin disetujui (COMMIT). Jika terjadi kegagalan maka tidak akan terjadi perubahan, tetapi diperlukan operasi redo untuk mencegah akibat dari kegagalan tersebut.

  12. Immediate Upadate / perubahan langsung Perubahan pada DB akan segera tanpa harus menunggu sebuah transaksi tersebut disetujui. Jika terjadi kegagalan diperlukan operasi UNDO untuk melihat apakah ada transaksi yang telah disetujui sebelum terjadi kegagalan.

  13. Shadow Paging Menggunakan page bayangan imana paa prosesnya terdiri dari 2 tabel yang sama, yang satu menjadi tabel transaksi dan yang lain digunakan sebagai cadangan. Ketika transaksi mulai berlangsung kedua tabel ini sama dan selama berlangsung tabel transaksi yang menyimpan semua perubahan ke database, tabel bayangan akan digunakan jika terjadi kesalahan. Keuntungannya adalah tidak membutuhkan REDO atau UNDO, kelemahannya membuat terjadinya fragmentasi.

  14. Pemulihan sistem • Pada sebuah sistem bisa saja terjadi kegagalan, jika banyak transaksi sedang berlangsung tiba-tiba terjadi ganguan pada sistem sehingga menyebabkan semua data dalam RAM hilang. • Transaksi2 yang tidak selesai harus dibatalan jika sistem diaktifkan kembali (proses UNDO) • Sistem memiliki transaksi mana yang sudah Berakhir disetujui dan yang belum disetujui, jejak langkah tersebut disimpan pada sebuah LOG.

  15. Kegagalan Basis data tidak rusak • Recovery yang lebih disukai: beralih ke basis data duplikat • Alternatif 1: rollback • Alternatif 2: restart dari checkpoint Kerusakan basis data • Recovery yang lebih disukai: beralih ke basis data duplikat • Alternatif 1: rollforward • Alternatif 2: memproses transaksi kembali

  16. Rollback

  17. Rollforward

  18. Pemulihan media • Pada kegagalan media penanganannya adalah dengan memuat kembali data yang dianggap rusak, dengan cara merestore basisdata hasil backup terakhir.

  19. Harddisk tergores Data yang adapadaharddisk yang tergoresdidalam basisdatapastirusakdantidakdapatdibaca. Cara mempebaikinyasbb: • Deteksi data yang masihbaik, dengancaramembaca data dariawalsampaiberhentipadaposisiygrusaktsb. dancatat index number datanya. Kemudiandi export ke basis data lain, untukmengumpulkan yang baiksaja. • Baca kelanjutan data mulaidari index setelah yang rusak, sampaiberhentipadaposisiygrusakberikutnyadanlakuanexpotkembaliuntukmengumpulkan yang baiksaja • Lakukanhingga data selesaisemuadiexport, terakhirlakukanlahmengimpor data kedatabasenya.

More Related