Back In Time

speeding up BIT to a remote linux server?

Asked by Alexander Will

I'm running BIT to back up my linux machines to one server (also running linux). The backup FS from the server is mounted through NFS.
Would it make a significant difference in backup time if BIT had an option to run the cp and the chmod commands directly on the remote server instead over the network? I'm thinking about some remote exec mechanism to a "BIT daemon" that then issues sommands on the server.
For this to work, it would be neccesary to either extend the snapshot info (with the actual paths on the server, that might be different than the mount points on the backup client machines) or some functionality to determine e.g. the snapshot names on the server on the fly.
What do you think about the concept? Is it worth some thought?

Question information

Language:
English Edit question
Status:
Solved
For:
Back In Time Edit question
Assignee:
No assignee Edit question
Solved by:
Germar
Solved:
Last query:
Last reply:
Revision history for this message
Best Germar (germar) said : 		#1

That will make BIT a lot faster. And that's why the SSH mode in current version (1.0.24) works exactly like this ;D

Additional that mode uses rsyncs delta sync algorithm where only changed parts of a file will be transferred.
I'd recommend you to try out SSH in combination with the also new 'Full rsync mode' for a nice speed improvement. 'Full rsync mode' uses 'rsync --link-dest' to create the hardlinks instead of 'cp -aRl'

Regards,
Germar

Revision history for this message
Alexander Will (alexander-will) said : 		#2

Thanks, your answer hit the spot :-)