5 ms·
>for business files sync is really not backup With versioning it is.
by fnord123 9y ago
>for business files sync is really not backup
With versioning it is.
- nolok 9y agoIt really isn't. Maybe I'm mistaken and then I'm listening to how you do it ? The purpose of file syncing and backuping is very different, one is ensuring that a change on the source is replicated to the destination and is kept up to date on changes, the other is taking a snapshot frozen in time no matter what happens on the source.
- fnord123 9y agoIf you have a file version, it's frozen in time. So if you have syncing with file versions you can rollback files individually.
- nolok 9y agoI don't think I was clear enough: with a two way sync, if a disgruntled employee / script failure / any other thing destroys the file version 1.0, it gets uploaded and replace the old file version 1.0 Backup is not just about having a copy, it's having a copy that stops being kept in sync with the original after it is made.
- fnord123 9y agoThe version (in S3) is a hash of the data so if you remove your local version and replace it then you won't be tricked into thinking version 1.0 is the wrong thing (unless someone brute forces a new file with the same hash). There is also a concept of Write Once Read Many in storage which is used for compliance. So you can use sync with WORM and it's basically append only.