On 11/01/2016 13:07, Adam Goryachev wrote: > On 1/11/16 21:59, Gandalf Corvotempesta wrote: >> 2016-11-01 11:35 GMT+01:00 Johan Ehnberg <[email protected]>: >>> Changes in BackupPC 4 are especially geared towards allowing very high >>> full periods. The most recent backup being always filled (as opposed to >>> rsnapshots hardlink pointing to the first), a full backup is not >>> required to maintain a recent and complete representation of all the >>> files and folders. >> So, with the current v4, deleting a full backup doesn't break the >> following incrementals? >> In example, with Bacula, if you delete a "full" backup, all following >> backups are lost. >> In rsnapshot, you can delete whatever you want, it doesn't break >> anything as long as you keep at least 1 backup, obviosuly
[...] > So, can you explain the need to delete random backups manually? > Generally, if you need to do something weird like that, then either you > are doing something wrong, or you are using the wrong tool. Some have to purge files that have to go out of all backups... ... due to copyright issues -- I had that. ... because wrongly defined excludes _heavily bloating_ the archive -- I'm guilty. Regards, Benjamin -- FSU Jena | JULIELab.de/Staff/Benjamin+Redling.html vox: +49 3641 9 44323 | fax: +49 3641 9 44321 ------------------------------------------------------------------------------ Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi _______________________________________________ BackupPC-users mailing list [email protected] List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
