Storj Node expansion

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).