{"id":828,"date":"2026-03-27T14:32:21","date_gmt":"2026-03-27T14:32:21","guid":{"rendered":"https:\/\/cloudabove.com\/help\/?p=828"},"modified":"2026-03-27T14:32:58","modified_gmt":"2026-03-27T14:32:58","slug":"how-to-restore-a-website-with-jetbackup","status":"publish","type":"post","link":"https:\/\/cloudabove.com\/help\/how-to-restore-a-website-with-jetbackup\/","title":{"rendered":"How to Restore a Website with JetBackup"},"content":{"rendered":"\n
Something’s gone wrong with your website and you need to roll it back. Before you restore everything, it’s worth taking a moment to work out what actually broke \u2014 restoring only what’s needed is faster, less disruptive, and means you don’t lose changes that weren’t part of the problem.<\/p>\n\n\n\n
This guide helps you figure out what to restore and how to find the right files and databases. For the step-by-step restoration process itself, see the individual guides for restoring files from a home directory backup, restoring a database, or restoring a full account.<\/p>\n\n\n\n
What Do You Need to Restore?<\/h2>\n\n\n\n
Most website issues fall into one of three categories. Identifying which one applies will save you from restoring more than necessary.<\/p>\n\n\n\n
Files Only<\/h3>\n\n\n\n
Restore just files if the problem was caused by a file change \u2014 typically a plugin update, theme update, or a file you edited or deleted manually.<\/p>\n\n\n\n
Common signs:<\/p>\n\n\n\n
\n
The site broke immediately after updating a plugin or theme<\/li>\n\n\n\n
You see a white screen or a PHP fatal error<\/li>\n\n\n\n
You accidentally deleted or overwrote a file via File Manager, FTP, or SSH<\/li>\n\n\n\n
The site worked fine until you edited a template, .htaccess<\/code>, or configuration file<\/li>\n<\/ul>\n\n\n\n
In these cases the database is usually untouched, so there’s no need to restore it. A file-only restore gets the site back without losing any content, orders, form submissions, or other data that lives in the database.<\/p>\n\n\n\n
Database Only<\/h3>\n\n\n\n
Restore just the database if the problem is with your site’s content or data rather than its code.<\/p>\n\n\n\n
Common signs:<\/p>\n\n\n\n
\n
Posts, pages, or products are missing or showing incorrect content<\/li>\n\n\n\n
A plugin migration or import corrupted data<\/li>\n\n\n\n
You’re seeing database errors like “Error establishing a database connection” (though this can also be a config file issue \u2014 check wp-config.php<\/code> first)<\/li>\n\n\n\n
You accidentally deleted content through the CMS admin panel<\/li>\n<\/ul>\n\n\n\n
A database-only restore leaves your files untouched, so any plugin or theme updates you’ve applied since the backup date will still be in place.<\/p>\n\n\n\n
Both Files and Database<\/h3>\n\n\n\n
Restore both if:<\/p>\n\n\n\n
\n
A major CMS core update failed (e.g. a WordPress core upgrade that broke mid-way)<\/li>\n\n\n\n
The site has been compromised or hacked<\/li>\n\n\n\n
You’re not sure what changed and the site is completely broken<\/li>\n\n\n\n
You need to revert the site to an exact previous state<\/li>\n<\/ul>\n\n\n\n
If restoring both, restore the database first, then the files.<\/strong> This ensures that when the restored files (including configuration like wp-config.php<\/code>) come back, they’re pointing at the correct restored database. Doing it the other way round can cause a brief window where your config references a database that hasn’t been rolled back yet.<\/p>\n\n\n\n
Finding the Document Root<\/h2>\n\n\n\n
To restore the right files, you need to know where your website’s files live. This is the document root \u2014 the directory on the server that maps to your domain.<\/p>\n\n\n\n
cPanel<\/h3>\n\n\n\n
Step 1.<\/strong> In cPanel, go to the Domains<\/strong> section (or search for “Domains” in the cPanel search bar).<\/p>\n\n\n\n<\/figure>\n\n\n\n
Step 2.<\/strong> Find your domain in the list. The Document Root<\/strong> column shows the path to the site’s files \u2014 for example, \/home\/username\/public_html<\/code> for your primary domain.<\/p>\n\n\n\n
Common document root patterns on cPanel:<\/p>\n\n\n\n
Addon domain:<\/strong> public_html\/example.com<\/code> (or a custom path set when the domain was added)<\/li>\n\n\n\n
Subdomain:<\/strong> public_html\/subdomain<\/code> (or a custom path)<\/li>\n<\/ul>\n\n\n\n
Plesk<\/h3>\n\n\n\n
Step 1.<\/strong> In Plesk, go to Websites & Domains<\/strong>. <\/p>\n\n\n\n<\/figure>\n\n\n\n
Step 2.<\/strong> Click on the domain you need. The document root path is shown beneath the domain name \u2014 typically something like httpdocs<\/code> for the primary domain.<\/p>\n\n\n\n
Common document root patterns on Plesk:<\/p>\n\n\n\n
Subdomain:<\/strong> custom path set when the domain was added<\/code><\/li>\n\n\n\n
Additional domain<\/strong> custom path set when the domain was added<\/code><\/li>\n<\/ul>\n\n\n\n
Selecting the Right Folder in JetBackup<\/h3>\n\n\n\n
When you go to restore files in JetBackup via the Home Directory option, use the Change File Selection<\/strong> file browser to navigate to the document root path you identified above. You don’t need to restore your entire home directory \u2014 just the folder that contains the affected website.<\/p>\n\n\n\n
If you only need to restore a specific plugin or theme, you can drill further into the file tree and select just that folder. For example, for a broken WordPress plugin, you’d navigate to wp-content\/plugins\/plugin-name<\/code> within the document root and select only that directory.<\/p>\n\n\n\n
Identifying Which Database to Restore<\/h2>\n\n\n\n
If your account hosts more than one website, you may have multiple databases. You need to restore the right one.<\/p>\n\n\n\n
For WordPress Sites<\/h3>\n\n\n\n
Step 1.<\/strong> Open your site’s wp-config.php<\/code> file. You’ll find it in the document root of the website (the same path you identified above). You can open it via cPanel’s File Manager<\/strong> or over FTP\/SSH.<\/p>\n\n\n\n
Step 2.<\/strong> Look for the DB_NAME<\/code> line:<\/p>\n\n\n\n
The value in quotes is the database name \u2014 in this example, username_wp123<\/code>. This is the database you need to select in JetBackup’s Databases restore screen.<\/p>\n\n\n\n
For Other CMS Platforms<\/h3>\n\n\n\n
Most CMS platforms store the database name in a configuration file in the document root:<\/p>\n\n\n\n
\n
Joomla:<\/strong> configuration.php<\/code> \u2014 look for public $db = 'database_name';<\/code><\/li>\n\n\n\n
Drupal:<\/strong> sites\/default\/settings.php<\/code> \u2014 look for the database<\/code> value in the $databases<\/code> array<\/li>\n\n\n\n
PrestaShop:<\/strong> app\/config\/parameters.php<\/code> \u2014 look for database_name<\/code><\/li>\n<\/ul>\n\n\n\n
If You’re Not Sure<\/h3>\n\n\n\n
Go to MySQL Databases<\/strong> in cPanel. You’ll see a list of all databases on the account. If there are only one or two, it’s usually obvious which one belongs to which site. If there are several, check the config file as described above \u2014 it’s the only reliable way to match a database to a specific website.<\/p>\n\n\n\n
After Restoring<\/h2>\n\n\n\n
Once the restore job has completed in JetBackup’s Queue, run through these checks:<\/p>\n\n\n\n
\n
Load the site<\/strong> in a browser and confirm it’s working. Check a few different pages, not just the homepage.<\/li>\n\n\n\n
Log in to the admin panel<\/strong> to make sure your admin access still works. If you restored the database, your login credentials will be whatever they were at the time of the backup.<\/li>\n\n\n\n
Clear all caches<\/strong> \u2014 if you use a caching plugin (WP Super Cache, W3 Total Cache, LiteSpeed Cache, etc.), clear it. Also clear any server-side or CDN caches. A restored database won’t be reflected through stale cached pages.<\/li>\n\n\n\n
Check for security updates<\/strong> \u2014 if you rolled back files to fix a broken update, you may now be running older versions of plugins or themes. Check for available updates and apply them carefully once the site is stable.<\/li>\n\n\n\n
Test core functionality<\/strong> \u2014 if the site handles orders, bookings, forms, or user registrations, do a quick test to make sure those flows still work.<\/li>\n<\/ul>\n\n\n\n
If the site is still broken after restoring, it’s possible the issue predates the backup you selected. Try restoring from an earlier backup date, or consider whether the problem might be server-side (DNS, SSL, server configuration) rather than something within the account itself.<\/p>\n","protected":false},"excerpt":{"rendered":"
Something’s gone wrong with your website and you need to roll it back. Before you restore everything, it’s worth taking a moment to work out what actually broke \u2014 restoring only what’s needed is faster, less disruptive, and means you don’t lose changes that weren’t part of the problem. This…<\/p>\n","protected":false},"author":13,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[30,7,28],"tags":[],"class_list":["post-828","post","type-post","status-publish","format-standard","hentry","category-backups","category-cpanel","category-plesk"],"_links":{"self":[{"href":"https:\/\/cloudabove.com\/help\/wp-json\/wp\/v2\/posts\/828","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/cloudabove.com\/help\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/cloudabove.com\/help\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/cloudabove.com\/help\/wp-json\/wp\/v2\/users\/13"}],"replies":[{"embeddable":true,"href":"https:\/\/cloudabove.com\/help\/wp-json\/wp\/v2\/comments?post=828"}],"version-history":[{"count":15,"href":"https:\/\/cloudabove.com\/help\/wp-json\/wp\/v2\/posts\/828\/revisions"}],"predecessor-version":[{"id":864,"href":"https:\/\/cloudabove.com\/help\/wp-json\/wp\/v2\/posts\/828\/revisions\/864"}],"wp:attachment":[{"href":"https:\/\/cloudabove.com\/help\/wp-json\/wp\/v2\/media?parent=828"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/cloudabove.com\/help\/wp-json\/wp\/v2\/categories?post=828"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/cloudabove.com\/help\/wp-json\/wp\/v2\/tags?post=828"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
![\"\"](\"https:\/\/kb.cloudabove.com\/wp-content\/uploads\/sites\/4\/2026\/03\/01-how-to-restore-a-website-with-jetbackup-1024x518.png\")
<\/figure>\n\n\n\n![\"\"](\"https:\/\/kb.cloudabove.com\/wp-content\/uploads\/sites\/4\/2026\/03\/2026-03-27-003323@2x-1024x563.png\")
<\/figure>\n\n\n\n