Migrasi Web Hosting Tanpa Downtime: Checklist DNS, SSL dan Email

Home » Web Hosting & Domain Management
9:15 PM By Han
Sharing is Caring
migrasi web hosting tanpa downtime antara komputer dan server rack
Uji website pada server baharu sebelum DNS dialihkan daripada hosting lama.

Migrasi web hosting tanpa downtime memerlukan perancangan sebelum fail dipindahkan atau DNS ditukar. Kesilapan biasa ialah menutup hosting lama terlalu awal, mengubah nameserver sebelum website baharu diuji atau terlupa memindahkan email dan cronjob.

Sebelum memilih destinasi baharu, rujuk artikel pilar 10 Web Hosting Malaysia – Perbandingan Harga, Produk & Support. Pastikan pelan baharu mempunyai resource, backup dan support yang sesuai sebelum proses migration bermula.

Migrasi Web Hosting Tanpa Downtime Bermula dengan Audit

Senaraikan semua komponen dalam akaun lama. Jangan hanya melihat folder public_html. Akaun mungkin mengandungi subdomain, database, email, DNS record, cronjob, SSL, redirect dan fail di luar root website.

  • Domain utama dan addon domain.
  • Subdomain serta staging site.
  • Fail website dan database.
  • Akaun email, forwarder dan autoresponder.
  • Cronjob dan scheduled task.
  • DNS record termasuk MX dan TXT.
  • SSL dan konfigurasi redirect.
  • Versi PHP serta extension.

Buat Backup Sebelum Memindahkan

Buat backup penuh akaun dan satu salinan berasingan untuk fail serta database. Simpan di luar hosting lama. Jika migration automatik gagal, anda masih mempunyai salinan yang boleh dipulihkan.

Untuk strategi backup yang lebih baik, baca panduan backup hosting harian. Jangan bergantung pada satu fail backup yang belum diuji.

Semak Keperluan Server Baharu

Pastikan versi PHP, database, extension dan had upload serasi. Website lama mungkin menggunakan plugin yang tidak serasi dengan PHP terkini. Sebaliknya, server terlalu lama boleh menimbulkan risiko keselamatan.

Catat juga document root, permission fail, konfigurasi .htaccess atau Nginx dan setting cache. Jika berpindah daripada cPanel ke panel lain, struktur folder mungkin berbeza.

Turunkan DNS TTL Lebih Awal

TTL menentukan tempoh cache DNS. Turunkan TTL 24 hingga 48 jam sebelum migration jika anda mengawal DNS. Nilai lebih rendah membantu perubahan IP tersebar lebih cepat.

Cloudflare menerangkan fungsi TTL melalui dokumentasi DNS TTL. Selepas migration stabil, TTL boleh dinaikkan semula.

Pindahkan Fail dan Database

Fail boleh dipindahkan melalui backup panel, SFTP, rsync atau migration tool. Database perlu dieksport dan diimport dengan encoding yang betul. Untuk website besar, gunakan kaedah yang tidak bergantung pada browser timeout.

Selepas import, kemas kini maklumat database dalam wp-config.php atau fail konfigurasi aplikasi. Semak prefix table dan user permission.

Uji Sebelum Tukar DNS

Gunakan temporary URL, preview domain atau hosts file untuk menguji website pada server baharu. Pastikan halaman utama, wp-admin, gambar, borang dan fungsi login beroperasi.

  1. Uji semua halaman penting.
  2. Semak console dan network error.
  3. Uji borang serta penghantaran email.
  4. Uji checkout jika menggunakan WooCommerce.
  5. Semak permalink dan redirect.
  6. Periksa mixed content HTTPS.
  7. Semak cronjob dan scheduled action.

Sinkronisasi Data Terkini

Website aktif boleh menerima komen, order dan borang selepas salinan pertama dibuat. Untuk migrasi web hosting tanpa downtime, buat final sync sebelum pertukaran DNS.

Bagi WooCommerce, aktifkan maintenance ringkas ketika final database sync atau pilih waktu trafik rendah. Matlamatnya ialah mengelakkan order masuk ke server lama selepas database disalin.

Migration Email

Wujudkan semua mailbox pada server baharu sebelum mengubah MX record. Salin mesej menggunakan IMAP sync jika diperlukan. Pastikan quota mailbox dan kata laluan telah ditetapkan.

Kekalkan server lama aktif semasa propagasi. Sebahagian penghantar mungkin masih menggunakan MX lama. Semak kedua-dua mailbox selama beberapa hari.

SPF, DKIM dan DMARC

Jika IP atau penyedia email berubah, kemas kini SPF dan DKIM. Semak DMARC supaya email baharu tidak gagal authentication. Jangan padam rekod lama sebelum memastikan semua penghantaran telah berpindah.

Untuk butiran lanjut, rujuk panduan hosting email bisnes Malaysia.

Pasang dan Uji SSL

SSL perlu aktif pada server baharu sebelum trafik dialihkan. Gunakan Let’s Encrypt atau sijil yang disediakan penyedia. Semak redirect HTTP ke HTTPS dan pastikan tiada mixed content.

Jangan memaksa redirect terlalu awal jika domain belum menunjuk ke server baharu dan proses validation belum selesai.

Tukar DNS Secara Terkawal

Jika hanya server berubah, anda boleh menukar A record tanpa menukar nameserver. Kaedah ini mengurangkan risiko kehilangan rekod MX, TXT dan subdomain.

Jika nameserver perlu ditukar, salin semua DNS record terlebih dahulu. Bandingkan zone lama dan baharu satu persatu.

Pantau Selepas Pertukaran

Perkara Semakan
Website Status code, halaman dan gambar
Database Login, order dan borang
Email Inbound, outbound dan spam
SSL Certificate dan redirect
DNS A, MX, TXT dan subdomain
Prestasi Loading dan resource usage
Log PHP, web server dan mail log

Berapa Lama Hosting Lama Perlu Dikekalkan?

Kekalkan sekurang-kurangnya beberapa hari selepas DNS stabil. Untuk email dan website kritikal, satu hingga dua minggu memberi ruang lebih selamat. Jangan batalkan sebelum backup akhir dimuat turun.

Masalah Lazim Selepas Migration

  • Database connection error.
  • Permission fail salah.
  • Gambar menggunakan URL lama.
  • SSL mixed content.
  • Email gagal kerana SPF atau DKIM.
  • Cronjob tidak dipindahkan.
  • Cache menunjukkan server lama.
  • PHP extension tiada.

Bila Perlu Minta Bantuan Support?

Gunakan migration percuma jika penyedia menawarkan skop yang jelas. Tanya sama ada ia merangkumi email, DNS dan banyak website. Simpan ticket serta senarai perubahan.

Nilai kualiti bantuan melalui cara menguji support hosting Malaysia.

Checklist Akhir Migration

  1. Backup penuh disimpan di luar hosting.
  2. Website baharu diuji melalui hosts file.
  3. Database terkini telah diselaraskan.
  4. Mailbox dan DNS email diwujudkan.
  5. SSL aktif pada server baharu.
  6. Semua DNS record telah disalin.
  7. Monitoring dan log diperiksa.
  8. Hosting lama belum dibatalkan.

Kesimpulan

Migrasi web hosting tanpa downtime bergantung pada backup, ujian awal, final sync, DNS terkawal dan tempoh overlap antara server lama dan baharu. Jangan tergesa-gesa menukar nameserver atau membatalkan akaun lama.

Selepas migration selesai, semak semula perbandingan web hosting Malaysia untuk memastikan pelan baharu benar-benar memenuhi keperluan jangka panjang.

Soalan Lazim

Adakah migration mesti menyebabkan downtime?

Tidak jika website baharu diuji, data diselaraskan dan DNS ditukar secara terkawal.

Perlukah menukar nameserver?

Tidak semestinya. Menukar A record sahaja boleh mencukupi jika DNS kekal pada penyedia lama.

Bagaimana dengan order WooCommerce?

Buat final database sync dan gunakan maintenance ringkas ketika pertukaran.

Berapa lama propagasi DNS?

Ia bergantung pada TTL dan cache resolver. Kekalkan kedua-dua server semasa tempoh tersebut.

Bila hosting lama boleh dibatalkan?

Selepas website, email, SSL dan DNS stabil serta backup akhir telah disimpan.

Sharing is Caring

Leave a Comment