Penanganan Data Hilang

Penjelasan Umum 

Kebanyakan informasi kejadian data hilang seolah disebabkan atau paling tidak diawali denganadanya update versi PWA. Berikut coba dianalisa dan diklasifikasikan berdasarkan penyebabnya:

1.       Faktor clear cache

a.    Ketika update versi memicu software semacam anti virus atau aplikasi semacam proteksi lalu otomatis melakukan clear cache.

b.    Ketika memory HP mau habis memicu software semacam optimizer untuk melakukan clear cache otomatis

2.      Faktor data tertinggal di CouchDB lama

Bisa sub klasifikasikan lagi dalam 3 faktor berikut:

a.   Ketika kejadian CouchDB2 corrupt lalu pindah ke CouchDB2 baru dalam kondisi data kosong

b.   Ketika migrasi ke server CouchDB baru dengan pemecahan mjd 4 segmen:

·       CouchDB2 ke CouchDB 

·       CouchDB3 lama ke CouchDB3 baru dan CouchDB4

c.   Ketika pengguna terlambat meng-update versi dari 2.2.6 ke 2.2.7 shg data PK nya masuk ke CouchDB salah alamat. Secara sistem tetap akan di proses ke Database secara normal, tapi ketika pengguna tsb update versi lalu ada kejadian clear cache (1.a) maka data yg muncul hanya data PK yg terakhir di input ketika sdh versinya 2.2.7

3.      Faktor jenis browser

Data hilang di HP sebenarnya tdk berhubungan dg data hilang di server. Mungkin kebetulan menggunakan browser default HP semacam Vivo, suspect error Javascript atau inkompatibiltas browser. Kejadiannya status Tersimpan’’ tapi di cek di server tidak ada, kejadiannya bisa hilang sebagian atau keseluruhan, bisa diawali dg update versi shg clear cache tanpa sengaja (1.a). Ciri khas faktor ini tracing ke semua CouchDB baik CouchDB baru maupun lama datanya tidak ditemukan.

4.      Faktor Delete

Terdapat banyak temuan ketika data hilang ditemukan pada CouchDB dg status Delete, yg tentunya membingungkan, apakah ini krn ketidaksengajaan tetapi knp PK yg di Delete jumlahnya bs banyak dlm 1 user. Di sisi lain secara aplikasi tdk menungkinkan mengubah suatu data PK mjd delete secara otomatis baik dr sisi Frontend PWA maupun middleware.

Kejadian ini bs jd jg terkait data hilang yg tdk ditemukan di CouchDB manapun ketika data PK di CouchDB dg status Delete telah terdeteksi middleware dan dilakukan penghapusan secara permanen

ALUR HISTORY MIGRASI SERVER COUCHDB & ALUR PENCARIAN DATA TERTINGGAL

Keterangan:

-     A.1 Server CouchDB2 crash/corrupt dimigrasi ke CouchDB2 baru tanpa replikasi data lama

-     A.2 Tgl 28 April dipecah mjd 2 segmen wilayah couchdb2 dan couchdb. Sebagian provinsi couchdb2 di replikasi ke couchdb3. A.2 juga bisa dimanfaatkan untuk pencarian data user yang PWA nya terlambat meng-update versi, dimana versi lama masih mengakses CouchDB2 dimana secara segmen seharusnya sudah mengarah ke CouchDB.

-     B.1 Tgl 28 April dimigrasi dan dipecah mjd 2 segmen wilayah couchdb3 baru dan couchdb4 dengan me replikasi data dari CouchDB3 lama

-     B.2 dimanfaatkan untuk pencarian data user yang PWA nya terlambat meng-update versi, dimana versi lama masih mengakses CouchDB3 dimana secara segmen seharusnya sudah mengarah ke CouchDB4.

Apabila hasil penanganan akhir 'Tidak ada data yg ditemukan di couchdb lama dan baru' maka dapat melakukan usaha terakhir dengan mencoba meminta file backup yang mungkin sudah pernah dilakukan user sebelum data hilang. 

Apabila kejadian data hilang karena kasus penghapusan pendata dapat melakukan backup as file dan me-restore kembali.