{"id":4485,"date":"2026-02-05T12:27:40","date_gmt":"2026-02-05T09:27:40","guid":{"rendered":"https:\/\/www.dchost.com\/blog\/how-to-take-a-full-cpanel-backup-and-restore-it-on-another-server-safely\/"},"modified":"2026-02-05T12:27:40","modified_gmt":"2026-02-05T09:27:40","slug":"how-to-take-a-full-cpanel-backup-and-restore-it-on-another-server-safely","status":"publish","type":"post","link":"https:\/\/www.dchost.com\/blog\/en\/how-to-take-a-full-cpanel-backup-and-restore-it-on-another-server-safely\/","title":{"rendered":"How to Take a Full cPanel Backup and Restore It on Another Server Safely"},"content":{"rendered":"<div class=\"dchost-blog-content-wrapper\"><p>If you are planning to move your websites, emails and databases from one hosting server to another, a full cPanel backup is the safest starting point. Done correctly, it gives you a snapshot of your entire account: site files, MySQL databases, email accounts, DNS zones, cron jobs and more. Done carelessly, it can mean corrupted restores, missing email history or SEO-impacting downtime during DNS changes. In this guide, we will walk through how we at dchost.com approach full cPanel backups and restores when migrating customers to a new server. You will see not just which buttons to click, but also how to prepare both servers, how to handle DNS and email cutover, and how to test the restored account before you switch traffic. Follow these steps and your cPanel-to-cPanel move becomes a controlled, low\u2011risk operation instead of a stressful guessing game.<\/p>\n<div id=\"toc_container\" class=\"toc_transparent no_bullets\"><p class=\"toc_title\">\u0130&ccedil;indekiler<\/p><ul class=\"toc_list\"><li><a href=\"#What_a_Full_cPanel_Backup_Actually_Includes_and_Why_It_Matters_for_Migration\"><span class=\"toc_number toc_depth_1\">1<\/span> What a Full cPanel Backup Actually Includes (and Why It Matters for Migration)<\/a><\/li><li><a href=\"#Preparing_Both_Servers_for_a_Safe_cPanel_Migration\"><span class=\"toc_number toc_depth_1\">2<\/span> Preparing Both Servers for a Safe cPanel Migration<\/a><ul><li><a href=\"#1_Check_cPanel_and_PHPMySQL_compatibility\"><span class=\"toc_number toc_depth_2\">2.1<\/span> 1. Check cPanel and PHP\/MySQL compatibility<\/a><\/li><li><a href=\"#2_Verify_disk_space_and_backup_location\"><span class=\"toc_number toc_depth_2\">2.2<\/span> 2. Verify disk space and backup location<\/a><\/li><li><a href=\"#3_Plan_your_DNS_and_email_cutover\"><span class=\"toc_number toc_depth_2\">2.3<\/span> 3. Plan your DNS and email cutover<\/a><\/li><li><a href=\"#4_Decide_how_you_will_restore_on_the_new_server\"><span class=\"toc_number toc_depth_2\">2.4<\/span> 4. Decide how you will restore on the new server<\/a><\/li><\/ul><\/li><li><a href=\"#StepbyStep_Taking_a_Full_cPanel_Backup_on_the_Source_Server\"><span class=\"toc_number toc_depth_1\">3<\/span> Step\u2011by\u2011Step: Taking a Full cPanel Backup on the Source Server<\/a><ul><li><a href=\"#1_Log_in_to_cPanel\"><span class=\"toc_number toc_depth_2\">3.1<\/span> 1. Log in to cPanel<\/a><\/li><li><a href=\"#2_Open_the_Backup_or_Backup_Wizard_tool\"><span class=\"toc_number toc_depth_2\">3.2<\/span> 2. Open the Backup or Backup Wizard tool<\/a><\/li><li><a href=\"#3_Generate_a_full_account_backup\"><span class=\"toc_number toc_depth_2\">3.3<\/span> 3. Generate a full account backup<\/a><\/li><li><a href=\"#4_Download_the_backup_file\"><span class=\"toc_number toc_depth_2\">3.4<\/span> 4. Download the backup file<\/a><\/li><\/ul><\/li><li><a href=\"#Method_1_Restoring_a_Full_cPanel_Backup_via_WHM_on_the_New_Server\"><span class=\"toc_number toc_depth_1\">4<\/span> Method 1: Restoring a Full cPanel Backup via WHM on the New Server<\/a><ul><li><a href=\"#1_Upload_the_backup_to_the_destination_server\"><span class=\"toc_number toc_depth_2\">4.1<\/span> 1. Upload the backup to the destination server<\/a><\/li><li><a href=\"#2_Open_WHM_and_access_the_restore_tools\"><span class=\"toc_number toc_depth_2\">4.2<\/span> 2. Open WHM and access the restore tools<\/a><\/li><li><a href=\"#3_Select_the_backup_and_restore_options\"><span class=\"toc_number toc_depth_2\">4.3<\/span> 3. Select the backup and restore options<\/a><\/li><li><a href=\"#4_Verify_the_restored_cPanel_account\"><span class=\"toc_number toc_depth_2\">4.4<\/span> 4. Verify the restored cPanel account<\/a><\/li><li><a href=\"#5_Test_the_websites_using_a_preview_method\"><span class=\"toc_number toc_depth_2\">4.5<\/span> 5. Test the websites using a preview method<\/a><\/li><li><a href=\"#6_Switch_DNS_to_point_to_the_new_server\"><span class=\"toc_number toc_depth_2\">4.6<\/span> 6. Switch DNS to point to the new server<\/a><\/li><\/ul><\/li><li><a href=\"#Method_2_Full_Backup_Restore_When_You_Only_Have_cPanel_No_WHM\"><span class=\"toc_number toc_depth_1\">5<\/span> Method 2: Full Backup Restore When You Only Have cPanel (No WHM)<\/a><ul><li><a href=\"#1_Generate_and_download_the_full_backup_on_the_old_server\"><span class=\"toc_number toc_depth_2\">5.1<\/span> 1. Generate and download the full backup on the old server<\/a><\/li><li><a href=\"#2_Open_a_support_ticket_with_your_new_hosting_provider\"><span class=\"toc_number toc_depth_2\">5.2<\/span> 2. Open a support ticket with your new hosting provider<\/a><\/li><li><a href=\"#3_Coordinate_the_DNS_cutover_time\"><span class=\"toc_number toc_depth_2\">5.3<\/span> 3. Coordinate the DNS cutover time<\/a><\/li><\/ul><\/li><li><a href=\"#Method_3_Manually_Restoring_from_a_Full_Backup_Archive_Advanced\"><span class=\"toc_number toc_depth_1\">6<\/span> Method 3: Manually Restoring from a Full Backup Archive (Advanced)<\/a><ul><li><a href=\"#1_Extract_the_archive_locally\"><span class=\"toc_number toc_depth_2\">6.1<\/span> 1. Extract the archive locally<\/a><\/li><li><a href=\"#2_Restore_website_files_via_cPanel_File_Manager_or_SFTP\"><span class=\"toc_number toc_depth_2\">6.2<\/span> 2. Restore website files via cPanel File Manager or SFTP<\/a><\/li><li><a href=\"#3_Restore_MySQL_databases_manually\"><span class=\"toc_number toc_depth_2\">6.3<\/span> 3. Restore MySQL databases manually<\/a><\/li><li><a href=\"#4_Restore_email_accounts_and_messages\"><span class=\"toc_number toc_depth_2\">6.4<\/span> 4. Restore email accounts and messages<\/a><\/li><\/ul><\/li><li><a href=\"#DNS_Email_and_SSL_Final_Checks_After_Restoring_the_cPanel_Backup\"><span class=\"toc_number toc_depth_1\">7<\/span> DNS, Email and SSL: Final Checks After Restoring the cPanel Backup<\/a><ul><li><a href=\"#1_Confirm_DNS_zones_on_the_new_server\"><span class=\"toc_number toc_depth_2\">7.1<\/span> 1. Confirm DNS zones on the new server<\/a><\/li><li><a href=\"#2_Reestablish_email_authentication_SPF_DKIM_DMARC\"><span class=\"toc_number toc_depth_2\">7.2<\/span> 2. Re\u2011establish email authentication: SPF, DKIM, DMARC<\/a><\/li><li><a href=\"#3_Check_and_renew_SSL_certificates\"><span class=\"toc_number toc_depth_2\">7.3<\/span> 3. Check and renew SSL certificates<\/a><\/li><li><a href=\"#4_Run_functional_tests_after_DNS_changes\"><span class=\"toc_number toc_depth_2\">7.4<\/span> 4. Run functional tests after DNS changes<\/a><\/li><\/ul><\/li><li><a href=\"#Treat_Every_Restore_as_a_Small_Disaster_Recovery_Drill\"><span class=\"toc_number toc_depth_1\">8<\/span> Treat Every Restore as a Small Disaster Recovery Drill<\/a><\/li><li><a href=\"#Conclusion_Moving_cPanel_Accounts_Safely_Not_Just_Quickly\"><span class=\"toc_number toc_depth_1\">9<\/span> Conclusion: Moving cPanel Accounts Safely, Not Just Quickly<\/a><\/li><\/ul><\/div>\n<h2><span id=\"What_a_Full_cPanel_Backup_Actually_Includes_and_Why_It_Matters_for_Migration\">What a Full cPanel Backup Actually Includes (and Why It Matters for Migration)<\/span><\/h2>\n<p>A full cPanel backup is different from the partial backups you may have used for just files or just databases. When you generate a full backup, cPanel packages almost everything about your account into a single archive that can be restored on another cPanel server.<\/p>\n<p>Typically, a full cPanel backup contains:<\/p>\n<ul>\n<li><strong>Home directory files<\/strong>: Your public_html (or document root) for all domains, plus any other folders under your account.<\/li>\n<li><strong>MySQL\/MariaDB databases<\/strong>: All databases and their users, including permissions.<\/li>\n<li><strong>Email accounts and mailboxes<\/strong>: Mail data under each domain, including folders and read\/unread flags.<\/li>\n<li><strong>Forwarders, autoresponders and filters<\/strong>: Per-account and global email routing rules.<\/li>\n<li><strong>DNS zones (if DNS is hosted on the cPanel server)<\/strong>: A, CNAME, MX, TXT and other zone records.<\/li>\n<li><strong>Cron jobs<\/strong>: Scheduled tasks configured in cPanel.<\/li>\n<li><strong>SSL certificates and keys<\/strong>: Certificates installed via cPanel (including AutoSSL\/Let\u2019s Encrypt, if active).<\/li>\n<li><strong>FTP accounts and settings<\/strong>: Extra FTP users you have added.<\/li>\n<\/ul>\n<p>This is why a full backup is the preferred format for cross\u2011server cPanel migrations: you can restore the account on the new server in one operation instead of re\u2011creating everything by hand.<\/p>\n<p>If you want a more general overview of backing up and restoring cPanel accounts (including partial backups), you can also read our detailed <a href=\"https:\/\/www.dchost.com\/blog\/en\/cpanelde-tum-siteyi-yedekleme-ve-geri-yukleme-rehberi\/\">full cPanel backup and restore guide for files, databases and emails<\/a>. In this article, we will focus specifically on moving that full backup to a different server safely.<\/p>\n<h2><span id=\"Preparing_Both_Servers_for_a_Safe_cPanel_Migration\">Preparing Both Servers for a Safe cPanel Migration<\/span><\/h2>\n<p>A smooth restore starts before you generate the backup. A few checks on the source and destination servers can save hours of troubleshooting later.<\/p>\n<h3><span id=\"1_Check_cPanel_and_PHPMySQL_compatibility\">1. Check cPanel and PHP\/MySQL compatibility<\/span><\/h3>\n<ul>\n<li><strong>cPanel versions<\/strong>: Ideally, the destination server runs the same or a newer major version of cPanel\/WHM than the source.<\/li>\n<li><strong>PHP versions<\/strong>: Make sure the destination server offers the PHP versions your sites need (especially for older applications).<\/li>\n<li><strong>Database engine<\/strong>: Confirm that MySQL\/MariaDB versions are compatible, particularly if you use newer features or strict SQL modes.<\/li>\n<\/ul>\n<p>When we onboard a new customer at dchost.com, this compatibility check is one of the first things we look at during migration planning.<\/p>\n<h3><span id=\"2_Verify_disk_space_and_backup_location\">2. Verify disk space and backup location<\/span><\/h3>\n<ul>\n<li>On the <strong>source server<\/strong>, ensure you have enough free disk space to create the backup archive (it can temporarily be close to the size of your entire account).<\/li>\n<li>On the <strong>destination server<\/strong>, confirm you have enough space to upload and restore the backup, plus headroom for logs and growth.<\/li>\n<li>If possible, plan to store an extra copy off\u2011site as part of a <a href=\"https:\/\/www.dchost.com\/blog\/en\/3-2-1-yedekleme-stratejisi-neden-ise-yariyor-cpanel-plesk-ve-vpste-otomatik-yedekleri-nasil-kurarsin\/\">3\u20112\u20111 backup strategy with at least one off\u2011site copy<\/a>.<\/li>\n<\/ul>\n<h3><span id=\"3_Plan_your_DNS_and_email_cutover\">3. Plan your DNS and email cutover<\/span><\/h3>\n<p>Most downtime and email issues during migration come from DNS, not from the backup itself. Before you start:<\/p>\n<ul>\n<li>Identify whether your domain uses <strong>nameservers on the cPanel server<\/strong> or an external DNS provider.<\/li>\n<li>Note your <strong>current MX, SPF, DKIM and DMARC<\/strong> records, especially if you use third\u2011party email or special routing.<\/li>\n<li>Lower DNS TTLs (e.g. from 3600 to 300) a day or two before migration so that changes propagate quickly when you switch to the new server. For deeper strategies, see our guide on <a href=\"https:\/\/www.dchost.com\/blog\/en\/ttl-playbook-for-zero-downtime-migrations-dns-yayilimini-gercekten-nasil-hizlandirirsin\/\">DNS TTL planning for zero\u2011downtime migrations<\/a>.<\/li>\n<\/ul>\n<p>If you are changing hosting company as well as server, our <a href=\"https:\/\/www.dchost.com\/blog\/en\/hosting-firmasi-degistirirken-dns-ve-domain-tasima-kontrol-listesi\/\">domain and DNS migration checklist when changing hosting provider<\/a> is a useful complementary reference.<\/p>\n<h3><span id=\"4_Decide_how_you_will_restore_on_the_new_server\">4. Decide how you will restore on the new server<\/span><\/h3>\n<p>Your restore path depends on your access level on the destination cPanel server:<\/p>\n<ul>\n<li><strong>You have WHM (root or reseller) access:<\/strong> You can restore the entire account directly from the full backup file. This is the cleanest option.<\/li>\n<li><strong>You only have normal cPanel access:<\/strong> Your new hosting provider\u2019s support needs to restore the full backup via WHM, or you will use a more manual method.<\/li>\n<\/ul>\n<p>We will cover both situations in the sections below.<\/p>\n<h2><span id=\"StepbyStep_Taking_a_Full_cPanel_Backup_on_the_Source_Server\">Step\u2011by\u2011Step: Taking a Full cPanel Backup on the Source Server<\/span><\/h2>\n<p>The screenshots may differ slightly between themes (Paper Lantern, Jupiter, etc.), but the menu names are consistent.<\/p>\n<h3><span id=\"1_Log_in_to_cPanel\">1. Log in to cPanel<\/span><\/h3>\n<ul>\n<li>Use your cPanel URL (often something like <code>https:\/\/yourdomain.com:2083<\/code> or a host\u2011provided link).<\/li>\n<li>Log in with your cPanel username and password.<\/li>\n<\/ul>\n<h3><span id=\"2_Open_the_Backup_or_Backup_Wizard_tool\">2. Open the Backup or Backup Wizard tool<\/span><\/h3>\n<ul>\n<li>In the <strong>Files<\/strong> section, click <strong>Backup<\/strong>.<\/li>\n<li>If you prefer a guided flow, you can also use <strong>Backup Wizard<\/strong>, but the same full backup option appears in both.<\/li>\n<\/ul>\n<h3><span id=\"3_Generate_a_full_account_backup\">3. Generate a full account backup<\/span><\/h3>\n<ol>\n<li>Under <strong>Full Backup<\/strong>, click <strong>Download a Full Account Backup<\/strong>.<\/li>\n<li>On the next screen, choose your <strong>Backup Destination<\/strong>:\n<ul>\n<li><strong>Home Directory<\/strong> \u2013 simplest option; the archive will be created under your account.<\/li>\n<li><strong>Remote FTP\/SCP Server<\/strong> \u2013 useful if you want the backup to go directly to another server or backup storage.<\/li>\n<\/ul>\n<\/li>\n<li>Enter your email address if you want a notification when the backup completes.<\/li>\n<li>Click <strong>Generate Backup<\/strong>.<\/li>\n<\/ol>\n<p>Depending on your account size, this can take anywhere from a few minutes to over an hour. Avoid making big content changes during this period so the snapshot is consistent.<\/p>\n<h3><span id=\"4_Download_the_backup_file\">4. Download the backup file<\/span><\/h3>\n<p>When the backup is finished:<\/p>\n<ul>\n<li>Return to the <strong>Backup<\/strong> page.<\/li>\n<li>Under <strong>Backups Available for Download<\/strong>, you will see a file like <code>backup-10.02.2026_12-30-01_username.tar.gz<\/code> or <code>cpmove-username.tar.gz<\/code>.<\/li>\n<li>Click the file to download it to your computer <strong>or<\/strong> copy it via SFTP\/SSH to the destination server.<\/li>\n<\/ul>\n<p>Keep this file safe. Treat it like a copy of your entire digital office: it contains website code, user data and email content. Do not send it over unencrypted channels or leave it in public links.<\/p>\n<h2><span id=\"Method_1_Restoring_a_Full_cPanel_Backup_via_WHM_on_the_New_Server\">Method 1: Restoring a Full cPanel Backup via WHM on the New Server<\/span><\/h2>\n<p>This is the preferred method when you (or your hosting provider) have WHM access on the destination server. At dchost.com, this is how we normally move accounts between our cPanel servers and <a href=\"https:\/\/www.dchost.com\/vps\">VPS<\/a> nodes.<\/p>\n<h3><span id=\"1_Upload_the_backup_to_the_destination_server\">1. Upload the backup to the destination server<\/span><\/h3>\n<p>You have two common options:<\/p>\n<ul>\n<li><strong>Upload via WHM interface<\/strong> \u2013 WHM can accept the backup file from your browser during restore.<\/li>\n<li><strong>Upload via SFTP\/SSH<\/strong> \u2013 place the backup file under <code>\/home<\/code> or <code>\/home\/cpmove<\/code> on the destination server so WHM can detect it automatically.<\/li>\n<\/ul>\n<p>If the filename starts with <code>cpmove-username.tar.gz<\/code>, WHM will usually recognize it instantly.<\/p>\n<h3><span id=\"2_Open_WHM_and_access_the_restore_tools\">2. Open WHM and access the restore tools<\/span><\/h3>\n<ol>\n<li>Log in to WHM on the destination server (for example, <code>https:\/\/serverhostname:2087<\/code>).<\/li>\n<li>In the search bar, type <strong>Restore<\/strong>.<\/li>\n<li>Click <strong>Restore a Full Backup\/cpmove File<\/strong> (menu names may vary slightly, e.g. &#8220;Restore a Full Backup&#8221; or &#8220;Restore a cPanel Account&#8221;).<\/li>\n<\/ol>\n<h3><span id=\"3_Select_the_backup_and_restore_options\">3. Select the backup and restore options<\/span><\/h3>\n<ol>\n<li>Under <strong>Select a cpmove file<\/strong>, choose your uploaded file from the list.<\/li>\n<li>Check the restore options:\n<ul>\n<li><strong>Overwrite<\/strong> \u2013 only use if you are replacing an existing account on the destination server with the same username.<\/li>\n<li><strong>IP assignment<\/strong> \u2013 decide if the account should use a shared IP or dedicated IP.<\/li>\n<li><strong>Package<\/strong> \u2013 you can restore with the original package or map it to a local package.<\/li>\n<\/ul>\n<\/li>\n<li>Click <strong>Restore<\/strong> and wait for the process to complete.<\/li>\n<\/ol>\n<p>The log output will show each step: creating the user, restoring files and databases, recreating email accounts, DNS zones, SSL, and cron jobs. Read through it for warnings or errors.<\/p>\n<h3><span id=\"4_Verify_the_restored_cPanel_account\">4. Verify the restored cPanel account<\/span><\/h3>\n<p>Before you switch DNS, log in to the restored cPanel account and check:<\/p>\n<ul>\n<li><strong>File Manager<\/strong> \u2013 confirm public_html and addon domains\u2019 document roots are present.<\/li>\n<li><strong>MySQL Databases<\/strong> \u2013 ensure all databases are listed and associated users exist.<\/li>\n<li><strong>Email Accounts<\/strong> \u2013 verify accounts and mailbox sizes look correct.<\/li>\n<li><strong>SSL\/TLS Status<\/strong> \u2013 confirm certificates were restored or plan to reissue with AutoSSL.<\/li>\n<li><strong>Cron Jobs<\/strong> \u2013 check scheduled tasks were imported correctly.<\/li>\n<\/ul>\n<h3><span id=\"5_Test_the_websites_using_a_preview_method\">5. Test the websites using a preview method<\/span><\/h3>\n<p>You want to test the new server without changing public DNS yet. Common options:<\/p>\n<ul>\n<li><strong>Temporary hostname URL<\/strong>: Many cPanel servers support preview via a URL like <code>https:\/\/serverhostname\/~username<\/code> (not ideal, but quick for basic checks).<\/li>\n<li><strong>Hosts file override on your PC<\/strong>: Add an entry mapping your domain to the new server\u2019s IP so only your machine sees the site from the new server.<\/li>\n<\/ul>\n<p>Browse key pages, login forms, cart\/checkout (for shops) and any custom applications. Look for PHP errors, broken images or missing uploads.<\/p>\n<h3><span id=\"6_Switch_DNS_to_point_to_the_new_server\">6. Switch DNS to point to the new server<\/span><\/h3>\n<p>Once tests are clean:<\/p>\n<ul>\n<li>If your domain uses <strong>nameservers provided by the old cPanel server<\/strong>, update the domain to use the <strong>new nameservers<\/strong> from your new hosting.<\/li>\n<li>If your domain uses an <strong>external DNS provider<\/strong> (e.g. a registrar or DNS service), update the <strong>A and AAAA records<\/strong> to point to the new server\u2019s IP, and verify MX\/SPF\/DKIM\/DMARC if email has moved too.<\/li>\n<\/ul>\n<p>This is where prior TTL planning pays off: with a low TTL, most visitors will switch to the new server within a few minutes. If you want to treat this like a resilience test, our article on <a href=\"https:\/\/www.dchost.com\/blog\/en\/hosting-tarafinda-felaket-kurtarma-provasi-cpanel-ve-vps-yedeklerini-test-etme-rehberi\/\">running a disaster recovery drill for cPanel and VPS restores<\/a> covers how to structure tests and rollbacks.<\/p>\n<h2><span id=\"Method_2_Full_Backup_Restore_When_You_Only_Have_cPanel_No_WHM\">Method 2: Full Backup Restore When You Only Have cPanel (No WHM)<\/span><\/h2>\n<p>If you do not manage the server and only have standard cPanel access on the destination, you cannot run the WHM restore yourself. But you still should take a full backup from the old server \u2013 it is the cleanest package for your hosting provider to restore.<\/p>\n<h3><span id=\"1_Generate_and_download_the_full_backup_on_the_old_server\">1. Generate and download the full backup on the old server<\/span><\/h3>\n<p>Follow the earlier steps to create a full backup via the <strong>Backup<\/strong> tool and download the <code>.tar.gz<\/code> archive.<\/p>\n<h3><span id=\"2_Open_a_support_ticket_with_your_new_hosting_provider\">2. Open a support ticket with your new hosting provider<\/span><\/h3>\n<p>Most providers that use cPanel\/WHM can restore a full backup for you. Typically they will ask for one of these:<\/p>\n<ul>\n<li>A <strong>download URL<\/strong> to the backup file (for example, uploaded to your own object storage or a password\u2011protected link).<\/li>\n<li>Or temporary access (SFTP\/FTP) to upload the backup into your new account so they can move it into the right location on the server.<\/li>\n<\/ul>\n<p>At dchost.com, we regularly restore customers\u2019 full cPanel backups when they move to our shared hosting, VPS or <a href=\"https:\/\/www.dchost.com\/dedicated-server\">dedicated server<\/a>s. The process is essentially the same WHM restore described above, just executed by our operations team instead of the customer.<\/p>\n<h3><span id=\"3_Coordinate_the_DNS_cutover_time\">3. Coordinate the DNS cutover time<\/span><\/h3>\n<p>Ask your new provider to let you know when the restore is complete so you can:<\/p>\n<ul>\n<li>Test the site with a preview URL or hosts file override.<\/li>\n<li>Plan a DNS cutover window (often during lower\u2011traffic hours).<\/li>\n<li>Announce a brief maintenance window if your application is very write\u2011heavy (e.g. busy e\u2011commerce or forums) so you are not writing to the old server while DNS is changing.<\/li>\n<\/ul>\n<p>Once everything checks out, update your domain\u2019s nameservers or A records as needed.<\/p>\n<h2><span id=\"Method_3_Manually_Restoring_from_a_Full_Backup_Archive_Advanced\">Method 3: Manually Restoring from a Full Backup Archive (Advanced)<\/span><\/h2>\n<p>Sometimes a WHM restore is not possible: perhaps the destination server uses cPanel but the provider refuses full restores, or you are moving some parts of the account only. In that case, you can treat the full backup as a regular tar.gz archive and restore key components manually.<\/p>\n<p><strong>Warning:<\/strong> This method is more error\u2011prone and requires comfort with file structures and databases. Whenever possible, prefer a proper WHM full account restore.<\/p>\n<h3><span id=\"1_Extract_the_archive_locally\">1. Extract the archive locally<\/span><\/h3>\n<p>On your computer or a temporary VPS, extract the backup:<\/p>\n<pre class=\"language-bash line-numbers\"><code class=\"language-bash\">tar -xzf backup-10.02.2026_12-30-01_username.tar.gz<\/code><\/pre>\n<p>You will see folders like <code>homedir<\/code>, <code>mysql<\/code>, <code>etc<\/code>, <code>mail<\/code> and some metadata files.<\/p>\n<h3><span id=\"2_Restore_website_files_via_cPanel_File_Manager_or_SFTP\">2. Restore website files via cPanel File Manager or SFTP<\/span><\/h3>\n<ul>\n<li>Inside the extracted <code>homedir<\/code>, locate <code>public_html<\/code> and any addon domain folders.<\/li>\n<li>Upload these to the destination account\u2019s home directory (usually replacing the existing empty <code>public_html<\/code> or site folder).<\/li>\n<li>Preserve folder structure and hidden files like <code>.htaccess<\/code>.<\/li>\n<\/ul>\n<h3><span id=\"3_Restore_MySQL_databases_manually\">3. Restore MySQL databases manually<\/span><\/h3>\n<p>In the backup, database dumps often live under <code>mysql\/<\/code> or <code>mysql.sql<\/code> files. On the destination cPanel account:<\/p>\n<ol>\n<li>In cPanel, open <strong>MySQL Databases<\/strong> and recreate each database with the same name if possible.<\/li>\n<li>Create database users and assign them to the databases with <strong>ALL PRIVILEGES<\/strong>.<\/li>\n<li>Use <strong>phpMyAdmin<\/strong> or the <strong>MySQL command line<\/strong> to import each <code>.sql<\/code> dump into the corresponding database.<\/li>\n<li>Update any configuration files (for example, <code>wp-config.php<\/code> for WordPress or <code>.env<\/code> files for Laravel) if database names, users or passwords have changed.<\/li>\n<\/ol>\n<h3><span id=\"4_Restore_email_accounts_and_messages\">4. Restore email accounts and messages<\/span><\/h3>\n<p>Email is the trickiest part to restore manually, because cPanel organizes mail in a specific directory structure and uses configuration files in <code>etc\/<\/code> as well as mailboxes under <code>mail\/<\/code>.<\/p>\n<ol>\n<li>First, in the destination cPanel, recreate each <strong>email account<\/strong> via the Email Accounts interface (same addresses and domains).<\/li>\n<li>From your extracted backup, copy the contents of <code>mail\/domain.com\/user\/<\/code> into the corresponding path on the new server (you will typically need SFTP + shell access for this level of control).<\/li>\n<li>Make sure file and folder ownership\/permissions match those of newly created mailboxes.<\/li>\n<\/ol>\n<p>If you do not have shell access or are not comfortable with maildir structures, a better alternative is often to <strong>sync mailboxes over IMAP<\/strong> (for example, using IMAP sync tools) from the old server to the new cPanel, then handle web and database content via backup.<\/p>\n<h2><span id=\"DNS_Email_and_SSL_Final_Checks_After_Restoring_the_cPanel_Backup\">DNS, Email and SSL: Final Checks After Restoring the cPanel Backup<\/span><\/h2>\n<p>Once your backup is restored and files\/databases look correct, it is time to make sure your visitors and email flow reach the new server cleanly.<\/p>\n<h3><span id=\"1_Confirm_DNS_zones_on_the_new_server\">1. Confirm DNS zones on the new server<\/span><\/h3>\n<ul>\n<li>In WHM or cPanel\u2019s <strong>Zone Editor<\/strong>, confirm that A, AAAA, CNAME and MX records reference the new server IPs.<\/li>\n<li>Ensure any <strong>custom DNS records<\/strong> you previously created (for APIs, subdomains, verification TXT records) are present.<\/li>\n<li>If you use external DNS, replicate the relevant records there instead of relying on the restored zone file.<\/li>\n<\/ul>\n<h3><span id=\"2_Reestablish_email_authentication_SPF_DKIM_DMARC\">2. Re\u2011establish email authentication: SPF, DKIM, DMARC<\/span><\/h3>\n<p>If your email is hosted on the new cPanel server, review:<\/p>\n<ul>\n<li><strong>SPF<\/strong> \u2013 update the allowed sending IPs\/hosts to match the new server.<\/li>\n<li><strong>DKIM<\/strong> \u2013 in cPanel, re\u2011enable DKIM or copy the TXT record to your external DNS if needed.<\/li>\n<li><strong>DMARC<\/strong> \u2013 ensure DMARC records reflect your policy and reporting addresses.<\/li>\n<\/ul>\n<p>Our in\u2011depth article <a href=\"https:\/\/www.dchost.com\/blog\/en\/spf-dkim-ve-dmarc-nedir-ozel-alan-adi-ile-e-posta-dogrulamasini-cpanel-ve-vpste-sifirdan-kurmak\/\">on SPF, DKIM and DMARC for cPanel and VPS email<\/a> walks through these records step\u2011by\u2011step if you want to harden deliverability after the move.<\/p>\n<h3><span id=\"3_Check_and_renew_SSL_certificates\">3. Check and renew <a href=\"https:\/\/www.dchost.com\/ssl\">SSL certificate<\/a>s<\/span><\/h3>\n<p>Depending on how certificates were originally issued:<\/p>\n<ul>\n<li>If you used <strong>AutoSSL\/Let\u2019s Encrypt<\/strong> via cPanel, the restored certificates may work, but it is often cleaner to trigger AutoSSL on the new server to issue fresh certificates.<\/li>\n<li>If you installed <strong>commercial SSL certificates<\/strong>, make sure the private keys and CA bundles restored correctly or re\u2011install them.<\/li>\n<\/ul>\n<p>For a practical walkthrough on automatic free certificates in cPanel, see our guide on <a href=\"https:\/\/www.dchost.com\/blog\/en\/lets-encrypt-ile-ucretsiz-ssl-sertifikasi-kurulumu-cpanel-ve-directadminde-otomatik-yenileme-rehberi\/\">setting up Let\u2019s Encrypt SSL on cPanel with automatic renewals<\/a>.<\/p>\n<h3><span id=\"4_Run_functional_tests_after_DNS_changes\">4. Run functional tests after DNS changes<\/span><\/h3>\n<p>Give DNS some time to propagate according to your TTL settings, then:<\/p>\n<ul>\n<li>Visit the site from different networks (desktop, mobile data, VPN) to ensure you hit the new server.<\/li>\n<li>Test key user journeys: logins, forms, search, checkout, account pages, file uploads.<\/li>\n<li>Send and receive test emails from internal addresses and from external providers to confirm SMTP and IMAP\/POP are working correctly.<\/li>\n<li>Check error logs in cPanel (Errors, Raw Access Logs, etc.) for fresh warnings after the move.<\/li>\n<\/ul>\n<h2><span id=\"Treat_Every_Restore_as_a_Small_Disaster_Recovery_Drill\">Treat Every Restore as a Small Disaster Recovery Drill<\/span><\/h2>\n<p>A cPanel\u2011to\u2011cPanel migration is not just about moving today\u2019s data; it is also a chance to prove that your backups are truly restorable. Many teams discover backup issues only when something breaks. By approaching a planned migration like a small disaster recovery exercise, you get confidence that, if you ever need to restore in an emergency, the process is familiar and tested.<\/p>\n<p>We recommend documenting your steps as you go:<\/p>\n<ul>\n<li>Where you stored the backup file (local, off\u2011site, object storage, another VPS).<\/li>\n<li>Exactly how long the backup and restore steps took.<\/li>\n<li>Any surprises: missing DNS records, email issues, or application configuration changes required.<\/li>\n<li>What you would adjust next time to reduce risk or downtime.<\/li>\n<\/ul>\n<p>If you want to go deeper into running proper, repeatable restore tests, our article on <a href=\"https:\/\/www.dchost.com\/blog\/en\/hosting-tarafinda-felaket-kurtarma-provasi-cpanel-ve-vps-yedeklerini-test-etme-rehberi\/\">disaster recovery drills for hosting environments<\/a> covers how we design and execute these tests on cPanel and VPS servers.<\/p>\n<h2><span id=\"Conclusion_Moving_cPanel_Accounts_Safely_Not_Just_Quickly\">Conclusion: Moving cPanel Accounts Safely, Not Just Quickly<\/span><\/h2>\n<p>Moving a cPanel account to another server does not have to be risky or complicated. With a proper full cPanel backup, a compatible destination server and a bit of planning around DNS and email, the whole process becomes predictable. The safest path is almost always a WHM full\u2011account restore from the cpmove backup file, followed by careful verification and a controlled DNS switchover. Where WHM access is not available, working with your hosting provider\u2019s support or, as a last resort, manually restoring files and databases can still get you there \u2013 as long as you treat the backup archive with care.<\/p>\n<p>At dchost.com, we use these same principles when migrating customers between our shared hosting, VPS, dedicated and colocation servers: full backups, restore tests, DNS planning and clear rollback options. Once your move is complete, take the opportunity to strengthen your backup routine, ideally with multiple copies and off\u2011site storage as described in our <a href=\"https:\/\/www.dchost.com\/blog\/en\/3-2-1-yedekleme-stratejisi-neden-ise-yariyor-cpanel-plesk-ve-vpste-otomatik-yedekleri-nasil-kurarsin\/\">3\u20112\u20111 backup strategy guide<\/a>. That way, the next time you need to restore \u2013 whether for a clean migration or an unexpected incident \u2013 you will already have a proven, well\u2011documented process that keeps your sites, emails and data safe.<\/p>\n<\/div>","protected":false},"excerpt":{"rendered":"<p>If you are planning to move your websites, emails and databases from one hosting server to another, a full cPanel backup is the safest starting point. Done correctly, it gives you a snapshot of your entire account: site files, MySQL databases, email accounts, DNS zones, cron jobs and more. Done carelessly, it can mean corrupted [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":4486,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[26],"tags":[],"class_list":["post-4485","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-teknoloji"],"_links":{"self":[{"href":"https:\/\/www.dchost.com\/blog\/en\/wp-json\/wp\/v2\/posts\/4485","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dchost.com\/blog\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dchost.com\/blog\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/en\/wp-json\/wp\/v2\/comments?post=4485"}],"version-history":[{"count":0,"href":"https:\/\/www.dchost.com\/blog\/en\/wp-json\/wp\/v2\/posts\/4485\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/en\/wp-json\/wp\/v2\/media\/4486"}],"wp:attachment":[{"href":"https:\/\/www.dchost.com\/blog\/en\/wp-json\/wp\/v2\/media?parent=4485"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/en\/wp-json\/wp\/v2\/categories?post=4485"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/en\/wp-json\/wp\/v2\/tags?post=4485"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}