Support

Akeeba Backup for Joomla!

#35023 Server upgraded Backups taking 4 times as long

Posted in ‘Akeeba Backup for Joomla! 4 & 5’
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

Joomla! version
n/a
PHP version
n/a
Akeeba Backup version
n/a

Latest post by on Sunday, 09 May 2021 20:17 CDT

gtooth

Please look at the bottom of this page (under Support Policy Summary) for our support policy summary, containing important information regarding our working hours and our support policy. Thank you!


EXTREMELY IMPORTANT: Please attach a ZIP file containing your Akeeba Backup log file in order for us to help you with any backup or restoration issue. If the file is over 2Mb, please upload it on your server and post a link to it.


Description of my issue:

Our host recently upgraded our webserver from Linux Mint18 with php 7.0.3 to Mint 20 with php 7.4.

Our Akeeba backup is running and seems to be working fine but the backup is now taking 4 times as long, the management page says they are basically the sale size, aprox 2 gig jpa single file but are taking over 2 hours where previously the backup took more like 30 or 40 minutes.

I have used Admin Tools to check and optimize the tables, no real change

The admin at the host is trying to be helpful but does not really know why it is running slow. I don;t think it's Akeeba but thought you might have a suggestion of where we might start looking for the answer.

Thanks in advance, I understand this is probably not your problem but thought you might point me in a direction.

G

 

Log File: https://findlayfoods.com/pages/Akeeba_Backup_Debug_Log.txt (24m)

nicholas
Akeeba Staff
Manager

It's not a problem with Akeeba Backup or PHP. Akeeba Backup 8 is actually a little bit faster than Akeeba Backup 6. PHP 7.4 is much faster than PHP 7.0. Moreover, even if you were to go the opposite direction (from Akeeba Backup 8 on PHP 7.4 to Akeeba Backup 6 on PHP 7.0) you'd notice about 15% to 20% slowing down of your backups, not well over 300%.

There are only two things which can justify such a massive difference.

One issue can be the network egress speed if you're using remote file storage for the backups. However, this doesn't apply to you since your backups are locally stored.

The issue that applies to you is the server's I/O throughput. Remember that dumping the database and taking a copy of all of your sites' files is a disk I/O intensive process. Your host needs to check whether they make any changes during the update which could have made disk I/O slower or resulted in much more disk I/O. This can be something as setting the atime flag on mounts to reducing the memory caching. They should know their setup better than either you or me do :)

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!