Updated Home (markdown)
16
Home.md
16
Home.md
@ -169,6 +169,22 @@ Run the script on the backup machine and pull the data from the source machine s
|
||||
#### All operations completed successfully
|
||||
```
|
||||
|
||||
### The results
|
||||
|
||||
As you might notice, zfs-autobackup preserve the whole parent-path of the source.
|
||||
|
||||
So `rpool/data/vm100-disk-0` ends up as: `data/backup/pve01/rpool/data/vm-100-disk-0`
|
||||
|
||||
Since its a backup, its usefull to preserve the original structure of the data like this.
|
||||
|
||||
#### Stripping the path
|
||||
|
||||
Since you might think this is ugly, there is the `--strip-path` option. However this can lead to collisions if you 2 source datasets result in the same target paths. Since version 3.1.2 zfs-autobackup will check for this and emit an error.
|
||||
|
||||
Also if you later want to add datasets that are higher up the tree, you might run in to trouble.
|
||||
|
||||
### Pull or push?
|
||||
|
||||
Note that this is called a "pull" backup. The backup (target) machine pulls the backup from the source machine. This is usually the preferred way.
|
||||
|
||||
It is also possible to let a source machine push its backup to the target machine. There are security implications to both approaches, as follows:
|
||||
|
||||
Reference in New Issue
Block a user