
If you are using your Synology NAS to connect and back up computers on your network, that’s the first step-you have two local copies of your data on different mediums. It means having at least three total copies of your data, two of which are local but on different mediums (read: devices), and at least one copy off-site. The 3-2-1 backup strategy is simple and time tested. In this post, we’ll explain how to achieve a 3-2-1 backup strategy, share some of the benefits of backing up to cloud storage, outline different options for backing up your DiskStation, and give some practical examples of what you can do by pairing your NAS with cloud storage. All the time.) In short, you can store backups on a NAS for easy access, but a NAS itself does not constitute a true backup strategy.įor true protection, you need to implement a 3-2-1 backup strategy that incorporates your NAS with at least one off-site copy-and backing up to the cloud is a great way to do just that. Your Synology DiskStation definitely gives you all of those benefits, but your NAS alone doesn’t fully protect your data from things like a natural disaster, a ransomware attack, or a major hard drive failure (And drives do fail. You probably invested in the NAS to enable easier collaboration and access, speed up restores, make files available 24/7, and achieve a level of redundancy you didn’t have before. If you’re using a Synology NAS for your small business or home office setup, chances are your data is important to you. Mount accordingly if you want to preserve SSD erase cycles.Editor’s note: This post has been updated since it was last published in 2020 to provide more information on Synology NAS backups. bzvol directory in the root of every hard drive it's configured to back up in which it'll store a full copy of files >100M split into 10M parts.

The -init flag installs a tiny process that can actually do a few init things like wait()ing children in place of the backblaze client as PID 1. This will cause it to fill up your system's PID limit within a few hours which prevents new processes from being created system-wide, would not recommend. Warning: The backblaze client is not an init system (who knew) and doesn't clean up its zombie children.


I have my WINE prefix set up in a way that dosdrives/d: is a symlink to drive_d and told backblaze to back up "D:\" and ignore everything on "C:\".
