Quantum DXi-Series Command Line Interface (CLI) Guide
6-67081-02 Rev A
July 2011
Replication CLI Commands
51
Replication
Status
=
Success
Recovering VTL on the
Target
syscli --recover vtl --repname <replicated VTL_name> --srchost
<source_hostname_or_IP address> --id <ID_of_the_replicated_VTL>
[--recname <recovered_VTL_name >] [--submit]
This CLI command allows the CLI admin to recover and recreate the cartridges
on the target system. The replicated VTL name, source hostname and ID can be
retrieved from the list of replicated VTL. If the optional recovered VTL name is
specified, it will be the new recovered VTL name on the target. Otherwise, the
same replicated VTL name will be used as recovered VTL name on the target. If
the
--submit
option is specified, it does not wait for the recover operation to
complete.
The user must add tape drives and robot and map the devices before the VTL is
accessible. If the partition contains media, the user will only be able to select the
highest capacity tape drive for that media type. The original cartridge type is not
retained during replication. For example, if the partition contains SDLT600 tape
cartridges, you will only be able to select DLT
-
S4 tape drives when mapping
devices to the recovered partition.
Recovering a NAS Share
on the Target
syscli --recover nas --repname <replicated_NAS_share_name> --srchost
<source_hostname_or_IP_address> --id <ID_of_the_replicated_NAS>
[--recname <recovered_NAS_share_name>] [--owner <owner_user_id>]
[--submit]
This CLI command allows the admin user to recover and recreate the NAS share
on the target system. The replicated NAS share name, source hostname and ID
can be retrieved from the list of replicated NAS share. If the
--recname
option is
specified, it is used as the NAS share name when the share is successfully
recovered. Otherwise, the same replicated NAS share name will be used for the
recovered share name on the target. The
--owner
option is mandatory if the
share being recovered is a CIFS share. If the
--submit
option is specified, it does
not wait for the recover operation to complete.
Failback VTL To the
Source from the Target
System
syscli --failback repvtl --repname <replicated VTL name> --srchost
<source_hostname_or_IP_address> --id <ID_of_the_replicated_VTL>
--tgthost <target_source_IP_address> [--encrypt]
This CLI command allows the CLI admin to failback a replicated VTL. The
replicated VTL name, source hostname and ID can be retrieved from the list of
replicated VTL. The
--tgthost
option specifies the target host where the
replicated VTL will be failed back to.
To complete the failback, on the specified target system, run the
--recover vtl
CLI command specifying the replicated VTL from the list of replicated VTL on the
failback target host system.
Before a user can failback a VTL to its source, the target role IP address must be
configured on the source system first.
If the
--encrypt
option is specified, it encrypts the failback to the failback target.