|
⇤ ← Version 1 à la date du 2016-05-11 20:26:36
Taille: 254
Commentaire:
|
← Version 2 à la date du 2016-05-17 15:56:00 ⇥
Taille: 1023
Commentaire:
|
| Texte supprimé. | Texte ajouté. |
| Ligne 6: | Ligne 6: |
* Liste des images qui ne sont pas au format qcow2 . extrait du README {{{ It works on VMs with multiple disks but only if disk images are in qcow2 format. }}} * super-auforg * papercut file format: raw * super-tech * nuage-data-AUF.img file format: raw * nuage-data.img file format: qcow2 * nuage-sys.img file format: qcow2 == Stratégie == * un backup vers backup-wan par semaine suivi d'une consolidation (on ne veut rien (les snapshot) laisser traîner côté serveur) ==> fi-backup fait-il de l'incrémental dans ce cas ? ou bien au prochain backup, ça sera un full ? * depuis backup-wan, on rsync vers backup-ovh. ==> faut-il chiffrer ? duplicity ? gpg direct ? * quid de la retention ? |
|
| Ligne 7: | Ligne 27: |
| == Stratégie == |
* quid des incréments sur backup-wan ? |
Backup avec Fi-backup.sh
- Liste des images qui ne sont pas au format qcow2
extrait du README
It works on VMs with multiple disks but only if disk images are in qcow2 format.
- super-auforg
- papercut file format: raw
- super-tech
- nuage-data-AUF.img file format: raw
- nuage-data.img file format: qcow2
- nuage-sys.img file format: qcow2
Stratégie
- un backup vers backup-wan par semaine suivi d'une consolidation (on ne veut rien (les snapshot) laisser traîner côté serveur)
==> fi-backup fait-il de l'incrémental dans ce cas ? ou bien au prochain backup, ça sera un full ?
- depuis backup-wan, on rsync vers backup-ovh.
==> faut-il chiffrer ? duplicity ? gpg direct ?
- quid de la retention ?
- quid des incréments sur backup-wan ?