Server VPS: backup dan pemantauan

Yang akan Anda capai

• tahu salinan server apa saja yang ada dan cara meminta pemulihan;
• membuat salinan database sendiri, yang bisa dipulihkan secara terpisah;
• memeriksa dalam dua menit apakah server sehat.

Salinan apa saja yang bisa Anda miliki

Backup dan snapshot memulihkan seluruh server sekaligus, ke kondisi pada jam salinan dibuat: semua yang berubah setelahnya hilang. Salinan Anda sendiri memungkinkan pemulihan satu database saja atau satu folder saja.

Backup otomatis dipilih saat pemesanan; harganya, sesuai paket, ada di halaman Server VPS. Jika Anda belum mencentangnya dan menginginkannya sekarang, hubungi kami dan kami jelaskan cara menambahkannya.

Langkah-langkah

A. Meminta snapshot sebelum perubahan besar

1. Sebelum update besar, instal ulang aplikasi, atau pemindahan data, hubungi kami lewat email atau WhatsApp: “Snapshot untuk server dengan IP …, sebelum …”.
2. Tunggu konfirmasi dari kami sebelum memulai perubahan.
3. Jumlah snapshot yang bisa ada bersamaan tergantung paket: 1 di VPS 1, 2 di VPS 2, 3 mulai VPS 3 ke atas. Jika sudah penuh, satu snapshot lama harus dihapus.

B. Membuat salinan harian database

4. Buat folder untuk salinan:

   sudo mkdir -p /var/backups/baze && sudo chmod 700 /var/backups/baze

5. Buka tugas terjadwal milik root: sudo crontab -e. Tambahkan satu baris, sesuai database yang Anda pakai:

   • MySQL atau MariaDB, setiap malam pukul 03.15, disimpan 14 hari:

     15 3 * * * mysqldump --single-transaction --all-databases | gzip > /var/backups/baze/mysql-$(date +\%F).sql.gz && find /var/backups/baze -name 'mysql-*.sql.gz' -mtime +14 -delete

   • PostgreSQL:

     15 3 * * * sudo -u postgres pg_dumpall | gzip > /var/backups/baze/pg-$(date +\%F).sql.gz && find /var/backups/baze -name 'pg-*.sql.gz' -mtime +14 -delete

   Jamnya adalah jam server (timedatectl menampilkannya). Di crontab, tanda % ditulis \%.

6. Keesokan harinya, periksa: ls -lh /var/backups/baze. File berukuran beberapa byte berarti salinan gagal.
7. Salinan di server yang sama tidak melindungi Anda jika server rusak. Sesekali salin ke tempat lain: ke komputer Anda (scp ana@203.0.113.7:/var/backups/baze/* .) atau ke object storage, opsi saat pemesanan, yang terpisah dari server.
8. Coba lakukan pemulihan sekali dalam beberapa bulan, ke database uji. Salinan yang belum pernah dicoba belum tentu benar-benar salinan.

Jika aplikasi Anda berjalan di Docker, database ada di dalam container: perintahnya dijalankan lewat docker exec di container database. Dokumentasi aplikasi biasanya menjelaskan cara membuat salinannya.

C. Memeriksa kesehatan server

9. Masuk lewat SSH dan jalankan satu per satu:

   uptime            # sudah berapa lama berjalan dan beban rata-rata
   df -h             # ruang disk, per partisi
   free -h           # memori dan swap
   systemctl --failed           # layanan yang berhenti karena error
   sudo journalctl -p err -b    # error sejak boot terakhir

10. Tanda bahaya:
    • disk di atas 85–90% (df -h): pada 100%, database dan aplikasi berhenti;
    • memori hampir penuh dan swap banyak terpakai (free -h);
    • ada layanan di systemctl --failed.
11. Untuk melihat apa yang memakan sumber daya, top (atau htop, setelah sudo apt install htop / sudo dnf install htop). Apa yang memenuhi disk: sudo du -xh / --max-depth=2 | sort -h | tail -20.

D. Mengetahui sendiri saat website down

12. Pemantauan uptime (opsi, tergantung paket) memeriksa setiap alamat setiap 5 menit, dari server kami, dan mengirim email kepada Anda (dan ke ponsel, jika notifikasi diaktifkan) saat alamat tidak merespons dan saat kembali normal. Alamatnya Anda masukkan sendiri di Akun NBT (lihat Cara menambahkan alat atau add-on). Sebuah alamat hanya diterima jika domainnya mengarah ke IP server Anda.
13. Pemantauan uptime hanya melihat alamat web. Pemantauan ini tidak melihat database yang berhenti, disk yang makin penuh, atau layanan tanpa alamat web; untuk itu tetap gunakan pemeriksaan di langkah C.

Jika ada kendala

• Anda menghapus sesuatu tanpa sengaja. Jika itu database dan Anda punya salinan dari langkah B, Anda bisa memulihkannya sendiri, dari file tanggal yang diinginkan. Untuk seluruh server, beri tahu kami tanggal yang diinginkan dari backup atau snapshot.
• Disk penuh. Hapus log lama (sudo journalctl --vacuum-time=14d), image Docker yang tidak terpakai (docker system prune, setelah memeriksa apa yang dihapusnya), dan salinan lokal yang lama. Jika butuh ruang lebih, hubungi kami untuk opsi “Ruang disk ganda” (+200 GB) atau paket yang lebih besar.
• Salinan malam tidak ada. Periksa log cron: sudo journalctl -u cron (Ubuntu, Debian) atau sudo journalctl -u crond (AlmaLinux, Rocky). Jalankan perintah dari crontab secara manual dan baca error-nya.
• Anda menerima notifikasi down, tetapi website berjalan normal bagi Anda. Firewall mungkin memblokir pemeriksaan dari luar, atau domain melewati proxy. Lihat Server VPS: update dan firewall.