Hi list, I'm searching a valid backup system to perform backups of 3 server, one local and 2 remote, and 2 linux workstation. (this number could be higher in future). Currently I'm testing bacula, scripted rsync with hardlink and borgbackup on C8.1. Bacula works without any problem, well tested, solid but complex to configure. Tested on a single server (with volumes on disk) and? a full backup of 810gb (~150000 files) took 6,30 hours (too much). I would run deduplication but 1. bacula on C8 is not compiled with aligned 2. bacula put attention on some possibile bad scenario where deduplication could be a problem in losing one block that could break many files with the same shared block. So deduplication is secure or I should be away from it? scripted rsync. Simple, through ssh protocol and private key. No agent required on target. I use file level deduplication using hardlinks. To perform compression and block deduplication I could use fs like zfs (not available from epel) or use something like stratis (I don't checked if it offer deduplication in this moment). Encryption could be performed on fs level. Using a scripted rsync is the simpler way but there is something that could be leaved out by me (or undiscovered error). Simple to restore. BorgBackup is another solution similar to rsync in some way. It works like rsync through ssh but while rsync simply sends data, borg run deduplication, compression and encryption on place. Why is similar rsync? Because I need another script to run borg. It is not a complete solution and it works on push method and not pull like with bacula or rsync. If I would manage all my server from a central backup server is a problem, so to accomplish this I should run the borg command from the central server on the target server that point back to the remote repository (located on the central server). There is another solution with borg: using sshfs but is 4 time slower (too much solwer). I have not so much experiences on backups and choosing the bad tool could be dangerous so I need some suggestion. What backup solution do you suggest for my scenario? Thank you in advance. Alessandro.
Le 02/04/2020 ? 17:32, Alessandro Baggi a ?crit?:> I have not so much experiences on backups and choosing the bad tool could be > dangerous so I need some suggestion. > > What backup solution do you suggest for my scenario?I'm using Rsnapshot on all my CentOS 7 servers. It's a very elegant solution that follows the KISS principle. I've written a little blog article about it. It's in French, but the Unix bits are universal. :o) https://blog.microlinux.fr/rsnapshot-centos-7/ It's basically scripted rsync with ssh on steroids. Been using it for the last five years or so. It just works. Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'?glise - 30730 Montpezat Site : https://www.microlinux.fr Mail : info at microlinux.fr T?l. : 04 66 63 10 32 Mob. : 06 51 80 12 12
Il 02/04/20 17:49, Nicolas Kovacs ha scritto:> Le 02/04/2020 ? 17:32, Alessandro Baggi a ?crit?: >> I have not so much experiences on backups and choosing the bad tool could be >> dangerous so I need some suggestion. >> >> What backup solution do you suggest for my scenario? > I'm using Rsnapshot on all my CentOS 7 servers. It's a very elegant solution > that follows the KISS principle. > > I've written a little blog article about it. It's in French, but the Unix bits > are universal. :o) > > https://blog.microlinux.fr/rsnapshot-centos-7/ > > It's basically scripted rsync with ssh on steroids. Been using it for the last > five years or so. It just works. > > Cheers, > > Niki >Hi Niki, thank you for your answer. I remember you when I used Slackware and I think your KISS is inherited by there but sometimes more complex things are needed. Rsnapshot is a great tool but I need catalog, jobs info, pre/post job script on remote target, mailing, compression and possibly store data off-site (no on a public cloud).
On Thu, Apr 02, 2020 at 05:32:35PM +0200, Alessandro Baggi wrote:> scripted rsync. Simple, through ssh protocol and private key. No agent > required on target.Just a point of clarification -- you need an rsync binary on both sides of the ssh session, so 'rsync' would be the agent needed on the target. -- Jonathan Billings <billings at negate.org>
Yes you are right. I meant that I don't need an real agent like with bacula that need to be configured completely Il Gio 2 Apr 2020, 19:52 Jonathan Billings <billings at negate.org> ha scritto:> On Thu, Apr 02, 2020 at 05:32:35PM +0200, Alessandro Baggi wrote: > > scripted rsync. Simple, through ssh protocol and private key. No agent > > required on target. > > Just a point of clarification -- you need an rsync binary on both > sides of the ssh session, so 'rsync' would be the agent needed on the > target. > > -- > Jonathan Billings <billings at negate.org> > _______________________________________________ > CentOS mailing list > CentOS at centos.org > https://lists.centos.org/mailman/listinfo/centos >
I have been using rsnapshot for years, with great success. https://rsnapshot.org/
Do note, backup systems that use rsync or similar file by file copies of a running system do not make coherent atomic snapshots, so things like relational databases should be excluded from those, and backed by database tools
On 4/3/20 6:13 AM, miguel medalha wrote:> I have been using rsnapshot for years, with great success. > > https://rsnapshot.org/ > > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > https://lists.centos.org/mailman/listinfo/centosSince no one else has mentioned it as a solution, I've been using amanda for years.? About the only change has been replacing my physical tape drive with mhVTL (Anybody need some unused DSS-3 tapes? Free to good home.). Cheers, Dave -- "They that can give up essential liberty to obtain a little temporary safety deserve neither safety nor liberty." -- Benjamin Franklin