Cara Memindahkan Semua Akun cPanel dari Satu Server ke Server Lain

Migrasi semua akun cPanel antar server adalah proses pemindahan setiap domain yang dihosting, file-filenya, database MySQL, akun email, zona DNS, sertifikat SSL, dan cron job dari instance WHM sumber ke instance WHM tujuan — biasanya menggunakan WHM Transfer Tool bawaan melalui koneksi SSH yang terautentikasi. Jika dilakukan dengan benar, proses ini tidak memerlukan penyalinan file manual dan mempertahankan semua metadata akun secara utuh.

Panduan ini mencakup alur kerja migrasi lengkap di tingkat produksi: pemeriksaan pra-penerbangan, konfigurasi Transfer Tool, strategi peralihan DNS, validasi pasca-migrasi, dan pembersihan — termasuk kasus-kasus khusus yang menyebabkan kegagalan diam-diam di lingkungan nyata.

Prasyarat dan Daftar Periksa Pra-Migrasi

Melewatkan persiapan adalah penyebab paling umum dari migrasi cPanel yang gagal atau tidak lengkap. Sebelum menyentuh salah satu server, verifikasi setiap item di bawah ini.

Akses root pada kedua server. WHM Transfer Tool mengautentikasi ke server sumber melalui SSH sebagai root. Jika server sumber memiliki PermitRootLogin no di /etc/ssh/sshd_config, Anda harus mengaktifkannya sementara atau mengonfigurasi autentikasi berbasis kunci SSH untuk root terlebih dahulu.

Versi cPanel/WHM yang kompatibel. cPanel dapat mentransfer akun dari versi lama ke versi baru, tetapi tidak sebaliknya. Tujuan yang menjalankan cPanel 110 dapat menarik dari sumber yang menjalankan cPanel 98, tetapi sebaliknya akan gagal. Periksa versi di WHM di bawah Server Information atau jalankan:

cat /usr/local/cpanel/version

Versi PHP dan MySQL yang cocok atau kompatibel. Jika sumber menjalankan PHP 7.4 dan MySQL 5.7 sementara tujuan menjalankan PHP 8.2 dan MySQL 8.0, aplikasi mungkin rusak setelah transfer meskipun file tersalin dengan bersih. Audit versi PHP yang terinstal dan handler default pada kedua server sebelum melanjutkan.

Ruang disk yang cukup di tujuan. Transfer Tool memerlukan ruang kosong setidaknya sama dengan total ukuran terkompresi dari semua akun yang ditransfer, ditambah ruang untuk ekstraksi. Jalankan df -h di tujuan dan bandingkan dengan total penggunaan disk akun yang terlihat di tampilan List Accounts WHM di sumber.

Aturan firewall yang mengizinkan SSH antar server. Server tujuan memulai koneksi SSH keluar ke sumber. Pastikan port 22 (atau port SSH kustom) terbuka di firewall server sumber untuk alamat IP tujuan.

Backup akun penuh di sumber. Buat backup cPanel lengkap untuk setiap akun sebelum memulai. Ini adalah titik pemulihan Anda jika transfer merusak atau menyalin akun secara tidak lengkap.

/scripts/pkgacct username /backup/directory

Jika Anda menjalankan lingkungan baru di paket VPS Hosting, konfirmasikan bahwa VPS Anda sudah memiliki lisensi dan instalasi cPanel/WHM sebelum melanjutkan. Instalasi cPanel baru memerlukan lisensi valid yang terikat pada alamat IP server.

Langkah 1: Instal dan Konfigurasi cPanel/WHM di Server Tujuan

Jika cPanel belum terinstal di tujuan, jalankan installer resmi sebagai root. Proses ini memakan waktu 20–45 menit tergantung pada perangkat keras:

cd /home && curl -o latest -L https://securedownloads.cpanel.net/latest && sh latest

Setelah instalasi selesai, akses WHM di https://your-server-ip:2087 dan selesaikan wizard pengaturan awal. Perhatikan secara khusus:

• Hostname: Tetapkan fully qualified domain name (FQDN) yang mengarah ke IP server. Hostname yang tidak dapat diselesaikan menyebabkan kegagalan pengiriman email setelah migrasi.
• Nameserver: Konfigurasi hostname nameserver Anda dan alamat IP-nya jika Anda berencana menghosting DNS di server baru.
• PHP handler: Instal versi PHP yang sama dengan yang tersedia di server sumber menggunakan WHM > MultiPHP Manager untuk menghindari masalah kompatibilitas aplikasi.
• Versi MySQL/MariaDB: Cocokkan versi mesin database server sumber jika memungkinkan, atau uji kompatibilitas aplikasi dengan versi yang lebih baru sebelum migrasi akun produksi.

Untuk tim yang mengelola beberapa lingkungan klien, VPS dengan cPanel menyediakan lingkungan yang telah dikonfigurasi sebelumnya yang menghilangkan fase instalasi manual sepenuhnya.

Langkah 2: Konfigurasi WHM Transfer Tool

WHM Transfer Tool adalah metode resmi untuk migrasi akun massal. Ini menangani pengemasan, transfer, ekstraksi, dan pembuatan akun secara atomik untuk setiap akun.

2.1 Akses Transfer Tool

Di server tujuan, masuk ke WHM dan navigasikan ke:

WHM > Transfers > Transfer Tool

Ini adalah poin penting yang membingungkan banyak administrator: Transfer Tool selalu dijalankan dari server tujuan yang menarik akun dari sumber — bukan sebaliknya.

2.2 Hubungkan ke Server Sumber

Masukkan detail koneksi berikut:

• Remote Server Address: Alamat IP atau hostname server sumber
• Remote SSH Port: Default adalah 22; gunakan port yang sebenarnya jika telah diubah (periksa /etc/ssh/sshd_config di sumber untuk direktif Port)
• Metode autentikasi: Password root atau kunci SSH (berbasis kunci sangat direkomendasikan untuk keamanan dan keandalan)

Untuk menggunakan autentikasi kunci SSH, salin kunci publik root server tujuan ke sumber:

ssh-copy-id -i /root/.ssh/id_rsa.pub -p 22 root@source-server-ip

Setelah terhubung, Transfer Tool mengkueri server sumber dan mengembalikan daftar semua akun cPanel, paket, dan konfigurasi reseller.

2.3 Pilih Akun dan Cakupan Transfer

Anda dapat memilih semua akun atau sebagian. Selain akun individual, Transfer Tool juga menawarkan:

• Paket: Transfer definisi paket hosting agar akun mempertahankan alokasi sumber daya mereka
• Zona DNS: Salin semua file zona, yang penting jika server baru akan bertindak sebagai nameserver otoritatif
• Hak Istimewa Reseller dan ACL: Pertahankan konfigurasi akun reseller dan izin terkait mereka

2.4 Konfigurasi Opsi Transfer

Dua pengaturan di sini memiliki dampak operasional yang signifikan:

Express Transfer mengotomatiskan peralihan DNS dengan memperbarui zona DNS di server sumber untuk mengarah ke IP tujuan segera setelah setiap akun disalin. Ini meminimalkan jendela waktu di mana domain mengarah ke server lama. Gunakan ini hanya jika tujuan siap melayani lalu lintas segera dan Anda telah mengonfirmasi semua aplikasi berfungsi.

Mail Routing: Atur ke Automatic kecuali Anda memiliki alasan khusus untuk memaksa routing lokal atau jarak jauh. Routing email yang salah adalah salah satu penyebab utama kegagalan pengiriman email pasca-migrasi.

2.5 Mulai Transfer

Klik Copy untuk memulai proses. WHM akan:

1. SSH ke server sumber
2. Menjalankan pkgacct untuk membuat arsip terkompresi dari setiap akun
3. Mentransfer arsip ke tujuan melalui SSH/SCP
4. Menjalankan restorepkg di tujuan untuk mengekstrak dan membuat akun
5. Mencatat hasil untuk setiap akun

Pantau log transfer langsung dengan cermat. Kesalahan untuk akun individual tidak menghentikan proses keseluruhan — sebuah akun dapat gagal secara diam-diam sementara yang lain berhasil. Tinjau log lengkap setelah transfer selesai dan jalankan ulang akun yang gagal secara individual.

Durasi transfer bergantung pada total volume data dan bandwidth antar server. Server dengan 50 GB data akun melalui tautan 1 Gbps biasanya selesai dalam waktu kurang dari 30 menit. Melalui tautan 100 Mbps, perkirakan 60–90 menit.

Langkah 3: Strategi Peralihan DNS

Manajemen DNS adalah tempat di mana migrasi paling sering menyebabkan downtime yang berkepanjangan. Memahami mekanisme propagasi sangat penting untuk meminimalkan dampak pada pengguna.

3.1 Kurangi TTL Sebelum Migrasi

Idealnya, 24–48 jam sebelum migrasi, kurangi TTL pada semua A record untuk domain yang dihosting menjadi 300 detik (5 menit). Ini memastikan bahwa setelah Anda memperbarui record DNS, perubahan tersebut menyebar secara global dalam hitungan menit daripada jam. Jika Anda tidak melakukan ini sebelumnya, Anda harus memperhitungkan nilai TTL yang ada sebagai jendela propagasi maksimum Anda.

3.2 Perbarui Zona DNS

Jika server baru adalah nameserver otoritatif untuk domain, perbarui A record di setiap file zona melalui WHM > DNS Functions > Edit DNS Zone, mengubah IP dari alamat server lama ke yang baru.

Jika domain menggunakan penyedia DNS eksternal atau DNS registrar, masuk ke setiap registrar atau panel manajemen DNS dan perbarui A record secara manual. Untuk pembaruan massal di banyak domain, sebagian besar registrar menawarkan akses API atau impor CSV.

3.3 Perbarui Glue Record Nameserver

Jika Anda juga memigrasikan nameserver (misalnya, ns1.yourdomain.com), Anda harus memperbarui glue record di registrar domain — bukan hanya file zona. Glue record adalah pemetaan alamat IP untuk nameserver yang terdaftar di bawah domain yang mereka layani. Gagal memperbarui glue record adalah kelalaian umum yang menyebabkan kegagalan resolusi DNS lengkap untuk semua domain yang dihosting.

3.4 Verifikasi Propagasi

Gunakan dig untuk memeriksa resolusi dari beberapa lokasi geografis:

dig A yourdomain.com @8.8.8.8
dig A yourdomain.com @1.1.1.1

Bandingkan dengan pemeriksa propagasi berbasis web. Propagasi global penuh biasanya selesai dalam 1–4 jam ketika TTL telah dikurangi sebelumnya, atau hingga 48 jam ketika TTL tidak dikurangi sebelumnya.

Jika domain Anda terdaftar melalui Pendaftaran Domain, pembaruan nameserver dapat dikelola langsung dari panel kontrol yang sama, menyederhanakan proses peralihan.

Langkah 4: Validasi Pasca-Migrasi

Jangan pernah menyatakan migrasi selesai hanya berdasarkan log keberhasilan Transfer Tool. Validasi setiap lapisan stack secara independen.

4.1 Fungsionalitas Aplikasi Web

Akses setiap domain yang ditransfer langsung melalui IP menggunakan penggantian file hosts (untuk melewati propagasi DNS) dan verifikasi bahwa aplikasi dimuat dengan benar:

# Add to /etc/hosts on your local machine temporarily
203.0.113.50  yourdomain.com www.yourdomain.com

Periksa kesalahan koneksi database, jalur file yang hilang, dan konfigurasi aplikasi yang rusak. Situs WordPress umumnya gagal jika kredensial database wp-config.php mereferensikan localhost tetapi jalur socket MySQL berbeda antar server.

4.2 Integritas Database

Masuk ke cPanel untuk setiap akun dan verifikasi bahwa database ada dan dapat diakses. Untuk database kritis, jalankan pemeriksaan integritas:

mysqlcheck -u root -p --all-databases --check

4.3 Fungsionalitas Email

Uji email masuk dan keluar untuk setiap akun. Verifikasi bahwa MX record diselesaikan dengan benar dan server email menerima koneksi pada port 25, 465, dan 587. Periksa /var/log/exim_mainlog untuk kesalahan pengiriman:

tail -f /var/log/exim_mainlog

Untuk bisnis dengan infrastruktur email khusus, Email Hosting menyediakan lingkungan email terisolasi yang tidak terpengaruh oleh migrasi server web.

4.4 Verifikasi Sertifikat SSL

Konfirmasikan bahwa sertifikat SSL ditransfer dengan benar dan aktif. Di WHM, navigasikan ke SSL/TLS > Manage SSL Hosts dan verifikasi setiap domain memiliki sertifikat yang valid dan belum kedaluwarsa. AutoSSL seharusnya secara otomatis menerbitkan ulang sertifikat Let’s Encrypt untuk yang gagal ditransfer, tetapi picu secara manual untuk menghindari menunggu jadwal yang telah ditentukan:

/usr/local/cpanel/bin/autossl_check --all

Jika Anda mengelola sertifikat secara independen, Sertifikat SSL dapat diinstal langsung di server baru tanpa ketergantungan pada proses transfer.

4.5 Cron Job dan Tugas Terjadwal

Cron job ditransfer sebagai bagian dari paket akun, tetapi verifikasi di cPanel > Cron Jobs untuk setiap akun. Perhatikan secara khusus cron job yang mereferensikan jalur file absolut atau variabel lingkungan khusus server yang mungkin berbeda di server baru.

Langkah 5: Pembersihan dan Penguatan Pasca-Migrasi

5.1 Tangguhkan Akun di Server Sumber

Setelah DNS telah menyebar dan validasi selesai, tangguhkan semua akun di server sumber melalui WHM > List Accounts > Suspend. Jangan hapus dulu. Penangguhan mencegah data baru ditulis ke sumber sambil tetap tersedia sebagai cadangan jika masalah kritis muncul pasca-migrasi.

5.2 Backup Pasca-Migrasi

Buat backup penuh baru dari semua akun di server baru segera setelah migrasi. Status yang ditransfer adalah baseline baru Anda:

/scripts/cpbackup --force

Verifikasi bahwa backup selesai dengan sukses dan disimpan di lokasi yang terpisah dari server itu sendiri — idealnya tujuan backup di luar server yang dikonfigurasi di WHM > Backup Configuration.

5.3 Pemantauan Kinerja

Pantau utilisasi sumber daya server baru selama 72 jam pasca-migrasi. Metrik utama yang perlu diperhatikan:

• Rata-rata beban CPU (harus tetap di bawah jumlah core CPU di bawah beban normal)
• Penggunaan memori dan aktivitas swap
• Waktu tunggu I/O disk (waktu tunggu I/O yang tinggi menunjukkan hambatan penyimpanan)
• Log kueri lambat MySQL untuk kueri yang berkinerja buruk pada skema atau versi mesin baru

Gunakan top, iostat, dan vmstat untuk pemantauan real-time, dan tinjau Resource Monitor cPanel di WHM untuk konsumsi sumber daya per akun.

5.4 Hentikan Penggunaan Server Sumber

Setelah periode observasi minimal 7 hari tanpa masalah yang dilaporkan, Anda dapat menghentikan penggunaan server sumber. Sebelum mengakhiri server lama, arsipkan backup akhir ke penyimpanan dingin. Arsip ini berfungsi sebagai catatan hukum dan operasional dan biayanya sangat kecil untuk disimpan.

Perbandingan Metode Migrasi Akun cPanel

Kesalahan Umum dan Cara Menghindarinya

Kegagalan transfer akun yang diam-diam. Transfer Tool terus memproses meskipun akun individual gagal. Selalu baca log transfer lengkap — jangan berasumsi berhasil hanya karena alat selesai tanpa berhenti.

Ketidakcocokan hak istimewa pengguna MySQL. restorepkg membuat ulang pengguna database, tetapi jika nama pengguna database melebihi batas 32 karakter MySQL (masalah umum dengan akun lama), pengguna dibuat dengan nama yang dipotong dan kredensial database aplikasi tidak lagi cocok. Audit nama pengguna database yang panjang sebelum migrasi.

Dependensi modul Perl dan perangkat lunak kustom. Aplikasi yang bergantung pada modul Perl yang dikompilasi kustom, paket Python, atau pustaka sistem yang diinstal di luar jalur yang dikelola cPanel tidak akan ditransfer. Dependensi ini harus diinstal ulang secara manual di tujuan.

Ketidaksesuaian kuota disk. Sistem kuota disk cPanel menggunakan kuota tingkat filesystem. Setelah migrasi, kuota mungkin tidak mencerminkan secara akurat sampai skrip penghitungan ulang kuota dijalankan:

/scripts/fixquotas

Konflik aturan ModSecurity. Jika server sumber memiliki aturan ModSecurity kustom atau versi ruleset yang berbeda dari tujuan, situs yang ditransfer mungkin menerima kesalahan 403 yang tidak terduga. Tinjau log ModSecurity di /usr/local/apache/logs/error_log setelah migrasi.

Kesenjangan izin akun reseller. ACL reseller dan penugasan paket ditransfer, tetapi jika WHM tujuan memiliki daftar fitur yang berbeda yang dikonfigurasi, reseller mungkin menemukan akun mereka memiliki kemampuan yang lebih sedikit atau berbeda dari yang diharapkan. Audit konfigurasi reseller pasca-migrasi.

Untuk lingkungan lalu lintas tinggi di mana toleransi downtime mendekati nol, pertimbangkan menjalankan migrasi di Server Dedicated dengan sumber daya khusus, menghilangkan risiko persaingan sumber daya selama fase transfer dan validasi.

Matriks Keputusan Teknis

Gunakan matriks ini untuk menentukan pendekatan migrasi Anda berdasarkan karakteristik lingkungan:

FAQ

Bisakah saya memigrasikan akun cPanel tanpa akses root ke server sumber?

Tidak. WHM Transfer Tool memerlukan akses SSH root ke server sumber untuk menjalankan pkgacct dan membaca semua data akun. Jika akses root tidak tersedia, satu-satunya alternatif adalah meminta file backup cPanel individual (arsip .tar.gz) dari administrator server sumber dan memulihkannya secara manual menggunakan restorepkg di tujuan.

Berapa lama migrasi server cPanel penuh memakan waktu?

Waktu transfer bergantung pada total volume data dan bandwidth jaringan antar server. Server dengan 100 GB data akun melalui tautan dedicated 1 Gbps biasanya ditransfer dalam 15–30 menit. Melalui koneksi bersama atau yang dibatasi, data yang sama mungkin memakan waktu beberapa jam. Propagasi DNS menambahkan 1–48 jam tambahan tergantung pada nilai TTL.

Apakah sertifikat SSL ditransfer secara otomatis?

Sertifikat SSL yang diinstal melalui AutoSSL (Let’s Encrypt) tidak ditransfer sebagai sertifikat yang valid — sertifikat tersebut diterbitkan ulang oleh AutoSSL di server tujuan karena terikat pada IP server dan akun. Sertifikat yang dibeli secara komersial yang disimpan di cPanel ditransfer sebagai bagian dari paket akun, tetapi harus diverifikasi dan diaktifkan kembali pasca-migrasi.

Apa yang terjadi pada email di server lama selama jendela migrasi?

Email yang dikirim ke server lama selama jendela migrasi disimpan di antrean email server lama dan kotak surat pengguna. Email tersebut tidak secara otomatis direplikasi ke server baru. Untuk mencegah kehilangan email, baik pertahankan layanan email server lama tetap berjalan sampai DNS sepenuhnya menyebar, atau konfigurasi Exim server lama untuk meneruskan email masuk ke IP server baru selama periode transisi.

Bisakah WHM Transfer Tool memigrasikan akun antar sistem operasi yang berbeda (misalnya, CentOS ke AlmaLinux)?

Ya. Transfer Tool tidak bergantung pada OS di lapisan aplikasi — ia mentransfer data akun cPanel, bukan konfigurasi tingkat OS. Migrasi dari CentOS 7 ke AlmaLinux 8 atau Rocky Linux 8 sepenuhnya didukung dan merupakan skenario migrasi paling umum setelah berakhirnya masa pakai CentOS 7. Verifikasi bahwa konfigurasi tingkat sistem kustom apa pun (kebijakan SELinux, modul kernel kustom, layanan non-cPanel) direplikasi secara manual di tujuan.