HP Model 755/125cL System Configuration Repository User's Reference: HP-UX/HP - Page 29

Using the Probe Filter, of nodes you can manage from a server. It determines the Repository

Page 29 highlights

SCR Overview Using Filters Using the Probe Filter The Probe filter determines what information is collected from DMI components, groups, and attributes. The Probe filter determines what is stored in the SCR Repository. You can set Probe filter extension flags to collect (on) or not collect (off) specific information from the nodes, or to collect or not collect from newly detected components, groups, or attributes. For a description of the Probe filter, see "scrfilter (1M)" on page 53 in Chapter 3. We have set the Probe filter to maintain a balance, in usual system environments, between capturing too much information and not capturing enough. We recommend that you play with SCR and tune the Probe filter until it meets your needs. Try various settings before releasing it to the production environment, keeping in mind the following considerations: • If you capture too much information, the process may take too much time and use a lot of system resources. • If you capture too little information, you might miss data that is important to managing your system. • The Probe filter setting is a large factor in determining the number of nodes you can manage from a server. It determines the Repository size and the time required to capture data from each node. A full snapshot on a mid-range server could take more than an hour and produce 8 MBytes of data. • SCR does not store a snapshot unless something in it has changed since the previous snapshot. Since certain DMI values, such as "Used Disk Space", change frequently, Probe is set by default not to collect such attributes. If you change it to collect such information, every snapshot might be stored in the Repository. If you change the Probe filter settings, you can see the effect by taking a new snapshot and running scrdiff on the old and new snapshots. The output of scrdiff indicates missing data with a dash (-). Chapter 2 29

  • 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

Chapter 2
29
SCR Overview
Using Filters
Using the Probe Filter
The Probe filter determines what information is collected from DMI
components, groups, and attributes. The Probe filter determines what is
stored in the SCR Repository. You can set Probe filter extension flags to
collect (
on
) or not collect (
off
) specific information from the nodes, or to
collect or not collect from newly detected components, groups, or
attributes.
For a description of the Probe filter, see “scrfilter (1M)” on page 53 in
Chapter 3.
We have set the Probe filter to maintain a balance, in usual system
environments, between capturing too much information and not
capturing enough. We recommend that you play with SCR and tune the
Probe filter until it meets your needs. Try various settings before
releasing it to the production environment, keeping in mind the
following considerations:
If you capture too much information, the process may take too much
time and use a lot of system resources.
If you capture too little information, you might miss data that is
important to managing your system.
The Probe filter setting is a large factor in determining the number
of nodes you can manage from a server. It determines the Repository
size and the time required to capture data from each node. A full
snapshot on a mid-range server could take more than an hour and
produce 8 MBytes of data.
SCR does not store a snapshot unless something in it has changed
since the previous snapshot. Since certain DMI values, such as
“Used Disk Space”, change frequently, Probe is set by default not to
collect such attributes. If you change it to collect such information,
every snapshot might be stored in the Repository.
If you change the Probe filter settings, you can see the effect by taking a
new snapshot and running scrdiff on the old and new snapshots. The
output of scrdiff indicates missing data with a dash (-).