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-...@openssh.com <mailto:aes128-...@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.ell...@richardelling.com> > wrote: > > > >> On Jan 21, 2017, at 8:07 AM, Dale Ghent <da...@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 <ma...@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@lists.omniti.com >>> http://lists.omniti.com/mailman/listinfo/omnios-discuss >> >> _______________________________________________ >> OmniOS-discuss mailing list >> OmniOS-discuss@lists.omniti.com >> http://lists.omniti.com/mailman/listinfo/omnios-discuss
_______________________________________________ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
