Boostnet does not take any back-ups unless otherwise noted. Even then, our backups happen on server level. They are for a complete server restore, and NOT individual user accounts. This means they cover the case of disk failures or kernel updates gone wrong, but not if your website update went wrong or hackers corrupting your files due to poor website security.

We offer a self-managed service, which means the administration of your websites, including taking back-ups, is your responsibility. A good backup policy is not method-specific. You can use various methods depending on your type of data and location/knowledge, but on schedule, number of copies and physical location where they are stored. Creating a backup and keeping it saved on the same server obviously does not count as a backup.

If your data is very important, you must follow the rule of three: three back-ups, at three different moments, in three different locations. In case of hacking, accidental deletion, botched upgrades and installs, it is obviously not our fault. But even hardware failure is not our fault. Everything made by humans can break, and sooner or later, it will.

It is not a question if something will fail, but when.

We have redundant storage, all services run on RAID and whatnot, but while there is a lower chance of data loss due to hardware failure, this can still happen. Since the start of our operations in 2017 we've only had two incidents. On one we managed to recover the production data on a new server within 12 hours, where the other lead to permanent data loss of our development server. If that's good or bad, you decide. But as good as we might think it is, don't rely on us too much. No company is perfect. There will be more such failures. We try to keep them at a minimum, but at the end of the day, we can only offer various degrees of safety at different levels of cost.

Even with a full server backup, mistakes still happen. Even if we have backups and a disaster recover policy in place. However, self-managed plan means you have the full responsibility for your back-ups, even when we take one too. This is NOT a replacement of your own back-ups.

Bottom line...

IF your data is very important, THEN:

1. Use redundant locations containing exact replicas of the data, so, if one service fails, the others take over with very limited, if any, downtime;
2. Take at least 3 backups, at three different moments, in 3 different locations;
3. VERIFY, if not daily, at least weekly, the status of your automated backups, by attempting a restore somewhere and see if the data is restoring and working correctly.

Failure to do so can lead to a lot of bad things like lost work, lost money, frustration and angry e-mails.
Please try to avoid it, if you value your work and data. Take your back-ups now!

Thank you for understanding.