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/
