synchronous replication

Contributor(s): Ed Hannan

Synchronous replication is the process of copying data over a storage area network, local area network or wide area network so there are multiple, up-to-date copies of the data.

Synchronous replication is primarily used for high-end transactional applications that need instant failover if the primary node fails. It is not used as frequently in network-attached storage unless the NAS device can also function as block-based storage for those high-end transactional applications.

While often used for disaster recovery, synchronous replication is preferred for applications with low recovery time objectives that can't tolerate data loss.

The technique does have its drawbacks. Synchronous replication is more expensive than other forms of data replication, introduces latency that slows the primary application and only works for distances up to 300 km.

Synchronous replication vs. asynchronous replication

Synchronous replication products usually write data to primary storage and the replica simultaneously. That way, the primary copy and the replica always remain synchronized. Asynchronous replication products write data to primary storage first and then copy the data to the replica, so there is a delay before data is copied to a secondary site.

Though asynchronous replication is more widely supported by array-, network- and host-based replication products, synchronous replication is the standard-bearer for higher-end, block-based storage arrays. It is also the data replication technique supported by most network-based replication products.

Jeffrey Lush explains the
differences between synchronous
and asynchronous replication.

For both data replication techniques, a storage array on Site A will send acknowledgement of the transaction to the host on Site A. Where the two techniques differ is the order of events that take place after the host sends the transaction to the local storage array.

With asynchronous replication, the following happens:

  • Site A host sends a write transaction to the Site A storage array.
  • Site A storage array sends the transaction to cache and sends an acknowledgement to the host.
  • Site A storage array sends the update to the Site B storage array after a delay.
  • Site B storage array sends an acknowledgement to the Site A storage array.

In synchronous replication -- just like with asynchronous replication -- the Site A host sends a write transaction to the Site A storage array. But with synchronous replication, the next steps in the process differ as follows:

  • Site A storage array commits the transaction to cache and immediately sends the update to the Site B storage array.
  • Site B storage array sends an acknowledgement back to the Site A storage array.
  • Site A storage array sends an acknowledgement to the host.

With synchronous replication, both arrays process the transaction before an acknowledgment is sent to the host, meaning the arrays will always be in sync. In asynchronous replication, the secondary storage array is usually a few transactions behind the primary array.

If the distance between the primary and secondary data center is too great, the delay in acknowledgement caused by synchronous replication can make it unusable for some applications.

This was last updated in October 2016 ???publishDate.suggestedBy???

Continue Reading About synchronous replication

Dig Deeper on Disaster recovery facilities - operations



Find more PRO+ content and other member only offers, here.

Join the conversation

1 comment

Send me notifications when other members comment.

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Please create a username to comment.

Why do you prefer synchronous replication to asynchronous replication?


File Extensions and File Formats

Powered by: