Makalah

DATABASE CONTROL

FAKULTAS EKONOMI
AKUNTANSI

Disusun Oleh :

NAMA : 1. ADITYA ALIENDA (143112340350019)

2. MUHAMMAD EKO WIBOWO (143112340350026)
MATA KULIAH : AUDIT PROSES DATA ELEKTRONIK
HARI/JAM : SENIN/16:00-18:30
DOSEN : PADRI ACHYARSYAH

PENDAHULUAN
Database subsistem menyediakan fungsi untuk mendefinisikan, membuat, mengubah
menghapus, dan membaca data dalam suatu informasi. Jenis utama dari data yang dikelola
dalam subsistem database yaitu :
1. Declarative Data
Data yang menggambarkan aspek statis benda dunia nyata dan asosiasi antara
objek-objek tersebut. Sebagai contoh, sebuah file pengganjian dan informasi file
 karyawan toko tentang tingkat upah untuk setiap karyawan, berbagai posisi dalam
suatu organisasi, dan karyawan yang telah ditetapkan untuk masing-masing posisi.
2. Procedural Data
Data yang menggambarkan aspek dinamis benda dunia nyata dan asosiasi antar
objek-objek tersebut. Sebagai contoh: database mungkin berisi seperangkat aturan
yang menjelaskan bagaimana manajer ahli portofolio membuat keputusan tentang
memilih saham dan obligasi untuk tujuan investasi.
Ketika baik data deklaratif dan procedural disimpan, database terkadang disebut sebagai
knowledge base untuk mencerminkan besar kekuatan dari data yang dipelihara dalam
subsistem basis data (database). Subsistem database juga semakin digunakan dalam
penyimpan. Seperti halnya:
a. Data tentang desain (misalanya desain manfaktur) dimana fokusnya adalah
desain benda yang dapat terdiri atau tersusun menjadi objek desain lainnya.
b. Gambar grafis, audio, dan video, yang dapat digunakan untuk mendukung
aplikasi multimedia.
Dengan munculnya database besar dan meningkatnya penggunaan Decision Suport
System dan Executive Information System, telah memunculkan minat baru dalam bagaimana
basis data harus disusun untuk memungkinkan pengakuan pola antara data, sehingga
memfasilitasi penemuan pengetahuan dari para pengambil keputusan. Database besar yang
berisi data yang terintegrasi, rinci dan diringkas data, data historis dan metadata kadang-
kadang disebut data warehouse. Database yang berisi pilihan data dari data warehouse yang
ditujukan untuk fungsi tunggal disebut data mart. Proses mengenali pola antara data dalam
gudang data atau data mart kadang-kadang disebut data mining.
Awalnya, komponen utama dalam subsistem basis data (database) adalah program
aplikasi yang ditetapkan, dibuat, dimodifikasi, dan dihapusnya data sistem operasi yang
melakukan operasi input/output dasar untuk memindahkan data ke dan dari berbagai media
penyimpanan. Prosesor pusat dan penyimpanan utama dimana kegiatan ini dilakukan dan
penyimpanan media salinan semi permanen atau permanen data.
Untuk memberikan pengolahan yang efektif dan efisien prosedural data, beberapa
perubahan penting telah terjadi untuk komponen yang digunakan oleh subsistem basis data.
Misalnya, kegiatan yang sebelumnya dilakukan oleh program aplikasi dan system operasi
telah bermigrasi ke sisitem manajemen database. Mesin database khusus telah dikembangkan
untuk mendukung subsistem database. Sistem pakar telah dikembangkan untuk mendukung
pengolalahan prosedural.
 PEMBAHASAN
1. ACCESS CONTROL
Kontrol akses dalam subsistem database berfungsi untuk mencegah akses yang tidak sah
dan penggunaan data. Kontrol akses dilaksanakan dengan terlebih dahulu menetapkan
kebijakan keamanan untuk subsistem kemudian memilih mekanisme kontrol akses yang akan
menegakkan kebijakan yang dipilih. Dalam subsistem database, terlebih dahulu
memungkinkan pengguna untuk dapat mengkakses data mereka sendiri dan hak melakukan
tindakan apa yang mereka miliki sehubungan dengan data tersebut. Yang terakhir
memerlukan administrator system untuk menetapkan perangkat keamanan untuk data yang
tidak dapat diubah oleh pengguna basis data. Ada dua jenis kebijakan keamanan yang
mungkin diterapkan dalam subsystem database. Yaitu :

DISCRETIONARY ACCESS CONTROL

Dalam subsistem basis data, discretionary access control sangatlah luas. Misalnya, jika
subsistem manajemen database relational digunakan untuk mendukung subsistem database,
pengguna dapat diberi kewenangan untuk melakukan hal berikut :
i. Membuat skemanya
 ii. Membuat, mengubah, atau menghapus pandangan yang terkait dengan skema
iii. Membuat mengubah atau menghapus hubungan yang terkait dengan skema.
iv. Membuat mengubah atau menghapus tuples dalam hubungan yang terkait
dalam skema
v. Mengambil data dari tuples dalam hubungan yang terkait dalam skema.

Hak akses ini diberikan kepada pengguna yang ditunjuk sebagai pemilik dari skema
tertentu. Beberapa jenis penting dari pembatasan adalah sebagai berikut:

1) Name Dependent Restrictions

Pengguna baik yang memiliki akses ke sumber data atau mereka tidak memiliki akses
sumber daya. Jika pengguna memiliki akses ke sumber daya data, mereka memiliki hak
istimewa yang harus ditetapkan untuk melakukan suatu tindakan terhadap data tersebut.

Petugas penggajian hanya dapat membaca nama-nama orang, lokasi mereka, dan gaji
mereka. Di sisi lain, personil dapat membaca dan memodifikasi dari data gaji mereka dan
alamat rumah mereka. Petugas personil dapat mengakses tingkat kinerja seseorang.

2) Content Dependent Restriction

Pengguna diizinkan atau ditolak untuk mengakses ke sumber daya data tergantung pada
isi yang ada di dalam data tersebut.
 Petugas personil tidak diizinkan untuk mengkases gaji seorang karyawan jika melebihi
akses ditolak ke pembatasan konteks tergantung. Pengguan diizinkan untuk mengakses gaji
seorang karyawan jika melebihi $ 60.000.
3) Context Dependent Restrictions
Akses akan diizinkan atau ditolak tergantung pada konteks di mana mereka mencari
akses.

Personil pegawai tidak diizinkan akses ke nama-nama karyawan yang gajinya melibihi $
60.000 kecuali mereka berusaha untuk menjalankan beberapa jenis fungsi statistic (seperti
menghitung rata-rata) dari gaji item data.

4) History Dependent Restrictions

 Pengguna diizinkan atau ditolak akses ke sumberdaya tergantung pada seri waktu akses
dan tindakan yang telah mereka lakukan pada sumber data. Misalnya, pegawai gaji mungkin
tidak diizinkan untuk membaca nama2 karyawan yang memiliki gaji lebih dari $ 60.000.
Mereka mungkin tidak dicegah untuk melihat gaji, tetapi apabila mereka tidak mengakses
data nama karyawan. Jika urutan dimana kedua permintaan dieksekusi bersamaan, nama dan
gaji karyawan bisa dicocokan dengan mudah. History dependen access akan mencegah
tindakan yang tidak sah terjadi.

MANDATORY ACCESS CONTROL

Pada kontrol ini akses dari database diciptakan oleh pemakai atau pembuat itu sendiri.
Pemakai atau pembuat harus diberikan hak akses secara jelas tentang operasi apa saja yang
mungkin di lakukan. Selain itu juga harus di tentukan syarat apa saja yang harus di penuhi
agar dapat mengakses database tersebut.

SOME IMPLEMENTATION ISSUES

Faktor utama yang mempengaruhi keandalan mekanisme kontrol akses adalah yang
terletak di komponen tunggal atau beberapa komponen. Sebagai fungsi yang harus dilakukan
oleh kontrol akses peningkatan mekanisme, ukuran dan kompleksitas peningkatan kernel,
dengan demikian merancang implementasi efisien kernel lebih sulit untuk dicapai. Selain itu,
menjadi lebih sulit untuk memverifikasi keakuratan dan kelengkapan fungsi yang dilakukan
oleh kernel dan untuk menjaga keamanan dan integritas kernel. Misalnya, untuk diberikan
akses ke database, pengguna mungkin pertama harus diberikan akses ke sistem manajemen
database. Sistem operasi mungkin membatasi yang memiliki akses ke sistem manajemen
database. Jika pengguna diberikan akses ke sistem manajemen database, namun, mereka
kemudian mungkin harus mengidentifikasi dan mengotentikasi diri lagi untuk sistem
manajemen database untuk mendapatkan akses ke data dan diberikan hak istimewa tindakan
tertentu pada data. Menyediakan pengguna dapat memperoleh akses ke database hanya
melalui sistem manajemen database, ada sedikit risiko aturan kontrol akses yang tidak
konsisten yang diterapkan di bawah pendekatan ini. Jika pengguna dapat memperoleh akses
ke database tanpa harus melalui sistem manajemen database, namun, ada risiko bahwa aturan
kontrol akses yang diterapkan oleh sistem manajemen database dan yang diterapkan oleh
sistem operasi akan menjadi tidak konsisten.
Ketika database didistribusikan, bahkan lebih sulit untuk memastikan bahwa keamanan
dan integritas mekanisme kontrol akses dipertahankan dan konsistensi aturan kontrol akses
diberlakukan di seluruh subsistem basis data. Terlepas dari apakah database direplikasi di
beberapa situs atau dipartisi dengan bagian-bagian yang berbeda didistribusikan ke lokasi
yang berbeda, pertimbangan efisiensi mendikte bahwa mekanisme kontrol akses beberapa
harus sering digunakan untuk mendukung setiap replikasi atau partisi. Jika database
direplikasi, aturan kontrol akses yang sama harus diberlakukan oleh mekanisme kontrol akses
di setiap lokasi. Jika database dipartisi, permintaan pengguna harus diarahkan secara akurat
dan benar kepada mekanisme kontrol akses yang menengahi akses ke sumber daya data yang
telah diminta. Dalam setiap kasus, kompleks fungsi harus dilakukan dengan akurasi dan
kelengkapan sulit untuk memverifikasi dan keamanan sulit untuk melindungi integritas data.

2. INTEGRITY CONTROLS
Sebuah sistem manajemen database yang baik akan menegakkan berbagai jenis kendala
integritas dalam subsistem basis data. batasan integritas yang didirikan untuk menjaga
keakuratan, kelengkapan, dan keunikan contoh dari konstruksi yang digunakan dalam
pendekatan pemodelan atau data pemodelan konseptual yang digunakan untuk mewakili
fenomena dunia nyata tentang data akan disimpan dalam subsistem basis data.

Entity-Relationship Model Integrity Constraints

Batasan Entity-Relationship Model Integritas konstruksi fundamental dalam
diagram hubungan entitas adalah entitas, hubungan antar entitas, dan atribut entitas.
Entitas merupakan tipe dasar (kelas) dari hal-hal (benda) di dunia nyata yang akan
dimodelkan. Dalam subsistem database, jenis utama dari batasan integritas yang
berlaku untuk hubungan merupakan kendala kardinalitas. Kendala kardinalitas
menentukan baik 1) jumlah maksimum contoh dari suatu entitas yang dapat dikaitkan
dengan sebuah instance dari entitas lain (atau tuple dari contoh beberapa entitas) atau
(2) jumlah minimum contoh dari suatu entitas yang dapat dikaitkan dengan sebuah
instance dari entitas lain (atau tuple dari contoh beberapa entitas).
Relational Data Model Integrity Constraints
Batasan Relational Data Model Integritas membangun fundamental dalam model
data relasional adalah hubungan.
Object Data Model Integrity Constraints
Konstruksi mendasar dalam model objek data dan hubungan antara objek-objek.
Benda memiliki sifat struktural (atribut), yang mencerminkan karakteristik statis dari
objek, dan sifat dinamis (metode atau prosedur), yang mencerminkan bagaimana
keadaan suatu objek dapat berubah.
3. APPLICATION SOFTWARE CONTROLS
Seperti pengolahan subsistem, integritas subsistem database yang sebagian tergantung
pada kontrol yang telah dilaksanakan dalam program aplikasi yang menggunakan database.
Sistem manajemen database harus langsung mengakses dan memperbaharui database, namun
sistem manajemen database masih tergantung pada perangkat lunak aplikasi untuk lulus di
urutan yang benar dari perintah dan memperbaharui parameter dan mengambil tindakan yang
tepat utnuk data jenis tertentu dengan timbul suatu pengecualian.
Update Protocol
Pembaharuan protokol dalam perangkat lunak aplikasi berusaha untuk
memastikan bahwa perubahan ke database telah menceminkan perubahan pada
keadaan yang sebenarnya dan mewakili hubungan antar entitas data dalam database.
Dalam update protocol, ada bagian bagian terpenting. Yaitu:
a. Sequence Check Transaction And Master Files
File transaksi harus diurutkan sebelum di update dari file induk atau tabel
ke dalam database. Dalam beberapa keadaan, file induk atau tabel
diperbaharui dengan urutan tertentu.
b. Ensure All Records On Files Are Processed
Jika file induk dipelihara secara berurutan akan memastikan hasil akhir
yang benar. Protokol file yag harus diikuti dalam program pembaharuan
bertujuan untuk memastikan catatan tidak hilang, baik dari file transaksi
maupun file induk.
c. Process Multiple Transactions For A Single Record In The Correct Order
Beberapa transaksi dapat dicatat dalam 1 pencatatan. Seperti misalnya
beberapa pesanan penjualan mengalami perubahan alamat dan juga pesanan
penjualannya, hal ini harus diproses dalam pencatatan induk dalam pelanggan
tersebut. Dan alamat harus diperbarui dan kemudian pesanan penjualan,
karena pelanggan mungkin ditagih di alamat yang tertera sebelumnya.
d. Maintain A Suspense Account
Setiap kali transaksi moneter terjadi, transaksi itu harus diproses kedalam
file induk. Program pembaharuan harus memelihara akun suspense. Akun
suspense adalah tempat penyimpanan untuk transaksi moneter yang pada saat
melakukan pencocokan tidak dapat ditemukan pada saat pembaharuan dicoba.
 Report Protocols
Report protocol telah dirancang untuk memberikan info kepada pengguna
database yang akan memungkinkan mereka untuk mengidentifikasi kesalahan atau
terjadi penyimpangan. Ada tiga protokol yang harus di periksa, yaitu:
a. Print Control Data For Internal Tables
Banyak program memiliki tabel internal yang mereka gunakan untuk
melakukan berbagai fungsi. Misalnya, program penggajian mungkin memiliki
tabel internal tingkat upah yang ia gunakan untuk menghitung gross
membayar; program penagihan mungkin memiliki tabel internal harga yang ia
gunakan untuk mempersiapkan faktur; sebuah electronic data dalam program
mungkin memiliki tabel yang menggunakan untuk rute perintah ke berbagai
pemasok; atau program pembayaran bunga mungkin memiliki tabel suku
bunga yang ia gunakan untuk membayar pelanggan bunga atas rekening bank
mereka.
b. Print Run-To-Run Control Totals
Run-to-run total kontrol juga merupakan alat yang berguna untuk
mengidentifikasi kesalahan atau penyimpangan yang terjadi pada subsistem
basis data.
c. Print Suspense Account Entries
Seperti disebutkan sebelumnya, transaksi pembaruan moneter yang tidak
sama dengan catatan induk harus ditulis ke rekening suspense. Untuk
memastikan bahwa transaksi tersebut akhirnya dihapus dan masuk ke rekening
yang benar, laporan rekening suspense harus siap secara berkala untuk
menunjukkan transaksi yang diposting ke rekening suspense.

4. CONCURRENCY CONTROLS
Tujuan manajemen database adalah untuk memungkinkan pengguna database untuk
berbagi sumber daya data yang sama. Jika tidak, beberapa versi dari item data yang sama
harus dipertahankan untuk mendukung pengguna yang berbeda. Akibatnya, inkonsistensi
pasti muncul antara versi yang berbeda dari sumber daya data. Sayangnya, berbagi sumber
data akan menghasilkan satu masalah baru yang harus ditangani oleh subsistem basis data
jika integritas data adalah untuk dipertahankan.
Integritas data dapat dilanggar ketika dua proses diperbolehkan akses bersamaan ke item
data. Salah satu proses bisa membaca dan memperbarui item data pada saat yang sama
dengan proses lain membaca dan update item data. Efek dari satu operasi update bisa hilang.
Mengunci satu proses sedangkan proses lainnya melengkapi pembaruan yang dapat
menyebabkan situasi yang disebut kebuntuan di mana dua proses menunggu satu sama lain
untuk merilis item data bahwa kebutuhan lainnya.
Sebuah solusi yang diterima secara luas untuk kebuntuan adalah dua fase penguncian, di
mana semua item data yang diperlukan untuk menyebarkan efek dari transaksi yang pertama
diperoleh dan terkunci dari proses lainnya. Item data tidak dirilis sampai semua pembaruan
pada item data telah selesai.
Locking adalah salah satu mekanisme pengontrol konkuren. Konsep dasar, pada saat
suatu transaksi memerlukan jaminan kalau record yang diinginkan tidak akan berubah secara
mendadak, maka diperlukan kunci untuk record tersebut. Fungsi kunci (lock) adalah menjaga
record tersebut agar tidak dimodifikasi transaksi lain.
Timestamping adalah salah satu alternative mekanisme pengawasan konkuren yang dapat
menghilangkan masalah deadlock. Dalam skema ini tidak ada kunci yang digunakan sehingga
tidak ada deadlock yang muncul. Timestamping untuk sebuah transaksi aksi merupakan suatu
tanda pengenal yang unik yang menunjuk waktu mulai relative dari transaksi.

5. CRYPTOGRAPHIC CONTROLS
Kontrol kriptografi juga dapat digunakan untuk melindungi integritas dari data yang
disimpan dalam database. Cara utama untuk melindungi data yang tersimpan adalah enkripsi
blok. Ingat bahwa enkripsi blok beroperasi pada blok individual dari data. Ini berbeda dari
enkripsi aliran. enkripsi aliran berguna untuk mentransfer seluruh file antara dua pengguna,
tetapi enkripsi blok harus digunakan ketika pengguna membutuhkan akses ke hanya bagian
dari sebuah file. Data yang tersimpan pada media penyimpanan portabel, seperti kaset, disket,
dan kartrid, dapat dilindungi dengan menerapkan perangkat enkripsi yang aman di dalam
controller perangkat untuk media. Data dienkripsi secara otomatis setiap kali ada tertulis dan
didekripsi secara otomatis setiap kali membaca. pengguna individu dapat melindungi file
mereka sendiri menggunakan kunci kriptografi pribadi. Namun Sistem ini tidak memuaskan,
ketika data dibagikan. pemilik file harus membuat kunci mereka diketahui pengguna lain
yang membutuhkan akses ke file mereka. Akibatnya, kunci enkripsi dapat menjadi banyak
dikenal, dan risiko meningkat kompromi kunci. skema kriptografi alternatif telah dirancang
ketika data harus dibagi. Seperti berikut ini:

i. Setiap pemilik file diberi kunci file untuk melakukan operasi kriptografi pada file.
ii. Kunci sekunder ditugaskan untuk mengenkripsi / mendekripsi kunci file untuk file
yang dimiliki oleh pengguna tertentu. kunci sekunder membuat domain
 perlindungan yang berlaku untuk beberapa file, masing-masing memiliki kunci
sendiri. Kunci file yang dienkripsi di bawah kunci sekunder dapat disimpan dalam
catatan header file yang mereka terapkan sehingga mereka dapat diambil dengan
mudah setiap kali file tersebut perlu diakses. Kunci File yang aman karena mereka
akan dienkripsi di bawah kunci sekunder.
iii. Sebuah master key digunakan untuk mengenkripsi kunci sekunder. Dengan
demikian, kunci master dapat diubah tanpa harus reencrypt semua data dalam
database. Hanya tombol sekunder harus didekripsi dan reencrypted.
iv. Untuk membaca dan menulis file, pengguna harus memiliki akses ke kunci
sekunder untuk file sehingga file kunci pada gilirannya dapat diakses dan
digunakan untuk tujuan kriptografi. Akses ke kunci sekunder dapat dilindungi
dengan menggunakan jenis standar kontrol akses. Catatan nilai kunci sekunder
tidak diungkapkan kepada pengguna; mereka hanya diizinkan atau ditolak akses
ke sana untuk tujuan kriptografi.

6. FILE HANDLING CONTROLS

Berkas penanganan kontrol adalah media digunakan untuk mencegah kerusakan data
yang disengaja yang terdapat pada media penyimpanan. itu dilakukan oleh perangkat keras,
perangkat lunak, dan operator pengguna yang memuat atau membongkar media penyimpanan
(misalnya, kaset, disket, cartridge) yang digunakan untuk database, dump dari database, file
transaksi, file pekerjaan, log, dan audit. Beberapa jenis data yang dapat disimpan dalam
header dan trailer catatan file sehingga program dapat menentukan apakah mengakses file
yang benar.

7. AUDIT TRAIL CONTROLS

Jejak audit dalam subsistem database yang mempertahankan kronologi peristiwa yang
terjadi baik dengan definisi database atau database itu sendiri. Dalam banyak kasus, lengkap
peristiwa harus dicatat: kreasi, modifikasi, penghapusan, dan mendapatkan kembali.
Akuntansi Audit Trail
Pertama harus melampirkan cap waktu yang unik untuk semua transaksi. Ini
menegaskan transaksi telah tercapai dan mengidentifikasi posisi transaksi dalam seri
yang unik saat peristiwa yang terjadi pada item data.
Kedua, basis data subsistem harus melampirkan beforeimages dan afterimages
dari item data. Jika transaksi memodifikasi nilai item data yang ada, nilai dari item
 data sebelum diperbarui dan setelah itu diperbarui harus disimpan dalam entri
transaksi audit trail.
Operational Audit Trail
Jejak audit operasional dalam subsistem database yang mempertahankan
kronologi dari kejadian konsumsi sumber daya yang mempengaruhi definisi database.
Database administrator menggunakan operasi audit trail untuk menentukan kapan
database kebutuhan akan direorganisasi atau ketika proses-proses yang mengakses
database harus ditulis ulang untuk meningkatkan efisiensi mereka.
8. Existence Controls
Seluruh bagian dari database dapat hilang melalui 5 jenis kegagalan. Jenis Kegagalan
database tersebut yaitu :
a. Application Program Error. Dapat memperbarui data salah karena mengandung
kesalahan software.
b. System Software Error. Mungkin dalam OS, DBMS, jaringan sistem manajemen atau
program utilitas. Kesalahan dapat menyebabkan pembaruan yang keliru atau korupsi
dari data yang dimiliki oleh database.
c. Hardware Failure. Data tersebut dapat hilang karena kegagalan perangkat keras atau
rusak.
d. Prosedural Error. Dapat dibuat oleh operator yang dapat merusak database.
e. Kesalahan Lingkung. Seperti banjir, sabotase dll.
Kontrol keberadaan termasuk membangun dan menerapkan back-up data dan prosedur
pemulihan untuk memastikan ketersediaan database. Berbagai bentuk pemulihan cadangan
yaitu :
Grandfather, Father, Son Strategy
Melibatkan mempertahankan dua backup sejarah yaitu jika versi saat ini
(son/anak) dari master file rusak dapat dipulihkan dari versi sebelumnya (father/ayah)
dan log transaksi update ke versi baru. Jika versi sebelumnya dari master file rusak
selama proses pemulihan, versi yang lebih tua selanjutnya diperbarui dengan log
transaksi. Dalam strategi ini input file induk harus tetap utuh secara fisik dan berkas
transaksi yang digunakan untuk update efek juga harus dijaga.
Dual Recording/Mirroring Strategy
Melibatkan menjaga 2 salinan yang terpisah dari database yang sama di lokasi
fisik yang berbeda. Keuntungan adalah bahwa hal itu memungkinkan database akan
tersedia terus misalnya jenis sistem reservasi online. Hal ini juga dikenal sebagai
replikasi.
Logging
Merekam transaksi yang mengubah database oleh tindakan pembaruan. Ini
termasuk merekam semua peristiwa yang di update, membuat atau menghapus data
apapun dalam database. Tiga jenis dapat disimpan :
a. Logging Input Transactions. Transaksi log untuk memungkinkan pengolahan
transaksi selama pemulihan.
b. Logging Beforeimage. Untuk memungkinkan rollback database. Untuk
membatalkan trnsaksi, log harus mengandung salinan dari setiap record tau catatan
data-data database sebelum database itu [Link] atau catatan seperti itu disebut
beforeimages. Jika transaksi gagal sebelum melakukan semua perubahan untuk
database, database dapat dikembalikan ke titik terakhir.
c. Log Afterimage. Untuk memungkinkan roll-maju dari database. Untuk
melakukan kembali transaksi, log harus mengandung salinan dari setiap record
database setelah di ubah, record tersebut disebut sebagai afterimages
Residual Dumping
Dump penuh database periodik. Melibatkan biaya tinggi, membutuhkan banyak
waktu.
Diferential Files/Shadow Paging
Menjaga database agar tetap utuh dan menulis perubahan database ke file yang
terpisah. Pada waktunya perubahan ini ditulis ke database.
 REFERENSI

RON WEBER, 1999. INFORMATION SYSTEM CONTROL AND AUDIT.

PRENTICE-HALL. USA