backup

Folder cadangan 14G memenuhi root disk. Pola pindah ke block storage dengan symlink menyelesaikan tekanan disk tanpa menghapus data cadangan.

TL;DR: Disk root bengkak 95 persen gara-gara folder backup plugin gambar WordPress segede 14GB. Jangan dihapus, cukup dipindah ke block storage pakai rsync, verifikasi dulu jumlah filenya, terus foldernya ditukar symlink path absolut. Jangan lupa set mount otomatis di fstab atau systemd, soalnya kalau reboot tanpa itu, symlinknya jadi dangling link.

Folder cadangan EWWW IO membengkak saat disk penuh. Kenali mekanisme backup gambar, opsi pemangkasan resmi, dan kriteria aman sebelum menghapusnya.

TL;DR: Disk penuh gara-gara folder backup plugin EWWW Image Optimizer, isinya 14 GB. Ternyata bukan duplikat, tapi cadangan gambar asli, salinan hasil scaling 2560px, plus file WebP. Jangan asal hapus folder itu — pastiin backup independen udah aman, baru pakai remove_originals atau pembersih WebP.

Cron harian nggak bisa jawab dump mana yang cocok sama versi yang live. Satu dump per tag rilis di folder .docs/BACKUPDB bikin rollback berhak nebak.

TL;DR: Saya pernah apes restore dump harian cron ternyata skemanya nggak cocok sama kode. Sekarang tiap rilis bikin annotated tag dan dump mariadb-dump dengan nama sama jadi jelas pasangannya. Tiap dump dites restore ke container kosong biar yakin bisa dipake pas darurat.

Membalik arah db-push jadi db-pull bukan cuma menukar panah: backup lokal dulu, dump divalidasi sebelum dipercaya, aturan backtick berubah di SSH.

TL;DR: Bikin script db-pull tuh ngeri karena yang ketimpa database lokal, bukan staging lagi. Makanya urutannya dibalik, wajib backup lokal dulu, terus dump staging dicek ukuran sama tanda Dump completed baru di-replace. Terus verifikasinya ketat banget, hitung baris tiap tabel harus sama persis, backtick juga diakalin biar aman di SSH.

Satu WordPress, dua repo Git: repo full di Forgejo untuk pemulihan, repo view di GitHub hanya untuk sumber yang saya tulis sendiri.

Menyalin file SQLite yang aktif bukan backup. Pelajaran dari script backup ringan: hot backup, tar atomik terverifikasi, dan prune berlapis.

TL;DR: Script ini menyalin SQLite aktif lewat perintah .backup, bukan cp mentah, supaya snapshot tetap konsisten di mode WAL. Arsip ditulis ke nama sementara, diverifikasi dengan tar -tzf, baru direname atomik, jadi tidak ada arsip setengah jadi. Penghapusan lama baru jalan setelah verify, dengan lantai minimal tiga arsip terbaru plus flock biar cron nggak dobel.

Whitelist aset DR di .gitignore bikin saya sadar repo Git bisa jadi salinan pertama strategi backup 3-2-1-1-0 tanpa NAS atau tape.

TL;DR: Commit kecil soal .gitignore bikin saya sadar file DR penting selama ini ikut ter-ignore, padahal harus masuk repo. Setup backup baru memakai pola 3-2-1-1-0: Git repo dengan bundle plus patch dump index/stash, restic terenkripsi lokal, dan cloud immutable off-site. Motivasinya jelas: ransomware kerap menyerang backup dulu, jadi salinan harus immutable dan restore teruji.