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

Email Processing Example Script, VLS Non-deduplicated Replication

Page 192 highlights

Email Processing Example Script The following section details an example script to process the "ISV Import" email report from the VLS and convert it into a list of cartridges to be imported. The following steps show how this might be done in the target site (this example uses a Linux server client): • You will need an SMTP gateway server in the network (needed for the VLS SMTP emails). • Allocate a client server to use for the import script (could be a separate server or the actual master/cell server itself). • Ensure the selected client is running an email messaging system (e.g,. sendmail). • Create a user account on the client. • Ensure the selected client has CLI access to the backup application. • In the user account, create a filter that sequentially processes the incoming emails, and for the ISV import emails it should send the message body (containing the list of replicated cartridges) to the script that actually performs the tape import. One way of doing this is to create a .forward that sends your incoming emails to procmail. For example:|/usr/bin/procmailand then add the following lines to the .procmailrc that copy an ISV import email (containing the list of tapes to import) to another script that runs the ISV-specific import commands: :0 bc: # send VLS DP import files for processing* ^Subject:.*ISV| /home/importuser1/isv_import/dpimport.sh See Data Protector Import Example Script and NetBackup Import Example Script for sample import scripts. • On the target VLS device GUI, setup the SMTP Gateway address and then configure the "ISV Import" email report using the selected email account. VLS Non-deduplicated Replication If you have not enabled Accelerated deduplication on your VLS device , non-deduplicated replication can still provide a more reliable method of sending mission-critical data off-site compared to off-site using physical tape (because there is no need to load/unload physical media and ship it to the off-site location). VLS-to-VLS non-deduplicated replication options: • Using SAN-based Automigration Automigration also supports using a VLS as a destination library, as a device-to-device replication scheme over an extended SAN. To use a VLS as a destination library, designate one VLS as the source and a second VLS as the destination. The destination VLS is presented over an extended SAN so that it is visible to the source VLS. With Command View VLS, establishe an automigration policy and echo copy pools in the same way you set up automigration with a physical destination library. See Echo Copy Pools and Automigration Policy. The source VLS performs normal backups during your regular backup window. During the automigration window you defined, source virtual cartridges automatically migrate to matching virtual cartridges on the destination VLS. The VLS with the source library must support automigration; however, it is not necessary for the destination VLS to do so. If you have an earlier generation VLS system and you purchase a VLS6200, VLS6600, or VLS12000 Gateway, you can use the newer models to handle automigration as the source device. Earlier generation VLS devices can be used as destinations. 192 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

Email Processing Example Script
The following section details an example script to process the
ISV Import
email report from the VLS
and convert it into a list of cartridges to be imported. The following steps show how this might be
done in the target site (this example uses a Linux server client):
You will need an SMTP gateway server in the network (needed for the VLS SMTP emails).
Allocate a client server to use for the import script (could be a separate server or the actual mas-
ter/cell server itself).
Ensure the selected client is running an email messaging system (e.g,. sendmail).
Create a user account on the client.
Ensure the selected client has CLI access to the backup application.
In the user account, create a filter that sequentially processes the incoming emails, and for the ISV
import emails it should send the message body (containing the list of replicated cartridges) to the
script that actually performs the tape import. One way of doing this is to create a
.forward
that
sends your incoming emails to procmail. For example:
|/usr/bin/procmailand
then add the
following lines to the
.procmailrc
that copy an ISV import email (containing the list of tapes to
import) to another script that runs the ISV-specific import commands:
:0 bc: # send VLS DP import files for processing* ^Subject:.*ISV| /home/importuser1/isv_im-
port/dpimport.sh
See
Data Protector Import Example Script
and
NetBackup Import Example Script
for sample import
scripts.
On the target VLS device GUI, setup the SMTP Gateway address and then configure the
ISV Import
email report using the selected email account.
VLS Non-deduplicated Replication
If you have
not
enabled Accelerated deduplication on your VLS device , non-deduplicated replication
can still provide a more reliable method of sending mission-critical data off-site compared to off-site
using physical tape (because there is no need to load/unload physical media and ship it to the off-site
location).
VLS-to-VLS non-deduplicated replication options:
Using SAN-based Automigration
Automigration also supports using a VLS as a destination library, as a device-to-device replication
scheme over an extended SAN. To use a VLS as a destination library, designate one VLS as the
source and a second VLS as the destination. The destination VLS is presented over an extended
SAN so that it is visible to the source VLS. With Command View VLS, establishe an automigration
policy and echo copy pools in the same way you set up automigration with a physical destination
library. See
Echo Copy Pools
and
Automigration Policy
. The source VLS performs normal backups
during your regular backup window. During the automigration window you defined, source virtual
cartridges automatically migrate to matching virtual cartridges on the destination VLS.
The VLS with the source library must support automigration; however, it is not necessary for the
destination VLS to do so. If you have an earlier generation VLS system and you purchase a
VLS6200, VLS6600, or VLS12000 Gateway, you can use the newer models to handle
automigration as the source device. Earlier generation VLS devices can be used as destinations.
Virtual Library Systems
192