hit counter script

IBM System storage DS6000 Series Redbook page 318

Copy services with ibm system z
Hide thumbs Also See for System storage DS6000 Series:
Table of Contents

Advertisement

Once the local site is ready, quiesce the application at the remote site. Then a sequence of
Failover - Failback operations from A to B will reestablish Global Copy back as it was
originally before the local site outage.
Figure 23-17 shows the action at the local site, the Failover operation from A to B. This will
change the state of the A volumes from secondary pending to primary suspended, and start
to keep a bitmap record of the changes to the A volumes.
Once the Failover is completed, a Failback operation from A to B is done; see Figure 23-18.
Primary
PENDING
Local site
Figure 23-18 Failback from A to B and resync Global Copy volumes
Figure 23-18 shows the Failback operation at the local site. This will change the state of the B
volumes from primary pending to secondary pending, and start to replicate updates from A to
B.
In our example, the application did not start yet at this point, so there are no updates at the
local site. The state of the local volumes A will quickly change from primary suspended to
primary pending, which is the normal state for Global Copy pairs.
Primary
Primary
Primary
A
Primary
Primary
PENDING
Local site
Figure 23-19 Establish Global Mirror FlashCopy relationship between B and C
294
IBM System Storage DS6000 Series: Copy Services with IBM System z
Host
Failback A to B
A
A
Primary
Primary
Primary
A
Primary
Host
A
A
Global Copy
Host
Resync from A to B
Global Copy
A
A
Primary
Primary
Primary
B
Primary
A
A
Secondary
Primary
Primary
Primary
C
PENDING
Primary
Tertiary
Remote site
FlashCopy
A
A
Primary
Primary
Primary
B
Primary
A
A
Secondary
Primary
Primary
Primary
C
Primary
PENDING
Tertiary
Remote site

Advertisement

Table of Contents
loading

Table of Contents