EMC UNITY: REPLICATION TECHNOLOGIES

A Detailed Review

ABSTRACT
This white paper explains the replication solutions for EMC Unity™ systems. This paper
outlines the native and non-native options available for replicating data. It also
includes information on managing replication, and the benefits that replication
provides.

May, 2016

WHITE PAPER
To learn more about how EMC products, services, and solutions can help solve your business and IT challenges, contact your local
representative or authorized reseller, visit www.emc.com, or explore and compare products in the EMC Store

Copyright © 2016 EMC Corporation. All Rights Reserved.

EMC believes the information in this publication is accurate as of its publication date. The information is subject to change without
notice.

The information in this publication is provided “as is.” EMC Corporation makes no representations or warranties of any kind with
respect to the information in this publication, and specifically disclaims implied warranties of merchantability or fitness for a
particular purpose.

Use, copying, and distribution of any EMC software described in this publication requires an applicable software license.

For the most up-to-date listing of EMC product names, see EMC Corporation Trademarks on EMC.com.

VMware is a registered trademark of VMware, Inc. in the United States and/or other jurisdictions. All other trademarks used herein
are the property of their respective owners.

Part Number H15088

2
TABLE OF CONTENTS

EXECUTIVE SUMMARY .............................................................................. 4

Audience ........................................................................................................... 4
Terminology ...................................................................................................... 4

REPLICATION OVERVIEW ......................................................................... 5

NATIVE SYNCHRONOUS BLOCK REPLICATION .......................................... 6
Licensing .......................................................................................................... 6
Theory of Operation ........................................................................................... 6
Replication Operations ........................................................................................ 9
Supported Replication Configurations ................................................................. 10
Unisphere Management .................................................................................... 11
System Maximums ........................................................................................... 18

NATIVE ASYNCHRONOUS REPLICATION ................................................. 18

Licensing ........................................................................................................ 18
Theory of Operation ......................................................................................... 18
Replication Operations ...................................................................................... 22
Supported Replication Configurations ................................................................. 23
Unisphere Management .................................................................................... 25
System Maximums ........................................................................................... 33

RECOVERPOINT WITH EMC UNITY .......................................................... 33

CONCLUSION .......................................................................................... 35
REFERENCES ........................................................................................... 35
APPENDIX A: REPLICATION MAXIMUMS ................................................. 36
APPENDIX B: REPLICATION SUPPORT ACROSS PLATFORMS ................... 37

3
EXECUTIVE SUMMARY
Data is often one of the most valuable assets to an organization. It is being accessed constantly by the various applications, users,
and sometimes directly by customers of the organization. This makes data a crucial part of the day to day operations of an
organization. Outages can happen at any time, and can be restricted to a single system, or an entire data center or location.
Whether they are planned outages, such as regular maintenance, or unplanned such as a power outage, ensuring that data critical to
the organization is available at all times is a top priority. A business continuity plan for critical data is suggested to prevent costly
outages. To protect against the different scenarios, an organization should plan and implement a data protection strategy. A data
replication solution can ensure business continuity, high availability, and data protection. EMC Unity™ provides native and non-native
solutions that will help you protect your data, and meet the goals of your business for both data availability and protection.

EMC Unity systems provide synchronous and asynchronous replication solutions which allow you to replicate data locally within the
same system, or to other systems, whether they are located at the same site or a remote facility. Having remote replicas of data
protects you against outages on the main system, and allows you to recover quickly and easily on a destination system with minimal
to no data loss depending on the replication method selected.

This white paper describes the following replication technologies for EMC Unity:

• Native Synchronous Block Replication

• Native Asynchronous Block and File Replication
• EMC® RecoverPoint®

Synchronous Block Replication, Asynchronous Block and File replication, and Manual replication can easily be configured and
managed in Unisphere, via Unisphere CLI, or REST API. Unisphere is a simple and intuitive HTML5 web-based interface which not
only allows users to configure and manage their replication setup, but also provides a visual representation of the configuration.

EMC RecoverPoint is an appliance-based product providing an alternative solution for block replication for EMC Unity systems.
Configuring RecoverPoint protection is done through the intuitive Unisphere for RecoverPoint interface. RecoverPoint allows for the
recovery of data for any point-in-time, and replicate to other supported EMC storage systems.

AUDIENCE
This white paper is intended for EMC customers, partners, and employees who are considering the use of Native Synchronous Block
Replication, Native Asynchronous Block and File Replication, or RecoverPoint for the EMC Unity family of storage systems. It assumes
familiarity with EMC Unity and EMC’s management software.

TERMINOLOGY
Asynchronous Replication – A replication method which allows you to replicate data over long distances, and maintain a replica at
a destination site. Updates to the destination image can be issued manually, or automatically based on a customizable Recovery
Point Objective (RPO).

Bandwidth – The amount of data, represented in MBs/sec, which can be transferred in a given period of time.

Common Base – A pair of Unity Snapshots taken on a replication source and destination storage resource which have the same
point-in-time image.

Consistency Group (Unity) – A storage instance which contains one or more LUNs within a storage system. Consistency Groups
help organize the storage allocated for a particular host or hosts.

Consistency Group (RecoverPoint) – In RecoverPoint, a consistency group is a user-defined group of LUNs to be replicated. A
consistency group needs to be created in RecoverPoint as a part of the workflow to configure replication. This consistency group
containing EMC Unity LUNs can be replicated locally or remotely. RecoverPoint consistency groups are synonymous with EMC Unity
Consistency Groups.

Destination Storage Resource – A storage resource that is used for disaster recovery in a replication session. This is also known
as a target image.

4
Internal Snapshot (Replication Snapshot) – Unity Snapshots created by the system which are part of an asynchronous
replication session. These Snapshots can be viewed in Unisphere, but user operations are not permitted. Each asynchronous
replication session uses two internal snapshots taken on the source and destination storage resources.

Journal Volume – In RecoverPoint, a journal volume is a LUN designated to hold data associated with previous points-in-time. The
journal is used to allow RecoverPoint to roll back data to any point-in-time. Journal volumes must be configured for each copy of a
consistency group, including the production copy.

LUN – A block based storage resource which a user provisions. It represents a SCSI logical unit.

RecoverPoint – An appliance-based disaster recovery solution that replicates synchronously or asynchronously and enables
recovery to any point-in-time.

RecoverPoint Appliance (RPA) – An industry-standard server platform that runs RecoverPoint software and manages all aspects
of data protection for a consistency group. RPAs are clustered at each site in a RecoverPoint system for high availability and load
balancing. Virtual machines running RecoverPoint software, or vRPAs, are also supported as an alternative to physical appliances.

Recovery Point Objective (RPO) – The acceptable amount of data, measured in units of time, which may be lost due to a failure.
For example, if a storage resource has an RPO of 1 hour, any data written to the storage resource within the most recent hour may
be lost when the replication session is failed over to the destination storage resource.

Recovery Time Objective (RTO) – The duration of time in which a business process must be restored after a disaster. For
example, an RTO of 1 hour requires access to the data be restored within 1 hour after a disaster is encountered.

Replication Session – A relationship configured between two storage resources of the same type, on the same or different
systems, to automatically or manually synchronize the data from one resource to another.

Round Trip Time (RTT) – Round trip time is the length of time it takes for a signal to be sent plus the length of time it takes for an
acknowledgement of that signal to be received.

Snapshot – A snapshot, also called a Unity Snapshot, is a point-in-time view of a storage resource. When a Snapshot is taken, the
snapshot is an exact copy of the source storage resource, and shares all blocks of data with it. As data changes on the source, new
blocks are allocated and written to. Unity Snapshot technology can be used to take a snapshot of a Block or File storage resource.

Storage Resource – The top-level object a user can provision, associated with a specific quantity of storage. All host access and
data protection activities are performed at this level. In this document, storage resource refers specifically to those which support
replication: LUNs, Consistency Groups, NAS Servers, File Systems, and VMware VMFS and NFS Datastores.

Synchronous Replication – A replication mode in which the host initiates a write to the system at a local site and the data must be
successfully stored in both local and remote sites before an acknowledgement is sent back to the host.

Unisphere – A web-based EMC management interface for creating storage resources and configuring and scheduling protection of
stored data on an EMC Unity system. Unisphere can be used for all management of EMC Unity native replication.

Unisphere for RecoverPoint – A web-based interface for managing RecoverPoint replication. It serves as a single pane of glass for
replicating storage resources of multiple storage systems configured to use RecoverPoint. Consistency groups are created, replicated,
and recovered through this interface.

User Snapshot – A Unity Snapshot created manually by the user or by a schedule. This is different than an internal snapshot, which
is taken automatically by the system with asynchronous replication.

REPLICATION OVERVIEW
To protect against outages which can interrupt data availability, it is crucial to have a redundant copy of data. To protect against a
storage system outage, you can utilize replication to create a copy of data on a remote system. Replication is a software feature
which synchronizes data to a remote system within the same site or a different location. Replicating data helps to provide data
redundancy, and safeguards against storage system failures at the main production site. Having a remote Disaster Recovery (DR)
site protects against system and site-wide outages, and provides a remote location to resume production and minimize downtime
due to a disaster.

5
Synchronous replication is a data protection solution which ensures each block of data written to a storage resource is first saved
locally and to a remote image before the write is acknowledged to the host. This ensures that in the event of a disaster, there is zero
data loss. In synchronous replication solutions, there are also trade-offs. As each write needs to be saved locally and remotely,
added response time occurs during each transaction. This response time increases as distance increases between remote images.
Synchronous replication has a distance limitation based on latency between systems. This limitation is generally 60 miles or 100 KMs
between sites. You will need to ensure the latency of the link between the local and remote system is less than 10ms.

Asynchronous Replication is primarily used to replicate data over long distances, but also can be utilized to replicate storage
resources between Pools within the same system. Asynchronous replication does not impact host I/O latency as host writes are
acknowledged once they are saved to the local storage resource. Because write operations are not immediately replicated to a
destination resource, all writes are tracked on the source. This data will be replicated during the next synchronization. Asynchronous
replication introduces the concept of a Recovery Point Objective (RPO). The acceptable amount of data, measured in units of time,
which may be lost due to a failure. This delta of time also affects the amount of data which needs to be replicated during the next
synchronization, and the amount of potential data loss if a disaster scenario were to occur.

EMC Unity’s Synchronous and Asynchronous Replication features can easily be configured using Unisphere, Unisphere CLI, or REST
API. EMC Unity also supports manual replication, which does not automatically update a destination image with changes on the
source. Manual replication will be discussed with asynchronous replication. RecoverPoint also supports block replication for EMC
Unity, and will be discussed later in this paper. RecoverPoint utilizes physical or virtual appliances to replicate data between systems,
and is configured using the Unisphere for RecoverPoint user interface.

NATIVE SYNCHRONOUS BLOCK REPLICATION

This section will discuss the Native Synchronous Block Replication feature found on EMC Unity systems. This feature allows users to
create synchronous replication sessions for block storage resources between supported systems. All configuration and management
operations in this section will be demonstrated in Unisphere, though Unisphere CLI and REST API may also be used. The following
sections of this paper will discuss:

• The licensing requirements for the native synchronous block replication feature
• How the native synchronous replication feature works
• The configurations supported for synchronous replication
• Unisphere configuration and management

RecoverPoint will be discussed in a later section.

LICENSING
In EMC Unity, Synchronous Block Replication is only supported on physical Unity Systems. The supported systems include the Unity
All Flash models, and the Unity Hybrid models. For EMC Unity All Flash and Hybrid systems, Synchronous Block Replication comes
with all systems at no additional cost.

THEORY OF OPERATION
Native synchronous block replication is comprised of a number of physical and software components. Each of these components will
be discussed in the following sections. To fully configure synchronous replication, you must complete each of following:

• Configure connectivity for the synchronous replication interfaces

• Create the synchronous replication management ports
• Configure the replication connection between systems
• Configure replication sessions between systems

Also discussed in this section will be the various storage resources which support synchronous replication, and the different
replication modes and roles for synchronous replication. The following sections detail the functions, requirements, and interactions of
these components. The configuration and management of these components in Unisphere will be discussed in a later section.

SYNCHRONOUS REPLICATION INTERFACES

Native synchronous block replication is performed over the first Fibre Channel (FC) port configured on the system. EMC Unity
physical systems include two onboard Converged Network Adapter (CNA) ports which can be configured with either 16 Gb FC SFPs,
10 Gb Optical SFPs, or be used with active TwinAx cables. When configured as Fibre Channel, the lowest numbered port will be used
6
for the synchronous replication interface. When the CNA is not configured for Fibre Channel, a 16 Gb Fibre Channel I/O module must
be purchased, installed, and persisted on each of the SPs of the system. The lowest numbered FC port on the I/O modules installed
on the system will be utilized as the synchronous block replication interface.

With Unisphere CLI, you can easily locate the synchronous block replication port by running the /remote/sys show –detail
command. This command will return information for the local system, along with all systems that replication connections have been
established with. A sample output of this command with only the relevant information displayed is shown below:

C:\>uemcli -d ip_address -u username -p password /remote/sys show –detail

Synchronous FC ports = spa_fc4, spb_fc4

In the above example, the first CNA port on the system, labeled as Fibre Channel Port 4 on both Storage Processors (SP) are used
for synchronous block replication. These ports can be directly connected to the synchronous ports on the destination system, or
zoned to them via a switch. For zoning, the proper configuration is to zone the SP A replication port for the local and remote systems
together, and in a different zone, zone the SP B replication ports together. It is recommended to dedicate the FC replication
interfaces strictly for replication purposes, but it is not required and hosts can also utilize these ports. For redundancy, it is best to
configure SP A’s replication connection over one FC network, and SP B’s over another where possible.

THE SYNCHRONOUS REPLICATION MANAGEMENT PORTS

The synchronous replication management port is a virtual port used by synchronous replication to pass management commands
between systems. A synchronous replication management port is created on each SP, and is configured on the management port of a
storage processor. This port must exist on the same subnet as the system’s management port, and VLAN tagging is not supported.
This port only needs to be configured when the system will participate in synchronous replication with a remote system. Synchronous
replication management ports must be configured on the source and destination system participating in synchronous replication.

REPLICATION CONNECTIONS

When configuring replication, a trusted link must be created between two systems before any sessions can be made. A replication
connection is a logical link that is created between systems that will participate in remote replication. The replication connection
establishes a link for management, and the data path between a pair of systems. After the replication interfaces and the
synchronous replication management ports are configured, you must create the replication connection between the systems. Once
configured, all synchronous replication sessions will utilize the replication connections to transport data to the remote system.

Figure 1 below shows an example configuration of a replication connection between two systems. In this example, the systems are
labeled “Production System” and “DR System”. All replication will occur from the Production System to the DR System. Each system
is also configured with 16 GB CNA ports, and port 4 on each SP is the synchronous replication port. After cabling each system to the
network, configuring the synchronous replication management ports, and zoning the FC ports together, the replication connection
can be established. All management related traffic will cross the LAN / WAN connections, and all data will be replicated across the FC
Network synchronously. Once a replication connection is configured on one of the systems participating in replication, it is
automatically created on the other system.

Verify and Update is a single operation that is used to update the replication connection information on the system it is issued on.
This operation is performed on the replication connection itself, as opposed to an individual replication session. Verify and Update
can be used to test a replication connection to a remote system, or update the replication information if changes to the system have
been made. Verify and Update should be issued to re-establish the replication connection to a remote system after an outage. A use
case for using Verify and Update is if a Synchronous Replication Management Port IP Address has been changed on the system.

Figure 1. Native Synchronous Block Replication Connection Example.

7
REPLICATION SESSIONS

A replication session utilizes a configured replication connection to transfer data from a source to a destination storage resource. If a
replication session is created using Unisphere, a storage resource of the same size and type is created on the destination system and
a full synchronization occurs between the source and destination storage resource. If replication is configured when creating a new
resource, the synchronization operation is fairly quick as no data needs to be copied across the link. Snapshots and snapshot
schedules are not replicated to the DR system.

The following steps outline a write operation to a storage resource with a synchronous replication session configured. In this
example, assume the initial synchronization is complete.

1. A write I/O is sent to a storage resource on the Production System.

2. System cache on the Production System accepts the write I/O.
3. The Production System replicates the data to the DR System.
4. The DR System accepts the data into system cache.
5. The DR System responds to the Production System and acknowledges the write has been saved.
6. The Production System acknowledges the host that the data has been accepted and saved on the system.

STORAGE RESOURCES

When configuring replication, the source and destination storage resource must be of the same type. In Unity, native synchronous
replication is supported on the following storage resources:

• LUNs
• Consistency Groups
• VMware VMFS Datastores

On the system, replication for LUNs and VMFS Datastores function identically to each other. When configuring replication on a LUN, a
single replication session is created and the source and destination storage resources will be the same size and type. While
synchronous replication is configured, you will not be able to extend the storage resource. Other options, such as the LUN’s name or
tiering policy, may be configured differently between systems.

In Unity, a Consistency Group is a storage instance which contains one or more LUNs within a storage system. Consistency Groups
help organize the storage allocated for a particular host or hosts. Consistency Groups are treated as a single entity when they are
replicated, meaning that a single replication session is created for the entire Consistency Group no matter how many LUNs it
contains. When pausing or resuming replication on a Consistency Group, the entire group is affected by the replication operation.

REPLICATION ROLES

Two storage resources are required for replication:

• A source storage resource which will be replicated

• A destination storage resource which is copied to from the source

When a replication session is created in Unisphere, the destination storage resource is automatically created with the session. In
Unisphere you may not choose a previously provisioned storage resource as a replication destination when configuring a session.
Upon creation, the destination resource is marked as a destination image. This restriction blocks Read/Write access on the
destination storage resource. To view the data contained in the destination storage resource, you may take a Snapshot of the
resource and provide host access to it.

In Unisphere, you can easily determine which storage resources are replicated and which are destination images from any of the
storage resource pages, such as the LUNs tab on the Block page. While in this tab, select the gear icon, and hover Columns to view
the available columns that can be viewed. Select the check boxes for “Replication Type” and “Restricted Replication Access”.
Replication Type displays what type of replication the LUN is participating in, whether it is None, Remote, or Local. The Restricted
Replication Access column will display “Yes” if the storage resource is labeled as a replication destination resource, or “No” if it is not.
If a replication session is deleted, the destination storage resource will still be labeled as a replication destination image. The
replication destination label must be edited manually via Unisphere CLI before the resource is allowed to receive I/O. For example, to
remove the replication destination setting from a LUN, use the uemcli /stor/prov/luns/lun -id <value> set -replDest no
command. For more information on removing the replication destination setting on other storage resource types, consult the EMC
Unity Unisphere Command Line Interface User Guide.
8
REPLICATION OPERATIONS
Once a replication session has been created, a number of operations are available to manipulate the replication session as needed.
Not all operations are available at all times, as some depend on the session being in a particular state. Also, certain operations will
perform differently depending on which system they are issued on, source or destination. Only one replication operation can be
issued and running per session at a particular point in time.

PAUSE AND RESUME

Pause and resume are used to stop and start replication between the systems for a particular replication session. In Unisphere, the
pause operation can only be issued from the source system. While a session is paused, all write I/O to a storage resource is only
saved on the source system before being acknowledged to the host. All I/O is tracked when the replication session is paused, and
when the session is resumed, all blocks not already copied to the destination will be done at this time. During this time the state of
the replication session will be “Syncing”. Once all I/O is copied to the destination, the state will change to “In Sync”.

Pausing a replication session may be done for a number of reasons. Some reasons include the need to power off the source or
destination system for planned maintenance, a configuration change on the network between systems, or interface changes on either
system. Another reason may be to physically move a system from one data center or site to another. In certain circumstances,
configuring replication and synchronizing the data between systems may be done within the same site, then the destination system
is later moved to its final destination.

FAILOVER AND FAILBACK

When issuing the failover operation, the current destination storage resource becomes the production resource. Before issuing the
failover operation, it is highly suggested to quiesce I/O to the source image first. Once the failover operation is initiated the
destination resource will be available for Read/Write operations and the original source resource will no longer be available for reads
or writes. If host access is configured on the destination resource, hosts will be able to access the data at this time. The effects of
issuing the failover operation will depend on which system the failover was initiated from.

A failover issued from the production system is also referred to as a planned failover. The destination resource will become
Read/Write available, and the direction for replicating data will switch. When this occurs, the original destination system will start
replicating all new writes it receives for the storage resource to the original source system for the replication session. Issuing a
failover from the source is suggested when testing a site failover to ensure the DR configuration is working properly. To return the
session to its original state, first quiesce I/O to the original destination storage resource. Then, issue a failover from the original
destination system. This will make the original storage resource the production image, and start replication in the original direction.

If a failover operation is issued from a destination system, an unplanned failover or disaster situation is initiated. An unplanned
failover assumes a disaster has occurred on the production system, and the destination image is made Read/Write available. The
replication session will also pause and not automatically switch the direction for replication. The replication session is left in this state
until the user issues another replication operation. If I/O occurs to the storage resource on the original destination system while in
this state, they must be replicated to the original production system when it becomes available.

When the original production system becomes available, the user has the option of issuing the Resume operation on the session from
the original destination to replicate data to the original source. Then, at a later time, they can issue the Failover operation from the
destination system to return to the original state for replication, from the production system to the destination system. The user also
has the option of issuing the Failback operation from the destination system when the source becomes available. The Failback
operation will synchronize the storage resource on the source system with the data on the destination resource, block access to the
destination storage resource, and make the original production resource Read/Write. Replication will also then be resumed from the
production system to the destination system for the replication session. It is suggested to quiesce all I/O before issuing the Failback
operation.

DELETE

Deleting a replication session can be issued on the source system or destination system, but it is recommended that the operation be
issued on the source when the source is available. When there are no issues in the configuration and a Delete operation is issued on
the source system, the replication session will be deleted from both the source and destination system. The destination storage
resource is not automatically deleted when the replication session is deleted. If the delete operation is issued while the destination
system cannot be reached, the session will need to be deleted from the destination system manually. If the delete operation is
issued from the destination system, the source session is left configured and must be deleted manually. Once a replication session is
deleted, a full sync will need to occur if replication is reconfigured.
9
A delete operation can also be issued for a replication connection. A replication connection can only be deleted after all configured
replication sessions utilizing the connection have been deleted.

SUPPORTED REPLICATION CONFIGURATIONS

EMC Unity’s Native Synchronous Block Replication feature is supported in two different topologies, and deployment models will vary
depending on the requirements of the configuration. The following synchronous replication topologies outline the system
configuration options supported in EMC Unity.

• One Directional
o A single source system replicating to a single destination system
• Bi-Directional
o A two system topology in which each system acts as a replication destination for the peer’s production data

The following figure, Figure 2, is a graphical view of the supported topologies listed above. For synchronous replication, the source
and destination system must be a physical Unity system, but the models utilized can vary depending on the configuration
requirements. Below are examples of the two topologies that can be utilized, either One-Directional or Bi-Directional replication. The
source and destination system can either be the same Unity model type, either All Flash or Hybrid, or the source and destination can
be a mix of All Flash and Hybrid systems.

Figure 2. Supported Synchronous Block Replication Topologies.

In EMC Unity, a storage resource can only be replicated to a single storage resource on a remote system regardless of how many
replication connections are configured on the system. This means that replicating a single storage resource to multiple destination
resources is not possible. Cascading replication, when a destination storage resource is also replicated to another destination
resource, is also not possible in EMC Unity. Also, only one replication connection used for synchronous replication can be configured
on an EMC Unity system. This means only a single source and destination pair can utilize synchronous replication on EMC Unity.

One-Directional replication is typically deployed when only one of the systems will be utilized for production I/O. The second system
is a replication target for all production data, and sits idle within the same data center or a remote location. If the need arises, the
DR system can be placed into production and host production I/O. In this scenario, mirroring the production system’s configuration,
including the number of drives and Pool layout, on the DR system is suggested, as each system would then have the same
performance potential.

The Bi-Directional replication topology is typically utilized when production I/O needs to be spread across multiple systems or
locations. The systems may exist within a single data center or in different, remote locations. When utilizing this replication topology,
production I/O from each system is mirrored to the peer system. In case of an outage, one of the systems can be promoted as the
primary production system, and all production I/O can be sent to it. Once the outage is complete, the replication configuration can
be changed back to its original configuration. This replication topology ensures both systems are in use by production I/O at all
times.

10
UNISPHERE MANAGEMENT
Creating and managing Replication in Unisphere is easy and intuitive. All replication operations, including configuring of synchronous
replication network interfaces, replication connections, and replication sessions can be performed in the Unisphere GUI. With the help
of easy to follow wizards, replication can be configured quickly by IT generalists or advanced users alike. Replication can also be
configured using Unisphere CLI, or REST API. For more information on configuring and managing replication using Unisphere CLI,
refer to the Unisphere Command Line Interface Guide found on EMC Online Support. For more information on REST API, refer to EMC
Unity: Unisphere Overview found on EMC Online Support.

CONFIGURING REPLICATION

When configuring synchronous block replication, the following components need to be configured and were previously discussed in
this paper:

1. Connectivity between the synchronous replication interfaces on the local and remote system
2. Synchronous Replication Management Ports
3. A Replication Connection
4. A Replication Session

Note that the first step above is completed by directly connecting the synchronous replication interfaces of two systems together, or
zoning the ports together over the fabric as outlined in the section Synchronous Replication Interfaces. This step will not be
discussed in this portion of the paper.

The following sections will outline the remaining steps needed to configure remote replication in Unisphere. Each of the following
operations are completed from a particular page in Unisphere. Each page will be discussed in detail below. For more information on
using Unisphere to configure and manage replication, refer to Unisphere Online Help.

CREATING SYNCHRONOUS REPLICATION MANAGEMENT PORTS

To create the synchronous replication management ports, you must first navigate to the Replication page, which is found under
Data Protection in the left pane in Unisphere. On the Replication page, multiple tabs exist, including Sessions, Connections, and
Interfaces. Creating the synchronous replication management ports is completed on the Interfaces page. The Sessions page and
the Connections page will be discussed later.

Figure 3 below shows the Interfaces tab on the Unisphere Replication page. From this tab, you have the option to create or delete
replication interfaces, refresh the current page, or edit a configured replication interface. In the example below, no replication
interfaces have been created. Only one pair of synchronous replication management ports needs to be created on the source and
destination system.

Figure 3. Replication page. Interfaces Tab.

To create a replication interface, click the Create Replication Interface button, shown as a + sign in the Interfaces tab. Once
selected, the Create Replication Network Interface wizard appears, which is shown in Figure 4. For synchronous block
replication, you must create the Synchronous Replication Management Ports on the system, which are used for management
connectivity between the source and destination system. In the Ethernet Port drop down list, select Sync Replication
Management Port. The status of the ports will be shown in parenthesis. Both system management ports, also used for Unisphere
management, will need to be cabled to the network for these links to work properly.

Next, configure an IP address for SPA and SPB to be used for synchronous replication management. These IPs must exist on the
same subnet as the system management port, and VLAN tagging is not supported. Once done, click OK.

11
 Figure 4. Create Replication Network Interface Window.

Once the synchronous replication management ports are created, they will be shown on the Interfaces tab as shown in Figure 5.
From here the status of each port is shown, currently operating normally as denoted by the green circle checkmark. To delete a
synchronous replication management port, select the port and click the Delete Replication Interface icon, which is shown as a
trash can on this tab. To edit a replication management port, to change the IP address for example, select the Edit icon, which is
shown as a pencil icon on this tab.

Figure 5. Replication Page. Interfaces Tab. Sync Replication Management Ports Configured.

CREATING A REPLICATION CONNECTION

The next step in configuring synchronous block replication is to create a Replication Connection with another system. This configures
a private replication connection for the pair of systems. From the Replication page, select the Connections tab. Figure 6 below
shows an example of the Connections tab, without any replication connections configured. From this tab, you have the option to
create or delete a replication connection, refresh the current page, or edit a configured replication connection. From this tab you can
also select Verify and Update, which will verify the selected replication connection still exists with the remote system, and update the
connection details if any changes were made.

Figure 6. Replication page. Connections Tab.

To create a Replication Connection, select the Create Replication Connection icon, which is displayed as a + sign on this tab. The
Create Replication Connection window appears, as shown in Figure 7. In this window, you must specify the Remote System’s
Management IP Address, which is the IP used to access Unisphere, and the Unisphere User Name and Password. Also in this
window you must enter the Password used to log into Unisphere on the system you are configuring the replication connection in.
Lastly, you must select the Connection Mode that will be used between the systems. In the drop down list, you have the option to

12
choose Asynchronous, Synchronous, or Both. When configuring synchronous replication between two systems, select
Synchronous. If asynchronous replication will also be used for replicating data to other storage resources, select Both, as both
synchronous and asynchronous replication will be utilized. After entering the required information, click OK. EMC Unity Asynchronous
and Manual Replication will be discussed later in this paper.

Figure 7. Create Replication Connection Window.

After selecting OK, a Job is created to create the replication connection. An example of the Details of the job can be seen in Figure 8.
The job has multiple steps, which includes registering the remote and local system with its peer, refreshing the connection on both
systems, and validating the connections on the local system. Once the job completes, the replication connection will be shown on the
source and destination system.

Figure 8. Job Properties. Creating a Replication Connection.

Figure 9 shows the Replication page Connections tab once the replication connection is created. In this example Unity500-0142 is
the name of the remote system the connection was configured with. The System Type, Replication Mode, Management IP Address,
and Remote Replication Interfaces will also be displayed. The Remote Interfaces displayed for synchronous block replication will be
the IP Addresses configured for the synchronous replication management ports on the remote system. The Verify and Update button
is also shown, and is used to update the replication information for the selected connection.

Figure 9. Replication Page. Connections Tab.

13
CREATING A REPLICATION SESSION

To create a replication session, you must enable replication on the storage resource you wish to replicate. This can be done at time
of creation, or on an existing storage resource. Figure 10 shows an example of creating a new LUN and enabling Synchronous
remote replication on it. From the Replication step, check the checkbox in front of Enable Replication to configure replication. For
Synchronous replication, select Synchronous from the Replication Mode drop down box. When Synchronous is chosen as the
Replication Mode, the Replicate To box will automatically be populated with the name of the system with which a synchronous
Replication Connection has been configured. After completing this step, click Next and continue with the LUN creation. For
Consistency Groups and VMFS Datastores, a Replication step exists in the creation wizards for each with the exact look and
configuration options as the one shown in Figure 10.

Figure 10. Create a LUN Wizard. Replication Step.

When the Destination Configuration box is selected in the Replication step, information about the remote storage resource’s
configuration will be displayed. Figure 11 below shows an example of this window.

Figure 11. Destination LUN Configuration Window.

After synchronous replication is configured on a new storage resource, you can view information about replication from the
resource’s properties window. From Unisphere, select the storage resource in question and click Edit or double-click the name of the
storage resource. From the properties window, view the Replication tab. An example of this tab is shown in Figure 12. On this tab,
you can view the following information:

• The replication Session Name

• The replication Mode
• The Local Role of the storage resource, which can either be listed as the Source or Destination
• The Sync State

Also shown is a pictorial representation of the replication session. The picture shows which storage resource is available for I/O,
which direction the data is replicating in and its current state, and the destination storage resource and the system name, IP
Address, and the destination LUN name. As the state of the replication session changes, this picture will update to reflect the new
state.

Also shown on the Replication tab are buttons for each Replication Operation. This tab is also used to display asynchronous
replication operations, so all replication operations for both synchronous and asynchronous replication are displayed. Not all
14
replication operations are supported on each mode of replication, so only operations supported on the current replication mode will
be selectable. Also, only certain operations are available depending on what the current state of the replication session is in, so only
these options are available for selection. In Figure 12, the current session is Active and replicating for the Production System to the
DR System. Available replication operations include Delete, Pause, and Failover.

Figure 12. LUN Properties Window. Replication Tab. Replication Configured.

Replication can also be configured on an existing storage resource. When replication is not configured on the storage resource,
viewing the Replication tab in the storage resource’s properties window will show what is displayed in Figure 13. The Replication tab
for a Consistency Group or VMFS Datastore displays the same information as seen in Figure 13. To configure Replication on the
storage resource, select Configure Replication.

Figure 13. LUN Properties Window. Replication Tab. Replication Not Configured.

After selecting Configure Replication, the Create a Session wizard is launched. An example of this wizard is shown in Figure 14. On
the Replication Settings step, you need to customize which Replication Mode either Asynchronous, Manual, or Synchronous
replication will be used. For Synchronous Replication, select synchronous. Next, select the destination system by selecting the correct
system from the Replicate To drop down box. After the previous selections have been made, click Next.

Figure 14. Create a Session Wizard. Replication Settings Step.

15
The Destination step of the Create a Session wizard is now shown. An example of this step is shown in Figure 15. From here you
can customize the storage resource’s Name that will be displayed on the destination system, the Pool it will utilize, and the Tiering
Policy on the destination system’s Pool. For existing VMFS Datastores, you will be able to customize this exact same information.
Similarly, when creating a replication session on an existing Consistency Group, you will be able to customize this same information
for each LUN contained within the consistency group. After editing the available information, click Next.

Figure 15. Create a Session Wizard. Destination Step.

The Summary step is now shown, and an example of this screen is displayed in Figure 16. Here you can see a summary of the
settings that will be used to create replication. If anything is incorrect, you can select Back to correct the desired setting. To create
the replication session, click Finish. A Summary step will also be shown when creating a replication session on a Consistency Group
or VMFS Datastore.

Figure 16. Create a Session Wizard. Summary Step.

The Results step is now shown, and an example of this page is shown in Figure 17. This step shows the Overall Status of each of
the jobs to create the replication session. The steps to create the replication session include creating the storage resource on the
destination system, allowing the remote storage resource to finish the creation process, and lastly creating the replication session.
You can either wait for the Overall status to say 100% Complete or close the window at any time by clicking Close. Closing this
window puts the creation process as a background job in Unisphere.

Figure 17. Create a Session Wizard. Results Step.

16
Figure 18 shows the Replication tab in the LUN properties window after enabling replication. After enabling replication on an existing
device, a full synchronization needs to be completed. During this process, the Sync State says Syncing and the Sync Progress
displays the overall percentage of progress. This operation may take time, and will be based on the amount of data that is needed to
be copied to the remote system, and the available bandwidth of the link between the systems. The Consistency Group and VMFS
Datastore Replication tab within the Properties window will display similar information.

Figure 18. LUN Properties Window. Replication Tab. LUN Synchronizing.

Figure 19 shows the Replication tab after the full synchronization. Notice that the Sync State now shows In Sync, and the Sync
Progress entry has been removed.

Figure 19. LUN Properties Window. Replication Tab. LUN Synchronization Complete.

VIEWING THE REPLICATION SESSIONS

All replication sessions on the system can be viewed from the Sessions tab within the Replication page. This includes synchronous,
asynchronous, and manual replication sessions. To navigate to this page, click Replication under Data Protection in Unisphere.
Figure 20 shows an example of the Sessions tab with multiple replication sessions created on the system. In this example, a LUN,
Consistency Group, and VMware VMFS Datastore are all being replicated to a remote system. From this window you can easily see
information regarding each session. The following is a list of information displayed on this screen:

• The Replication Session Name

• The current State
• The Source, which includes the source system and the source storage resource
• The Resource Type

17
 • The Destination, which includes the destination system name and the destination storage resource
• The Replication Session ID

Figure 20. Replication Page. Sessions Tab.

From the Session tab you can also issue replication operations on the sessions. After selecting the checkbox for a replication session
in the list, select More Actions to view the replication operations available for that session in its current state. In Figure 21 below,
you can see that only Pause and Failover are valid options based on LUN 1’s current replication session state.

Figure 21. Replication Page. Sessions Tab. More Actions.

SYSTEM MAXIMUMS

Please see Appendix A for information on Unity replication maximums.

NATIVE ASYNCHRONOUS REPLICATION

This section will discuss the Native Asynchronous Replication feature found on EMC Unity systems. This feature allows users to create
replication sessions for block and file storage resources between Pools within a system or between supported systems. All
configuration and management operations in this section will be illustrated in Unisphere, though Unisphere CLI and REST API may
also be used. The follow sections of this paper will discuss:

• The licensing requirements for native asynchronous replication feature

• How native asynchronous replication feature works
• The configurations supported for asynchronous replication
• Unisphere Configuration and management

LICENSING
In EMC Unity, Asynchronous Replication is supported on all Unity Systems. The supported systems include the Unity All Flash
models, the Unity Hybrid models, and the UnityVSA. For all systems, Asynchronous Replication comes with all systems at no
additional cost.

THEORY OF OPERATION
Native asynchronous replication is comprised of a number of physical and software components. Each of these components will be
discussed in the following sections. When creating asynchronous replication between Pools within a system, only a replication session
needs to be created. To fully configure asynchronous replication between systems, you must do each of following:

• Configure connectivity for the replication interfaces used by asynchronous replication

• Configure the replication connection between systems
• Configure replication sessions between systems
18
This section will also discuss the various block and file resources which support asynchronous replication. The replication modes and
roles will also be discussed. The section below outline the different functions, requirements, and how these components interact with
each other. Configuration and management of these components will be completed using Unisphere, which will be discussed in a
later section.

REPLICATION INTERFACES

Replication interfaces are used to transport data to a destination system for remote replication sessions, and must be defined for
replication to work. Asynchronous replication between Pools within a system do not require replication interfaces to be configured.
Asynchronous remote replication requires a replication interface be created on each SP on the system. For asynchronous replication,
replication is performed over Ethernet interfaces configured on the system. On EMC Unity physical systems, the onboard 10GbE
BaseT ports, CNA ports with Ethernet personality, or Ethernet ports located on I/O modules can be used for replication. In UnityVSA
systems, any I/O port can be used for asynchronous replication. Replication interfaces can also be created on link aggregated ports
for high availability, increased maximum throughput, and load balancing of replication traffic across physical ports in the
aggregation. When multiple replication interfaces are configured on an SP, all will be used for asynchronous replication. It is
suggested to only configure replication interfaces on ports of the same type and speed.

REPLICATION CONNECTIONS

Before a remote replication session can be created, a trusted link must be created between systems participating in replication. A
replication connection establishes this logical link between remote systems. This trusted link is used for replication management
operations and the data path between the pair of remote systems. After the replication interfaces are created, you must create the
replication connection between the systems. Once created, all asynchronous remote replication sessions will utilize the replication
connections to transport data to the remote system.

Figure 22 below shows an example configuration of an asynchronous replication connection between two physical systems. In the
figure, the source of the replication session is labeled “Production System”, and the destination is labeled “DR System”. For each of
these example systems, the onboard CNA ports are configured as 10GbE optical ports and are used as replication interfaces. The
green lines in the figure show the connections for the 10GbE replication interfaces, and the orange lines are the system management
connections. Once the replication interfaces are created and cabled to the network on both systems, the replication connection
between the systems can be made. Once a replication connection is configured on one of the system participating in replication, it is
automatically created on the peer system.

Verify and Update is a single operation that is used to update the replication connection information on the system it is issued on.
This operation is performed on the replication connection itself, as opposed to an individual replication session. Verify and Update
can be used to test a replication connection to a remote system, or update the replication information if changes to the system have
been made. Verify and Update should be issued to re-establish the replication connection to a remote system after an outage. A use
case for using Verify and Update is if an Asynchronous Replication Interface IP Address has been changed on the system.

Figure 22. Native Asynchronous Replication Connection Example.

REPLICATION SESSIONS

A replication session is used as a logical link between storage resources participating in replication. When utilizing asynchronous
remote replication, a configured replication connection is used to transfer data to the remote system. A replication connection is not
required when asynchronously replicating data between Pools within a system. When a replication session is created in Unisphere, a
storage resource of the same size and type is created on the destination Pool, whether it is locally within the same system or on a
destination system. Snapshots and snapshot schedules are not replicated on the destination storage resource.

Asynchronous replication image synchronizations are triggered by a user defined Recovery Point Objective (RPO) or at any time
manually by the user. The following characteristics define asynchronous replication:
19
 • Writes to a storage resource are saved to the source storage resource and acknowledged to the host before being replicated
to the destination storage resource.
o When a host writes to a storage resource, the write is saved and tracked by the replication session. This data will
be replicated at a later time.
• A user defined RPO is utilized to define the maximum amount of time between scheduled synchronizations.
o During the time between synchronizations, new data is only saved on the source storage resource. The RPO is the
maximum amount of data the user is willing to lose in the event of a disaster, measured in time. The RPO
determines how often synchronizations occur at a minimum.

Manual replication operates the same as asynchronous replication, except all replication updates must be started manually by the
user as opposed to using an RPO. Updates occur when the sync operation is initiated on the session, which is described later. When
writing to a storage resource configured with a manual replication session, the data is stored locally and acknowledged and only
replicated when a sync is issued.

When an asynchronous replication session is created, a full synchronization of the source and destination storage resource occurs. If
replication is configured when a new resource is being created, the synchronization is quick as no data needs to be copied to the
destination storage resource. If replication is added to an existing storage resource, a full synchronization occurs between the source
and destination storage resource. Writes occurring during the initial synchronization period are not copied to the destination storage
resource at this time, but rather tracked for a later synchronization. Once the initial synchronization is complete, a common base is
established between the source storage resource and the destination. When creating a manual replication session, an initial
synchronization does not automatically start. To synchronize the local and remote images, a manual sync needs to be initiated. Host
write operations which occur after the initial synchronization are acknowledged with the host normally, and no data is replicated to
the destination until the next sync. Manually at a later time, or at the RPO interval for asynchronous replication, all changes made to
the source storage resource since the last synchronization will be replicated to the destination. A new common base is then
established. If a failure is encountered on the source, all data not copied to the destination will be lost as the changes have not been
copied to the destination.

ASYNCHRONOUS REPLICATION INTERNAL SNAPSHOTS

Asynchronous replication in EMC Unity leverages Unity Snapshots to maintain the common base images explained in the previous
section. Figure 23 below shows how Unity Snapshots are utilized with asynchronous and manual replication.

Figure 23. Asynchronous and Manual Replication Theory.

EMC Unity Asynchronous Replication operates in the following way:

1. When a replication session is created on a storage resource, two internal Unity Snapshots are created on the source and
destination storage resources. At time of creation, Snapshot 1 and Snapshot 2 on the source have the same contents as the
source storage resource.
2. Data is then replicated from Snapshot 1 to the newly created destination storage resource. This is the initial synchronization
of the source and destination storage resources, and is a full copy of all the data.

20
 3. Once the initial synchronization is complete, Snapshot 1 is refreshed on the destination storage resource. Snapshot 1 on the
source and destination storage resource contain the same information, and represent the point-in-time in which the
synchronization started. Snapshot 1 on each system is now a common base for the replication session.
4. Over time the host application writes new data to the source storage resource.
5. During the next update, either manually started or by the RPO with asynchronous replication, Snapshot 2 on the source
storage resource is refreshed to reflect the current point-in-time view of the source storage resource. All changes since the
last update of the destination are copied to the destination storage resource.
6. After the incremental copy is complete, Snapshot 2 on the destination storage resource is refreshed to reflect the current
information located in the destination storage resource. Snapshot 2 on the source and destination contains the latest
information and are the latest common base image for the replication session.

Each time the RPO is reached or a manual update is started, the common base image will alternate between Snapshot 1 and
Snapshot 2.

Snapshots utilized for asynchronous replication behave the same as user Unity Snapshots, and are based on Redirect on Write
Technology. Space needed to preserve the point-in-time Snapshot is allocated from the same Pool as the source storage resource.
Although user snapshots and replication snapshots share the same technology, replication snapshots have restrictions on their
usage. Replication snapshots can be viewed in Unisphere, but user operations, such as restore or mount operations are not allowed.
Snapshots allocated for replication purposes do not count towards user snapshot maximums.

STORAGE RESOURCES

When configuring asynchronous replication, the source and destination storage resource must be of the same type. In Unity, native
asynchronous replication is supported on the following storage resources:

• LUNs
• Consistency Groups
• VMware VMFS Datastores
• File Systems
• NAS Servers
• VMware NFS Datastores

In Unity, asynchronous replication for LUNs and VMFS Datastores function the same. When configuring asynchronous replication on a
LUN in Unisphere, a single replication session is created and the destination storage resource will be created the same size and type
as the source storage resource. While replication is configured, you will be able to increase the size of LUNs and VMFS Datastores,
and the changes will be reflected on the destination storage resource after the next sync. Options such as the LUN’s or VMFS
Datastore’s name or tiering policy may be configured differently between systems.

In Unity, a Consistency Group is a storage resource which contains one or more LUNs within a storage system. Consistency Groups
help organize storage resources allocated for a particular host or hosts. Consistency Groups are treated as a single entity when they
are replicated, meaning that a single replication session is created for the entire Consistency Group no matter how many LUNs it
contains. When replication is configured in Unisphere for a Consistency Group, the destination storage resource and its contents are
created automatically. While a Consistency group is part of a replication session, LUNs within the Consistency Group can be
expanded. All changes to LUNs within a Consistency Group will be reflected on the destination image after the next completed
synchronization. LUNs cannot be added or removed while replication is configured. When pausing or resuming replication on a
Consistency Group, the entire group is affected by the replication operation.

When replicating existing File Systems or VMware NFS Datastores with asynchronous replication, you must first configure replication
for the NAS Server it is mounted on. If replication is configured in Unisphere for the NAS Server, all File Systems and NFS Datastores
on the NAS Server will also be replicated to the destination. Replication sessions for resources which do not require replication can be
deleted later. All replication sessions automatically configured when the NAS Server is replicated will have the same RPO. The RPO
for the individual replication sessions can be changed later. While replicated, all size changes to the File Systems and NFS Datastores
will be reflected on the destination after the next synchronization. If a different IP address for NAS Server access needs to be
specified on the destination NAS Server, you may specify an Override Address by editing a NAS Server Network Interface.

REPLICATION ROLES

For asynchronous replication to operate, two storage resources are required for replication:

• A source storage resource which will be replicated

21
 • A destination storage resource to which the source is copied

When a replication session is created in Unisphere, the destination storage resource is automatically created with the session. In
Unisphere you may not choose a previously provisioned storage resource as a replication destination when configuring a session.
Upon creation, the destination resource is marked as a destination image. This restriction blocks Read/Write access on the
destination storage resource. To view the data contained in the destination storage resource, you may take a Snapshot of the
resource and provide host access to it.

In Unisphere, you can easily determine which storage resources are replicated and which are destination images from any of the
storage resource pages, such as the LUNs tab on the Block page. While in this tab, select the gear icon, and hover Columns to view
the available columns that can be viewed. Select the check boxes for “Replication Type” and “Restricted Replication Access”.
Replication Type displays what type of replication the LUN is participating in, whether it is None, Remote, or Local. The Restricted
Replication Access column will display “Yes” if the storage resource is labeled as a replication destination resource, or “No” if it is not.
If a replication session is deleted, the destination storage resource will still be labeled as a replication destination image. The
replication destination label must be edited manually via Unisphere CLI before the resource is allowed to receive I/O. For example, to
remove the replication destination setting from a LUN, use the uemcli /stor/prov/luns/lun -id <value> set -replDest no
command. For more information on removing the replication destination setting on other storage resource types, consult the EMC
Unity Unisphere Command Line Interface User Guide.

REPLICATION OPERATIONS
A number of operations are available to manipulate replication sessions as needed. Not all operations are available at all times, as
some depend on the session being in a particular state. Also, certain operations will perform differently depending on which system
they are issued on, source or destination. Only one replication operation can be issued and running at a particular point in time.

PAUSE AND RESUME

Pause and resume are used to stop and start replication between the resources for a particular replication session. In Unisphere, the
pause operation can only be issued from the source system. If the session is paused while a sync is in progress, all incremental
changes on the destination are discarded and the destination is reverted back to the common base. All I/O is tracked when the
replication session is paused, and when the session is resumed, replication will resume and synchronizations to the destination
storage resource will be based on the current RPO if asynchronous replication is being utilized. When a manual replication session is
resumed, no replication updates occur until manually issued. While an asynchronous and manual replication session is paused, no
sync updates can be performed on the session.

Pausing a replication session may be done for a number of reasons to stop updates from occurring to the destination. Some reasons
include the need to power off the source or destination system for planned maintenance, a configuration change on the network
between systems, or interface changes on either system. Another reason may be to physically move a system from one data center
or site to another. In certain circumstances, configuring replication and synchronizing the data between systems may be done within
the same site, then the destination system is later moved to its final destination. Depending on the network speeds between sites,
this may save time and avoid lengthy initial synchronizations.

SYNC

With asynchronous replication, updates to a destination storage resource happen at a set interval based on the defined RPO. At any
point in time when replication is active and an update is not already occurring, a sync operation can be issued to synchronize the
latest changes to the destination resource. The sync operation is also used to update a remote image when manual replication is
configured. After the sync operation is selected, all data changed since the last update will be copied to the destination storage
resource. Issuing a manual sync operation also updates a destination image’s size when the source image size has been changed.

FAILOVER WITH SYNC, FAILOVER, AND FAILBACK

When utilizing asynchronous replication, the failover with sync option allows you to failover the session after first completing a last
synchronization between the images. The failover with sync option is used in planned failover events. The failover with sync option is
only available on the source storage resource when the replication session is operating normally, and will result in a short period of
data being unavailable during the failover operation. Before issuing the failover with sync operation, it is suggested to issue a manual
sync first, to reduce the amount of data to copy during the failover with sync. When issuing the failover with sync, it is highly
suggested to quiesce I/O to the source image first. After the synchronization completes, the destination storage resource is available
for production I/O and the original source will no longer allow Read/Write I/O. If host access is configured on the destination

22
resource, hosts will be able to access the data at this time. Replication will not be resumed in either direction when the failover with
sync operation is used. If writes occur to the destination storage resource after issuing a failover with sync, you must resume
replication from the destination for the original source to receive the changes.

The failover option is only available on the destination of the replication session. When issuing a failover operation on a replication
session from the destination system, an unplanned failover is initiated, and a final synchronization of the data from the source
storage resource is not completed. An unplanned failover assumes a disaster has occurred on the production system, and the
destination image is made Read/Write available. When failover is selected on a destination resource of a replication session,
Read/Write access is removed from the original source if the source is available to receive management commands. The replication
session will also pause and not automatically switch the direction for replication. The replication session is left in this state until the
user issues another replication operation. If I/O occurs to the original destination resource while in this state, the data must be
replicated to the original source when the source becomes available.

When the failover with sync or failover option is used, the failback option becomes available. Failback will fail back the replication
session to the state before failover with sync or failover was issued, and no changes in data will be replicated in the reverse
direction. If any writes occurred while the session was failed over, it is highly suggested to Resume replication to the previous source
and use the failover with sync option. Once resume is selected, and replication is started, the failback option is no longer available.

When the original source resource becomes available, the user has the option of issuing the Resume operation to replicate data to
the original source. Clicking resume will reverse the direction of replication and resume updates based on the user RPO from the
original destination resource to the original source. A manually sync must be issued when using manual replication. To return
replication to the original replication configuration, the failover with sync operation can be issued on the original destination. A final
synchronization of the data will be performed and the replication will be failed over to the original source. It is suggested to quiesce
all I/O before issuing the failover with sync operation. The original source will become Read/Write available and host access will be
removed from the destination resource. You will need to issue Resume on the source to resume replication from the source to
destination.

DELETE

Deleting a replication session can be issued on the source system or destination system, but it is recommended that the operation be
issued on the source when the source is available. When there are no issues in the configuration and a delete operation is issued on
the source system, the replication session will be deleted from both the source and destination system. The destination storage
resource is not automatically deleted when the replication session is deleted. If the delete operation is issued while the destination
system cannot be reached, the session will need to be deleted from the destination system manually. If the delete operation is
issued from the destination system, the source session is left configured and must be deleted manually. Once a replication session is
deleted, a full sync will need to occur if replication is reconfigured.

A delete operation can also be issued for a replication connection. A replication connection can only be deleted after all configured
replication sessions utilizing the connection have been deleted.

SUPPORTED REPLICATION CONFIGURATIONS

EMC Unity’s Native Asynchronous Replication features allow supported storage resources to be replicated locally within the same
system, or remotely between systems. The following sections outline the supported configurations for asynchronous replication. For
more information on which systems are supported when using asynchronous replication, please view Appendix B.

LOCAL REPLICATION

EMC Unity’s Native Asynchronous Replication feature allows Block and File resources to be replicated locally within the same system.
When replicating File Systems or VMware NFS Datatores, the NAS Server must also be replicated. When configuring local replication,
the source and destination storage resources cannot exist within the same Pool. By replicating to a different Pool, a storage resource
is protected against the unlikely event the source Pool encounters a data unavailable situation. All asynchronous replication
operations are supported when local replication is configured. Replication Connections and Interfaces are not required when local
replication is configured. Figure 24 below shows an example of local replication.

23
 Figure 24. Local Asynchronous Replication Example.
REMOTE REPLICATION

EMC Unity’s Native Asynchronous Replication feature is supported in many different topologies, and deployment models will vary
depending on the requirements of the configuration. The following replication topologies outline the system configuration options
supported in EMC Unity for asynchronous replication. While a system can replicate to multiple destination systems, an individual
storage resource can only replicate to a single destination storage resource.

• One-Directional
o A single source system replicating to a single destination system
• Bi-Directional
o A two system topology in which each system acts as a replication destination for the peer’s production data
• One-to-Many
o A system topology in which a single system replicates to multiple remote systems
• Many-to-One
o A system topology in which multiple systems replicate to a single system

The following figure, Figure 25, is a graphical view of the supported topologies listed above. In all topologies mentioned, a Unity All
Flash system, a Unity Hybrid system, or a UnityVSA can be used for any system in the configuration. For a list of other EMC storage
systems supporting asynchronous replication to and from Unity, please see Appendix B. Replication Interfaces are required on to be
configured on each system participating in remote replication. A Replication Connection also needs to be configured between remote
systems to allow replication sessions to be configured. Asynchronous replication allows for many different deployment models to
meet the needs of an organization.

Figure 25. Supported Asynchronous Replication Topologies.

In EMC Unity, a storage resource can only be replicated to a single storage resource on a remote system regardless of how many
replication connections are configured on the system. This means that replicating a single storage resource to multiple destination

24
resources is not possible. Cascading replication, when a destination storage resource is also replicated to another destination
resource, is also not possible in EMC Unity.

One Directional replication is typically deployed when only one of the systems will be utilized for production I/O. The second system
is a replication target for all production data, and sits idle within the same data center or a remote location. If the need arises, the
DR system can be placed into production and host production I/O. In this scenario, mirroring the production system’s configuration
on the DR system is suggested, as each system would then have the same performance potential. For physical systems this would
mean mirroring the drive configurations and Pool layout, while on UnityVSA systems this would mean configuring similar Virtual
Disks and Pools.

The Bi-Directional replication topology is typically utilized when production I/O needs to be spread across multiple systems or
locations. The systems may exist within a single data center or in different, remote locations. When utilizing this replication topology,
production I/O from each system is mirrored to the peer system. In case of an outage, one of the systems can be promoted as the
primary production system, and all production I/O can be sent to it. Once the outage is complete, the replication configuration can
be changed back to its original configuration. This replication topology ensures both systems are in use by production I/O at all
times.

The One-to-Many replication topology is usually deployed when production exists on a single system, but replication needs to occur
to multiple remote systems. This replication topology can be used to replicate data from a production system to a remote location to
provide local data access to a remote team. At the remote location, EMC Unity Snapshots can be utilized to provide host access to a
local organization or test team. In this topology, any combination of Unity All Flash systems, Unity Hybrid systems, and UnityVSA
systems can be utilized. The production system may be an All Flash system replicating to multiple physical Hybrid systems or a
virtual Unity system.

The Many-to-One replication topology is deployed when multiple production systems exist, and replicating to a single system to
consolidate the data is required. This topology is useful when multiple production data sites exist, and data must be replicated from
these sites to single DR datacenter. One example of this configuration is Remote Office Branch Office (ROBO) locations. A UnityVSA
may be deployed at each ROBO site, and all replicate back to a single All Flash or Hybrid Flash system. Utilizing UnityVSA at ROBO
locations eliminates the need for a physical Unity system at each site.

For the One-to-Many and Many-to-One replication topology examples in Figure 25, one-directional replication is depicted. One-
directional replication is not a requirement when configuring the One-to-Many and Many-to-One replication topologies. Each
individual Replication Connection can be utilized for bi-directional replication between systems, which allows for more replication
options than what is depicted. Again, a single storage resource can only be replicated to a single destination storage resource, either
locally within the same system or to a remote system. When utilizing synchronous or asynchronous replication in a mixed replication
topology, only a single replication connection configured for synchronous replication can be configured between pair of systems. For
example, in a One-to-Many replication topology, the single source system can only be replicating synchronously, or synchronously
and asynchronously, to a single destination system. The other Replication Connections can be configured for asynchronous
replication in this setup.

When configuring asynchronous replication for LUNs, Consistency Groups, or VMware VMFS Datastores, replication can be configured
between EMC Unity systems and a VNXe3200, VNXe1600, and vVNX. Replication connections must be configured between the source
and destination systems before a replication session can be created.

UNISPHERE MANAGEMENT
Creating and managing Replication in Unisphere is easy and intuitive. All replication operations, including configuring of replication
network interfaces, replication connections, and replication sessions can be performed in the Unisphere GUI. With the help of easy to
follow wizards, replication can be configured quickly by IT generalists or advanced users alike. Replication can also be configured
using Unisphere CLI, or REST API. For more information on configuring and managing replication using Unisphere CLI, refer to the
Unisphere Command Line Interface Guide found on EMC Online Support. For more information on REST API, refer to EMC Unisphere
For Unity: Simplified Storage Management found on EMC Online Support.

CONFIGURING REPLICATION

When configuring remote asynchronous replication, the following components need to be configured and were previously discussed
in the paper:

1. Replication Interfaces

25
 2. A Replication Connection
3. A Replication Session

Note: When configuring local replication between Pools on a system, Replication Interfaces and a Replication Connection do not need
to be configured on the system.

The following sections will outline the remaining steps needed to configure remote replication in Unisphere. Each of the following
operations are completed from a particular page in Unisphere. Each page will be discussed in detail below. For more information on
using Unisphere to configure and manage replication, refer to Unisphere Online Help.

CREATING REPLICATION INTERFACES

To create replication interfaces, you must first navigate to the Replication page, which is found under Data Protection in the left
pane in Unisphere. On the Replication page, multiple tabs exist, including Sessions, Connections, and Interfaces. Creating replication
interfaces is completed on the Interfaces page. The Sessions page and the Connections page will be discussed later.

Figure 26 below shows the Interfaces tab on the Unisphere Replication page. From this tab, you have the option to create or delete
replication interfaces, refresh the current page, or edit a configured replication interface. In the example below, no replication
interfaces have been created. One or more pairs of replication interfaces need to be created on the source and destination system to
configure remote replication.

Figure 26. Replication page. Interfaces Tab.

To create a replication interface for remote replication, click the Create Replication Interface button, shown as a + sign in the
Interfaces tab. Once selected, the Create Replication Network Interface wizard appears, which is shown on the left in Figure 27.
For remote replication, you must create replication interfaces on the system, which are used for connectivity between the source and
destination system. In the Ethernet Port drop down list, select an available port. The status of the ports will be shown in
parenthesis. Both ports on each SP will need to be cabled to the network for these links to work properly. Figure 27 also shows an
example of the Ethernet Port drop down choices on a physical system. All Ethernet ports are available to create a network interface.
Also shown are Link Aggregation ports previously created on the system.

Next, configure an IP address for SPA and SPB to be used for the replication interfaces. Once done, click OK.

Figure 27. Create Replication Network Interface Window.

26
Once the replication interfaces are created, they will be shown on the Interfaces tab as shown in Figure 28. From here the status of
each port is shown, currently operating normally as denoted by the green circle checkmark. To delete a replication interface, select
the port and click the Delete Replication Interface icon, which is shown as a trash can on this tab. To edit a replication interface,
to change the IP address for example, select the Edit icon, which is shown as a pencil icon on this tab.

Figure 28. Replication Page. Interfaces Tab. Interfaces Configured.

CREATING A REPLICATION CONNECTION

The next step in configuring remote replication is to create a Replication Connection with another system. This configures a private
replication connection for the pair of systems. From the Replication page, select the Connections tab. Figure 29 below shows an
example of the Connections tab, without any replication connections configured. From this tab, you have the option to create or
delete a replication connection, refresh the current page, or edit a configured replication connection. From this tab you can also
select Verify and Update, which will verify the selected replication connection still exists with the remote system, and update the
connection details if any changes were made.

Figure 29. Replication page. Connections Tab.

To create a Replication Connection for remote replication, select the Create Replication Connection icon, which is displayed as a +
sign on this tab. The Create Replication Connection window appears, as shown in Figure 30. In this window, you must specify the
Remote System’s Management IP Address, which is the IP used to access Unisphere, and the Unisphere User Name and
Password. Also in this window you must enter the Password used to log into Unisphere on the system you are configuring the
replication connection in. Lastly, you must select the Connection Mode that will be used between the systems. In the drop down
list, you have the option to choose Asynchronous, Synchronous, or Both. When configuring asynchronous replication between
two systems, select Asynchronous. If synchronous and asynchronous replication will be used, select Both. After entering the
required information, click OK.

27
 Figure 30. Create Replication Connection Window.

After selecting OK, a Job is created to create the replication connection. An example of the Details of the job can be seen in Figure
31. The job has multiple steps, which includes registering the remote and local system with its peer, refreshing the connection on
both systems, and validating the connections on the local system. Once the job completes, the replication connection will be shown
on the source and destination system.

Figure 31. Job Properties. Creating a Replication Connection.

Figure 32 shows the Replication page Connections tab once the replication connection is created. In this example Unity500-0142 is
the name of the remote system the connection was configured with. The System Type, Replication Mode, Management IP Address,
and Remote Interfaces will also be displayed. The Remote Interfaces displayed will be the IPs for the synchronous replication
management ports and asynchronous replication interfaces on the remote system.

Figure 32. Replication Page. Connections Tab.

CREATING A REPLICATION SESSION

To create a replication session, you must enable replication on the storage resource you wish to replicate. This can be done at time
of creation, or on an existing storage resource. Figure 33 shows an example of creating a new NAS Server and enabling
Asynchronous remote replication on it. Before File Systems or VMware NFS Datastores can be replicated, the NAS Server must be

28
replicated. From the Replication step, check the checkbox in front of Enable Replication to configure replication. Shown in Figure
33 are the available Replication Modes when replicating a NAS Server. For asynchronous replication, select asynchronous from the
Replication Mode drop down box and customize the RPO as needed. Choose Manual to create a manual replication session. When
asynchronous is chosen as the Replication Mode, the Replicate To box will automatically be populated with a remote system name
asynchronous replication can be configured with. If you wish to replication locally with asynchronous or manual replication, choose
Local found under Replicate To. After completing this step, click Next and continue with the NAS Server creation. For LUNs,
Consistency Groups, VMFS Datastores, File Systems, and VMware NFS Datastores, a Replication step exists in the creation wizards
for each with the exact look and configuration options as the one shown in Figure 33.

Figure 33. Create a NAS Server. Replication Step.

When the Destination Configuration box is selected in the Replication step, information about the remote storage resource’s
configuration will be displayed. Figure 34 below shows an example of this window.

Figure 34. Destination NAS Server Configuration Window.

After asynchronous replication is configured on a new storage resource, you can view information about replication from the
resource’s properties window. From Unisphere, select the storage resource in question and click Edit or double-click the name of the
storage resource. From the properties window, view the Replication tab. An example of this tab for a NAS Server is shown in Figure
35. On this tab, you can view the following information:

• The replication Session Name

• The replication Mode
• The Local Role of the storage resource, which can either be listed as the Source or Destination
• The Time of Last Sync

Also shown is a pictorial representation of the replication session. The picture shows which storage resource is available for I/O,
which direction the data is replicating in and its current state, and the destination storage resource and the system name, IP
Address, and the destination LUN name. As the state of the replication session changes, this picture will update to reflect the new
state.

Also shown on the Replication tab are buttons for each Replication Operation. This tab is also used to display synchronous replication
operations, so all replication operations for synchronous and asynchronous replication are displayed. Not all replication operations
are supported on each mode of replication, so only operations supported on the current replication mode will be selectable. Also, only
certain operations are available depending on what the current state of the replication session is in, so only these options are
29
available for selection. In Figure 35, the current session is Active and replicating for the Production System to the DR System.
Available replication operations for the asynchronously replicated NAS Server include Delete, Pause, Sync, and Failover with
Sync.

Figure 35. NAS Server Properties Window. Replication Tab. Replication Configured.

Replication can also be configured on an existing storage resource. When replication is not configured on the storage resource,
viewing the Replication tab in the storage resource’s properties window will show what is displayed in Figure 36. The Replication tab
for a Consistency Group, VMFS Datastore, NAS Server, File System, and VMware NFS Datastore displays the same information as
seen in Figure 36. To configure Replication on the storage resource, select Configure Replication.

Figure 36. LUN Properties Window. Replication Tab. Replication Not Configured.

After selecting Configure Replication, the Create a Session wizard is launched. An example of this wizard is shown in Figure 37. On
the Replication Settings step, you need to customize which Replication Mode either Asynchronous, Manual, or Synchronous
replication will be used. For asynchronous Replication, select asynchronous. Next, customize the desired RPO if needed. When
manual replication is selected, RPO will not be an option. Lastly, select the destination system by selecting the correct system from
the Replicate To drop down box, either Local for local replication, or a listed remote system. After the previous selections have been
made, click Next.

30
 Figure 37. Create a Session Wizard. Replication Settings Step.

The Destination step of the Create a Session wizard is now shown. An example of this step for a NAS Server is shown in Figure
38. From here you can customize the storage resource’s Name that will be displayed on the destination Pool or system, the Pool it
will utilize, the Storage Processor if applicable, and the Tiering Policy if applicable on the destination’s Pool. For existing other
storage resources being replicated, you will be able to customize this exact same information. When creating a replication session on
an existing Consistency Group, you will be able to customize this same information for each LUN contained within the consistency
group. In this example, replication for a NAS Server is being created, which causes all File Systems and VMware NFS Datastores
configured on it to also be replicated. After editing the available information, click Next.

Figure 38. Create a Session Wizard. Destination Step.

The Summary step is now shown, and an example of this screen for a NAS Server is displayed in Figure 39. Here you can see a
summary of the settings that will be used to create replication. If anything is incorrect, you can select Back to correct the desired
setting. To create the replication session, click Finish. A Summary step will also be shown when creating a replication session on
other storage resources.

Figure 39. Create a Session Wizard. Summary Step.

The Results step is now shown, and an example of this page is shown in Figure 40. This step shows the Overall Status of each of
the jobs to create the replication session. The steps to create the replication session include creating the storage resource on the
destination system, allowing the remote storage resource to finish the creation process, and lastly creating the replication session.
You can either wait for the Overall status to say 100% Complete or close the window at any time by clicking Close. Closing this
window puts the creation process as a background job in Unisphere.
31
 Figure 40. Create a Session Wizard. Results Step.

Figure 41 shows the Replication tab after the a synchronization between the source and destination NAS Server. Notice that the
Time of Last Sync now shows the date and time of the last completed sync. In this state, the supported replication operations are
selectable. If you wish to switch between Asynchronous and Manual Replication, or change the Asynchronous RPO, select the pencil
icon next to Mode.

Figure 41. NAS Server Properties Window. Replication Tab. Synchronization Complete.

Figure 42 below shows the Modify Session Mode window after selecting the pencil icon described in Figure 41. When asynchronous
or manual replication is configured, you can switch between the two as needed. You can also edit the RPO as needed from this
window.

Figure 42. Change Between Asynchronous and Manual Replication.

VIEWING THE REPLICATION SESSIONS

All replication sessions on the system can be viewed from the Sessions tab within the Replication page. This includes synchronous
and asynchronous replication sessions. To navigate to this page, click Replication under Data Protection in Unisphere. Figure 43
shows an example of the Sessions tab with multiple replication sessions created on the system. In this example, a LUN, Consistency

32
Group, and VMware VMFS Datastore are all being replicated to a remote system. From this window you can easily see information
regarding each session. The following is a list of information displayed on this screen:

• The Replication Session Name

• The current State
• The Source, which includes the source system and the source storage resource
• The Resource Type
• The Destination, which includes the destination system name and the destination storage resource
• The Replication Session ID

Figure 43. Replication Page. Sessions Tab.

From the Session tab you can also issue replication operations on the sessions. After selecting the checkbox for a replication session
in the list, select More Actions to view the replication operations available for that session in its current state. In Figure 44 below,
you can see that only Pause and Failover are valid options based on LUN 1’s current replication session state.

Figure 44. Replication Page. Sessions Tab. More Actions.

SYSTEM MAXIMUMS

Please see Appendix A for information on Unity replication maximums.

RECOVERPOINT WITH EMC UNITY

Along with the native replication options provided with EMC Unity, RecoverPoint is also supported. RecoverPoint is used for disaster
recovery and data loss protection, protecting organizations from site outages due to unforeseen circumstances and data loss due to
corruption or human error. RecoverPoint also assists in data migration solutions, providing the ability to move data between data
centers and supported systems. RecoverPoint provides a DVR-like roll back function which allows data recovery to any point-in-time.
RecoverPoint utilizes physical or virtual RecoverPoint appliances to replicate data locally within the same Unity system, or to remote
systems. Replication solutions are designed to ensure the integrity of the replicated data at local and remote sites. Performance is
also not compromised when using RecoverPoint with EMC Unity. Through the use of proprietary software called the RecoverPoint
Splitter, incoming write operations are split and sent to the local and remote storage system. This ensures there is minimal
performance impact on the storage system when replicating data.

RecoverPoint can be configured to replicate EMC Unity LUNs and VMware VMFS Datastores. Destination storage resources can be
created locally within the same system, or on a remote system supported with RecoverPoint. EMC Unity includes the RecoverPoint
Basic license for free, allowing replication between Unity, VNX, and VNXe systems. For more information on which systems are
supported, please view Appendix B. EMC Unity Consistency Groups are not supported with RecoverPoint, but through RecoverPoint
Consistency Groups individual LUNs can easily be replicated. Through RecoverPoint’s own user interface, replication can be
configured quickly and easily.

33
When configuring RecoverPoint, LUNs and VMware VMFS Datastores already replicated with EMC Unity native replication software are
not supported. Also, RecoverPoint should not be configured to utilize the EMC Unity Synchronous Replication Port on either storage
processer. The Synchronous Replication Port is discussed in the Native Synchronous Replication section of this paper.

For more information on RecoverPoint, including RecoverPoint specific concepts and management, refer to the RecoverPoint
Administrator’s Guide found on EMC Online Support.

34
CONCLUSION
In this paper, the various native replication solutions provided in EMC Unity were discussed. Configuring a data protection solution
helps guard against unforeseen situations, such as data loss or site wide outages if they are encountered. EMC Unity provides local
and remote data protection solutions to help minimize the cost associated with downtime and provides easy recovery in the event of
a disaster. Through the use or synchronous and asynchronous replication solutions, data protection can be configured to meet the
needs of the application and organization.

Native Synchronous Block Replication is a data protection solution which replicates each write to a storage resource remotely to a
peer system before the write is acknowledged with the host. In the event of a disaster, Synchronous Block Replication provides
maximum protection and ensures that there is zero data loss. EMC Unity Synchronous Block Replication is supported on LUNs,
Consistency Groups, and VMware VMFS Datastores configured on EMC Unity All Flash and Unity Hybrid Flash systems.

Native Asynchronous Block and File Replication is a data protection solution which replicates storage resources locally within the
same Unity system, or remotely to other Unity systems. Asynchronous replication leverages EMC Unity’s Unified Snapshot technology
to provide consistent point-in-time replicas which can be utilized in the event of a disaster. Asynchronous replication is not only
supported on Unity All Flash and Hybrid Flash systems, but also the UnityVSA. When utilizing asynchronous replication, no impact to
host I/O is seen as data is not replicated as it enters the system. Asynchronous replication utilizes a customizable Recovery Point
Objective, which automatically replicates changes in data at consistent intervals. When data needs to be replicated over long
distances, asynchronous replication can meet the needs of an organization.

RecoverPoint support allows EMC Unity to leverage the advanced replication features it provides. With RecoverPoint, EMC Unity LUNs
and VMware VMFS Datastores can be replicated locally or remotely to another supported system. With RecoverPoint’s advanced
functionality, such as point-in-time data recovery, EMC Unity can be protected from disaster scenarios.

REFERENCES
The following references can be found on EMC Online Support:

• EMC Unity: Introduction to Unity Platform

• EMC Unity: Unisphere Overview

• EMC Unity: Unity File System

• EMC Unity: UnityVSA

35
APPENDIX A: REPLICATION MAXIMUMS
The following table outlines the Unity replication system maximums.

Unity 600F Unity 500F Unity 400F Unity 300F UnityVSA

Unity 600 Unity 500 Unity 400 Unity 300

Max Replication Sessions 2000 1500 1000 1000 16

(Synchronous + Asynchronous)

Max Replication Sessions 512 512 256 256 N/A

(Synchronous Replication)

Max Consistency Group Replication Sessions 64 64 64 64 N/A

(Synchronous Replication)

Max LUNs per Replicated Consistency Group 32 32 32 32 N/A

(Synchronous Replication)

Max Target Systems 1 1 1 1 N/A

(Synchronous Replication)

Max Concurrent Replication Sessions 256 256 256 256 8

(Asynchronous Replication)

Max Concurrent Initial Syncs 32 32 32 32 4

(Asynchronous Replication)

Max LUNs per Replicated Consistency Group 50 50 50 50 50

(Asynchronous Replication)

Max replicated NAS Servers 128 128 90 90 4

(Asynchronous Replication)

Max Target Systems 16 16 16 16 16

(Asynchronous Replication)

The table above outlines a number of system maximums when using synchronous and asynchronous replication. The maximum
replication sessions includes all replication sessions on the system, which includes both synchronous and asynchronous replication
sessions, local or remote. The replication destination storage resources count towards the system maximums, even though they are
not host accessible when currently a destination image. In EMC Unity, only one replication connection used for synchronous
replication, or synchronous and asynchronous replication, can be created. This also means that only 1 pair of systems can replicate
synchronously to each other.

36
APPENDIX B: REPLICATION SUPPORT ACROSS PLATFORMS
The following table outlines replication support across the various EMC midrange platforms.

Source/ Destination/ Block File Replication RecoverPoint

Destination Source Replication (Block)

Synchronous Asynchronous Asynchronous

Unity Unity    
Unity UnityVSA    
Unity VNXe3200*    
Unity VNX1/VNX2    
Unity VNXe1600    
UnityVSA UnityVSA    
UnityVSA Unity    
UnityVSA VNXe3200*    
UnityVSA VNX1/VNX2    
UnityVSA VNXe1600    
VNX1/VNX2 Unity    
File Synchronous replication is not supported in Unity.

*Min VNXe3200 OE v3.1.5.6801782

Footnote:
– Supported
– Not Supported

37