Dokumen tersebut menjelaskan empat kelas pemulihan dari kegagalan transaksi database. Kelas 1 menerapkan pemulihan Redo/Undo, Kelas 2 menerapkan Redo tanpa Undo, Kelas 3 tidak menerapkan Redo atau Undo, dan Kelas 4 tidak menerapkan Redo atau Undo. Setiap kelas sesuai dengan strategi pembaruan dan pemulihan yang berbeda untuk menangani kegagalan disk atau daya.
1. Hal ini memberikan empat alternatif untuk proses pemulihan sebagai diklasifikasikan di bawah:
• Kelas 1 Pemulihan: Redo / Undo. Redo dalam pendekatan ini berlaku untuk transaksi yang
berada di titik yang dijalankan. Menganalisis log, LRM akan mengulang transaksi dalam
keadaan "Sebelum dijalankan" serta transaksi yang dilakukan mencerminkan efek mereka
pada database stabil. Setelah itu, catatan dijalankan ditulis ke log untuk setiap transaksi di
keadaan "Sebelum dijalankan". Undo dalam pendekatan ini berlaku untuk transaksi-
transaksi yang tidak lengkap pada saat kegagalan. LRM akan membatalkan transaksi yang
dalam keadaan "Aktif". Setelah itu, catatan batalkan ditulis ke log untuk masing-masing
transaksi ini. Membandingkan pendekatan ini untuk apa yang kita bahas dalam Bagian
8.4.2.3, kita menyadari bahwa Redo / membatalkan pemulihan adalah sama dengan
pemulihan dari kegagalan disk dalam memperbarui strategi segera.
• Kelas 2 Pemulihan: Redo / Tidak-Undo. Redo dalam pendekatan ini adalah sama dengan
Kelas 1. Pendekatan ini tidak memerlukan membatalkan karena transaksi hanya ditulis ke
database setelah transaksi memasukkan keadaan "Sebelum menjalankan" Artinya,
perubahan transaksi ditangguhkan sampai keputusan dibuat untuk menjalankan transaksi.
Membandingkan pendekatan ini untuk apa yang kita bahas dalam Bagian 8.4.2.3, kita
menyadari bahwa mengulang / tidak-membatalkan pemulihan adalah sama sebagai
pemulihan dari disk kegagalan dalam strategi pembaruan ditangguhkan.
• Kelas 3 Pemulihan: No-Redo/Undo. No-mengulang dalam pendekatan ini menunjukkan
bahwa transaksi tidak pernah direnovasi. Itu karena perubahan transaksi telah ditulis ke
database segera. Pada titik menjalankan, tidak ada pekerjaan yang harus dilakukan kecuali
menulis catatan berkomitmen untuk log. Karena perubahan transaksi tercermin dalam
database segera, jika transaksi memutuskan untuk membatalkan, yang perubahan harus
dibatalkan dan tindakan harus dicatat oleh LRM di log. Jelas, kelas ini sesuai dengan apa
yang kita sebut pemulihan dari kekuatan kegagalan untuk strategi update langsung pada
Bagian 2.4.2.2.
• Kelas 4 Pemulihan: No-Redo/No-Undo. Pendekatan ini menulis perubahan untuk transaksi
ke database pada titik dijalankan dan karenanya tidak memerlukan-Redo ketika transaksi
benar-benar dijalankan.. Pendekatan ini tidak memerlukan membatalkan karena perubahan
tidak ditulis ke database jika membatalkan transaksi. Sekali lagi, membandingkan ini
dengan apa yang kita bahas dalam Bagian 2.4.2.2, kita menyadari bahwa pendekatan ini
sesuai dengan apa yang kita disebut pemulihan dari kegagalan daya untuk update tangguhan
strategi.