BackBlaze vs. CrashPlan
-
Unless the goal is to avoid uploading lots of incremental changes on a single file?
-
But here is what seems wrong... if editing a file causes it to be blocked from backing up for eight hours, imagine if someone had a heavily used file that is modified once every eight hours or more... it would literally be super critical and never eligible for backup whatsoever.
-
Even if they didn't edit for eight hours, if they edited at the beginning of a shift and turned their computer off at the end of the day (a common scenario) you would still get a "never backed up" file, even though it had existed for years and was used every day.
-
This post is deleted! -
@aaron @BBigford
Hola! My name is Christopher and I am one of the senior support guys @ Backblaze. Just want to clarify a few points, as it seems there's a little confusion.
Under the "Continuous" backup schedule setting (the default), the Backblaze software will automatically index the computer for new or changed files roughly once every 1-2 hours, depending on the system configuration. Following the completion of each indexing cycle, the Backblaze software will upload all the new or changed files that were just indexed. Once a file has been uploaded, it can take 1-2 hours for the file to appear and be available for restore through the Backblaze website.
In regards to open files, this is generally not an issue unless the file has not actually been saved to disk OR the application locks or prevents other applications from reading the file on disk (like Outlook does, for example). So long as the Backblaze software has the ability to read the file, it should be able to be included in the following Backblaze backup. We do not support VSS/Shadowcopy.
It's likely worth noting that any time the computer is shutdown or asleep, neither the file indexing nor upload processes can run. The user's power settings and usage patterns may effect the frequency with which either the indexing or upload processes complete.
-
@ChristopherBB Welcome to MangoLassi!!
-
@ChristopherBB said in BackBlaze vs. CrashPlan:
@aaron @BBigford
Under the "Continuous" backup schedule setting (the default), the Backblaze software will automatically index the computer for new or changed files roughly once every 1-2 hours, depending on the system configuration. Following the completion of each indexing cycle, the Backblaze software will upload all the new or changed files that were just indexed. Once a file has been uploaded, it can take 1-2 hours for the file to appear and be available for restore through the Backblaze website.
So, if I read this right.... with a 1-2 hour upload cycle and a 1-2 hour propagation cycle the results should be...
Zero to a little more than two hours before a file gets backed up (zero if it is saved and the run happens immediately, two hours plus if the file gets created the instant that the last run stops, the run is set to two hours and there is a bit to upload causing it to not be uploaded immediately.
And then one to two hours to propagate on the site.
So on the low end, a file can be created and be visible in as little as an hour and might have a reasonable upper bound of about 4.5 hours in extreme cases (not including systems turned off, offline, etc.)
-
@scottalanmiller 100% correct!
PS. Thanks for the welcome!
-
Can this delay in scanning for changes be eliminated or at least shortened.
-
@scottalanmiller said in BackBlaze vs. CrashPlan:
@ChristopherBB said in BackBlaze vs. CrashPlan:
@aaron @BBigford
Under the "Continuous" backup schedule setting (the default), the Backblaze software will automatically index the computer for new or changed files roughly once every 1-2 hours, depending on the system configuration. Following the completion of each indexing cycle, the Backblaze software will upload all the new or changed files that were just indexed. Once a file has been uploaded, it can take 1-2 hours for the file to appear and be available for restore through the Backblaze website.
So, if I read this right.... with a 1-2 hour upload cycle and a 1-2 hour propagation cycle the results should be...
Zero to a little more than two hours before a file gets backed up (zero if it is saved and the run happens immediately, two hours plus if the file gets created the instant that the last run stops, the run is set to two hours and there is a bit to upload causing it to not be uploaded immediately.
<snip>This is the way CrashPlan works as well. In that you tell it to back up every X (default is 1, I think), and then it backs up any files that have changed.
-
Question for @ChristopherBB -- Does the Backblaze backup client have the option to back up to a local drive or a USB drive as well as to your servers?
-
@dafyre said in BackBlaze vs. CrashPlan:
Question for @ChristopherBB -- Does the Backblaze backup client have the option to back up to a local drive or a USB drive as well as to your servers?
If it does, that is very new.
-
Hi.
I looked at CrashPlan and BackBlaze years ago.
CrashPlan, I dropped because of the requirement for Java on the end clients. It might be the most amazing tool in the world but Java sucks, so when choosing which to go for, I went with BackBlaze.
I've got people using the home & business backup of Backblaze, no problems or complaints so far. For 1-2 years now.
By default, the Backblaze client throttles it's own speed, but in the client you can turn off the throttle and let it use as much as you want if you prefer. So if speed of upload is a concern, have a look in the client settings.
@dafyre said in BackBlaze vs. CrashPlan:
Does the Backblaze backup client have the option to back up to a local drive or a USB drive as well as to your servers?
Nope, the BackBlaze client is there purely to upload & download from BackBlaze servers. Which I prefer because it means their focus is on making that feature work rather than other bits.
-
@BBigford said
Prefer to leave your apps open, lock your computer, and go home for the weekend? No backup is taking place.
Don't machines get rebooted for patching & updates out of office hours?
-
I wonder if @aaron and @ChristopherBB have relayed on the Java issue to BB? I'm sure product teams would love to hear that them avoiding Java and using a native tool set alone is a cause for customer acquisition. That's a metric or anecdote that they would love to have in their collection, I'm sure.
-
@scottalanmiller said in BackBlaze vs. CrashPlan:
I wonder if @aaron and @ChristopherBB have relayed on the Java issue to BB? I'm sure product teams would love to hear that them avoiding Java and using a native tool set alone is a cause for customer acquisition. That's a metric or anecdote that they would love to have in their collection, I'm sure.
No no. They use it on their marketing already
https://www.backblaze.com/cloud-backup.html
Native Software
Java is responsible for 91%* of security attacks. Backblaze's code is native to Mac and PC and doesn't use Java.Do I want to support a company who does not use Java? Absolutely. Until CrashPlan changes their app, they won't get clients from my end.
-
@Breffni-Potter BackBlaze seems to be better but I am sticking to CrashPlan due to the family plan. 10 computer for 13.99 is hard to beat.
-
@aaronstuder said in BackBlaze vs. CrashPlan:
@Breffni-Potter BackBlaze seems to be better but I am sticking to CrashPlan due to the family plan. 10 computer for 13.99 is hard to beat.
But I'd question why they are much cheaper than BackBlaze.
Either BackBlaze just want more money or CrashPlan are cutting corners somewhere.
For me, cloud backup is insurance against either my stupidity, theft/fire/flood. I prefer spending a bit more and not having to worry about it but to each their own.
-
@Breffni-Potter said in BackBlaze vs. CrashPlan:
@aaronstuder said in BackBlaze vs. CrashPlan:
@Breffni-Potter BackBlaze seems to be better but I am sticking to CrashPlan due to the family plan. 10 computer for 13.99 is hard to beat.
But I'd question why they are much cheaper than BackBlaze.
Either BackBlaze just want more money or CrashPlan are cutting corners somewhere.
For me, cloud backup is insurance against either my stupidity, theft/fire/flood. I prefer spending a bit more and not having to worry about it but to each their own.
Or CP has some brilliant means of making the backups cost less. I doubt that they do, just saying it's a possibility.
-
It's possible that the family plan has shown that statistically people back up only so much "per family." These plans of all types are all about stats. Any individual might end up costing the vendor money, but on average they make money.