SlideShare a Scribd company logo
BASIS DATA
AHMAD KURNIAWAN


                  1
   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
 Recovery      (Pemulihan)
 Security       (keamanan)
 Integrity      (Integritas)
 Concurrency   (Konkurensi)




                                3
   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




                                                  4
   Transaksi
    Serangkain (paket) prosedur proses yang
    memperbaharui data pada sejumlah tabel di dalam
    basisdata.




                                                      5
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



                                                  6
Aplikasi yang baik harus dapat mengantisipasi
seperti kejadian kegagalan transaksi pada
langkah ke 4

Hal ini yang disebut ”Pemulihan transaksi”




                                                7
   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)




                                                                 8
Mulai



         Potong saldo

T
            Berhasil

                    Y

    Catat transaksi penarikan

T
             Berhasil

                    Y

        Keluarkan uang


                           Y
             Berhasil           Setujui Transaksi

                    T

         Batalkan proses



             Selesai
                                                    9
1.   Defered upate / perubahan yang ditunda

2.   Immediate Upadate / perubahan langsung

3.   Shadow Paging




                                              10
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.




                                              11
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.




                                                 12
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.


                                                            13
   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.



                                                                14
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

                                                         15
16
17
   Pada kegagalan media penanganannya adalah
    dengan memuat kembali data yang dianggap
    rusak, dengan cara merestore basisdata hasil
    backup terakhir.




                                                   18
Data yang ada pada harddisk yang tergores di dalam
basisdata pasti rusak dan tidak dapat dibaca.
Cara mempebaikinya sbb:
1. Deteksi data yang masih baik, dengan cara membaca data
   dari awal sampai berhenti pada posisi yg rusak tsb. dan
   catat index number datanya. Kemudian di export ke basis
   data lain, untuk mengumpulkan yang baik saja.
2. Baca kelanjutan data mulai dari index setelah yang rusak,
   sampai berhenti pada posisi yg rusak berikutnya dan lakuan
   expot kembali untuk mengumpulkan yang baik saja
3. Lakukan hingga data selesai semua diexport, terakhir
   lakukanlah mengimpor data ke databasenya.




                                                            19

More Related Content

Similar to Materi 11

Ferli Apriadi - Konkurensi
Ferli Apriadi - KonkurensiFerli Apriadi - Konkurensi
Ferli Apriadi - Konkurensi
belajarkomputer
 
Oracle transaksi
Oracle transaksiOracle transaksi
Oracle transaksi
Ammar Shadiq
 
Transaction.pptx
Transaction.pptxTransaction.pptx
Transaction.pptx
Ajenkris Kungkung
 
PostgreSQL Transaksi
PostgreSQL TransaksiPostgreSQL Transaksi
PostgreSQL TransaksiAmmar Shadiq
 
Transaction
TransactionTransaction
Transaction
Hendra Fillan
 
19556 lingkungan database
19556 lingkungan database19556 lingkungan database
19556 lingkungan database
Universitas Bina Darma Palembang
 
Saga Pattern in Microservice
Saga Pattern in MicroserviceSaga Pattern in Microservice
Saga Pattern in Microservice
Deni Husni Fahri Rizal
 
01 sisbasdat a 04
01 sisbasdat a 0401 sisbasdat a 04
01 sisbasdat a 04
nursalehah
 
Analisis permasalahan salinan data berganda
Analisis permasalahan salinan data bergandaAnalisis permasalahan salinan data berganda
Analisis permasalahan salinan data berganda
Immank Go
 
Software Akuntansi: Zahir
Software Akuntansi: ZahirSoftware Akuntansi: Zahir
Software Akuntansi: Zahir
adelia rizki
 
Pengenalan konsep dan komponen Oracle database recovery
Pengenalan konsep dan komponen Oracle database recoveryPengenalan konsep dan komponen Oracle database recovery
Pengenalan konsep dan komponen Oracle database recovery
Ammar Shadiq
 
Manajemen Transaksi
Manajemen TransaksiManajemen Transaksi
Manajemen Transaksi
Sherly Uda
 
02. proses pada so
02. proses pada so02. proses pada so
02. proses pada sokimerfan
 
Slide3 manajemen proses
Slide3 manajemen prosesSlide3 manajemen proses
Slide3 manajemen prosesHz Tena
 
Pemulihan berdasarkan proses redo undo
Pemulihan berdasarkan proses redo  undoPemulihan berdasarkan proses redo  undo
Pemulihan berdasarkan proses redo undo
igdebudi
 

Similar to Materi 11 (17)

Ferli Apriadi - Konkurensi
Ferli Apriadi - KonkurensiFerli Apriadi - Konkurensi
Ferli Apriadi - Konkurensi
 
Oracle transaksi
Oracle transaksiOracle transaksi
Oracle transaksi
 
Transaction.pptx
Transaction.pptxTransaction.pptx
Transaction.pptx
 
PostgreSQL Transaksi
PostgreSQL TransaksiPostgreSQL Transaksi
PostgreSQL Transaksi
 
Transaction
TransactionTransaction
Transaction
 
19556 lingkungan database
19556 lingkungan database19556 lingkungan database
19556 lingkungan database
 
ikd312-10-transaksi
ikd312-10-transaksiikd312-10-transaksi
ikd312-10-transaksi
 
Saga Pattern in Microservice
Saga Pattern in MicroserviceSaga Pattern in Microservice
Saga Pattern in Microservice
 
01 sisbasdat a 04
01 sisbasdat a 0401 sisbasdat a 04
01 sisbasdat a 04
 
Analisis permasalahan salinan data berganda
Analisis permasalahan salinan data bergandaAnalisis permasalahan salinan data berganda
Analisis permasalahan salinan data berganda
 
Arkom1
Arkom1Arkom1
Arkom1
 
Software Akuntansi: Zahir
Software Akuntansi: ZahirSoftware Akuntansi: Zahir
Software Akuntansi: Zahir
 
Pengenalan konsep dan komponen Oracle database recovery
Pengenalan konsep dan komponen Oracle database recoveryPengenalan konsep dan komponen Oracle database recovery
Pengenalan konsep dan komponen Oracle database recovery
 
Manajemen Transaksi
Manajemen TransaksiManajemen Transaksi
Manajemen Transaksi
 
02. proses pada so
02. proses pada so02. proses pada so
02. proses pada so
 
Slide3 manajemen proses
Slide3 manajemen prosesSlide3 manajemen proses
Slide3 manajemen proses
 
Pemulihan berdasarkan proses redo undo
Pemulihan berdasarkan proses redo  undoPemulihan berdasarkan proses redo  undo
Pemulihan berdasarkan proses redo undo
 

More from wawankoerniawan

Print screen
Print screenPrint screen
Print screen
wawankoerniawan
 
Materi 6
Materi 6Materi 6
Materi 6
wawankoerniawan
 
Materi 12
Materi 12Materi 12
Materi 12
wawankoerniawan
 
Materi 10
Materi 10Materi 10
Materi 10
wawankoerniawan
 
Materi 7
Materi 7Materi 7
Materi 7
wawankoerniawan
 
Materi 4
Materi 4Materi 4
Materi 4
wawankoerniawan
 
Materi 3
Materi 3Materi 3
Materi 3
wawankoerniawan
 
Materi 2
Materi 2Materi 2
Materi 2
wawankoerniawan
 
Materi 1
Materi 1Materi 1
Materi 1
wawankoerniawan
 
Materi 11
Materi 11Materi 11
Materi 11
wawankoerniawan
 
Materi 10
Materi 10Materi 10
Materi 10
wawankoerniawan
 
Materi 12
Materi 12Materi 12
Materi 12
wawankoerniawan
 
Materi 9
Materi 9Materi 9
Materi 9
wawankoerniawan
 

More from wawankoerniawan (20)

Print screen
Print screenPrint screen
Print screen
 
Materi 6
Materi 6Materi 6
Materi 6
 
Materi 6
Materi 6Materi 6
Materi 6
 
Materi 12
Materi 12Materi 12
Materi 12
 
Materi 10
Materi 10Materi 10
Materi 10
 
Materi 9
Materi 9Materi 9
Materi 9
 
Materi 8
Materi 8Materi 8
Materi 8
 
Materi 7
Materi 7Materi 7
Materi 7
 
Materi 5
Materi 5Materi 5
Materi 5
 
Materi 4
Materi 4Materi 4
Materi 4
 
Materi 3
Materi 3Materi 3
Materi 3
 
Materi 2
Materi 2Materi 2
Materi 2
 
Materi 1
Materi 1Materi 1
Materi 1
 
Materi 11
Materi 11Materi 11
Materi 11
 
Materi 4
Materi 4Materi 4
Materi 4
 
Materi 10
Materi 10Materi 10
Materi 10
 
Materi 10
Materi 10Materi 10
Materi 10
 
Materi 12
Materi 12Materi 12
Materi 12
 
Materi 9
Materi 9Materi 9
Materi 9
 
Materi 7
Materi 7Materi 7
Materi 7
 

Materi 11

  • 2. 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.  Recovery (Pemulihan)  Security (keamanan)  Integrity (Integritas)  Concurrency (Konkurensi) 3
  • 4. 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 4
  • 5. Transaksi Serangkain (paket) prosedur proses yang memperbaharui data pada sejumlah tabel di dalam basisdata. 5
  • 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 6
  • 7. Aplikasi yang baik harus dapat mengantisipasi seperti kejadian kegagalan transaksi pada langkah ke 4 Hal ini yang disebut ”Pemulihan transaksi” 7
  • 8. 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) 8
  • 9. Mulai Potong saldo T Berhasil Y Catat transaksi penarikan T Berhasil Y Keluarkan uang Y Berhasil Setujui Transaksi T Batalkan proses Selesai 9
  • 10. 1. Defered upate / perubahan yang ditunda 2. Immediate Upadate / perubahan langsung 3. Shadow Paging 10
  • 11. 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. 11
  • 12. 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. 12
  • 13. 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. 13
  • 14. 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. 14
  • 15. 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 15
  • 16. 16
  • 17. 17
  • 18. Pada kegagalan media penanganannya adalah dengan memuat kembali data yang dianggap rusak, dengan cara merestore basisdata hasil backup terakhir. 18
  • 19. Data yang ada pada harddisk yang tergores di dalam basisdata pasti rusak dan tidak dapat dibaca. Cara mempebaikinya sbb: 1. Deteksi data yang masih baik, dengan cara membaca data dari awal sampai berhenti pada posisi yg rusak tsb. dan catat index number datanya. Kemudian di export ke basis data lain, untuk mengumpulkan yang baik saja. 2. Baca kelanjutan data mulai dari index setelah yang rusak, sampai berhenti pada posisi yg rusak berikutnya dan lakuan expot kembali untuk mengumpulkan yang baik saja 3. Lakukan hingga data selesai semua diexport, terakhir lakukanlah mengimpor data ke databasenya. 19