How can we help you today?

Hypernode Backup Policy

Created by: Sophie van Vrijberghe de Coningh

Modified on: Mon, 29 Jun, 2020 at 9:43 AM

On Amazon (AWS) and Combell OpenStack we use snapshots to create backups. When things go slightly wrong (ie. a product is accidentally deleted), you can go back in time to restore the appropriate database table, files or directories from the backup. Snapshots are easy to use, take up less time and there’s no need to upgrade your Hypernode if you don’t have enough disk space.

Retention Times

Backups are made every day and saved for 7 days. We also save 1 backup per week for 3 weeks. This means you will have 4 weeks worth of backups.

Backups are rotated daily after the creation of a new backup. This implies that the backups that are older than 4 weeks will be automagically removed. To save storage costs, we do not keep additional backups older than 4 weeks, so please do not wait too long before requesting a backup.

Attaching a Snapshot to your Hypernode

On Amazon (AWS) and Combell OpenStack we use snapshots to create backups. A snapshot is a saved state of the data/ device at a given moment in time. We can use this to create a static copy of that given state in time and transform this to a virtual device which we can attach to your Hypernode. Once attached, this device is mounted under /data/backup and you can easily restore your files by copying them from this file system. To restore database and file backups, see this article.

By using the following command you attach the latest available snapshot to your node:

hypernode-systemctl attach_backup

The backup snapshot is automagically detached/unmounted overnight, before the backups are made. There is a second MySQL instance running so you’ll lose some resources while it is attached. Please contact Support if you want the snapshot detached earlier, to save on resources.

SLA Standard Customers Only: Manually Creating Backups

If you have SLA Standard for your Hypernode, you have the ability to manually create instant backups. This can be extremely handy when you're planning on doing some maintenance. You can do this by running this command:

hypernode-systemctl create_backup 

This command will create an instant snapshot, which you can then attach to your Hypernode by using the attach_backup command.

Please note this will not work if you have SLA Basic.

Requesting Older Backups

If you need a less recent backup (older than one day), you need to contact Support. Please note we charge a fee for this:

SLA BasicSLA Standard
Most recent Hypernode Backup (AWS/Openstack)    FreeFree
Most recent Hypernode Backup (DigitalOcean)    FreeFree
Older Hypernode Backups    € 100,- (ex VAT)    Free

Managing Backups yourself

If want to be able to restore yourself any time you want without contacting first, you may choose to manage backups yourself.

This does not imply that we do not have any backups available, as we use the same backups for disaster recovery as well. In case of emergency, you can always request a backup by contacting

If you choose to create your own backups, we recommend using Tarsnap. This very robust third party backup service is known for it’s excellent security, their very strong compression and their low prices.

For more information about how to manage your own backups, have a look at our article about creating backups using Tarsnap.

Our backup mechanism is not very good in managing hard-links. They will not be ignored in the backup, but at restore time, every hardlink is restored as a real file, causing the restore to take up much more disk space.

This can result in lots of extra files when downloading a restore, effectively taking up much more space needed for the same data after a restore.

We recommend to avoid hard-links in your content at all times.

Additional Information

We make use of 2 backup mechanisms: One for the Hypernodes running on Amazon (AWS) and Combell OpenStack, and another mechanism for backups on DigitalOcean.

Read more about restoring backups on Hypernode in our restore backups article.

Backups on DigitalOcean

At DigitalOcean (and also Combell as extra security) we currently create backups using Duply and Duplicity and push those to an S3 storage bucket at Amazon (AWS).

Sophie is the author of this solution article.

Did you find it helpful? Yes No

Send feedback
Sorry we couldn't be helpful. Help us improve this article with your feedback.