HP StoreAll Storage - Manual (Page 132)

Resuming a remote replication task
Use the following command to resume a continuous or run-once replication task with the specified
task ID. Use the ibrix_task -l command to obtain the appropriate ID.
ibrix_crr -r –n TASKID
Querying remote replication tasks
Use the following command to list all active replication tasks in the cluster, optionally restricted by
the specified file system and servers.
ibrix_crr -l [-f SRC_FSNAME] [-h HOSTNAME] [-C SRC_CLUSTERNAME]
To see more detailed information, run ibrix_crr with the -i option. The display shows the status
of tasks on each node, as well as task summary statistics (number of files in the queue, number of
files processed). The query also indicates whether scanning is in progress on a given server and
lists any error conditions.
ibrix_crr -i [-f SRC_FSNAME] [-h HOSTNAME] [-C SRC_CLUSTERNAME]
The following command prints detailed information about replication tasks matching the specified
task IDs. Use the -h option to limit the output to the specified server.
ibrix_crr -i –n TASKIDS [ [-h HOSTNAME] [-C SRC_CLUSTERNAME]
Replicating WORM/retained files
When using remote replication for file systems enabled for data retention, the following requirements
must be met:
•
The source and target file systems must use the same data retention mode (Enterprise or
Relaxed).
•
The default, maximum, and minimum retention periods must be the same on the source and
target file systems.
•
A clock synchronization tool such as ntpd must be used on the source and target clusters. If
the clock times are not in synch, file retention periods might not be handled correctly.
Also note the following:
•
Multiple hard links on retained files on the replication source are not replicated. Only the first
hard link encountered by remote replication is replicated, and any additional hard links are
not replicated. (The retainability attributes on the file on the target prevent the creation of any
additional hard links). For this reason, HP strongly recommends that you do not create hard
links on files that will be retained.
•
For continuous remote replication, if a file is replicated as retained, but later its retainability
is removed on the source filesystem (using data retention management commands), the new
file’s attributes and any additional changes to that file will fail to replicate. This is because of
the retainability attributes that the file already has on the target, which cause the filesystem
on the target to prevent remote replication from changing it.
•
When a legal hold is applied to a file, the legal hold is not replicated on the target. If the file
on the target should have a legal hold, you will also need to set the legal hold on that file.
•
If a file has been replicated to a target and you then change the file's retention expiration
time with the ibrix_reten_adm -e command, the new expiration time is not replicated to
the target. If necessary, also change the file's retention expiration time on the target.
Configuring remote failover/failback
When remote replication is configured from a local cluster to a remote cluster, you can fail over
the local cluster to the remote cluster:
132 Using remote replication