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

File System Full backup Size 5TB, Database Full Backup size 15TB

Page 183 highlights

NOTE: You should always factor in additional bandwidth to the calculated link size to take possible link downtime or replication initialization delays into account. If the replication falls behind for any reason (e.g., the link is down for 24 hours), you need more than the normal daily bandwidth to allow replication to "catch up." Also, when new server clients are added to the backup system, their first backup goes over the link wholesale thus causing a temporary increase in daily bandwidth. HP recommends sizing the link with an additional 25% extra bandwidth to handle these cases. The calculations below are based on several assumptions and represent worst case scenarios. • A pessimistic compression ratio of 1.5:1. • Links are only 66% efficient (e.g., 1 Gb/sec link can typically deliver 80 MB/sec). • Because the VLS is a multi-node architecture with significant performance for backup, deduplication, and replication, the VLS will never be the bottleneck with respect to getting data on the wire for replication. • Target usage model is backup and replication complete within 24 hours. • Allow a four hour delay after backup completes for the first set of replication instructions to be produced. • There is a "typical" split of 75% database, 25% files system data. File system incrementals are used which will result in larger amounts of data going across the replication links. Database fulls are used. Each example illustrates a unique point: 1. Sizing Scenario: 20 TB of database and file-system replication. Figure 79 VLS Sizing Example 1 . • Database Full Backup size 15TB - 1% change rate • File System Full backup Size 5TB - Typical incremental size of 10% • Replication Window 24 Hours HP StorageWorks VLS and D2D Solutions Guide 183

  • 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

NOTE:
You should always factor in additional bandwidth to the calculated link size to take possible link
downtime or replication initialization delays into account. If the replication falls behind for any reason
(e.g., the link is down for 24 hours), you need more than the normal daily bandwidth to allow
replication to
catch up.
Also, when new server clients are added to the backup system, their first
backup goes over the link wholesale thus causing a temporary increase in daily bandwidth. HP
recommends sizing the link with an additional 25% extra bandwidth to handle these cases.
The calculations below are based on several assumptions and represent worst case scenarios.
A pessimistic compression ratio of 1.5:1.
Links are only 66% efficient (e.g., 1 Gb/sec link can typically deliver 80 MB/sec).
Because the VLS is a multi-node architecture with significant performance for backup, deduplication,
and replication, the VLS will never be the bottleneck with respect to getting data on the wire for
replication.
Target usage model is backup and replication complete within 24 hours.
Allow a four hour delay after backup completes for the first set of replication instructions to be
produced.
There is a
typical
split of 75% database, 25% files system data. File system incrementals are
used which will result in larger amounts of data going across the replication links. Database fulls
are used.
Each example illustrates a unique point:
1.
Sizing Scenario: 20 TB of database and file-system replication.
Figure 79 VLS Sizing Example 1
.
Database Full Backup size 15TB
1% change rate
File System Full backup Size 5TB
Typical incremental size of 10%
Replication Window 24 Hours
HP StorageWorks VLS and D2D Solutions Guide
183