Non del tutto quello che hai chiesto, ma in effetti molto simile (ad esempio, "paghi" l'archiviazione solo per i file che sono effettivamente cambiati):
Utilizzo di rsync, creazione di hard link per file non modificati.
Il grande vantaggio è che ogni "snapshot" è un backup completo a sé stante, ovvero al ripristino devi solo ripristinare quell'istantanea (invece di ripristinare una base e i suoi incrementi).
C'è una buona documentazione su questo approccio disponibile su www.mikerubel.org/computers/rsync_snapshots/
Duplicità esegue il backup delle directory producendo volumi crittografati in formato tar e caricandoli su un file server remoto o locale. Poiché la duplicità utilizza librsync, gli archivi incrementali sono efficienti in termini di spazio e registrano solo le parti dei file che sono state modificate dall'ultimo backup. Poiché duplicity utilizza GnuPG per crittografare e/o firmare questi archivi, saranno al sicuro da spionaggio e/o modifica da parte del server.
http://duplicity.nongnu.org/
Duplicity implementa uno schema di backup tradizionale, in cui l'archivio iniziale contiene tutte le informazioni (backup completo) e in futuro vengono aggiunte solo le informazioni modificate. Tuttavia, ecco alcuni vantaggi che potrebbe avere rispetto ad altre soluzioni simili:
-
Facile da usare:sebbene la duplicità sia un'utilità della riga di comando, la semantica è relativa semplicemente. Per fare un esempio di base, questo comando esegue il backup della directory /usr sull'host più remoto host.net tramite scp:
duplicity /usr scp://host.net/target_dir -
Archivi crittografati e firmati:gli archivi prodotti dalla duplicità possono essere crittografati e firmati utilizzando GnuPG, lo standard per la crittografia del software libero. La posizione remota non sarà in grado di dedurre molto sui backup oltre alla loro dimensione e quando vengono caricati. Inoltre, se gli archivi vengono modificati sul lato remoto, ciò verrà rilevato durante il ripristino.
-
Larghezza di banda e spazio efficienti:Duplicity utilizza l'algoritmo rsync in modo che solo le parti modificate dei file vengano inviate all'archivio quando si esegue un backup incrementale. Ad esempio, se un file di registro lungo aumenta di poche righe di testo, verrà inviata e salvata nell'archivio una piccola differenza. Altri programmi di backup potrebbero salvare una copia completa del file.
-
Formato file standard:anche se i dati di archivio saranno crittografati, al suo interno si trovano archivi in formato standard GNU-tar. Un backup completo contiene tarball normali e i backup incrementali sono archivi tar di nuovi file e delta di backup precedenti. I delta sono nel formato prodotto dall'utilità della riga di comando di librsync rdiff. Anche se non dovresti mai guardare manualmente un archivio di duplicità, se dovesse sorgere la necessità, possono essere prodotti ed elaborati usando GnuPG, rdiff e tar.
-
Scelta del protocollo remoto:Duplicity non fa molte richieste al suo server di archivio. Finché i file possono essere salvati, letti, elencati ed eliminati da una posizione, tale posizione può essere utilizzata come back-end di duplicità. Oltre ad aumentare la scelta per l'utente, può rendere un server più sicuro, poiché i client richiedono solo un accesso minimo.
Attualmente sono supportati l'archiviazione di file locale, scp/ssh, ftp, rsync, HSI, WebDAV, Tahoe-LAFS e Amazon S3 e altri non dovrebbero essere difficili da aggiungere.