Synology SHR vs RAID 1

SHR is not a new kind of RAID math. It is a management layer Synology puts on top of standard Linux components, the same mdadm software RAID and LVM you would find on any Debian box. SHR decides how to lay mirrors and parity across your disks so you do not have to, and it comes in two flavors: SHR (single-drive redundancy, sometimes written SHR-1) and SHR-2 (two-drive redundancy, which needs at least four bays).

Because it sits on ordinary RAID underneath, SHR maps onto the classic levels depending on how many disks you feed it. Two disks give you a mirror, the SHR equivalent of RAID 1. Three or more disks give you single parity, the equivalent of RAID 5. SHR-2 on four or more disks gives you double parity like RAID 6. The point is not the redundancy, which is standard, it is how SHR handles disks that are not the same size.

SHR only controls the RAID layout. The filesystem on top is separate: DSM formats SHR volumes as Btrfs or ext4. On models that support Btrfs you also get data checksums and metadata self-healing, which is a real integrity edge that a plain block mirror does not have on its own (the same argument that drives the ZFS mirror vs RAID 1 debate).

Here is the part people overthink. On a two-bay NAS with two identical drives, SHR-1 and RAID 1 produce the same result. You get half your raw capacity as usable space (two 8 TB drives give roughly 8 TB usable), you survive exactly one drive failure, and read and write speed match because a single drive already saturates a gigabit link. Synology's own documentation says a two-disk SHR array behaves like RAID 1, and that is literally what it builds underneath.

So on two equal drives there is no capacity, redundancy, or performance reason to choose one over the other. The decision is entirely about what happens later: whether you will add a third drive, swap in a larger one, or ever want to move the disks off the Synology. That future is where SHR and RAID 1 actually diverge.

Classic RAID treats every drive as if it were the size of the smallest one. Build a RAID 1 from a 4 TB and an 8 TB drive and you get 4 TB usable, with the other 4 TB on the big drive stranded for the life of that array. SHR slices the larger drive into segments and stacks multiple small mdadm arrays under one LVM volume, so once you have enough disks it can protect and use that leftover space instead of throwing it away.

With exactly two drives this does not help yet, since the extra segment needs a redundancy partner, so a 4 TB plus 8 TB SHR pair still gives 4 TB usable, same as RAID 1. The payoff arrives the moment you add a third drive or replace a small one. Start with two 4 TB drives, then swap one for a 12 TB, and SHR begins reclaiming the extra capacity as soon as the array can protect it, where a classic RAID 1 would still show 4 TB until both members were 12 TB.

That flexibility is the reason to buy a Synology in the first place. If your drive collection will grow piecemeal, with whatever size is cheapest that month, SHR quietly uses space that RAID would waste. Run your planned disks through the RAID and ZFS calculator to see the usable-space gap before you commit.

RAID 1's advantage is boring and important: it is a single, standard mirror. Each disk holds a full, independent copy of the filesystem, so in a disaster you can pull one drive, plug it into any Linux machine, assemble it with mdadm, or in a pinch read a copy directly, and get your data. Nothing about the recovery depends on Synology hardware.

SHR is recoverable on a generic Linux box too, because it is still mdadm and LVM, but the layered layout is more work to reassemble by hand, and no single disk is a standalone copy you can just read. For most people the DSM box keeps running and this never comes up. If your threat model includes the NAS itself dying and needing the drives read elsewhere fast, the simpler mirror is easier to trust.

There is also a hardware reason RAID 1 sometimes wins by default. SHR is available on most consumer and SMB Synology models, but some higher-end rackmount and enterprise units (parts of the RS and XS lines) ship without it and offer only classic RAID. On those boxes the choice is made for you. If you are still weighing Synology against the alternatives, QNAP vs Synology and Synology vs TrueNAS cover the platform side.

This is the fact that should settle the decision: DSM will not convert directly between RAID 1 and SHR. You can migrate RAID 1 up to RAID 5 or RAID 6 by adding disks, but there is no in-place button to turn a RAID 1 volume into SHR or the reverse. Synology has a dedicated support article explaining exactly this limitation.

Switching means backing up the whole volume, deleting it, creating the new type, and restoring, or a fiddly workaround where you degrade the array, build SHR on the freed disk, copy across, and fold the last disk in. Both are slow and both want a full backup first. Because the switch is painful, treat this as a build-time choice, not something to fix later.

The practical takeaway: if there is any chance you will want SHR's mixed-drive flexibility down the road, pick SHR now, when it costs you nothing on two equal drives. If you specifically want the portable single mirror, pick RAID 1 and know you are committing to it. For the storage-layout questions one level down, the RAID 5 vs RAID 10 writeup covers parity versus mirroring on larger arrays.