Depends. See
It’s not bad, but requires to be careful. With rsync
the worst case is corrupted databases, if the operator would forgot to do last rsync
with --delete
option.
In the suggested method there is a great chance to lost data, especially on Windows, where you cannot copy an opened file with usual Explorer or even copy
command.
So, you need to use rsync
/robocopy
anyway at the end. But since the copy command changes the modification date, rsync
will likely copy it over again, so you have nothing to save in time.
Maybe we can write a guide to use the suggested method extended with special options in the cp
command to preserve a modification time and do the last sync with rsync --delete
.
I have a feeling, that resulted time would not change, because most of it rsync seems to spend on calculating a difference, not on copy. This is especially true for NTFS under Linux (it’s known as incredibly slow).