Changing the Roles of a Mirrored Volume
Changes the role of a local mirroring peer between Master and Slave
mirror_change_role <vol=VolName | cg=cgName>
[ new_role=<Master|Slave|None> ]
Parameters:
Name Type Description Mandatory Default
vol Object name Local volume
name.
Must be specified
if the command
concerns a volume.
N N/A
cg Object name CG name
Must be specified
if the command
concerns a CG.
N N/A
new_role Enumeration Role name of the
peer
If not specified, the
command will act
as a toggle -
changing the role
of the peer
between Master
and Slave.
N none
This command changes the role of the local peer from master to slave or from
slave to master when the coupling is non-operational. It is assumed that the
command will be issued on both peers of the coupling before the coupling
becomes operational again, so that upon reconnection there will still be one master
and one slave.
When the command is applied to the master:
v The command can be issued only if the activation state is Standby.
v The command can't be issued during the Initialization phase.
Changing the roles in synchronous mirroring:
v When applied on the master:
– All changes made to the master since the last time the peers were
synchronized will be reverted to their original value. The master ceases
serving host requests, and is set to accept replication from the other peer as a
slave. If the command was issued during link unavailability, a most_updated
snapshot of the peer will be taken to capture the most recent changed that
haven't yet been replicated to the other peer.
– A warning is displayed: Are you sure to change master to slave
– An event is generated
– The Master will cease accepting host requests
– Unsynchronized data at the demoted Master is recorded in most updated
snapshot
– The demoted Master reverts to last_replicated snapshot
210 IBM XIV Storage System User Manual
To Next Page
Loading...
Need help?
General
