Computer Associates ARB6002700WF0. ..... Administration Guide - Page 249

Understanding Discovery Service, IP Subnets/Windows Domains Discovery, Query/Advertise component.

Page 249 highlights

Understanding Discovery Service Understanding Discovery Service A Discovery server is implemented as a Windows service. As soon as a Discovery server starts, it enumerates the list of products to create a behavior mask. Based on this mask, the Discovery server initializes the following required components: ■ The Listen/Serialize component is initialized first and starts listening on a particular port (or Mailslot) for incoming packets (messages) from other Discovery servers. When a message is received, the Discovery server writes data (if any) into the repository (registry, for example) and then notifies the Query/Advertise component. ■ The Query/Advertise component sends the message received from the Listen/Serialize component, (prepared with the product's list) directly to the Discovery server, which requested the data. The Query/Advertise component can also send messages as a broadcast message to the selected network targets (the list of IP Subnets or Windows Domains) if it is scheduled or initiated manually. It does this in order to query other Discovery servers across the network, and advertise its own list of BrightStor ARCserve Backup products. IP Subnets/Windows Domains Discovery In order to query and advertise, the Discovery Configuration needs the list of network targets to broadcast. For example, you might want to discover BrightStor ARCserve Backup products in only one IP subnet on a TCP/IP enabled network or in a list of subnets located physically in the same country. In another scenario, you might want to enumerate the entire corporate network to find all possible subnets and then filter some of them out. The discovery process runs in the background, and enumerates Windows network's resources. A list of Windows domains for subsequent Mailslot broadcasting or a listing of IP subnets for UDP broadcasting is created. Note: This process may take some time, depending on the size of your network. It is recommended that the IP subnets and domains discovery be run during a time of minimum network traffic. For information on starting and stopping the discovery service, see the online help. Administering the Backup Server 9-25

  • 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
  • 351
  • 352
  • 353
  • 354
  • 355
  • 356
  • 357
  • 358
  • 359
  • 360
  • 361
  • 362
  • 363
  • 364
  • 365
  • 366
  • 367
  • 368
  • 369
  • 370
  • 371
  • 372
  • 373
  • 374
  • 375
  • 376
  • 377
  • 378
  • 379
  • 380
  • 381
  • 382

Understanding Discovery Service
Administering the Backup Server
9–25
Understanding Discovery Service
A Discovery server is implemented as a Windows service. As soon as a Discovery
server starts, it enumerates the list of products to create a behavior mask. Based on
this mask, the Discovery server initializes the following required components:
The Listen/Serialize component is initialized first and starts listening on a
particular port (or Mailslot) for incoming packets (messages) from other
Discovery servers. When a message is received, the Discovery server writes
data (if any) into the repository (registry, for example) and then notifies the
Query/Advertise component.
The Query/Advertise component sends the message received from the
Listen/Serialize component, (prepared with the product's list) directly to the
Discovery server, which requested the data. The Query/Advertise component
can also send messages as a broadcast message to the selected network targets
(the list of IP Subnets or Windows Domains) if it is scheduled or initiated
manually. It does this in order to query other Discovery servers across the
network, and advertise its own list of BrightStor ARCserve Backup products.
IP Subnets/Windows Domains Discovery
In order to query and advertise, the Discovery Configuration needs the list of
network targets to broadcast. For example, you might want to discover BrightStor
ARCserve Backup products in only one IP subnet on a TCP/IP enabled network
or in a list of subnets located physically in the same country.
In another scenario, you might want to enumerate the entire corporate network to
find all possible subnets and then filter some of them out. The discovery process
runs in the background, and enumerates Windows network's resources. A list of
Windows domains for subsequent Mailslot broadcasting or a listing of IP subnets
for UDP broadcasting is created.
Note:
This process may take some time, depending on the size of your network. It
is recommended that the IP subnets and domains discovery be run during a time
of minimum network traffic.
For information on starting and stopping the discovery service, see the online help.