HP StorageWorks P2000 HP StorageWorks P2000 G3 MSA System SMU Reference Guide - Page 102

which uniquely identifies that the data in those snapshots are

Page 102 highlights

Figure 4 Intersite and intrasite replication sets Remote replication uses snapshot functionality to track the data to be replicated and to determine the differences in data updated on the master volume, minimizing the amount of data to be transferred. Snapshots created by the remote replication process are a special form called replication snapshots, which do not count against snapshot license limits. In order to perform a replication, a snapshot of the external-view volume is taken, creating a point-in-time image of the data. This point-in-time image is then replicated to the destination volume by copying the data represented by the snapshot using a transport medium such as TCP/IP (iSCSI) or Fibre Channel. The first replication copies all data from the source volume to the destination volume; subsequent replications use sparse snapshots. Replication snapshots are retained both on the external-view volume and the replication destination volume. When a matching pair of snapshots is retained on both volumes, the matching snapshots are referred to as replication sync points. The two snapshots (one on each volume) are used together as a synchronization reference point, minimizing the amount of data to transfer. The two snapshots in a sync point are assigned the same image ID, which uniquely identifies that the data in those snapshots are from the same point-in-time image and are block-for-block identical. An added benefit of using snapshots for replication is that these snapshots can be kept and restored later in the event of a non-hardware failure, such as virus attack. Since the replication source is a snapshot, any writes performed on the external view after the snapshot is taken are not replicated by that task. This gives you more control over what is contained in each replication image. NOTE: Because replication is not synchronous (continuous), data in a destination volume is only as current as the last replication that completed successfully. Replications can be performed manually or scheduled. 102 Using Remote Snap to replicate volumes

  • 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
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142

102
Using Remote Snap to replicate volumes
Figure 4
Intersite and intrasite replication sets
Remote replication uses snapshot functionality to track the data to be replicated and to determine the
differences in data updated on the master volume, minimizing the amount of data to be transferred.
Snapshots created by the remote replication process are a special form called
replication snapshots
, which
do not count against snapshot license limits.
In order to perform a replication, a snapshot of the external-view volume is taken, creating a point-in-time
image of the data.
This point-in-time image is then replicated to the destination volume by copying the
data represented by the snapshot using a transport medium such as TCP/IP (iSCSI) or Fibre Channel. The
first replication copies all data from the source volume to the destination volume; subsequent replications
use sparse snapshots.
Replication snapshots are retained both on the external-view volume and the replication destination
volume.
When a matching pair of snapshots is retained on both volumes, the matching snapshots are
referred to as
replication sync points
.
The two snapshots (one on each volume) are used together as a
synchronization reference point, minimizing the amount of data to transfer. The two snapshots in a sync
point are assigned the same
image ID
, which uniquely identifies that the data in those snapshots are from
the same point-in-time image and are block-for-block identical.
An added benefit of using snapshots for replication is that these snapshots can be kept and restored later
in the event of a non-hardware failure, such as virus attack.
Since the replication source is a snapshot, any
writes performed on the external view after the snapshot is taken are not replicated by that task.
This gives
you more control over what is contained in each replication image.
NOTE:
Because replication is not synchronous (continuous), data in a destination volume is only as
current as the last replication that completed successfully. Replications can be performed manually or
scheduled.