Migrasi Hosting Tanpa Downtime: Langkah demi Langkah

Migrasi hosting punya reputasi buruk karena satu kesalahan klasik: mematikan situs lama sebelum situs baru benar-benar siap, atau mengarahkan DNS sebelum semua konten selesai dipindahkan. Padahal dengan urutan yang tepat, perpindahan hosting bisa dilakukan tanpa pengunjung sadar apa pun yang terjadi di baliknya — tidak ada halaman error, tidak ada trafik yang hilang.

Kenapa Migrasi Berisiko Downtime

Downtime saat migrasi umumnya bukan karena hosting barunya bermasalah, melainkan karena urutan kerja yang salah. Kesalahan paling umum: mengarahkan DNS ke hosting baru sebelum semua file dan database selesai disalin sepenuhnya — akibatnya pengunjung yang resolvernya sudah memperbarui cache DNS akan mendapati website setengah jadi atau error total. Seperti dijelaskan di DNS Dasar: Cara Kerja dan Cara Mengaturnya, perubahan DNS tidak langsung berlaku serentak di seluruh dunia — ada jendela waktu propagasi di mana sebagian pengunjung diarahkan ke server lama, sebagian ke server baru. Migrasi yang aman justru memanfaatkan jendela waktu ini, bukan mengabaikannya.

Persiapan Sebelum Migrasi

Sebagian besar risiko migrasi sebenarnya bisa dieliminasi di tahap persiapan, jauh sebelum satu file pun dipindahkan:

• Backup penuh — seluruh file website dan database, disimpan di lokasi terpisah dari hosting lama maupun baru
• Cek kompatibilitas lingkungan server — versi PHP, versi database (MySQL/MariaDB), dan modul server yang dibutuhkan tema/plugin aktif
• Turunkan TTL DNS menjadi rendah (misalnya 300 detik) minimal 24–48 jam sebelum migrasi — supaya nanti saat DNS diarahkan, perubahannya lebih cepat merata
• Daftar lengkap layanan yang terhubung ke domain — email bisnis, subdomain, sertifikat SSL, dan integrasi pihak ketiga yang juga perlu ikut disesuaikan

Metode Migrasi: Plugin vs Manual

Untuk situs WordPress, ada dua pendekatan umum memindahkan file dan database:

• Plugin migrasi (seperti All-in-One WP Migration atau Duplicator) — mengemas seluruh file dan database jadi satu paket yang tinggal diimpor di hosting baru. Cocok untuk situs berskala kecil-menengah karena prosesnya lebih sederhana dan risiko kesalahan manual lebih kecil.
• Migrasi manual lewat FTP dan phpMyAdmin — menyalin file lewat FTP client, lalu mengekspor-impor database secara terpisah. Butuh lebih banyak langkah teknis, tapi memberi kontrol penuh — biasanya dipilih untuk situs besar dengan ukuran database yang melebihi batas upload plugin migrasi.

Apa pun metodenya, prinsip inti tetap sama: seluruh proses pemindahan file dan database harus tuntas sebelum DNS diarahkan — bukan dilakukan sambil situs sudah publik di alamat baru.

Langkah-Langkah Migrasi

1. Siapkan hosting baru sepenuhnya — instal ulang WordPress (atau salin filenya), impor database, dan pastikan seluruh konten benar-benar identik dengan versi lama.
2. Uji website di hosting baru lewat alamat sementara — biasanya berupa subdomain bawaan hosting atau alamat IP langsung, tanpa perlu mengubah DNS domain utama sama sekali.
3. Periksa seluruh fungsi penting — formulir kontak, proses checkout (kalau ada toko online), kecepatan halaman, dan tampilan di berbagai perangkat.
4. Baru arahkan DNS ke hosting baru setelah semua poin di atas terkonfirmasi berjalan normal.
5. Pantau selama masa propagasi — biasanya beberapa jam hingga sehari penuh — untuk memastikan tidak ada error yang muncul dari sisi mana pun.

Menguji Sebelum Switch-Over

Trik paling penting dalam migrasi tanpa downtime adalah menguji website di hosting baru sebelum publik bisa mengaksesnya — caranya lewat modifikasi file hosts di komputer sendiri. File ini memungkinkan komputer mengakses domain seolah-olah sudah mengarah ke IP hosting baru, padahal DNS publik belum diubah sama sekali. Dengan cara ini, tim internal bisa menjelajahi seluruh website di lingkungan barunya — termasuk menguji login admin, formulir, dan tampilan — tanpa pengunjung lain terpengaruh sedikit pun, karena secara publik domain masih mengarah ke hosting lama.

Proses Switch-Over dan Monitoring

Begitu pengujian di langkah sebelumnya benar-benar lolos, barulah DNS record (biasanya A record) diarahkan ke IP hosting baru. Karena TTL sudah diturunkan sejak tahap persiapan, propagasi akan jauh lebih cepat dibanding kalau TTL dibiarkan tinggi. Selama masa transisi ini:

Jangan matikan hosting lama segera setelah DNS diarahkan — biarkan tetap aktif selama beberapa hari, karena sebagian kecil pengunjung dengan cache DNS lama masih akan mengaksesnya sampai propagasi benar-benar tuntas di seluruh dunia.

Kesalahan Umum

• Mengarahkan DNS sebelum pengujian selesai — membuat pengunjung mengakses website yang belum sepenuhnya siap
• Mematikan hosting lama terlalu cepat — memutus akses bagi pengunjung yang resolvernya belum ter-update
• Lupa memindahkan pengaturan email (MX record) — menyebabkan email bisnis berhenti masuk tanpa disadari
• Tidak menguji formulir dan proses transaksi di lingkungan baru sebelum go-live, sehingga masalah baru ketahuan setelah pengunjung mengeluh

Mitos vs Fakta seputar Migrasi Hosting

Checklist Migrasi Tanpa Downtime

• Backup penuh file dan database sebelum menyentuh apa pun
• Turunkan TTL DNS minimal 24–48 jam sebelum migrasi dimulai
• Uji website sepenuhnya di hosting baru lewat file hosts, bukan langsung ubah DNS
• Pastikan MX record dan layanan email ikut dipindahkan dengan benar
• Biarkan hosting lama tetap aktif beberapa hari setelah switch-over
• Pantau uptime dan error log ketat selama masa propagasi

Sumber Rujukan Artikel Ini

• Dokumentasi teknis migrasi hosting — praktik umum penyedia hosting terkemuka
• Cloudflare Learning Center — dokumentasi TTL dan propagasi DNS
• Dokumentasi resmi WordPress.org — praktik backup dan pemindahan situs
• Dokumentasi plugin migrasi WordPress (All-in-One WP Migration, Duplicator) — metodologi ekspor-impor situs
• Dokumentasi teknis modifikasi file hosts untuk pengujian pra-migrasi
• Praktik terbaik pengelolaan MX record saat migrasi domain
• Data internal DELHI — pengalaman migrasi hosting klien Bimo Prasetya