[OmniOS-discuss] Backup script (one local, multiple remote snapshots)

[Matej Žerovnik]

Hey there,

how come I didn’t find this earlier:)

It does look good after initial testing. I like the option of saving datasets and zvols to files instead of zvol on dst system. Better space usage.

Is it possible to run multiple instances of agents on one server? Currently I can transfer up to cca 200MB/s with aes128-gcm at openssh.com <mailto:aes128-gcm at openssh.com> cipher and a single connection. I tried running multiple SSH connections to backup multiple datasets and I can get up to around 600MB/s. Is there a way for running multiple instances, each instance taking care of its own pool for instance.

Matej


> On 21 Jan 2017, at 19:00, Richard Elling <richard.elling at richardelling.com> wrote:
> 
> 
> 
>> On Jan 21, 2017, at 8:07 AM, Dale Ghent <daleg at omniti.com> wrote:
>> 
>> We developed Zetaback for this.
> 
> +1 for zetaback. There are perhaps hundreds of implementations of this over the years. I think you'll find that zetaback is one of the best designs.
> 
>  -- richard
> 
>> As for how you exactly want your snapshots to be in number and how long they should stay around, you might be able to configure a backup policy which covers that.
>> 
>> https://github.com/omniti-labs/zetaback
>> 
>> The documentation is perdoc within the zetaback script.
>> 
>> /dale
>> 
>>> On Jan 21, 2017, at 8:33 AM, Matej Žerovnik <matej at zunaj.si> wrote:
>>> 
>>> Hello,
>>> 
>>> I would like to implement backup for one of my servers with zfs send/recv. My scenario would be the following:
>>> 
>>> For each dataset:
>>> - keep one daily snapshot on src server
>>> - copy daily snapshot from src server to backup server
>>> - on backup server, I would like to have one daily, one weekly and one monthly snapshots
>>> 
>>> I checked out some ZFS backup scripts I found on GitHub, but non of them did that I wanted (znapzend came close, but it keeps too many snapshots for my case)
>>> 
>>> Does anyone has anything like that implementented? If yes, would be willing to share?
>>> 
>>> Thanks, Matej
>>> _______________________________________________
>>> OmniOS-discuss mailing list
>>> OmniOS-discuss at lists.omniti.com
>>> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>> 
>> _______________________________________________
>> OmniOS-discuss mailing list
>> OmniOS-discuss at lists.omniti.com
>> http://lists.omniti.com/mailman/listinfo/omnios-discuss

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://omniosce.org/ml-archive/attachments/20170123/7aa6a599/attachment-0001.html>