Backup WordPress belum lengkap jika hanya menyalin file

Backup WordPress yang lengkap harus menyatukan file situs dan database sebagai satu titik pemulihan. Salinan itu perlu dikirim ke penyimpanan di luar server utama, dijalankan sesuai jadwal, dilindungi, diberi masa retensi, dan diuji melalui restore.

Menyalin public_html atau direktori WordPress saja belum cukup. Arsip tersebut dapat memuat tema, plugin, unggahan, dan konfigurasi, tetapi biasanya tidak membawa posting, halaman, komentar, pengguna, serta pengaturan yang tersimpan dalam sistem database terpisah.

Satukan file dan database dalam satu set backup

Dokumentasi resmi WordPress menjelaskan bahwa pemulihan lengkap situs tipikal memerlukan file dan database; database biasanya berada di MySQL atau MariaDB, bukan di dalam direktori yang diunduh dari server.

Buat kedua salinan dalam rentang waktu yang berdekatan dan beri identitas titik pemulihan yang sama, misalnya nama situs dan waktu pembuatan. Ini mengurangi risiko memasangkan file plugin atau tema dari satu kondisi dengan database dari waktu yang berbeda.

• File situs: WordPress core, wp-content, tema, plugin, media unggahan, .htaccess jika digunakan, dan file tambahan milik situs.
• Database: ekspor seluruh tabel WordPress dalam format SQL atau format terkompresi yang didukung alat pemulihan.
• wp-config.php: simpan bersama file situs karena berisi konfigurasi koneksi database dan mungkin memuat pengaturan khusus.
• Catatan lingkungan: dokumentasikan versi PHP, aturan server penting, nama domain, dan langkah pemulihan yang tidak tersimpan di WordPress.

Perlakukan komponen tersebut sebagai satu set. Jika nama database, pengguna, atau kata sandi berubah saat pemulihan atau migrasi, sesuaikan wp-config.php dengan kredensial lingkungan tujuan.

Pilih metode berdasarkan kendali yang tersedia

Tiga jalur yang umum adalah fitur panel hosting, plugin backup, dan proses manual. Panduan WordPress dari Hostinger menunjukkan ketiga jalur tersebut serta pemilihan file dan database untuk menghasilkan salinan lengkap.

Panel hosting praktis bila penyedia membuat backup file dan database serta menyediakan fungsi unduh atau restore. Sebelum mengandalkannya, periksa cakupan data, lama retensi, cara memulihkan salinan, dan apakah backup tetap dapat diakses ketika akun atau server produksi bermasalah.

Plugin dapat menjadwalkan backup dari dasbor WordPress dan mengirim hasilnya ke penyimpanan jarak jauh. Namun, prosesnya masih bergantung pada lingkungan situs saat dijalankan. Periksa file yang benar-benar tiba di tujuan dan notifikasi kegagalannya; tanda jadwal aktif bukan bukti bahwa backup selesai.

Metode manual memberi kendali langsung: salin file melalui File Manager, FTP, SFTP, atau SSH, kemudian ekspor seluruh database melalui phpMyAdmin atau alat database lain. Karena pelaksanaannya bergantung pada operator, metode ini lebih cocok sebagai salinan tambahan atau backup sebelum perubahan besar daripada satu-satunya mekanisme rutin.

Otomatiskan jadwal dan tentukan retensi

Frekuensi backup harus mengikuti jumlah data yang sanggup dibuat ulang setelah insiden. Situs profil yang jarang berubah dapat memiliki interval lebih panjang daripada toko, portal anggota, atau situs yang terus menerima komentar dan pesanan. Buat pula titik pemulihan sebelum pembaruan WordPress, tema, plugin, migrasi, atau perubahan konfigurasi penting.

Jadwalkan file dan database dalam satu pekerjaan atau dua pekerjaan yang waktunya berdekatan. Aktifkan notifikasi kegagalan dan periksa log secara berkala, termasuk apakah salinan berhasil terkirim ke penyimpanan tujuan.

Retensi tidak cukup bila hanya menyimpan versi terbaru. Pertahankan beberapa titik waktu, misalnya kelompok harian, mingguan, dan bulanan sesuai tingkat perubahan situs, agar masalah yang terlambat ditemukan tidak ikut tersimpan di semua backup yang tersedia. Sesuaikan jumlah versi dengan kapasitas, kebutuhan pemulihan, dan kewajiban perlindungan data.

Terapkan checklist 3-2-1 tanpa bergantung pada satu server

Dalam bentuk sederhana, checklist 3-2-1 berarti mempertahankan tiga salinan data, memakai dua jenis atau lingkungan penyimpanan, dan menempatkan satu salinan di luar lokasi produksi. Backup yang hanya berada di akun hosting yang sama belum memberi pemisahan memadai karena gangguan akun atau server dapat mengenai situs dan salinannya sekaligus.

1. Pertahankan situs produksi sebagai salinan aktif.
2. Simpan satu set backup pada jenis penyimpanan lain yang cepat diakses untuk pemulihan operasional.
3. Simpan satu set lagi di luar lingkungan hosting produksi, menggunakan akun atau kredensial yang tidak bergantung sepenuhnya pada akses server utama.

Panduan NCSC Selandia Baru menggunakan model 3-2-1-1 yang menambahkan satu salinan offline, sekaligus menganjurkan penjadwalan otomatis, retensi, pengujian, dan enkripsi backup. Tambahan offline memberi lapisan pemisahan dari sistem yang tetap terhubung.

Arsip WordPress dapat memuat data pengguna dan konfigurasi sensitif. Enkripsi salinan saat disimpan, batasi aksesnya, dan simpan kunci atau kata sandi dengan aman di luar server produksi agar perlindungan tersebut tidak menghalangi pemulihan ketika server utama tidak tersedia.

Uji restore sebelum mempercayai backup

Keberhasilan membuat ZIP atau ekspor SQL hanya membuktikan bahwa proses menghasilkan file. Uji restore diperlukan untuk memastikan isi, konfigurasi, hak akses, serta pasangan file dan database dapat membangun kembali situs yang berfungsi.

Lakukan pengujian di staging, instalasi lokal, atau lingkungan terisolasi, bukan dengan menimpa situs produksi. Mulai dari instalasi kosong, pulihkan file, buat database tujuan, impor dump SQL, sesuaikan wp-config.php bila kredensial berubah, lalu buka situs hasil pemulihan.

Jangan berhenti pada halaman depan. Uji akses dasbor, beberapa halaman dan media, tautan permanen, formulir, akun pengguna, serta fungsi penting seperti transaksi atau area anggota jika situs memilikinya. Catat set backup yang digunakan, waktu pemulihan, kesalahan yang muncul, dan tanggal pengujian agar prosedurnya dapat diulang.

Backup layak dinyatakan siap bila file dan seluruh database tercakup, keduanya berasal dari titik waktu yang konsisten, tersedia salinan di luar server, aksesnya terlindungi, dan restore terbaru berhasil. Jika salah satu unsur itu belum terpenuhi, yang tersedia masih berupa arsip, bukan prosedur pemulihan WordPress yang dapat diandalkan.

Baca juga:

• Views besar belum tentu ditonton: cara membaca Engaged Views YouTube
• Tano dan Lumanu menjanjikan komisi instan, tetapi cakupannya belum universal
• Sol, Terra, atau Luna: model termurah belum tentu paling cepat