A better backup scheme
So here my suggestion for a better backup scheme. Do something like keeping:
= 1 - 3 monthly backups
+ 3 weekly backups
+ 4 - 6 daily backups
This way a longer period is covered without increasing the space required for backups. You can try keeping it at 8, although 12 would be ideal as it will cover last 3 mo, last 3 wk, and last 6 days.
- Allow to choose the time of day to do backup so it won't slow down the server during busy hours.
- Allow to choose external backup destination like S3, Dropbox ... so you don't have to worry about space. Of course you need to create a way for us to be able to recover a full server from a backup too.
Current backup as it says on https://support.cloudways.com/how-to-backup-my-server/
"Note about backup retention:
We keep eight days worth of backups (this is a fixed setting that you can’t change)...
How many backups this includes, depends on the backup frequency that you have set:
- If you have set frequency to daily (default), we will keep eight backups (one per day for the last eight days).
- If you have set frequency to seven days (weekly), we will keep just one backup."
I was considering setting it to every 2 days thinking that I'd have 16 days more or less covered. Or weekly to have 8 weeks worth of backups. But according to your article I would only end up with 1 weekly backup. So why not retain 8 backups no matter what the interval was set as?
I also don't see the value of hourly backups if only 8 are kept.
However, in the end, none of these make a good backup scheme.
We are closing this thread as we have implemented most of the features requested by OP and other features requested by users in the comments over the years. Here is the list of the features we have introduced around backups.
1. We added the option to set backup retention from 1 to 4 weeks.
2. We added the option to set the frequency of backups from 1 hour to 168 hours (1 week).
3. We introduced on-demand application backup options.
4. Users can now specify the time at which the backups process should be initiated on the server.
5. Users can now restore their deleted servers from the Cloudways Platform. Previously this feature was limited to support but to give customers more control this feature is now available to all Cloudways customers.
6. Users can now restore their deleted applications from the Cloudways Platform to an existing or new server.
If there are any new ideas that you would like to suggest we request you to open a new feedback request.
I realized that we can't take local application backup if there is not enough disk space for a server backup. This is so unfair and I'm now stucked on beeing able to backup.
Example: your server disk usage is 15GB out of 25GB available.
Your app usage is 1GB. You can't take local backup of this app because there isn't enough space to take a backup of the whole server.
That's how it is currently set up, and that's so totally broken. I got really pissed off. + There is no such information in their guide about this rule.
Yes please implement as described above
Gustavo Woltmann commented
I love this post because I always like to read this type of post. But I have some doubts about this, So please clarify this. Gustavo Woltmann
The current backup scheme is basic and may get you out of trouble if you are lucky but I would not rely on it.
1. Allow you to restore from any of your retained backups, at the moment you can only restore from the latest
2. NOT require you to delete the latest backup to restore an older one that is not great
3. Even better backups at application level but lets keep it sensible
Would be great for those of us who are already using a backup solution (in my case BackupBuddy for full off-site backups and WP time capsule for continuous backups) to not be forced into paying for Cloudways to do additional backups.
Please consider adding support for https://ottomatik.io/ so users can backup to their S3 accounts - or build your own solutions similar to cPanel's S3 support.
Sure would be useful to be able to specify which apps get backed up and which can be excluded from backup. Half my sites are dev versions of the live sites site and are pointless to back up. Would save on server resources, storage space, and backup fees.
Asad Ali commented
Hi, I would like to suggest that User should be given the chance to set the backup timings on his own preference so that he himself can fine tune it for the time when the website has the least load.
Process for making and restoring backups are little bit confusing.
Backups are configured under server management / backups but restore under application management / restore. I suppose, that it would be better to has it in one place. (Ie. application management / backup-restore
Under the hood it seems that Cloudways uses duplicity for its backups. I would suggest Cloudways upgrade to version 0.7+ of duplicity then include a control panel option for users to select frequency and location of backups. For me the major problem with the backups is we need to manually download a backup file (of the entire site) or the files are hosted on Cloudways S3 infrastructure - so if something went wrong with Cloudways the backups are also inaccessible.
We also NEED the capability to Delete Backups
On Demand that we no longer want or need !!
It's eating up our server space.
And incurring charges for holding Garbage data that we can neither delete, nor re-use.
This is an Obvious Hand-in-hand to Backup On Demand.
It's also obvious for cases where a restructure has occurred, and old automated backups are completely irrelevant !
We have added backup retention feature (up to four weeks).
Fauzi Rakhmat commented
Allow to choose the time of day to do a backup so that it won't slow down the server during busy hours.
My sites just go down for around 8 minutes at working hours. I'm worried about this. I'm asking your tech and got this answer:
"There is nothing to worry about because at that time our system runs auto backup, and therefore it consumes some resources."
Dang! Server down because of auto backup. That explains why my idle CPU on the normal trends but at a few minutes has very low idle CPU.
Great idea! Like @James Golding being able to specify an additional external location would be very nice. I would love to be able to for example specify an Amazon S3 bucket that I could dump a full backup to once a week. I know Cloudways has backups but that extra piece of mind is nice.
James Golding commented
Some kind of system which sends a backup to another location once a week for example would give me peace of mind. My previous host had this functionality via plesk, just set up FTP details and then I had automated backups to another location that I can access if needed.
We are checking options to offer snapshot backups (available from all providers but DO) and in talks with DO about it.
So there is no current way to access the backups?
We already have the option to restore a deleted server (we keep backups for 15 days). By now this is an internal feature (due to privileges required) only available to support. But anyone can open a chat and get a deleted server recovered.
We will consider other suggestions, as we do with all in our feedback page, to build our roadmap.
3 votes + one suggestion: a way to backup to a external NAS automatically (just like in directadmin, cpanel etc)
Two more suggestions regarding backup. Beside a full server restore option, APP restore - single or in bulk.
1. the option to restore IN ONE GO all apps on a server to a previous version. Think of an automatic update gone wrong.
2. On a newly(/existing) created server the option to restore an app by file upload.
3. On a newly(/existing) created server. Bulk APPS restoring - say by pointing to a server folder where al the files would be copied over FTP. Or pointing to other cloud storage providers where the files would likely be kept. i.e. Amazon S3, even Dropbox as it's a good alternative to FTPing all files in.