HP P4000 9.0 HP StorageWorks P4000 SAN Solution User Guide - Page 197

The effect of snapshots on cluster space, Managing capacity using volume size and snapshots

Page 197 highlights

At any time you can roll back to a specific snapshot. When you do roll back, you must delete all the snapshots created after that snapshot. Also, using an iSCSI initiator, you can mount a snapshot to a different server and recover data from the snapshot to that server. The effect of snapshots on cluster space Snapshots take up space on the cluster. Because snapshots are a thin provisioned space, they save space compared to a full provisioned space. Plan how you intend to use snapshots, and the schedule and retention policy for schedules to snapshot a volume. Snapshots record changes in data on the volume, so calculating the rate of changed data in the client applications is important for planning schedules to snapshot a volume. NOTE: Volume size, provisioning, and using snapshots should be planned together. If you intend to use snapshots, review Chapter 13 on page 213. Managing capacity using volume size and snapshots When you create a snapshot of a volume, the original volume is actually saved as the snapshot, and a new volume (the "writable" volume) with the original name is created to record any changes made to the volume's data after the snapshot was created. Subsequent snapshots record only changes made to the volume since the previous snapshot. Snapshots are always created as a thin provisioned space, no matter whether its original volume is full or thin provisioned. Volume size and snapshots One implication of the relationship between volumes and snapshots is that the space used by the writable volume can become very small when it records only the changes that have occurred since the last snapshot was taken. This means that less space may be required for the writable volume. Over time, you may find that space allocated for snapshots becomes larger, and the volume itself becomes relatively small. Schedules to snapshot a volume and capacity When you have schedules to snapshot a volume, the recurrence or frequency, and the retention policy for the schedules affect the amount of space used in the cluster. For example, it is possible for a new snapshot and one snapshot scheduled for deletion to coexist in the cluster for some period of time. If there is not sufficient room in the cluster for both snapshots, the scheduled snapshot will not be created, and the schedule will not continue until an existing snapshot is deleted. Therefore, if you want to retain (n) snapshots, the cluster should have space for (n+1). Deleting snapshots Another factor to note in planning capacity is the fact that when a snapshot is deleted, that snapshot's data is added to the snapshot or volume directly above it (the next newer snapshot). The amount of space allocated for the volume or snapshot directly above the deleted snapshot increases. See Ongoing capacity management for detailed information about reviewing capacity. P4000 SAN Solution user guide 197

  • 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
  • 219
  • 220
  • 221
  • 222
  • 223
  • 224
  • 225
  • 226
  • 227
  • 228
  • 229
  • 230
  • 231
  • 232
  • 233
  • 234
  • 235
  • 236
  • 237
  • 238
  • 239
  • 240
  • 241
  • 242
  • 243
  • 244
  • 245
  • 246
  • 247
  • 248
  • 249
  • 250
  • 251
  • 252
  • 253
  • 254
  • 255
  • 256
  • 257
  • 258
  • 259
  • 260
  • 261
  • 262
  • 263
  • 264
  • 265
  • 266
  • 267
  • 268
  • 269
  • 270
  • 271
  • 272
  • 273
  • 274
  • 275
  • 276
  • 277
  • 278
  • 279
  • 280
  • 281
  • 282
  • 283
  • 284
  • 285
  • 286
  • 287
  • 288
  • 289
  • 290
  • 291
  • 292
  • 293
  • 294
  • 295
  • 296
  • 297
  • 298
  • 299
  • 300
  • 301
  • 302
  • 303
  • 304
  • 305
  • 306
  • 307
  • 308
  • 309
  • 310
  • 311
  • 312
  • 313
  • 314
  • 315
  • 316
  • 317
  • 318
  • 319
  • 320
  • 321
  • 322
  • 323
  • 324
  • 325
  • 326
  • 327
  • 328
  • 329
  • 330
  • 331
  • 332
  • 333
  • 334
  • 335
  • 336
  • 337
  • 338
  • 339
  • 340
  • 341
  • 342
  • 343
  • 344
  • 345
  • 346
  • 347
  • 348
  • 349
  • 350

At any time you can roll back to a specific snapshot. When you do roll back, you must delete all the
snapshots created after that snapshot. Also, using an iSCSI initiator, you can mount a snapshot to a
different server and recover data from the snapshot to that server.
The effect of snapshots on cluster space
Snapshots take up space on the cluster. Because snapshots are a thin provisioned space, they save
space compared to a full provisioned space.
Plan how you intend to use snapshots, and the schedule and retention policy for schedules to snapshot
a volume. Snapshots record changes in data on the volume, so calculating the rate of changed data
in the client applications is important for planning schedules to snapshot a volume.
NOTE:
Volume size, provisioning, and using snapshots should be planned together. If you intend to use
snapshots, review
Chapter 13
on page 213.
Managing capacity using volume size and snapshots
When you create a snapshot of a volume, the original volume is actually saved as the snapshot, and
a new volume (the
writable
volume) with the original name is created to record any changes made
to the volume
s data after the snapshot was created. Subsequent snapshots record only changes made
to the volume since the previous snapshot. Snapshots are always created as a thin provisioned space,
no matter whether its original volume is full or thin provisioned.
Volume size and snapshots
One implication of the relationship between volumes and snapshots is that the space used by the
writable volume can become very small when it records only the changes that have occurred since
the last snapshot was taken. This means that less space may be required for the writable volume.
Over time, you may find that space allocated for snapshots becomes larger, and the volume itself
becomes relatively small.
Schedules to snapshot a volume and capacity
When you have schedules to snapshot a volume, the recurrence or frequency, and the retention policy
for the schedules affect the amount of space used in the cluster. For example, it is possible for a new
snapshot and one snapshot scheduled for deletion to coexist in the cluster for some period of time. If
there is not sufficient room in the cluster for both snapshots, the scheduled snapshot will not be created,
and the schedule will not continue until an existing snapshot is deleted. Therefore, if you want to retain
(n) snapshots, the cluster should have space for (n+1).
Deleting snapshots
Another factor to note in planning capacity is the fact that when a snapshot is deleted, that snapshot
s
data is added to the snapshot or volume directly above it (the next newer snapshot). The amount of
space allocated for the volume or snapshot directly above the deleted snapshot increases. See
Ongoing
capacity management
for detailed information about reviewing capacity.
P4000 SAN Solution user guide
197