SBD2 VC8

pretest

• Mengapa backup juga perlu diterapkan dalam basis data?

Jawaban :

Karena suatu backip harus dilakukan dengan tujuan untuk berjaga-jaga agar jangan sampai terjadi kerusakan sistem dna untuk proteksi basis data dari ancaman atau gangguan baik disengaja atau tidak serta antisipasi hacker.

• Bilamana Recovery data dilaksanaknan

Jawaban :

Proses Recovery dibutuhkan jika ada kerusakan media (disk) yang memungkinkan semua data yang ada dalam disk tersebut tidak dapat dipanggil ulang atau tidak dapat digunakan baik file data, file redo log, dan file kontrolnya. Biasanya kerusakan ini muncul saat menulis atau membaca file untuk dipanggil dan dioperasikan dengan database. Kejadian ini dikelompokkan dalam kerusakan media, karena ada kaitannya dengan masalah pembacaan dan penulisan data file yang dibutuhkan database.

• Apa peranan DBA dalam proses Backup dan Recovery data

Jawaban :

Peran DBA bervariasi tergantung pada jenis database, proses yang mereka kelola dan kemampuan sistem manajemen database (DBMS) yang digunakan.

-          Mengembangkan, mengelola, dan pengujian back-up dan rencana pemulihan (Recovery plans)

-          Memberikan kebutuhna pengguna dan melakukan pemantauan akses pengguna serta keamanan.

-          Memastikan bahwa penyimpanan dan pengarsipan prosedur data berfungsi dengan benar.

posttest

RDBMS memiliki komponen yang digunakan untuk mengembalikan Basis Data ke kondisi yang benar (Consistent State) Jika Terjadi System Failure (Kegagalan Sistem)

• Jelaskan apa saja penyebab kegagalan system dalam sebuah system yang memungkinkan mengganggu konsistensi data

Jawaban :

-          Natural physical disasters

Bencana fisik yang natural, seperti kebakaran, air bah, gempa

-          Carelessness / human error

Kekurangan ketelitian atau kerusakan pada data atau fasilitas yang tidak disengaja disebabkan oleh operator atau pengguna

-          Sabotase

Kerusakan pada data, fasilitas perangkat lunak dan keras yang disengaja

-          System crash

Kerusakan sistem, akibat kesalahan pada perangkat keras atau lunak menyebabkan kehilangan memori utama

-          Media failure

Kegagalan pada media, seperti media tidak dapat dibaca menyebabkan kehilangan sebagian dari penyimpanan sekunder

-          Application software error

Kesalahan pada perangkat lunak aplikasi, seperti kesalahan logika yang mengakses database menyebabkan satu atau lebih transaksi mengalami kegagalan, basis data menjadi tidak konsisten

• Kegagalan system juga bisa mengakibatkan kerusakan pada system, jelaskan jenis kerusakan akibat kegagalan system dan bagaimana untuk mengatasinya

Jawaban :

-          Kegagalan transaksi ( Transaction error )

Ø  Kesalahan logika ( Logical error )

Input salah, data not found, overflow, memori habis

Ø  Kesalahan sistem ( System error )

Deadlock

-          Kerusakan sistem ( System crash )

Hardware macet (hang), data pada memori sementara hilang

-          Kerusakan pada disk ( Disk failure )

Bad sector / disk macet pada saat operasi I/O

Pemulihan sistem

Missal : mati listrik

Data pada RAM hilang dan ada transaksi yang tidak selesai, transaksi harus dibatalkan pada saat sistem diaktifkan kembali (UNDO) dan transaksi yang commit harus dijamin telah ditulis (proses REDO)

• RDMBS menyediakan beberapa fasilitas  recovery data antara lain mekanisme backup, fasilitas loging, chekpoint, dan manager recovery. Jelaskan konsep recovery yang dapat dipilih atau digunakan pada saat kegagalan transaksi

Jawaban :

Ada 2 teknik utama dalan melakukan recovery :

1.    Deferred Update

-          Update tidak dilakukan secara langsung pada database, tetapi update dilakukan setelah transaksi menyelesaikan eksekusinya dengan sukses dan mencapai titik commit.

-          Sebelum mencapai commit semua transaksi yang di update disimpan pada buffer local

-          Hanya dicatat pada system log dan transaction workspace

-          Setelah transaksi commit dan log sudah dituliskan ke disk, maka update dituliskan ke database

-          Karena database tidak pernah ter-update pada disk hingga transaksi mencapai commit, operasi UNDO tidak diperlukan

-          Operasi ini dikenal dengan algoritma recovery NO UNDO / REDO

-          REDO dibutuhkan saat sistem gagal setelah transaksi mencapai commit tetapi sebelum perubahan disimpan pada database di disk

2.    Immediate Update

-          Update dilakukan langsung pada database tanpa menunggu transaksi mencapai titik commit

-          Operasi tetap harus dituliskan pada database -> write-ahead logging protocol