HP Integrity NonStop H-Series - Manual (Page 43)

INQUIRE Command
DSNM Commands
2–18 098571 Tandem Computers Incorporated
highlight-modifier
determines the scope of the command, based on information in the DSNM object
database:
DEFINED limits the scope of the command to objects that are defined
in the DSNM object database.
UNDEFINED limits the scope of the command to objects that are not
defined in the DSNM object database.
MONITORED limits the scope of the command to objects that are recorded
in the DSNM object database as being monitored.
NOT-MONITORED limits the scope of the command to objects that are recorded
in the DSNM object database as not being monitored.
ACCEPTABLE limits the scope of the command to objects that are recorded
in the DSNM object database as being monitored and
currently in one of their acceptable states.
UNACCEPTABLE limits the scope of the command to objects that are recorded
in the DSNM object database as being monitored and not
currently in one of their acceptable states.
There is no default for the highlight modifier. For detailed information on the
highlight modifier, see Section 4, “Modifiers.”
FROM-DISPLAY
causes the command to use the names on the NetStatus display instead of
resolving them through Distributed Name Service (DNS), thus speeding name
resolution. The FROM-DISPLAY parameter is only valid if you are issuing a
command from the NetStatus command line and all the objects specified in the
command appear on the NetStatus screen. (Refer to the NetStatus User’s Guide for
more information.)
Considerations Because the INQUIRE command obtains status information from the object database,
it has a faster response time than the STATUS command; this is especially noticeable in
large networks. However, because the STATUS command obtains status information
from the subsystems directly, it produces more up-to-date information. You must take
your immediate needs into account when choosing between the INQUIRE and
STATUS commands.
DSNM maintains state information in the database by monitoring EMS event flows
from subsystems, or, in some cases, by periodically polling the subsystems. Both
procedures introduce a delay between the time an object’s state changes and the time
the DSNM object database is updated to reflect the change. The delay can cause a
discrepancy between the object states reported by the INQUIRE command and the
object states reported by the STATUS command, which obtains its information directly
from the subsystems.