Storage Replica: Overview

Posted by Anton Kolomyeytsev on May 11, 2016
Share on Facebook0Share on Google+0Share on LinkedIn0Share on Reddit0Tweet about this on Twitter0
4.5/5 (2)

Here is an overview dedicated to disaster recovery, more specific, it’s about the DR capabilities of Microsoft Storage Replica – a new feature of Windows Server 2016. It takes a glance on the DR process itself and then brings a few details of the Storage Replica operation, its features and peculiarities. They include: zero data loss, block-level replication, simple deployment and management, guest and host, SMB3 protocol, high security, high performance, consistency groups, user delegation, network constraint, thin provisioning, etc. The post is, basically, an introduction to a series of experiments also listed in the blog. They were conducted in order to check the functionality and performance of Microsoft Storage Replica in different use cases.

Disaster recovery techniques are something you have to keep up to the times with – as with Lewis Carroll’s Red Queen, “it takes all the running you can do, to keep in the same place”. You need to be able to recover quickly when your components fail, even if the reason is a natural disaster. And that’s not just about disaster recovery – you have to ensure disaster preparedness.

Storage Replica is a brand-new feature in Windows Server 2016, which is intended to meet high availability and disaster recovery needs. It provides block-level, volume-based replication, which is meant to avoid the disaster – the data is moved to another site before it is destroyed by the hurricane or something.

There was no feature of this kind in Windows so far. The block-level replication technology has been present in storage industry, but was too expensive due to hardware and software lock-in. And Windows offered only replication at other levels: file-to-file replication – with DFSR (, applications replication – with log shipping in Structured SQL Server, and VM-level replication – with Hyper-V Replica (

Storage Replica offers totally new disaster recovery and disaster preparedness options. It gives synchronous data protection at two different sites – buildings, or places, or countries. So, if your data is hit by the disaster in one location, you’ll still have it safe and sound in another location.

There are two working modes for Storage Replica – synchronous and asynchronous replication. At synchronous replication the application writes data to two locations at once before completion of the IO, which goes for mission critical data. For longer distances, asynchronous replication is appropriate, as it provides faster response time to application. When the application writes data, that data is replicated to the remote site without immediate acknowledgment.

Asynchronous replication Synchronous replication
Synchronous replication Asynchronous replication
  1. Application writes data
  2. Log data is written and the data is replicated to the remote site
  3. Log data is written at the remote site
  4. Acknowledgement from the remote site
  5. Application write acknowledged
  1. Application writes data
  2. Log data written
  3. Application write acknowledged
  4. Data replicated to the remote site
  5. Log data written at the remote site
  6. Acknowledgement from the remote site


Storage Replica is simply deployed and managed. It’s storage-agnostic and comes as a feature of Windows Server, which simplifies the licensing issue.

We decided to test Storage Replica in 4 different scenarios:

  1. Storage Replica: “Shared Nothing” SMB3 Failover File Server
  2. Storage Replica: “Shared Nothing” Scale-out File Server
  3. Storage Replica: “Shared Nothing” Hyper-V HA VM Cluster
  4. Storage Replica: “Shared Nothing” Hyper-V Guest VM Cluster

Related materials:

Views All Time
Views Today

Please rate this

Return to all posts

Something to Think About: Nano Server Does Not Support Group Policy
SMB3: Overview
The following two tabs change content below.
Anton Kolomyeytsev
Anton Kolomyeytsev
CTO, Chief Architect & Co-Founder at StarWind
Anton Kolomyeytsev is StarWind CTO, Chief Architect & Co-Founder. Microsoft Most Valuable Professional [MVP] in Cluster 2014 & 2015. SMB3, NFS, iSCSI & iSER, NVMe over Fabrics.