public inbox for developer@lists.illumos.org (since 2011-08)
 help / color / mirror / Atom feed
* zfs double replica
@ 2024-08-09 14:36 Gabriele Bulfon
  2024-08-09 18:45 ` [developer] " Michael Zeller
  0 siblings, 1 reply; 2+ messages in thread
From: Gabriele Bulfon @ 2024-08-09 14:36 UTC (permalink / raw)
  To: illumos-developer


[-- Attachment #1.1: Type: text/plain, Size: 1005 bytes --]

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
Music: http://www.gabrielebulfon.com
eXoplanets : https://gabrielebulfon.bandcamp.com/album/exoplanets
 


[-- Attachment #1.2: Type: text/html, Size: 2545 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [developer] zfs double replica
  2024-08-09 14:36 zfs double replica Gabriele Bulfon
@ 2024-08-09 18:45 ` Michael Zeller
  0 siblings, 0 replies; 2+ messages in thread
From: Michael Zeller @ 2024-08-09 18:45 UTC (permalink / raw)
  To: illumos-developer

[-- 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 --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2024-08-09 18:45 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-08-09 14:36 zfs double replica Gabriele Bulfon
2024-08-09 18:45 ` [developer] " Michael Zeller

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).