Access Appliance Online Help
- Getting started
- About the CIFS shares
- About managing CIFS shares for Enterprise Vault
- About the NFS shares
- About S3 buckets for NetBackup
- Managing storage
- Managing file sharing services
- Monitoring and troubleshooting
- Provisioning and managing file systems
- Creating a file system
- Configuring a replication job
- Provisioning and managing shares
- Managing policies
- Managing settings
- About replication
- About Access Appliance product licensing
- About the File Transfer Protocol
- About Veritas Data Deduplication
- About alert management
About replication
Access Appliance replication lets you replicate a file system from one node in a source cluster to another node in a target cluster per a schedule.
There are two types of replication available:
Continuous replication - enables you to maintain a consistent copy of application data at one or more remote locations. Continuous replication replicates the application writes on the file system at the source location to one or more remote locations across any distance. It provides a consistent copy of application data at the remote locations. If a disaster occurs at the source location, you can use the copy of the application data at the remote location and restart the application at the remote location.
You can only configure continuous replication using policies.
Episodic replication - enables cost-effective periodic replication of data over IP networks, giving organizations a flexible storage solution for disaster recovery and off-host processing. Episodic replication tracks all updates to the file system and replicates these updates on regular intervals based on a schedule.
You configure file system replication using the File Systems tab and by using policies.
The major benefits of Access Appliance replication include:
Online access (read-only) to replicated data.
Immediate read or write access to target replicated data in the unlikely event that the source file system goes offline.
Load balancing across replication links.
Transport failover of the replication service from one node to another.
No limit on the number of episodic replication jobs that are configured, though the number of simultaneous/parallel jobs that can run at any time depends on the amount of memory available.