However, I’m not very favorable (unless there is a strong argument for it) to the second solution, because no one knows exactly what happens in case of firmware upgrade, you’ve been a witness of such a problem by the way.The smartest workspace out there is none other than Dropbox.
#Syncovery speeding up upload Pc#
I was asking myself would it be more efficient (and comfortable) to use the backup agent on a local PC (or server in our case) backing up a network share (ie the NAS), or directly installing the corresponding Linux agent on the QNAP gear, and let it do the job. In that sense, provides a nice solution, but using Super Flexible File Synchronizer rebranded Syncovery is a neat solution as well since it allows to contract with other off site back up service providers. But it does not support rsync over SSH (to be exact it is supported only to another QNAP gear) and it does not support file encryption on the fly. For the time being the embedded QNAP rsync facility is used.
Then the NAS is backed up remotely every day. As a matter of fact, an image of each PC is still made from time to time, in order to be able to rebuild the PC very quickly in case of disk disaster, and a daily backup of users’ profile is made as well. In other words there is no important data on each PC.
The way we handle users’ data at our client site is a bit different leading to a different approch: all users’ data in on the NAS with 4 disks under RAID 6 (2 disks may fail without interrupting production). Suffice to say it is working now but I have had to change things. I've described this in the other thread so I'll spare you the details. As for the rsync over ssh I have it working on the NAS again now using the -max-size and -min-size -bwlimit commands. However modern upload speeds are starting to make it a more realistic option to back up the PCs offsite directly. I could use SFFS to make the backups to but I'd still want to make a local backup and because I don't want to have all the computers tied up backing up offsite I would just rather do it on the NAS when everyone is asleep. It is very good and the support is excellent.
#Syncovery speeding up upload full version#
I have recently looked at the backup agent on the website and it turns out it is a cut-down version of superflexible file synchronizer (SFFS) which is exactly what I use a full version of on the PCs in the house to back them up to the NAS. I remember the initial upload took days and days (weeks and weeks in fact) of non stop uploading at something less than 0.5 Mbps. When I started doing offsite backups I had a very slow internet connection and it took hours and hours to make the backups so leaving the NAS to just do it was great. In the past I have ended up paying a lot of money to have a hard drive professionally recovered which, even though it worked, led to a lot of work sorting things out so I am paranoid about not losing anything in the future. The set up I have is the PCs back up to the NAS and the NAS is backed up both locally (for *when* it fails so I can restore without having to pull the remote) and offsite in case the house burns down or some similar disaster. If a computer breaks and I need to restore the data onto a new one it is going to be quicker to restore from a local backup rather than pull it from a remote site. For me the purpose of the offsite backup is to provide me with diasater recovery. It's a good question and you asking has made me think. The general command I use is # /usr/bin/rsync -av -delete -progress -e /usr/bin/ssh /share/bkup/pst_file_to_be_backed_up.zip Edit: To pull I think you just reverse the two locations but I am not a rsync expert so someone else can advise depending on the details of your system. My command is something like the following.I had to run it manually the first time to save the keys from the other side but that will depend on your set up. SSH and Rsync are both present on the NAS so I set up a script to run it overnight via cron but can easily log in to my QNAP NAS via ssh or telnet and just issue the rsync command. The title says it is broken but I have got it working somewhat since then. It has worked well but just lately I have had some difficulty (see this thread: viewtopic.php?f=15&t=70375). I wanted to do it via the web interface but the web interface doesn't allow it and require ssh so I ended up doing it directly by logging in to the NAS via ssh/telnet. Dear Everyone I just noticed this thread about rsync over ssh.
0 kommentar(er)
