Synology Hybrid Backup, Part 3

This is the third installment of the 3-2-1 backup workflow that I have established using Synology’s DSM 5.2 software.

My goal is to illustrate a multi-tiered backup plan using my Synology equipment and the built-in tools to establish a resilient method for surviving data loss.

In the first post, I discussed some of the considerations of backups and a provided a general overview of Synology’s tools to accomplish the tasks. In the second, I went through some of the specific step-by-step for backing up a wide variety of disaggregated data volumes to my DiskStation DS1813+, complete with versioning.

In this post, we’ll look at the next stage of data availability, which is syncing to the secondary DS1511+ and preparing the data for off-site backup:

  • Prepares the data for cloud storage environments
  • Creates a copy of the most recent backed up data
  • Creates independent backups for easier troubleshooting and restoration
High level logical flow. Note the colors

High level logical flow. Note the colors

Disclaimer: The information here is for example and informational purposes only. As we’re talking about data loss, use at your own risk. I accept no liability whatsoever for your data, just like no one else does for mine. All these methods have been tested and worked on my system, not yours. 

DS-to-DS Backup Conventions

I said this in earlier posts, but I’m going to reiterate it here. The hardest part about doing this correctly is knowing where you are. That is, in order to do this, there are configurations you’ll do in various places on each DiskStation and it will get confusing.

For purposes here, I’ve tried to do screenshots that include a different color background so that you can see at a glance which Diskstation I’m working on. The DS1813+, the first aggregation point in my workflow, has a blue background. The DS1511+, which will do the syncing from the DS1813+ and (eventually) prepare the data for encrypted off-site backup, is in green.

Of course, your mileage will vary, and perhaps you have stellar concentration skills. For me, though, I’ve found that things look so similar on both devices that I can get lost if I come back to the task after too long.

High-Level Overview

Due to versioning/encryption limitations (see the previous post), the most recent versions of files on the DS1813+ will be synchronized to the DS1511+ on a daily schedule

Files will not be encrypted at rest, on either Diskstation (again, limitations for the syncing software, both between DiskStations and when offloading to Cloud Storage platforms. See next post about this in greater detai

Effectively there is a three-stage process that needs to be accomplished:

On the DS1511+ (Green, Destination)

  • Set up a shared folder (not encrypted)

[Note: Encryption will be accomplished when we start to explore cloud storage options]

  • Enable the network backup service

This allows the DS1511+ to accept incoming backup from the DS1813+

On the DS1813+: (Blue, Source)

  • Enable the network backup destination

This connects a folder on the DS1813+ to a location on the DS1511+

  • Create a backup task

Now that the connection is made, we actually have to create a task to get the job done

  • Schedule and Run the task

Once again, for the sake of clarity, in this post we’re going to be working on this portion of the backup strategy:

Logical diagram of backup strategy

Logical diagram of backup strategy

Preparing the Destination Device (DS1511+, Green)

If you want to set up the default shared folder, DSM will do this for you in only a few steps. To do this, you go to the control panel and select “Shared Folder.” It should be the very first icon in the top left-hand corner of the control panel.

Found it!

Found it!

When you go to the Shared Folder, look to see if a folder called NetBackup has already been created.

Yup, it's there

Yup, it’s there

If it’s not there, the way to create it is to go into Backup & Replication -> Backup Services and make sure you’re on the Network Backup Destination tab:

Make sure this is checked

Make sure this is checked

This actually does a couple of things. First, it sets up the proper service to run on the destination device. This is what the source device (in this case, the DS1813+) will look for when it needs to do its syncing.

Second, it creates the generic NetBackup folder. NetBackup stands for Network Backup Folder. When you have multiple disk station (fan-in backups) and turn this on, each diskstation would have it’s own individual folder. So on the destination server such as the DS1511+, the backup directories would be located here. The idea is to help isolate which diskstation you’re looking at.

Naming Conventions in Synology Backup

Of course, because I’m a special little snowflake, I need to do things my own way. Just like I didn’t like the default location for my Mac backups (see last post), I want to be able to quickly see how the backups are doing from my DS1813+ to my DS1511+ with the easier naming conventions that I can understand myself.
Fortunately, since users wanted to back up to their own specific centralized folder and use their own naming conventions, Synology has allowed users to do just that since DSM 5.1.
Why do I want to do this?
Simply put, when I get to the part about choosing a cloud storage provider, I’m going to have to pick and choose which data I want or need to back up. Unfortunately, once you get over 1TB of data the prices begin to skyrocket (well, beyond my reach, anyway).
While I can (probably?) cherry-pick directories when they’re stuffed inside the default NetBackup folder, it seems to me that a more user-friendly, readable approach would suit me better in the long run.
Nevertheless, the most important reason why I want to do my own naming is because Synology’s naming convention is very difficult to track.
When you first start creating backup tasks, Synology helpfully provides you with some default naming conventions:
Default names

Default names

In this screenshot of the default backup settings for a new backup task, leaving the default naming convention seems like a sound choice. In truth, if you’re only worrying about a single backup scenario, perhaps this should work out fine for you.
In my case, as I started creating and playing with various backup scenarios and capabilities, it became very confusing as to what I was actually looking at:
So many Diskstations, so little organization!

So many Diskstations, so little organization!

Now, it’s possible to figure it out, but it’s not exactly intuitive as to which backup destination identified in the DS1813+’s management pane is connected to which folder in the DS1511+’s:
I am such an idiot

I am such an idiot

Believe it or not (and you probably do), even though the backup task in the source (blue) says Diskstation_1 and Diskstation_1813 and the destination has something listed like that in the middle directory, they are not actually linked in reality.
So, there’s that.
The big problem here is that once you create these backup destinations with their names, you cannot change them. They are completely immutable.
So, to that end, the best thing to do is get your naming convention down first, and then make sure that you put the right names in the right fields. How’s that for a “no, duh!” moment?

Using My Own Naming

So, learn from my trial-and-many errors. Here’s how to know what the fields relate to in a practical example.

I created a brand new folder on the DS1511+ destination with the intent of trying to see if I could collate some of the backups into a single location while still being intelligible six months from now.

Create destination folder

Create destination folder

On the source side (DS1813+), I went to the Backup & Replication management pane, and selected Create.

Letting the source know where the backup destination is

Letting the source know where the backup destination is

The wizard began, and as I had already created a destination across the network, I chose that option:

Not local, not in cloud; just right.

Not local, not in cloud; just right.

The wizard asked me to log into the DS1511+:

Using the correct user

Using the correct user

DSM automatically chooses the option that I need. Fortunately, I am backing up data to a shared folder, so I’m not worried about the big, scary, red text:



However, notice that the Shared Folder is not the one I created. Also, notice that “Remote Share Storage 1” absolutely sucks as an identifying name. I mean, really: if you look at a directory on any storage drive and see something listed as “Remote Share Storage 1” how are you supposed to know what it is is? Is this the source or the destination? Am I looking at the remote share storage, or does this send data to remote share storage?

Cats and dogs, living together…

Changing the name to something a bit more logical…

Changing the name so that it's easier to find

Changing the name so that it’s easier to find

Once you click apply, DSM identifies the new destination in the list:

This makes so much more sense!

This makes so much more sense!

However, if we look at our destination folder listing, we see that nothing has happened to the other side:

So ronery...

So ronery…

That’s because all I did was tell the source where the destination was. We haven’t actually told the destination anything at all yet. The way we do that is by creating a backup task on the source.

Starting up the new wizard

Starting up the new wizard

When the wizard starts, it will ask you if you want to choose from an existing backup location, local, network, or cloud. Since we just created a backup location (and want to use it, we’ll see if it is hanging around the drop-down menu. (Get it? Hanging around the drop… never mind).

Have I got a story for you...

Have I got a story for you…

So, what happens if we choose a network backup and try to select the Books and Stories? As it turns out, not much. Taking a little detour, this is what happens if you try to do that:



So, backtracking in the wizard, we select the existing location and choose the Books & Stories in the selection. As expected (hoped?), the wizard now asks us what we want to connect to that destination. In other words, which folders on the DS1813+ do we want to back up to the Books & Stories directory?

I mean, what could it be? Decisions, decisions…

The logical choice

The logical choice

Now, once again, we are presented with a few default values that we really, really should change. These are the ones that you can’t go back and undo, so choose wisely:

Oh god, not another Diskstation_1!

Oh god, not another Diskstation_1!

This time, though, I’m prepared with a better understanding of which names go where and mean what:

I think I'm getting the hang of this

I think I’m getting the hang of this

Once I click apply, I’m returned to the main Backup pane:

Connection created

Connection created


You’ll note that the last selection, Books_and_Stories_Backup, is greyed out with no backup yet. That’s because we have not yet run the task (as this is an example, I did not set up a schedule for it, either).

However, if we take a look at the destination device, we get a pleasant notice that things are going quite nicely:

Winna winna chicken dinna!

Winna winna chicken dinna!

It’s important to note that the directories are created before we ever tried to back anything up. Of course, this makes sense – you need to set up the connection between the source and destination folders before you actually kick off a backup task, right?

Returning to the DS1813+ I kick off a backup and am pleased to see that the backup runs smoothly.

Temporary Pause

The next thing to do, of course, is go to back through and set up the appropriate backup and restore locations according to the naming conventions I have identified before. From there, I’ll be able to connect the DS1511+ to a cloud storage provider and encrypt the files “on the fly” as they’re sent to the remote destination.

For now, I’m taking a quick pause as I have to attend VMWorld in San Francisco, but when I get back I intend to finish up this post with the final directory structure, and complete this series with the fourth and final post relating to connecting to Cloud Storage.


[Disclosure: No payment was received for these articles. However, Synology provided me the Diskstation 1813+ (but not the drives), free of charge, for evaluation purposes. I also did get valuable help from Franklin Hua, Synology Sr. Technical Marketing Engineer, to whom I am especially grateful.  Absolutely no editorial guidance was offered or solicited by Synology.]


  • rader4096 September 17, 2015 at 10:47

    Can’t wait for the 4th installment. This is pretty much what I’m trying to do, without much

    instructional luck. Documentation on these nifty features are really sparse.
    Thanks for helping fill in this gap.

    • J Michel Metz September 17, 2015 at 18:31

      You’re very welcome. Things have picked up at work, but I haven’t forgotten to finish this off. 🙂

  • Synology Releases DSM 6.0: New Backup Methodology | J Metz's Blog March 24, 2016 at 17:08

    […] written extensively about Synology’s Backup functionality for DSM 5.2 (Part 1, Part 2, and Part 3), but have held off on pulling the trigger on a Cloud-based “part 4” for a variety of […]


Leave a Reply

%d bloggers like this: