I am mirroring the same 2,8 TB data to multiple backup targets. Daily to the internal 10TB disk and additionally to two external USB disks.
I automated this daily mirror with Windows "Task Service" and I am using the FreeFileSync versioning feature to keep the last x versions (in a different directory tree to be able to quickly remove the backup versions, if disk space is low).
Currently I have to use three separated mirror jobs which can not run in parallel as FreeFileSync kind of blocks the source folders that are being mirrored.
Would it be possible to parallelize this further to reduce the required time for backup ?
Maybe only 1 mirror job that starts one mirror thread per destination disk ?
Here a drawing to make the proposal clear, many thanks for your time and this great product.
BTW .. don't get me wrong, I am very satisfied with the current solution and it runs smooth and reliable.
Its even very nice that I can start the three jobs and that the other jobs wait, until the source drives are available again so that all 3 started jobs will run though.
It was simply an idea whether the good maybe could be done even better, because currently you loose time, as you need to wait for the other jobs to finish.
We have so powerful computer that those three jobs could ideally run in parallel was my idea.
Maybe read once what we have on the source disks and then have independed mirror jobs that run autark and in parallel.
I am also fine by this if you would say, theoretically nice, but too special case and too complex to code.
Just an idea put to discussion, not more not less.
