Use the chrcrelationship command to modify certain attributes of an
existing relationship, such as to add a relationship to a consistency group to remove a relationship
from a consistency group, and to change the name of the relationship. You can change one attribute
at a time.
Syntax
chrcrelationship { { -masterchange [ { master_change_vdisk_id | master_change_vdisk_name } ] } | { -auxchange [ { aux_change_vdisk_id | aux_change_vdisk_name } ] } | -nomasterchange | -noauxchange | -name new_name_arg | { -consistgrp { consist_group_id | consist_group_name } } | -noconsistgrp | -cycleperiodseconds period | { -cyclingmode { none | multi } } } [ { -global | -metro } ] { rc_rel_id | rc_rel_name }
Parameters
- -masterchangemaster_change_vdisk_id | master_change_vdisk_name
- (Optional) Specifies a change volume association for the master volume in the relationship.
- -auxchangeaux_change_vdisk_id | aux_change_vdisk_name
- (Optional) Specifies a change volume association for the auxiliary volume in the relationship.
- -nomasterchange
- (Optional) Specifies a defined change volume on the master volume must be removed from the
relationship.
Note: To use this parameter the specified change volume must no longer be in use by the
relationship, including change volumes of a running relationship
(
inconsistent_copying,
consistent_copying, or
consistent_synchronized).
This does not include a primary change volume of a
stopped relationship. A secondary change volume of a relationship stopped from
consistent_copying is considered in use if the change volume is supplying the
consistent image. If this change volume needs to be removed, the relationships must first be stopped
by specifying stoprcrelationship -access to apply the consistent image to the
secondary volume.
- -noauxchange
- (Optional) Specifies a defined change volume on the auxiliary volume must be removed from the
relationship.
Note: To use this parameter the specified change volume must no longer be in use by the
relationship, including change volumes of a running relationship
(
inconsistent_copying,
consistent_copying, or
consistent_synchronized).
This does not include a primary change volume of a
stopped relationship. A secondary change volume of a relationship stopped from
consistent_copying is considered in use if the change volume is supplying the
consistent image. If this change volume needs to be removed, the relationships must first be stopped
by specifying stoprcrelationship -access in order to apply the consistent image to
the secondary volume.
- -namenew_name_arg
- (Optional) Specifies a new label to assign to the relationship.
- -consistgrpconsist_group_id
| consist_group_name
- (Optional) Specifies a new consistency group to assign the relationship to. Only relationships of the same copy type (Global
Mirror, Metro Mirror, or active-active) can be assigned to the same consistency
group.
- -noconsistgrp
- (Optional) Removes the specified relationship from a consistency
group, making the relationship a standalone relationship.
- -cycleperiodsecondsperiod
- (Optional) Specifies the cycle period in seconds.
The minimum cycle period value is 60 seconds. The default is 300 seconds
(5 minutes).
- This defines an optional cycle period that applies to Global Mirror relationships with a cycling
mode of multi. A Global Mirror relationship that uses the multicycling_mode performs a complete cycle at most once each period.
- -cyclingmodenone | multi
- (Optional) Specifies the behavior of Global Mirror for this relationship.
- Specifying none, the default, gives identical behavior to Global Mirror in
previous versions of Lenovo Storage V series system.
- Specifying multi uses the cycling protocol.
To start a relationship with cycling_mode set to multi,
change volumes must be defined for the relationship. Note: The cycling_mode can be
changed only when the relationship is stopped and in consistent_stopped or
inconsistent_stopped status.
- -metro
- (Optional) Specifies the change in the relationship's copy type and converts a Global Mirror
(with or without change volumes) relationship to a Metro Mirror relationship.
Remember: To use this parameter that the relationship must be stopped (inconsistent_stopped,
consistent_stopped, or idling)
- -global
- (Optional) Specifies the change in the relationship's copy type and converts a Metro Mirror
relationship to a Global Mirror relationship. This parameter is not mutually exclusive with
-cyclingmode. If you do not specify -cyclingmode and the
relationship is Metro Mirror, the cycling_mode value is
none.
Remember: To use this parameter that the relationship must
be stopped (inconsistent_stopped, consistent_stopped, or
idling)
- rc_rel_name | rc_rel_id
- (Required) Specifies the ID or name of the relationship.
Description
This command modifies the specified attributes of the supplied relationship, one attribute at a
time. In
addition to changing the name of a consistency group, this command can be used for the following
purposes.
Remember: - All parameters are mutually exclusive except for the -cyclingmode, which is
mutually exclusive with all parameters but -global.
- One of the optional parameters must be specified.
Note: You cannot set cycling mode to
multi-cycling mode if the primary and secondary volumes are different sizes.
- You can add a stand-alone relationship to a consistency group by specifying the
-consistgrp parameter and the name or ID of the consistency group. The
relationship and consistency group must be connected when the command is issued and must share the
following components:
- Master system
- Auxiliary system
- State (unless the group is empty)
- Primary (unless the group is empty)
- Type (unless the group is empty)
- Cycling mode (unless the group is empty)
When the first relationship is added to an empty group, the group takes on the same state,
primary (copy direction), type (Metro Mirror or Global Mirror), and cycling mode as the
relationship. Subsequent relationships must have the same state, copy direction, and type as the
group in order to be added to it. A relationship can belong to only one consistency group.
- You can remove a relationship from a consistency group by specifying the
-noconsistgrp parameter and the name or ID of the relationship. Although you do
not have to specify or confirm the name of the consistency group, verify which group the
relationship belongs to before you issue this command.
This form of the modify relationship
command succeeds in the connected or disconnected states. If the systems are disconnected the
relationship is only removed from the consistency group on the local system, at the time the command
is issued. When the systems are reconnected, the relationship is automatically removed from the
consistency group on the other system. Alternatively, you can issue an explicit modify
(
chrcrelationship) command to remove the relationship from the group on the other
system while it is still disconnected.
Note: If you remove all relationships from the group, the
relationship type is reset to empty_group. When you add a relationship
to the empty group, the group again takes on the same type as the relationship.
- To move a relationship between two consistency groups, you must
issue the chrcrelationship command twice. Use
the -noconsistgrp parameter to remove the relationship
from its current group, and then use the -consistgrp parameter
with the name of the new consistency group.
You can change a relationship or consistency group between copy types even if
replication is stopped. Consistency protection is preserved across all types, so a relationship or
consistency group that is in consistent_copying state before it is stopped retains
the consistent copy on the secondary system when the copying type is changed.
If you add a consistent_stopped relationship that
uses consistency protection to a consistent_stopped consistency group that is not
using consistency protection, the system attempts to trigger consistency protection on the
consistency group that is not currently using consistency protection. If the relationship or
consistency group that is not currently using consistency protection does not have secondary change
volumes that are defined, specifying chrcrelationship -consistgrp fails. If you add
a relationship to a consistency group where at least one is using consistency protection, the
resulting consistency group is not mutually consistent, which means that the data on the secondary
system for the relationship being added is inconsistent with the data on the consistency group. This
also means that enabling access to the volume fails.
For intersystem relationships
- The -name, -consistgrp,
-cycleperiodseconds and -cyclingmode parameters can only be
specified when the two systems are connected. If the two systems become disconnected while the
command is being processed, the command might be completed with the change performed on the system
that received the task invocation only (and the other system is updated upon re-connection). The
-cycleperiodseconds and -cyclingmode parameters can be
specified only on stand-alone relationships (not members of a consistency group).
- The -masterchange and -nomasterchange parameters can only
be specified when you run the chrcrelationship command on the master system for
the relationship, and the -auxchange and -noauxchange
parameters can only be specified when you run the chrcrelationship command on the
auxiliary system for the relationship.
Remember: You cannot specify a master and auxiliary change volume in the same command.
A change volume must be:
- Used by the relationship that owns it
- In the same I/O group as the associated master or auxiliary volume
- The same size as the associated master or auxiliary volume
A change volume is owned and used by the associated Remote Copy relationship. Therefore, it
cannot be:
- Mapped to a host
- Used as source or target of any FlashCopy maps
- Part of any other relationship
- A filesystem disk
Assigning a change volume to a relationship requires new FlashCopy mappings to be created between the master or auxiliary volume and the associated
change volume. Therefore, there must be sufficient unallocated FlashCopy memory in the target I/O group or the command fails.
Note: You cannot use this command if cloud snapshot
is enabled on the volume or the volume owner type is cloud_backup.
If the cycle_period_seconds for the relationship does not match that of the
consistency group it is added to, the newly added relationship copies the
cycle_period_seconds value from the group. If later removed from the group, the
copied cycle_period_seconds value remains.
When a Global Mirror relationship with a cycling_mode value of multi is added to a group that is not empty, both the group and the relationship must be stopped.
For relationships
that are
active-active, you cannot change the copy
type, cycling mode, or the change volumes. This means you cannot specify
these parameters:
- -global
- -metro
- -cyclingmode
- -nomasterchange
- -noauxchange
Remember: For a volume to be configured as a change
volume for an active-active relationship, the volume
must have the same site name and site ID as the master and auxiliary
volume it is being associated with.
An invocation example to change a relationship name
from rccopy1 to testrel
chrcrelationship -name testrel rccopy1
The
resulting output:
No feedback
An invocation example to add relationship rccopy2 to
group newgroup
chrcrelationship -consistgrp newgroup rccopy2
The
resulting output:
No feedback
An invocation example to remove relationship rccopy3 from
whichever consistency group it is a member of
chrcrelationship -noconsistgrp rccopy3
The
resulting output:
No feedback
An invocation example
chrcrelationship -cyclingmode multi relB
The resulting output:
No feedback
An invocation example
chrcrelationship -cycleperiodseconds 20 relC
The resulting output:
No feedback