Re: [developer] zfs double replica

[Michael Zeller <mike@mikezeller.net>]

[-- Attachment #1: Type: text/plain, Size: 1902 bytes --]

Take a look at zrepl https://zrepl.github.io/
It can leverage things like zfs bookmarks and resumable send.  I am currently using it to backup my main illumos box to a secondary box at home as well as an offsite box.
There’s also a basic example setup on the omnios website https://omnios.org/info/zrepl 

> On Aug 9, 2024, at 10:36 AM, Gabriele Bulfon via illumos-developer <developer@lists.illumos.org> wrote:
> 
> Hi,
>  
> I have some production systems doing a daily sync replica on a dedicated storage backup system.
> They're all organized into datasets of the main backup pool.
> Sync is via ssh using "zfs send -R -i ... | ssh host " zfs receive -Fduv ...".
> The destination machine is always aligned to the same snaps existing at the source, removing old ones when no more at the source.
> Is there a way to change this behaviour and let the destsination sync to new snaps but keep older ones?
> The aim is to have another process on the backup machine to do its own send to another backup machine, with its own timings, and this second process will take care of removing old snaps when they're no more needed.
> Znapzend is not an option, because it's not a real replica tool for zone datasets as it is not replicating all properties.
>  
> Thanks,
> G
>  
>  
> Sonicle S.r.l. : http://www.sonicle.com <https://www.sonicle.com/>
> Music: http://www.gabrielebulfon.com <http://www.gabrielebulfon.com/>
> eXoplanets : https://gabrielebulfon.bandcamp.com/album/exoplanets
>  
> illumos <https://illumos.topicbox.com/latest> / illumos-developer / see discussions <https://illumos.topicbox.com/groups/developer> + participants <https://illumos.topicbox.com/groups/developer/members> + delivery options <https://illumos.topicbox.com/groups/developer/subscription>Permalink <https://illumos.topicbox.com/groups/developer/Tbb33a16b0c1822be-M2ac0788a077129acb895285e>

[-- Attachment #2: Type: text/html, Size: 3945 bytes --]