HP D2D D2D Best Practices for VTL, NAS and Replication implementations (EH985- - Page 78

Key performance factors in Tape Offload performance, Summary of Best Practices

Page 78 highlights

Key performance factors in Tape Offload performance Note in the diagram below how the read performance from a D2D4312 (red line) increases with the number of read streams - just like with backup. If the D2D4312 reads with a single stream (to physical tape) the copy rate is about 370 GB/hour. However, if the copy jobs are configured to use multiple readers and multiple writers then for example with four streams being read it is possible to achieve 1.3TB/hour copy performance. What this means in practice is that you must schedule specific time periods for tape offloads when the D2D Backup System is not busy and use as many parallel copy streams (tape devices) as practical to improve the copy performance. Read performance graph Read Aggregate Throughput MB/sec Single stream read performance Streams read/written concurrently Much higher read throughput (for tape offload) with 4 streams For example: if each month there is 15 TB of data to archive or offload from a D2D4312 to a 2-drive physical tape library, then the copy speed will be about 200 MB/sec (720 GB/Hr). To offload 15 TB in one go will take 21 hours and, depending on other activities happening on the D2D, it may not be possible to spare a single 21 hour copy time to physical tape. In this case one option is to stagger the monthly offloads to tape over separate weeks doing approximately 4 TB each week, and this would then occupy just over 4 hours bandwidth per week from the D2D which is easier to schedule. Summary of Best Practices See Appendix C for a worked example using HP Data Protector. 1. The first recommendation is to really assess the need for tape offload: with a D2D replication copy is another copy of the data really necessary? How frequently does the offload to tape really need to be? Monthly offloads to tape are probably acceptable for most scenarios that must have offload to tape. 78

  • 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

78
Key performance factors in Tape Offload performance
Note in the diagram below how the read performance from a D2D4312 (red line) increases with the number of
read streams
just like with backup.
If the D2D4312 reads with a single stream (to physical tape) the copy rate is about 370 GB/hour. However, if
the copy jobs are configured to use multiple readers and multiple writers then for example with four streams
being read it is possible to achieve 1.3TB/hour copy performance.
What this means in practice is that you must schedule specific time periods for tape offloads when the D2D
Backup System is not busy and use as many parallel copy streams (tape devices) as practical to improve the copy
performance.
Read performance graph
Much higher read throughput (for tape offload) with 4 streams
Single stream read
performance
Aggregate Throughput MB/sec
Read
Streams read/written concurrently
For example: if each month there is 15 TB of data to archive or offload from a D2D4312 to a 2-drive physical
tape library, then the copy speed will be about 200 MB/sec (720 GB/Hr).
To offload 15 TB in one go will take 21 hours and, depending on other activities happening on the D2D, it may
not be possible to spare a single 21 hour copy time to physical tape. In this case one option is to stagger the
monthly offloads to tape over separate weeks doing approximately 4 TB each week, and this would then occupy
just over 4 hours bandwidth per week from the D2D which is easier to schedule.
Summary of Best Practices
See Appendix C for a worked example using HP Data Protector.
1.
The first recommendation is to really assess the need for tape offload: with a D2D replication copy is another
copy of the data really necessary? How frequently does the offload to tape really need to be?
Monthly
offloads to tape are probably acceptable for most scenarios that must have offload to tape.