HP 3PAR StoreServ 7400 2-node HP 3PAR-to-3PAR Storage Peer Motion Guide (OS 3. - Page 60

A Migrating Secondary Asynchronous Periodic Remote Copy, Volume Groups

Page 60 highlights

A Migrating Secondary Asynchronous Periodic Remote Copy Volume Groups Peer Motion allows the seamless migration of data from a legacy system to a modern array. This appendix describes the procedures for migrating secondary-storage Remote Copy volumes to a new system by using Peer Motion. When configuring peer motion, it may be necessary to make modifications to the FC switch, as the WWNs will change when moving from peer nodes to host modes. Peer motion provides the same LUN for the new volume as was presented by the old volume. Migrating primary Remote Copy volume groups and secondary synchronous Remote Copy volume groups follows the same procedures as volumes not associated with Remote Copy as described throughout this guide. This section provides instructions for migrating secondary periodic Remote Copy volumes with the HP 3PAR Command Line Interface (CLI). The HP 3PAR Management Console (MC) does not support these procedures. For more information about Remote Copy, see the HP 3PAR Remote Copy Software User's Guide. For more information about the HP 3PAR CLI, see the HP 3PAR Command Line Interface Reference. Follow this procedure for each volume you are migrating. 1. On the source system, stop the periodic RC group and create a snapshot of the primary virtual volume. When a virtual volume is dismissed with the -keepsnap option, it automatically creates a snapshot of the virtual volume. Issue the following commands: # stoprcopygroup # dismissrcopyvv -keepsnap 2. On the source system, rename the snapshot created with the -keepsnap option to something descriptive. The system-generated backup name uses the sv.#.rcpy.xxx.yyy.zzz format. Issue the following command: # setvv -name 3. On the Remote Copy secondary system, create a snapshot of the secondary volume. Issue the following command: # createsv 4. On the secondry system, export the snapshot created in 3 to the backup system as a disk. Issue the following command: # createvlun 5. On the destination system (the new Remote Copy primary), admit the volume exported from the secondary system in 4. Issue the following commands: # showtarget -rescan # showtarget -lun # admitvv : # importvv -tpvv -snap -snp_cpg cpg_pri cpg_pri 60 Migrating Secondary Asynchronous Periodic Remote Copy Volume Groups

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65

A Migrating Secondary Asynchronous Periodic Remote Copy
Volume Groups
Peer Motion allows the seamless migration of data from a legacy system to a modern array. This
appendix describes the procedures for migrating secondary-storage Remote Copy volumes to a
new system by using Peer Motion.
When configuring peer motion, it may be necessary to make modifications to the FC switch, as
the WWNs will change when moving from peer nodes to host modes. Peer motion provides the
same LUN for the new volume as was presented by the old volume.
Migrating primary Remote Copy volume groups and secondary synchronous Remote Copy volume
groups follows the same procedures as volumes not associated with Remote Copy as described
throughout this guide.
This section provides instructions for migrating secondary periodic Remote Copy volumes with the
HP 3PAR Command Line Interface (CLI).
The HP 3PAR Management Console (MC) does not support these procedures.
For more information about Remote Copy, see the
HP 3PAR Remote Copy Software User’s Guide
.
For more information about the HP 3PAR CLI, see the
HP 3PAR Command Line Interface Reference
.
Follow this procedure for each volume you are migrating.
1.
On the source system, stop the periodic RC group and create a snapshot of the primary virtual
volume. When a virtual volume is dismissed with the
keepsnap
option, it automatically
creates a snapshot of the virtual volume. Issue the following commands:
#
stoprcopygroup <rcpm_group>
#
dismissrcopyvv
keepsnap <primary_vv> <rcpm_group>
2.
On the source system, rename the snapshot created with the
keepsnap
option to something
descriptive. The system-generated backup name uses the
sv.#.rcpy.xxx.yyy.zzz
format.
Issue the following command:
#
setvv
name <new_ss_name> <old_ss_name>
3.
On the Remote Copy secondary system, create a snapshot of the secondary volume. Issue the
following command:
#
createsv <old_secondary_vv_ss> <old_secondary_vv>
4.
On the secondry system, export the snapshot created in
3
to the backup system as a disk.
Issue the following command:
#
createvlun <old_secondary_vv_ss> <lun> <backup_system>
5.
On the destination system (the new Remote Copy primary), admit the volume exported from
the secondary system in
4
. Issue the following commands:
#
showtarget -rescan
#
showtarget -lun <node_www>
#
admitvv <vv_name>:<disk_lun_www>
#
importvv -tpvv -snap <old_secondary_vv_ss> -snp_cpg cpg_pri cpg_pri
<new_secondary_vv>
60
Migrating Secondary Asynchronous Periodic Remote Copy Volume Groups