---
title: Hosting Migration
description: Memindahkan file, database, email, dan DNS ke hosting baru dengan perencanaan agar downtime dan error seminimal mungkin.
canonical: https://penasihathosting.com/wikihosting/hosting-migration
type: wiki
locale: id
updated: 2026-07-15
author: Willya Randika
---

# Hosting Migration

Memindahkan file, database, email, dan DNS ke hosting baru dengan perencanaan agar downtime dan error seminimal mungkin.

**Migrasi hosting** adalah memindahkan website — file, database, email, dan DNS — dari server atau provider satu ke yang lain dengan downtime seminimal mungkin. Migrasi yang rapi terasa seperti pindah rumah terencana; yang buru-buru sering berakhir DNS salah, email putus, SSL error, atau form tidak mengirim.

Migrasi bukan hanya “copy file lewat FTP”. Urutan kerja, [TTL](/wikihosting/ttl), [backup](/wikihosting/backup-hosting), uji di [staging](/wikihosting/staging), dan verifikasi setelah cutover menentukan apakah pengunjung merasakan gangguan atau tidak.

## Analogi Sederhana

Seperti pindah kantor: Anda menyalin arsip (database), meletakkan perabot (file), mengganti papan alamat di jalan (DNS), dan memastikan listrik serta kunci baru (PHP, SSL) cocok sebelum karyawan datang Senin pagi. Lupa pindahkan nomor telepon kantor (MX email) sama fatalnya dengan lupa pindahkan meja resepsionis.

## Checklist Umum

1. Inventaris: domain, email, cron, SSL, integrasi pihak ketiga  
2. Buat backup penuh di sumber  
3. Siapkan akun di tujuan; cocokkan versi [PHP](/wikihosting/php) bila mungkin  
4. Salin file ke [document root](/wikihosting/document-root) yang benar  
5. Impor database; sesuaikan konfigurasi koneksi  
6. Uji di hosts file atau staging sebelum cutover publik  
7. Turunkan TTL, lalu ubah [DNS](/wikihosting/dns) atau [nameserver](/wikihosting/nameserver)  
8. Pasang [HTTPS](/wikihosting/http-https); cek form, login, cron, email ([SPF](/wikihosting/spf)/[DKIM](/wikihosting/dkim))  
9. Pantau error 24–48 jam; baru matikan atau nonaktifkan sumber  

## Yang Perlu Anda Perhatikan

- Email sering rusak karena record MX/TXT tidak ikut dipindah  
- URL lama yang tertanam di konten butuh search-replace yang hati-hati  
- Hindari cutover Jumat sore tanpa siap on-call  
- Simpan akses hosting sumber sampai benar-benar yakin  
- Catat rencana rollback: kapan DNS boleh dikembalikan  

## FAQ

<Accordion>
  <AccordionItem title="Berapa lama downtime wajar?">
    Dengan perencanaan, cutover DNS bisa hitungan menit hingga sedikit jam. Migrasi sangat besar atau email kompleks bisa lebih lama.
  </AccordionItem>
  <AccordionItem title="Apakah plugin migrasi cukup?">
    Sering membantu situs kecil hingga menengah, tetapi tetap verifikasi manual email, cron, SSL, dan integrasi pembayaran.
  </AccordionItem>
  <AccordionItem title="Harus ganti nameserver atau cukup A record?">
    Tergantung siapa yang mengelola DNS. Yang penting Anda mengubah zona yang benar-benar aktif.
  </AccordionItem>
  <AccordionItem title="Kapan aman menghapus hosting lama?">
    Setelah DNS stabil, email berjalan, dan tidak ada dependensi tersisa — biasanya beberapa hari, bukan langsung pada jam pertama.
  </AccordionItem>
</Accordion>