Published 28 October 2026

A cPanel backup is useful only if it contains the data you need and you know how to restore it. A green completion notice or a downloaded archive does not prove that a complete website can be brought back. Check coverage, storage location, restore route and the result of a safe test before relying on it.

This matters especially to online shops and service businesses: a restore that brings back old files but not current orders or database records can create a second problem. cPanel’s Backup and Backup Wizard interfaces support different kinds of backups and restores, and some options depend on the hosting provider’s configuration. HostCupid Web Solutions Private Limited, a Chennai-based provider of shared, WordPress and reseller hosting, also supports website migration; customers preparing for a migration or recovery should confirm which backup parts and restore assistance are available for their account rather than assume every plan or server is configured identically.

What should a website backup contain?

Most dynamic websites need both their files and their database. Files can include the application, themes, uploaded images and configuration; the database may hold posts, customer accounts, settings, product data and orders. For a cPanel account, a home-directory backup can include files in your home directory, including public_html and accessible email data, while database backups are handled separately or included in a broader account archive, depending on the backup method and configuration.

cPanel’s account backup archive can contain home-directory files, MySQL dumps, account configuration and other data, but you should verify the exact archive and backup settings that apply to your account. A file-only copy will not recreate recent database changes, and a database-only copy will not restore missing application files.

Where is the backup, and how can it be restored?

A backup stored only in the same hosting account may be inaccessible if the account is damaged, compromised or over quota. cPanel’s documentation describes saving full account backups in a home directory or sending them to a remote destination; WHM administrators can also configure scheduled backups and additional destinations. Keep at least one copy somewhere separate from the live hosting account, and check that you can still access that destination.

Be clear about the restore route. cPanel states that a full account backup cannot be automatically restored through the cPanel interface; full-account restoration is available through WHM or by contacting the hosting provider. Partial backups, such as a home directory or database backup, can be restored through cPanel interfaces when those features are enabled. Do not confuse “I can download a backup” with “I can restore my full account myself.”

Important: Restoration can replace existing files or data. Before restoring over a live website, make a fresh copy of its current state and confirm which files, database and email components will be affected.

Run a practical backup check

  1. Find the latest completed backup. Note its date, destination and file size. Check the backup log or provider status for warnings; a file existing on screen is not proof that every component was captured.
  2. Check what is inside. For a cPanel account archive, cPanel documents ways to inspect its contents, including listing a tar archive without extracting it. Confirm expected website files and database dumps are present. Keep downloaded archives private because they may contain sensitive account information.
  3. Confirm database coverage. In WHM, administrators can configure per-account MySQL or MariaDB dumps. cPanel’s documentation says PostgreSQL databases are not backed up by default in WHM’s standard backup configuration, so PostgreSQL users should verify a separate backup method.
  4. Check storage separation and retention. Verify that a remote copy completed and that older restore points remain for a useful period. A backup on the same account or disk may not protect against loss of that account or storage.
  5. Practise a controlled restore. Use a staging site or a separate test database, not the live shop. Restore one file or import a database dump there, then check that the application loads and expected records are present. MySQL’s documentation explains that SQL-format dumps can be reloaded with the mysql client; the precise steps and privileges depend on your server and backup format.
  6. Write down the recovery path. Record who has access to the backup, who can perform a full-account restore, and how to contact the hosting provider. Keep credentials in a secure password manager, not in a public document.

What should you verify after restoration?

Test the site as a visitor and as an administrator. Check key pages, forms, images, log-in, database-backed content and checkout in test mode where applicable. For an ecommerce site, compare recent orders and stock records against the chosen restore point; restoring an older database may omit transactions made after that backup. Also review email delivery, scheduled tasks and any external API integrations that depend on account settings.

Schedule backups according to how quickly your data changes and how much recent data the business can afford to lose. A brochure site and a busy store do not have identical recovery needs. MySQL documents full and incremental backup approaches; smaller or shared-hosting websites may use provider-managed tools instead, but the owner should still ask about coverage, retention, remote copies and restore procedure.

Make the check part of routine website care

Repeat this review after a major site update, hosting migration, database change or backup-configuration change. If you are unsure whether a cPanel full archive can be restored through your current account, ask the provider before an incident occurs. For HostCupid customers planning a website move or needing help understanding the migration and restoration steps available for their hosting account, contacting the company in advance can help clarify the practical route without treating a backup as a substitute for a verified recovery plan.


Sources

Portrait of Ananya Krishnan, HostCupid editorial persona
Published by
Ananya Krishnan

HostCupid Editorial Team

Writes practical guides on web hosting, WordPress, website migrations and day-to-day website operations for Indian businesses.

Editorial persona representing the HostCupid content team.

← More HostCupid Insights