Support

Site Restoration

#41994 Problems with restoring a backup for a large website

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
8.0.31
CMS Type
WordPress
CMS Version
Latest
Backup Tool Version
Latest
Kickstart version
Latest

Latest post by tampe125 on Friday, 13 June 2025 03:35 CDT

m.davide82

Hi,

I have some problems to restore large websites in Wordpress.

Everything goes in the right way until I arrive to the last step where the tool needs to update the database.

It starts in the right way, it goes until it gives an error or stop itself (sometimes this process is very long, hours...)

 

So it's impossibile to restore it.

Any way on how can I solve this problem?

Is there any way to fast it?

 

Thanks a lot.

 

Regards.

Davide

 

 

tampe125
Akeeba Staff

Salve,

potrei avere maggiori informazioni sul problema? Quanto è grande il database? Su quale tabella avviene il problema?

E' presente una qualche tabella con un numero molto grande di righe?

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

m.davide82

Ciao Davide,

il database decompresso è di circa 15gb, le tabelle sono grandi si e quelle su cui si "addormenta" sono diverse, a volte _bw_fan (tabelle di tracking di Funnelkit) ed a volte su quelle di WPML, ictl_translate.

In ogni caso ci mette delle ore e poi si blocca.

Grazie mille.

 

tampe125
Akeeba Staff

Un database molto grande, potrebbe essere un problema. WordPress, per convenzione, salva sia i path che gli URL assoluti all'interno del database. Questo vuol dire che  al momento del restore, se ripristinato su un server differente o con un URL differente, è necessario analizzare tutti i dati all'interno del database e provvedere ad aggiornare i valori.

Per database di piccole-medie dimensioni, questo non è un problema, è accettabile "sprecare" del tempo anche su tabelle che hanno valori da sostituire. Il vero problema si presenta quando abbiamo dimensioni che superano il Gigabyte.
In questo caso, la cosa migliore è quella di escludere dal "Replace data" step le tabelle che sicuramente non hanno valori interessanti (come credo quelle relative al tracking).

Inoltre, è buona norma lasciare la scheda del browser attiva durante il replacement, altrimenti i browser (come ad esempio Chrome) inizieranno a limitare l'utilizzo delle risorse, fino sospendere ogni attività all'interno della scheda, mandando il replacement in crash.

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

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!