NOTE: The DR Series system software includes version checking that limits replication only between other DRSeries systems that run the same system software release version. If versions are incompatible, the administratorwill be notified by an event.NOTE: It is important to distinguish the difference between data that has been processed by backup and data thathas been processed by replication, since backup saves a copy of data that remains unchanged for a long periodof time.Targets with replica data are read-only, and are updated with new or unique data during scheduled or manualreplications. The DR Series system acts as a form of storage replication where the backed up and deduplicated data isreplicated in real-time or via a scheduled window. In a replication relationship between two DR Series systems, thismeans that a relationship exists between a pair of systems, one acting as the source and the other as a target in thereplication pair (for example, with acme-west and acme-east). When this type of replication relationship exists betweendistinct containers on two distinct DR Series systems, it can be considered bidirectional in the sense that:• West1 container on the acme-west source system can replicate data to a separate East1 container on the acme-east target system.• The East2 container on the target acme-east system can also replicate data back to the West2 container on thesource acme-west system.This form of replication involves separate containers on two distinct DR Series systems. Target containers in replicationmust always act as read-only, while source containers can act as read-write. Unlike NFS and CIFS containers, OST andRDS container replication is handled by the two supported Data Management Applications (DMAs) on media servers.For more information on OST, see Understanding OST. For more information on RDS, see Configuring and Using RapidData Storage.NOTE: OST and RDS containers are categorized as Rapid Data Access (RDA) containers in DR Series systems.Replication for these protocols is done via the backup software rather than using the DR Series system toconfigure the replication relationship.The DR Series system supports the 64:1 replication of data (32:1 if on the DR4X00), whereby up to 64 source DR Seriessystems can write data to different individual containers on a single, target DR Series system. This supports the usecase where branch or regional offices can each write their own data to a separate, distinct container on a maincorporate DR Series system.NOTE: Be aware that the storage capacity of the target DR Series system is directly affected by the number ofsource systems writing to its containers, and by the amount being written by each of the source systems.If the source and target systems in a replication pair reside in different Active Directory (AD) domains, then the data thatresides on the target DR Series system may not be accessible. When AD is used for authentication for DR Seriessystems, the AD information is saved with the file. This can serve to restrict user access to the data based on the type ofAD permissions that are in place.NOTE: This same authentication information is replicated to the target DR Series system when you havereplication configured. To prevent domain access issues, ensure that both the target and source systems reside inthe same Active Directory domain.Reverse Replication: The concept of reverse replication is not supported on DR Series systems. This is because replicacontainers are always in a R-O (read-only) mode on the DR Series system, thus making write operations a non-supported operation. Under very specific conditions, it might be possible for replica containers to support a type of writeoperation whose sole function is to restore data from an archival target. For example, data could be replicated back tothe remote site where a data management application (DMA), also known as backup software, is connected to allowthis data to be restored directly.This specific case applies only to configurations where data is backed up from a remote location to a local container,and then replicated over a WAN to a replica container that is backed up to tape backup. The data needs to be restored17
