Slow comparison, tracking database

[freesurfer]

Hello

VV takes quite a long time to do the comparision of the source and the target files. The more files we have, the longer the comparision takes.
That's why we are running out backup time. The backup time window is getting to small for the backup. The comparision takes so long, that the file copying can't be completed in the given time window.
The connection between the source and the target is a slow VPN connection, so the comparision takes even longer.

But the files in the target WILL NEVER CHANGE (nobody has access to the target). So VV should't check all the files on the target every time the backup job runs. It would be enough to keep a database on the local server containing the info about the target files.
So VV just would have to compare the files on the local drive with the entries in the local database and the slow comparision over the slow connection to the target wouldn't be necessary anymore. This would speed things up a lot.

Can I somehow prevent VV from always checking the files on the target? I mean if there never is a change, the comparison isn't necessary. To run a comparision every month would be enough.
Would the VV tracking database fulfill my needs? Or what kind of entries does this database contain?

Thanks a lot.

Greets
Patrick

[Guest]

Hello

We have the same problem. We backup our data (~1.5TB) to a backup server over a 3MBit WAN. The link and time would be enough if the comparison of the data would not take several hours. When do you plan to come up with a client sw, that will compare the files on the target server as well? Or keep a db on the source server which files changed? Or any other tips which we could try?

Thanks for your answer.
Cheers