Prosedur Pemeliharaan & Pemulihan Database ini mengatur bagaimana Admin Yayasan menjaga salinan
data aplikasi Budget YPII tetap tersedia melalui backup berkala, dan memulihkan database dari backup
ketika terjadi insiden kehilangan atau kerusakan data. Prosedur menekankan verifikasi sebelum dan
sesudah pemulihan karena operasi restore menggantikan seluruh data aktif.
Menjamin ketersediaan salinan data yang mutakhir dan memastikan database dapat dikembalikan ke
keadaan baik secara terkendali saat insiden, dengan risiko kehilangan data seminimal mungkin.
Prosedur Pemeliharaan & Pemulihan Database berlaku untuk fitur Backup dan Restore di Panel Admin
aplikasi Budget YPII, mencakup dua alur: backup rutin (terjadwal) dan pemulihan saat insiden.
Prosedur dimulai dari pemicu jadwal backup atau permintaan pemulihan, dan berakhir saat backup
tersimpan aman atau database berhasil dipulihkan dan diverifikasi.
.db) berisi seluruh data aplikasi.Dalam prosedur Pemeliharaan & Pemulihan Database, peran yang terlibat adalah
Admin Yayasan (melakukan backup, restore, dan verifikasi)
dan Pengguna Terdampak (menerima pemberitahuan hasil pemulihan bila terjadi insiden).
Prosedur Pemeliharaan & Pemulihan Database menggunakan halaman Database di Panel Admin aplikasi
Budget YPII (fitur Unduh Backup dan Restore Database) serta penyimpanan file backup yang aman.
Pemicu (Start Event): Proses dimulai oleh jadwal backup berkala (timer) atau oleh permintaan
pemulihan akibat insiden data (message).
Pelaku (Lanes): Admin Yayasan dan Pengguna Terdampak.
Pelaku (Lane): Admin Yayasan
Tipe Gateway: Exclusive (XOR)
Aturan: Jika pemicu adalah jadwal backup berkala → langkah 2 (alur backup); jika pemicu adalah
insiden yang membutuhkan pemulihan → langkah 4 (alur restore).
Penggabungan (Merge): Kedua alur berakhir pada End Event masing-masing (backup tersimpan /
database dipulihkan).
Tipe Task (BPMN): User Task
Pelaku (Lane): Admin Yayasan
Input (Data Object): Database aktif
Aktivitas: Mengunduh salinan database aktif sebagai file .db dari kartu Backup Database.
Output (Data Object): File backup .db
Rincian/turunan: IK-8beb6568
Alur berikutnya (Sequence Flow): → langkah 3
Tipe Task (BPMN): User Task
Pelaku (Lane): Admin Yayasan
Input (Data Object): File backup .db
Aktivitas: Menyimpan file backup di lokasi aman dan memastikan file terunduh utuh serta
dirahasiakan dari pihak tak berwenang.
Output (Data Object): Backup tersimpan aman
Alur berikutnya (Sequence Flow): → Akhir Proses (backup)
Tipe Task (BPMN): User Task
Pelaku (Lane): Admin Yayasan
Input (Data Object): Daftar file backup
Aktivitas: Mengunduh backup data terkini lebih dulu sebagai pengaman sebelum pemulihan, dan
memilih file backup sumber yang benar.
Output (Data Object): Backup pengaman + file backup sumber terpilih
Rincian/turunan: IK-8beb6568
Alur berikutnya (Sequence Flow): → langkah 5
Tipe Task (BPMN): User Task
Pelaku (Lane): Admin Yayasan
Input (Data Object): File backup sumber terpilih
Aktivitas: Mengunggah file backup dan menjalankan Restore Database, mengganti seluruh data aktif
dengan isi file backup.
Output (Data Object): Database hasil pemulihan
Rincian/turunan: IK-c851c176
Alur berikutnya (Sequence Flow): → langkah 6
Tipe Task (BPMN): User Task
Pelaku (Lane): Admin Yayasan
Input (Data Object): Database hasil pemulihan
Aktivitas: Memeriksa bahwa data kunci (organisasi, anggaran, akun) tampil benar setelah
pemulihan.
Output (Data Object): Database terverifikasi
Alur berikutnya (Sequence Flow): → langkah 7
Tipe Task (BPMN): Send Task
Pelaku (Lane): Admin Yayasan
Input (Data Object): Status pemulihan
Aktivitas: Memberi tahu pengguna terdampak bahwa database telah dipulihkan dan keadaan data
terkini.
Output (Data Object): Pemberitahuan terkirim
Serah-terima (Message Flow): Admin Yayasan mengirimkan pemberitahuan ke lane Pengguna Terdampak
Alur berikutnya (Sequence Flow): → Akhir Proses (restore)
Akhir Proses (End Event): "Backup tersimpan aman" (alur backup) atau "Database dipulihkan &
terverifikasi" (alur restore).
Operasi restore (langkah 5) tidak dapat dibatalkan dan menggantikan seluruh data aktif; langkah 4
(mengunduh backup pengaman) wajib dilakukan lebih dulu. Rincian teknis backup/restore ada pada
Instruksi Kerja terkait.
Pada prosedur Pemeliharaan & Pemulihan Database, titik kontrol utama adalah langkah 4 (backup
pengaman wajib ada sebelum restore) dan langkah 6 (verifikasi data kunci setelah pemulihan). Pada
alur backup, langkah 3 memverifikasi file backup terunduh utuh.
Bila verifikasi pascapulih (langkah 6) menemukan data tidak konsisten, Admin Yayasan memulihkan
kembali dari backup pengaman (keluaran langkah 4) dan mengulang pemulihan; bila kegagalan berulang,
insiden dieskalasi ke penanggung jawab infrastruktur/pengembang aplikasi. File backup yang korup
atau berasal dari aplikasi lain tidak boleh digunakan untuk restore.
IK-8beb6568IK-c851c176