YunoHost-Apps/borg_ynh
1
0
Fork 0
mirror of https://github.com/YunoHost-Apps/borg_ynh.git synced 2024-09-03 18:16:05 +02:00
Code Issues Activity Actions

add history details

Browse source 
as per this solved issue : https://github.com/YunoHost-Apps/borg_ynh/issues/122
This commit is contained in:
Jaxom99 2022-11-02 22:59:55 +01:00 • committed by GitHub
parent 0281a5970a
commit 7340173ffc
No known key found for this signature in database
GPG key ID: 4AEE18F83AFDEB23
1 changed files with 11 additions and 3 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

14
README.md
View file

@ -82,12 +82,20 @@ $ BORG_RSH="ssh -i /root/.ssh/id_borg_ed25519 -oStrictHostKeyChecking=yes " borg
``` ```
You will need the passphrase to run ``borg`` commands on the backup repository created on the host Server B. You will need the passphrase to run ``borg`` commands on the backup repository created on the host Server B.
### History Depth and Pruning
The default setup of this app is to have a **one-year history**, with decreasing frequency of backups kept (for each app and each setup's part) : 2 in the last hours, 7 in the last days, 8 in the last weeks and 12 in the last months (so 12 in total). All backup older than 1 year are deleted.
It relies on the [pruning behaviour of borg](https://borgbackup.readthedocs.io/en/stable/usage/prune.html) : `--keep-hourly 2 --keep-daily=7 --keep-weekly=8 --keep-monthly=12` implemented [here](https://github.com/YunoHost-Apps/borg_ynh/blob/testing/conf/backup_method#L55).
You may change this behaviour only via the CLI, by modifiyng the file in`/etc/yunohost/apps/borg(__x)/conf/backup_method`, although it will not persist between upgrades.
If your backup server is full, the app will fail and will **not** add new backup while deleting the old ones.
## Check regularly your backup ## Check regularly your backup
If you want to be sure to be able to restore your server, you should try to restore regularly the archives. But this process is quite time consumming. If you want to be sure to be able to restore your server, you should try to restore regularly the archives. But this process is quite time consuming.
You should at least: You should at least:
* Keep your apps up to date (if apps are too old, they could be difficult to restore on a more recent recent version) * Keep your apps up to date (if apps are too old, they could be difficult to restore on a more recent version on yunohost)
* Check regularly the presence of `info.json` and `db.sql` or `dump.sql` in your apps archives * Check regularly the presence of `info.json` and `db.sql` or `dump.sql` in your apps' archives
``` ```
borg list ./::ARCHIVE_NAME | grep info.json borg list ./::ARCHIVE_NAME | grep info.json
borg list ./::ARCHIVE_NAME | grep db.sql borg list ./::ARCHIVE_NAME | grep db.sql