Caché Monitoring Guide - InterSystems Documentation
Caché Monitoring Guide - InterSystems Documentation
Caché Monitoring Guide - InterSystems Documentation
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
<strong>Caché</strong> MIB Structure<br />
The <strong>Caché</strong> subagent uses this to register the MIB subtree, walk the tree for GETNEXT requests, and reference specific<br />
objects methods for gathering the instance data in GET requests.<br />
All the managed object definitions use the same general organization as the <strong>Caché</strong> enterprise MIB tree, that is:<br />
application.objects.table.row.item.indices. The first index for all tables is the <strong>Caché</strong> application ID. All<br />
applications must register with the IANA to obtain their own private enterprise number, which is one of the parameters in<br />
the CreateMIB() method.<br />
To disable the application in SNMP, use the MonitorTools.SNMP.DeleteMIB() method. This deletes the internal outline<br />
of the application MIB, so the <strong>Caché</strong> subagent no longer registers or answers requests for that private enterprise MIB subtree.<br />
For an example of defining a user Monitor class, see Sample User-defined SNMP Monitor Class in this chapter.<br />
B.4.3 <strong>Caché</strong> SNMP Traps<br />
In addition to the object data and metrics available through SNMP queries, <strong>Caché</strong> can send asynchronous alerts or SNMP<br />
traps. The following table describes the <strong>Caché</strong>-specific SNMP traps.<br />
Table II–1: <strong>Caché</strong> SNMP Notification Objects (Traps)<br />
Trap Name (Number)<br />
cacheStart (1)<br />
cacheStop (2)<br />
cacheDBExpand (3)<br />
cacheDBOutOfSpace (4)<br />
cacheDBStatusChange (5)<br />
cacheDBWriteFail (6)<br />
cacheWDStop (7)<br />
cacheWDPanic (8)<br />
cacheLockTableFull (9)<br />
cacheProcessFail (10)<br />
cacheECPTroubleDSrv (11)<br />
cacheECPTroubleASrv (12)<br />
cacheAuditLost (13)<br />
cacheDaemonFail (14)<br />
Description<br />
The <strong>Caché</strong> instance has been started.<br />
The <strong>Caché</strong> instance is in the process of shutting down.<br />
A <strong>Caché</strong> database has expanded successfully.<br />
There is a potential problem in the future expansion of a <strong>Caché</strong> database; the<br />
database is approaching its maximum size or the disk is nearly full.<br />
The read/write status of a <strong>Caché</strong> database has been changed.<br />
A write to a <strong>Caché</strong> database has failed. It includes the <strong>Caché</strong> error code for<br />
the failed write.<br />
The Write Daemon for a <strong>Caché</strong> instance has stalled.<br />
The Write Daemon for a <strong>Caché</strong> instance has entered “panic” mode; that is,<br />
the Write Daemon is out of buffers and must write database blocks directly to<br />
disk without first committing them to the Write Image Journal (WIJ) file.<br />
The lock table for a <strong>Caché</strong> instance is full, which causes subsequent Locks to<br />
fail.<br />
A process has exited <strong>Caché</strong> abnormally (due to an access violation). For<br />
detailed information, see the cconsole.log file.<br />
A connection to this ECP Data Server for a <strong>Caché</strong> database has encountered<br />
a serious communication problem. For detailed information, see the cconsole.log<br />
file.<br />
A connection from this ECP Application Server to a remote <strong>Caché</strong> database<br />
has encountered a serious communication problem. For detailed information,<br />
see the cconsole.log file.<br />
<strong>Caché</strong> has failed to record an Audit event. The most likely cause is a problem<br />
with space for the Audit database, which requires operator assistance.<br />
A major <strong>Caché</strong> system process (daemon) has died because it encountered<br />
an unhandled error.<br />
<strong>Caché</strong> <strong>Monitoring</strong> <strong>Guide</strong> 113