This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionNext revisionBoth sides next revision | ||
manuals:vps:datasets [2016/12/12 14:19] – [Automated Backup Downloads] fix typo Aither | manuals:vps:datasets [2017/01/12 14:36] – Snapshot deletion Aither | ||
---|---|---|---|
Line 1: | Line 1: | ||
====== Datasets ====== | ====== Datasets ====== | ||
+ | |||
+ | Dataset is a term from the ZFS filesystem that we're using everywhere. You can imagine it as | ||
+ | a formatted partition on disk containg directories and files. For example, btrfs has | ||
+ | a similar concept called // | ||
The dataset in vpsAdmin directly represents the ZFS dataset on the hard drive. Datasets | The dataset in vpsAdmin directly represents the ZFS dataset on the hard drive. Datasets | ||
- | are used for VPS and NAS data. The concept of a dataset replaces NAS | + | are used for VPS (each VPS has its own dataset) |
- | exports. A VPS dataset can be used the same way as an NAS. | + | the same way as an NAS, but are located in different locations (VPS details and the NAS menu). |
+ | The operations you can carry out with them are the same, such as creating snapshots, restoring | ||
+ | to snapshots or mounting datasets to VPS. | ||
{{: | {{: | ||
Line 10: | Line 16: | ||
quotas and ZFS properties for various data/apps. | quotas and ZFS properties for various data/apps. | ||
- | VPS datasets are located in the VPS details and NAS datasets are in the NAS menu. | + | VpsAdmin |
- | The operations you can carry out with them are the same. VpsAdmin | + | |
- | creating | + | |
{{: | {{: | ||
Line 53: | Line 57: | ||
===== Snapshots ===== | ===== Snapshots ===== | ||
- | Backups | + | Snapshot captures the state of the dataset and all data in it at the time of its creation. |
- | menu. They can be created in the very same menu. The created VPS snapshots cannot be | + | If the data are later changed, you can still access |
- | deleted, you have to wait until they are automatically overwritten by further daily backups. | + | was created. You can [[# |
+ | but that will delete all data changed or added since the snapshot was created. | ||
+ | |||
+ | Snapshots | ||
{{: | {{: | ||
- | VPS backups are made every day at 1:00 AM, when one node | + | VPS backups are made every day at 1:00 AM, when each node |
creates a snapshot of all the datasets at once. Then the snapshots are moved to | creates a snapshot of all the datasets at once. Then the snapshots are moved to | ||
- | backuper.prg. | + | backuper.prg. Snapshots are kept for 14 days, older snapshot are deleted. In addition |
+ | to these daily snapshots, you can create 6 extra snapshots. | ||
+ | The created snapshots cannot be | ||
+ | deleted, you have to wait until they are automatically deleted by daily backups. | ||
- | Attention! NAS **is not backed up** to backuper.prg. Snapshots are | + | Beware! NAS **is not backed up** to backuper.prg. Snapshots are |
local only and their only purpose is protection against the damage or unwanted deletion of data. | local only and their only purpose is protection against the damage or unwanted deletion of data. | ||
+ | |||
+ | ==== Snapshot deletion ==== | ||
+ | Only NAS snapshots can be deleted and only using the [[manuals: | ||
+ | It is not implemented yet in the web interface ([[https:// | ||
+ | |||
+ | Snapshots are deleted using action [[https:// | ||
+ | You can either use [https:// | ||
+ | nor any other client. | ||
+ | |||
+ | For example, using CLI it looks like this: | ||
+ | |||
+ | <code bash> | ||
+ | # List all datasets on NAS | ||
+ | $ vpsfreectl dataset list -oid, | ||
+ | | ||
+ | | ||
+ | | ||
+ | |||
+ | # List snapshots of the chosen dataset | ||
+ | $ vpsfreectl dataset.snapshot list 2179 --columns | ||
+ | | ||
+ | | ||
+ | |||
+ | # Delete the snapshot using dataset and snapshot id | ||
+ | $ vpsfreectl dataset.snapshot delete 2179 692649 | ||
+ | </ | ||
===== Mounts ===== | ===== Mounts ===== | ||
Line 79: | Line 115: | ||
I do not recommend nesting mount points in the incorrect order. The situation when | I do not recommend nesting mount points in the incorrect order. The situation when | ||
- | a “one/two” dataset is mounted above the “one” dataset has not been solved. | + | a '' |
{{: | {{: | ||
Line 91: | Line 127: | ||
always works on the dataset level. If a VPS has subdatasets, | always works on the dataset level. If a VPS has subdatasets, | ||
from the backup, subdatasets are not restored. I.e. it is possible to restore | from the backup, subdatasets are not restored. I.e. it is possible to restore | ||
- | any dataset and this doesn’t have any effect on other datasets. During the restore process, | + | any dataset and this doesn’t have any effect on other datasets. |
- | all snapshots are stored thanks to the fact that backups in the backuper are branched. | + | |
You can only make snapshots of an NAS **manually**. Since it is not backed up to the | You can only make snapshots of an NAS **manually**. Since it is not backed up to the |