Support

Site Restoration

#34014 Usimg Kickstart on Siteground

Posted in ‘Site restoration’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

PHP version
n/a
CMS Type
Other
CMS Version
n/a
Backup Tool Version
n/a
Kickstart version
n/a

Latest post by on Wednesday, 09 December 2020 20:17 CST

King Richard

****We do use Siteground with CPanel

 

 

I have just done a lot of Akeeba backups in anticipation of restoring on another siteground server.

I find now there is an incompatibility with DBase name User password I cannot seem to get around.

 

ie old dbase name has prefix tlscg02_ and the new site  will have to have the dbase name prefix tscg11_

As a result I cannot seem to add the dbase name to match the one I am restoring from.  Is there a work around?

 

I have come up with following

1. Straight file compression/download msql dump and upload

2. Still extract the files form the uploaded .jpa through kickstart and do a msql migration and change the config file accordingly.

 

Peace

 

Robin

nicholas
Akeeba Staff
Manager

You can of course change the database connection information when restoring a site. It's part of Akeeba Backup's restoration script capabilities since its first version back in October 2006, some 14 years ago.

In the Restore Database page you can enter the new connection information for your database including the hostname, username, password and database name, as well as the table name prefix.

Since SiteGround moved to their own, proprietary site management interface (Site Tools) I cannot guide you where to find this information in your hosting control panel. You can, however, ask their support to tell you where to find this information. I can tell you with absolute certainty that entering the correct database connection information does work. We use that feature constantly: daily test restorations using the in-development code, restore client sites on our local machines when troubleshooting peculiar issues, restore our live sites on our local machines (even when using Akeeba UNiTE; it is a CLI interface to the restoration script stored inside the backup archive), update our live sites, move development sites between different development machines (I have two computers, a macOS one and a Windows/Linux dual boot one, both used for development as I need to test against all three major OS) and so on and so forth.

You will never need to do a MySQL dump and restore it manually when using Akeeba Backup. That's the whole point of it.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

System Task
system
This ticket has been automatically closed. All tickets which have been inactive for a long time are automatically closed. If you believe that this ticket was closed in error, please contact us.

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!