Hello all, new DT and DTTG user here. I’ve been reading all the posts I can find on backup strategies, paying particular attention to mentions of BackBlaze. As late as May of last year, users warn that BackBlaze does not back up all metadata:
I just tested a backup of my encrypted database sparse image (set Backblaze to NOT exclude them). I downloaded/unzipped the file from the BB website and the image file is EXACTLY the same size as my live dtSparse database.
Perhaps I’m mistaken, but doesn’t this mean the backup was an exact replica of the live the database, which would include all metadata? If not, could someone explain why?
Hey I have not got any information re. the first bit of your post; but I don’t think you can rely solely on the size of a sparseimage to determine its likeness to any other sparseimage. My assumption is based on the fact that the sparseimage does not - to my knowledge - downsize (immediately/automatically?) when you remove content. Two things to do: compare the checksums - identical files must have identical checksums; close all your databases and then open the database which you downloaded back from BB; sift around, see whether things you are worried might be missing are there or not. Remember to close the database before going back to your “live” databases.
On the other hand, I don’t really see how BB could lose metadata from inside an encrypted sparseimage - seeing as it can’t even determine what is and what isn’t metadata. All the metadata quoted in the post (please add a source to the image) I would assume to be pertaining to individual files being backed up. So I could imagine you losing metadata for the sparseimage file itself, but not for the contents within, at least not in the case of an encrypted sparseimage.
Disclaimer: I have never used BB, I wasn’t previously aware of the issues you mention, I can’t test my theory, and I have no training which would allow me to make assertions rather than assumptions.
Thanks, Blanc! I’ve added the source for that image, actually pulled it from another post on this forum that has the original source link.
What you says does make sense. I will have to figure out how to open the downloaded sparse bundle in DT; what I’ve tried so far didn’t work and I don’t want to mess up my live database.
I’ve also contacted BB support to see what they say but haven’t heard back yet. Will update when I do.
It’s essential that you close your “live” database, as it will have the same ID as the backup. You should then be able to open the backup simply be selecting Open from the context menu in Finder; if that doesn’t work, then you have a problem - or would have, if you ever needed your backup. Be sure to close the backup database before returning to opening your “live” database.
When I was still using Backblaze, restores lost metadata like Finder tags, but that applied to single files, like PDFs.
The image or even a regular Devonthink database backup should work without losing metadata of the files contained in that package.
However, I would certainly test it again in your case.
If you search the Backblaze subreddit, they are quite opinionated about not supporting metadata like Finder tags, because, according to them, they serve no good purpose (everybody should use folder hierarchies) and they claim Apple will not support them in the future anyway.
… Backblaze employee basically gaslighting users that there are no use cases for tags.
… dmg and sparse bundle should work around the issue.
Thanks for posting. Last time I checked, Backbaze still didn’t list these limitations in their knowledge base and users either have to ask or search for random comments on websites like Reddit, so annoying.