I started using Backblaze B2 on servers for storing database backups and so far it's been great. Now I wonder if `b2 sync` is a good candidate for more traditional desktop backups (documents, lots of photos...). Does anyone have feedback on it?
B2 can't do simple things like move or copy,[1] so in my opinion it's really bad for those kinds of applications. For example, if you move a 5GB video file, you shouldn't have to delete+re-upload the entire thing just to change the path.
Self promotion ahead: I worked on a SaaS product to backup databases on S3 called DBacked. After some time I decided to open-source most of it. It's not made to backup files, only databases. You can look at the open-source project here: https://github.com/dbacked/agent and the SaaS product here: https://dbacked.com/
Looks cool!
Though for DB's i like to have near realtime backups. Like barman ( https://www.pgbarman.org ) does for PostgreSQL or Ottomatic ( https://ottomatik.io/ ) for MySQL. Both work with the similar principal of taking a full backup (pgdump, mysqldump, etc.) and then to stream logs (WAL in case of pgsql and binlogs in case of MySQL). These logs allow you to roll forward your full back to a certain point in time. Since the logs are streamed realtime you have a near realtime backup with point in time recovery.
I don't know of an open source alternative for ottomatik BTW. So if anyone knows one...
BackupPC is the best one: https://backuppc.github.io/backuppc/ You get every professional features out of the box (full/inc backups, deduplication, compression...) & everything is automated.
No idea why this was downvoted. I don't have recent experience setting up something like this but 10 years ago BackupPC was the answer, and I guess it is still good. Does anyone have a different experience?
I like to rsync into a BTRFS volume, and then take a snapshot. It's simple, fine-grained (you can use .rsyncignore files like .gitignore files) and versioned.
Why do you choose not to use Btrfs' send and receive commands? They do what rsync does, a bit more efficiently, unless I am missing something.
ZFS snapshots!... I _wanted_ to use "rsync.net" for this, they use FreeBSD with ZFS snapshots in a jail, the idea is that you get your stuff onto the account however you like over SSH (i.e rsync), then the snapshots serve two purposes: snapshots through time, and read only access incase you get 0wned. I couldn't use rsync.net though because all it's datacenters are outside of EEA, i'm currently looking into doing thi…
Yes, this is the part of our Zfs snapshots that many people don’t appreciate – they are immutable from your perspective. If an attacker gains access to your rsync.net credentials and destroys your local copy and your remote copy you still have seven days (or more) to discover this and access your historical snap shots which are online live and Browsable.
"For Mac users, burp is available in Homebrew. See the quick start page for more information." - https://burp.grke.org/download.html Also, I can't imagine how something could be for Unix-likes and not target Mac OS, since it is literally a certified Unix.
If it is targeting UNIX then it must work on Mac. Echoing your words, UNIX has stringent requirements to be UNIX and macOS fulfilled those requirements. MacOS IS UNIX. As a side note for fun, Linux is not UNIX and that’s intentional. Freedom is nice. ;)
"For Mac users, burp is available in Homebrew. See the quick start page for more information." - https://burp.grke.org/download.html Also, I can't imagine how something could be for Unix-likes and not target Mac OS, since it is literally a certified Unix.
If it is targeting UNIX then it must work on Mac. Echoing your words, UNIX has stringent requirements to be UNIX and macOS fulfilled those requirements. MacOS IS UNIX. As a side note for fun, Linux is not UNIX and that’s intentional. Freedom is nice. ;)
Linux is not UNIX™, but it is a Unix in most meaningful senses of that term. My opinion would be that making much of the distinction would be pedantic in a negative sense; there does not seem to be a practical reason for this.