Hi. let's say I can't use DRDB or mdadm at all. If I sync every "pc", one by one, between two storage, this could be working (even if suboptimal)? I know that rsync is able to recognize hardlinks (-H) only in same session (from manpage: " Note that rsync can only detect hard links between files that are inside the transfer set. "). So I guess, on second storage disk occupation will be bigger. Thank you very much.
>----Messaggio originale---- >Da: paolo.basen...@fcr.re.it >Data: 16/12/2015 9.45 >A: <backuppc-users@lists.sourceforge.net> >Ogg: Re: [BackupPC-users] Storage replica > >I've got QNAP too. >Initially tried with BPC installed directly on the NAS, but the NAS OS >is too limited and the risk that BPC does not survive a firmware update >is high, IMHO. > >But the last two QNAP firmware generations have an interesting new >feature: KVM virtualization. > >I installed a CentOS 7 VM on each NAS and installed BPC and DRBD on >CentOS. You can even follow Christian's smart advices and do iSCSI+RAID1 >on the VM, while the NAS maintains standard configuration and no addons >not supported by QNAP. >If your QNAP NAS has sufficient amount of RAM and CPU power, I highly >recommend this configuration. > >By the way: with firmware 4.0.x you need a dedicated physical ethernet >for each virtual ethernet. With 4.2.x firmwares, virtual switch feature >removes that limitation. > >Regards >Paolo > > > >Il 15/12/2015 20:49, Christian Völker ha scritto: >> Well, this information would have been helpful before ;) >> >> So in this case instead of trying to add DRBD to the QNAP host I would >> suggest you export an iSCSI target to the BackupPC host. Add iSCSI >> client to your BackupPC server and use the iSCSI target as underlying >> device for local RAID1. Thus, you always have an up-to-date secondary >> device available. Additionally use snapshot functionality of QNAP and >> you even have protection against filesystem failures, >> >> >> Greetings >> >> Christian >> >> Am 15.12.2015 um 18:44 schrieb absolutely_f...@libero.it: >>> Hi Stephen, >>> sorry, I forgot to mention that my secondary storage is a QNAP device. >>> Actually there is a way to install BackupPC on it: >>> >>> http://wiki.qnap.com/wiki/How_to_install_the_BackupPC_application >>> >>> Anyway, I would prefer keeping configuration as much standard as possible. >>> My choice is limited to QNAP daemon (NFS, rsyncd, samba). >>> Thankyou! >>> >>> >>> >>>> ----Messaggio originale---- >>>> Da: step...@physics.unc.edu >>>> Data: 15/12/2015 14.41 >>>> A: "absolutely_f...@libero.it"<absolutely_f...@libero.it>, <backuppc- >>> us...@lists.sourceforge.net> >>>> Ogg: Re: [BackupPC-users] R: Re: R: Re: Storage replica >>>> >>>> (Unless someone mentioned it and I missed it), I'm surprised no one has yet >>>> offered the standard reply: stand up a 2nd independent BackupPC server. >>>> >>>> Because it's totally separate, you're free to configure it identically to >>>> the first one or if it's simply for DR, set up a different backup schedule >>>> (ie, weekly or monthly rather than daily) and retention period -- for >>>> example keeping only the last 2 backups rather than a long backup >>>> history... Easy to adjust to fit your available storage and business needs. >>>> >>>> Slightly more work up front, but easy to perform restores without depending >>>> on another server. >>>> >>>> Hth. >>>> ~Stephen >>>> >>>> On Mon, 14 Dec 2015, absolutely_f...@libero.it wrote: >>>> >>>>> Hi, >>>>> thanks to both :) >>>>> DRDB sounds interesting :) >>>>> >>>>> >>>>>> ----Messaggio originale---- >>>>>> Da: chrisc...@knebb.de >>>>>> Data: 14/12/2015 15.45 >>>>>> A: <backuppc-users@lists.sourceforge.net> >>>>>> Ogg: Re: [BackupPC-users] R: Re: Storage replica >>>>>> >>>>>> Hi, >>>>>> >>>>>> sorry, using rsync for this purpose is absolutely not recommended! >>>>>> >>>>>> As always, it depends on what you want to get. If you do not mind having >>>>>> old data as long as you have it, it might be fine with rsync running >>>>>> once a month. You have a pool of 2.5TB- on my pool of 1.4TB I aborted >>>>>> rsync after 2days! So you might need 3days or more for a ful rsync run. >>>>>> I doubt you want it this way! >>>>>> >>>>>> There is no easy ways to have them always in sync. All file level >>>>>> methods are supposed to take ages because of the hardlinks. So you might >>>>>> want to use block based duplication. >>>>>> One possibility is DRBD (which I do here). It is RAID1 through network. >>>>>> If you do not want the remote node slow down local file access you might >>>>>> think of a periodic disconnect and reconnect. Besides of this it appears >>>>>> to be rock stable and reliable. >>>>>> Another possibility are of course distributed file systems. But as you >>>>>> do not need write access on remote as long as primary is alive it might >>>>>> be overkill. >>>>>> Last suggestion is ZFS which I do not know at all. But it appears to >>>>>> have some functionality. Try it. >>>>>> >>>>>> I would say use DRBD ;) And definetly forget about rsync! >>>>>> >>>>>> Greeting >>>>>> >>>>>> Christian >>>>>> >>>>>> >>>>>> >>> ------------------------------------------------------------------------------ >>>>>> _______________________________________________ >>>>>> BackupPC-users mailing list >>>>>> BackupPC-users@lists.sourceforge.net >>>>>> List: https://lists.sourceforge.net/lists/listinfo/backuppc-users >>>>>> Wiki: http://backuppc.wiki.sourceforge.net >>>>>> Project: http://backuppc.sourceforge.net/ >>>>>> >>>>> >>>>> >>> ------------------------------------------------------------------------------ >>>>> _______________________________________________ >>>>> BackupPC-users mailing list >>>>> BackupPC-users@lists.sourceforge.net >>>>> List: https://lists.sourceforge.net/lists/listinfo/backuppc-users >>>>> Wiki: http://backuppc.wiki.sourceforge.net >>>>> Project: http://backuppc.sourceforge.net/ >>>>> >>> ------------------------------------------------------------------------------ >>> _______________________________________________ >>> BackupPC-users mailing list >>> BackupPC-users@lists.sourceforge.net >>> List: https://lists.sourceforge.net/lists/listinfo/backuppc-users >>> Wiki: http://backuppc.wiki.sourceforge.net >>> Project: http://backuppc.sourceforge.net/ >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> BackupPC-users mailing list >> BackupPC-users@lists.sourceforge.net >> List: https://lists.sourceforge.net/lists/listinfo/backuppc-users >> Wiki: http://backuppc.wiki.sourceforge.net >> Project: http://backuppc.sourceforge.net/ > > >------------------------------------------------------------------------------ >_______________________________________________ >BackupPC-users mailing list >BackupPC-users@lists.sourceforge.net >List: https://lists.sourceforge.net/lists/listinfo/backuppc-users >Wiki: http://backuppc.wiki.sourceforge.net >Project: http://backuppc.sourceforge.net/ > ------------------------------------------------------------------------------ _______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/