Way to limit backup resources?

youradds · Post by **youradds** » Thu Aug 17, 2017 5:14 pm

Hi,

Our server was doing its first backup today, and it used up 100% of the processing power with "gzip". Is there a way to limit the amount of resources a backup can use? We will have people using it all times of the day, so really don't want the site to be on a massive slow down when our customers are using it.

The server has 24gb RAM, SSD hard drive, and 8 core's for the CPU, so there is no reason it should struggle doing a 100gb compression.

Thanks

Andy

websystems · Post by **websystems** » Sat Nov 25, 2017 2:59 pm

Same question here. Did you solve it somehow?

youradds · Post by **youradds** » Sat Nov 25, 2017 3:01 pm

The main thing I did, was to disable gzip compression - So in the section where you setup the backups (enabling,disabling, remote backup etc), just set the compression to 0. This will make it run faster, I also did some tweaks in the backup script so it does "nice -10" as part of the big queries, to make it a bit nicer on the server :)

Cheers

Andy

websystems · Post by **websystems** » Sat Nov 25, 2017 3:03 pm

youradds wrote:The main thing I did, was to disable gzip compression - So in the section where you setup the backups (enabling,disabling, remote backup etc), just set the compression to 0. This will make it run faster, I also did some tweaks in the backup script so it does "nice -10" as part of the big queries, to make it a bit nicer on the server :)

Thanks for the tip Andy :)

BR,
Krzysztof

youradds · Post by **youradds** » Sat Nov 25, 2017 3:13 pm

No problem. Here is my backup script now ( https://pastebin.com/r3eXtRq6 ). You may notice I have commented out a couple of bits:

Code: Select all

        # Compress archive
        #nice -20 gzip -$BACKUP_GZIP $tmpdir/web/$domain/domain_data.tar

and

Code: Select all

        # Compress archive
        #if [ -e "$tmpdir/mail/$domain/accounts.tar" ]; then
            #nice -20 gzip -$BACKUP_GZIP $tmpdir/mail/$domain/accounts.tar
        #fi

The reason I did this, is because the gzip was killing the server (even on min compression), as the outputted tar file was 95gb - so took forever to process. You can uncomment these if you wanted to (or just do a WinMerge, to compare my version with the live script)

Hope that helps

Andy

Vesta Control Panel - Forum