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

Data Protector Import Example Script, Edit Data Protector Configuration

Page 196 highlights

ferent pools with different retention times for fulls vs. incrementals), but this means that the incremental backups will not be fully deduplicated because their backup jobs names will not match the full backup job names. To address this, the VLS firmware version 3.3.0 includes a new GUI option called "Edit Data Protector Configuration" (in the System Maintenance screen). This option allows you to enter suffixes that will be stripped off the end of the Data Protector backup jobs names when they are deduplicated. For example, if you have a full backup called BACKUP1_F and an incremental backup of the same data called BACKUP1_I, you can enter _F and _I in the Edit Data Protector Configuration and the incremental backups will deduplicate against the full backups. Data Protector Import Example Script The following section details an example script to perform the tape import commands for HP Data Protector. The input to the script is the ISV Import email report (containing a list of cartridges by /barcode/library/slot that were successfully replicated and thus are ready for import). This example uses a Linux server client which contains the email processing script (above) and has CLI access to the Data Protector CLI. The virtual library on the VLS target device has been presented to Data Protector over Fibre Channel and configured in Data Protector as a tape library with tape drives (each tape drive will have its own Data Protector drive name). A recommended configuration would be to reserve a subset of the drives in the library just for use by tape import (i.e., do not use these drives for any other jobs) and the remaining drives can be used for restore jobs or copy to physical tape etc. This is because the import script needs to define the Data Protector drive names that it can use for import jobs and it would make the script more complex to handle drives that might be in use for other jobs when you want to run an import. One way of defining the Data Protector drive names would be to create a lookup file that defines the library serial number and the Data Protector drive name (or names) that can be used for import. For example, a "libmap_file" containing: DEC06150U7~DP_cell2_lib03_drv1~DP_cell2_lib03_drv2 The actual script would process the cartridge list from stdin (identified by the "ISV" tag at the beginning of the line) and use the Data Protector CLI to trigger a tape import on the specified drive(s). For example: #!/bin/bash #read from stdin CARTLIST=`grep ISV~ /dev/stdin` DRVBSY=( 0 0 0 0 ) for CART in $CARTLIST do BARCODE=`echo $CART | awk -F"~" '{print $2}'` LIBSERIAL=`echo $CART | awk -F"~" '{print $3}'` BCSLOT=`echo $CART | awk -F"~" '{print $4}'` DRVNAME[0]=`grep $LIBSERIAL $LIBMAP | awk -F"~" '{print $2}'` DRVNAME[1]=`grep $LIBSERIAL $LIBMAP | awk -F"~" '{print $3}'` DRVNAME[2]=`grep $LIBSERIAL $LIBMAP | awk -F"~" '{print $4}'` DRVNAME[3]=`grep $LIBSERIAL $LIBMAP | awk -F"~" '{print $5}'` if [ -z ${DRVNAME[0]} ] then DRVBSY[0]=1 fi if [ -z ${DRVNAME[1]} ] then DRVBSY[1]=1 fi if [ -z ${DRVNAME[2]} ] then DRVBSY[2]=1 fi if [ -z ${DRVNAME[3]} ] then DRVBSY[3]=1 fi #find a drive to use 196 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

ferent pools with different retention times for fulls vs. incrementals), but this means that the incre-
mental backups will not be fully deduplicated because their backup jobs names will not match the
full backup job names. To address this, the VLS firmware version 3.3.0 includes a new GUI option
called
Edit Data Protector Configuration
(in the System Maintenance screen). This option allows
you to enter suffixes that will be stripped off the end of the Data Protector backup jobs names
when they are deduplicated. For example, if you have a full backup called
BACKUP1_F
and an
incremental backup of the same data called
BACKUP1_I
, you can enter
_F
and
_I
in the Edit
Data Protector Configuration and the incremental backups will deduplicate against the full backups.
Data Protector Import Example Script
The following section details an example script to perform the tape import commands for HP Data
Protector. The input to the script is the ISV Import email report (containing a list of cartridges by
/barcode/library/slot that were successfully replicated and thus are ready for import).
This example uses a Linux server client which contains the email processing script (above) and has
CLI access to the Data Protector CLI. The virtual library on the VLS target device has been presented
to Data Protector over Fibre Channel and configured in Data Protector as a tape library with tape
drives (each tape drive will have its own Data Protector drive name). A recommended configuration
would be to reserve a subset of the drives in the library just for use by tape import (i.e., do not use
these drives for any other jobs) and the remaining drives can be used for restore jobs or copy to
physical tape etc. This is because the import script needs to define the Data Protector drive names
that it can use for import jobs and it would make the script more complex to handle drives that might
be in use for other jobs when you want to run an import. One way of defining the Data Protector
drive names would be to create a lookup file that defines the library serial number and the Data
Protector drive name (or names) that can be used for import. For example, a
libmap_file
containing:
DEC06150U7~DP_cell2_lib03_drv1~DP_cell2_lib03_drv2
The actual script would process the cartridge list from stdin (identified by the
ISV
tag at the beginning
of the line) and use the Data Protector CLI to trigger a tape import on the specified drive(s). For
example:
#!/bin/bash
#read from stdin
CARTLIST=`grep ISV~ /dev/stdin`
DRVBSY=( 0 0 0 0 )
for CART in $CARTLIST
do
BARCODE=`echo $CART | awk -F"~" '{print $2}'`
LIBSERIAL=`echo $CART | awk -F"~" '{print $3}'`
BCSLOT=`echo $CART | awk -F"~" '{print $4}'`
DRVNAME[0]=`grep $LIBSERIAL $LIBMAP | awk -F"~" '{print $2}'`
DRVNAME[1]=`grep $LIBSERIAL $LIBMAP | awk -F"~" '{print $3}'`
DRVNAME[2]=`grep $LIBSERIAL $LIBMAP | awk -F"~" '{print $4}'`
DRVNAME[3]=`grep $LIBSERIAL $LIBMAP | awk -F"~" '{print $5}'`
if [ -z ${DRVNAME[0]} ]
then
DRVBSY[0]=1
fi
if [ -z ${DRVNAME[1]} ]
then
DRVBSY[1]=1
fi
if [ -z ${DRVNAME[2]} ]
then
DRVBSY[2]=1
fi
if [ -z ${DRVNAME[3]} ]
then
DRVBSY[3]=1
fi
#find a drive to use
Virtual Library Systems
196