HP StorageWorks 6000 HP StorageWorks VLS and D2D Solutions Guide (AG306-96028, - Page 172

Implementing the Initialization Process, Physical Tape Initialization

Page 172 highlights

5. Run the first full backup (to replicating media in the source echo copy pool). Only backups performed after the echo copy pool is created will be replicated. Any previous existing backups will not be replicated until their cartridges expire in the backup application and are overwritten by new backups. For any backups that you want to replicate, you must ensure your backup application is configured to use the virtual cartridge media in the source device's echo copy pool. Any backups that go to virtual cartridges on the source device that are not in an echo copy pool will not be replicated. 6. Trigger the tape initialization (if tape initialization selected, then trigger after first full backup). If you selected "Initialize via Tape Transport" when creating the echo copy pool, after the first backup to the source device has successfully completed you must trigger the tape initialization process. (See Implementing the Initialization Process). After tape initialization is complete, subsequent replication jobs will transfer over the LAN/WAN. 7. Subsequent backups occur. 8. Run new backups and replicate (over the LAN/WAN to the target device). Replication takes place when the source start and duration and target start and duration windows are aligned and there is a subsequent backup to the source cartridges in the echo copy pool. See Advanced Replication Job Control for design consideration around having different priority jobs on the source device and having job throttling on the target device. Implementing the Initialization Process Before replication can take place, the reference data (the first full backup cycle performed with deduplication and replication enabled) needs to be sent to the target. This initial reference copy of the data is large; if the WAN/LAN replication link was sized around the daily deduplicated data to be transferred it could take a significant amount of time to transfer the reference copy (weeks or months). Once the source tape references are transferred to the target (initialized), the daily deduplication/replication can commence over the WAN/LAN link. There are several options for initialization of the reference data: • Physical tape initialization • WAN initialization • Co-location initialization You must decide whether to use the tape initialization process when initially configuring the VLS replication (when creating the echo copy pool). If tape initialization is not selected, WAN or co-location initialization will be performed over LAN/WAN. Physical Tape Initialization Because in enterprise backup environments the initial backups can be quite large (many TB), in most cases it will be impractical to perform tape transfers using the low bandwidth link (because it would take weeks to replicate the first backup). Tape transfer via co-location at a site might also be impractical because of the size and space requirements of the VLS units and inter-site shipment logistics, or because both devices are always busy (e.g., using active-active or many-to-one deployments). The most popular method for initialization on VLS systems is via physical tape transfer as shown in the following diagram: 172 Virtual Library Systems

  • 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
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211
  • 212
  • 213
  • 214
  • 215
  • 216
  • 217
  • 218

5.
Run the first full backup (to replicating media in the source echo copy pool).
Only backups performed after the echo copy pool is created will be replicated. Any previous
existing backups will not be replicated until their cartridges expire in the backup application and
are overwritten by new backups. For any backups that you want to replicate, you must ensure
your backup application is configured to use the virtual cartridge media in the source device
s
echo copy pool. Any backups that go to virtual cartridges on the source device that are not in
an echo copy pool will not be replicated.
6.
Trigger the tape initialization (if tape initialization selected, then trigger after first full backup).
If you selected
Initialize via Tape Transport
when creating the echo copy pool, after the first
backup to the source device has successfully completed you must trigger the tape initialization
process. (See
Implementing the Initialization Process
). After tape initialization is complete,
subsequent replication jobs will transfer over the LAN/WAN.
7.
Subsequent backups occur.
8.
Run new backups and replicate (over the LAN/WAN to the target device).
Replication takes place when the source start and duration and target start and duration windows
are aligned and there is a subsequent backup to the source cartridges in the echo copy pool.
See
Advanced Replication Job Control
for design consideration around having different priority
jobs on the source device and having job throttling on the target device.
Implementing the Initialization Process
Before replication can take place, the reference data (the first full backup cycle performed with
deduplication and replication enabled) needs to be sent to the target. This initial reference copy of
the data is large; if the WAN/LAN replication link was sized around the daily deduplicated data to
be transferred it could take a significant amount of time to transfer the reference copy (weeks or
months). Once the source tape references are transferred to the target (initialized), the daily
deduplication/replication can commence over the WAN/LAN link. There are several options for
initialization of the reference data:
Physical tape initialization
WAN initialization
Co-location initialization
You must decide whether to use the tape initialization process when initially configuring the VLS
replication (when creating the echo copy pool). If tape initialization is not selected, WAN or co-location
initialization will be performed over LAN/WAN.
Physical Tape Initialization
Because in enterprise backup environments the initial backups can be quite large (many TB), in most
cases it will be impractical to perform tape transfers using the low bandwidth link (because it would
take weeks to replicate the first backup). Tape transfer via co-location at a site might also be impractical
because of the size and space requirements of the VLS units and inter-site shipment logistics, or because
both devices are always busy (e.g., using active-active or many-to-one deployments). The most popular
method for initialization on VLS systems is via physical tape transfer as shown in the following diagram:
Virtual Library Systems
172