|
 |
|
| |
 |
|
|
|
|
The
SPS/Alert Manager |
Automate the detection, classification and resolution of system
and application errors |
While
operating modern sophisticated systems, it is extremely difficult,
if not impossible, to notice and resolve all system and application
events as they occur. Applications may produce any number
of logs, errors and output files. The operating system alone
may generate thousands of messages every day. Often, serious
production problems may be prevented if alerts are noticed
and responded to in time. |
The
SPS/Alert Manager is designed to solve this common
problem. It monitors system elements, reads messages originating
from various systems, modules and applications and funnels
the information to a single terminal. Message filters assure
that only important information is passed to the operator.
Critical alerts cannot be ignored; messages will remain posted
on the screen until the problem is attended to, acknowledged
and given a proper entry by the operator. |
The
SPS/Alert Manager automatically executes user-defined
recovery and corrective procedures (macros or programs) and
submits critical information to selected terminals, E-Mails
etc.
|
| Captures application messages and
system events in real-time and reports critical conditions
to the network control center
|
|
| Monitors:
- Running processes
- CPU utilization
- Page faults rate
- I/O rate
- Interrupt level
- Available memory
- System overhead of individual processes
- Communication lines status - DTR,CD, in/out of service
- Transaction processing rate
- Processing bottlenecks
- Application disk I/O distribution
- Terminal and device status
- Disk space utilization
- Application alerts (ON/2, TCAM, others)
- File Creation/Arrival events
- Any analyze_system meter
- User defined
|
|
| Classifies and reports only significant
alerts and critical problems based on simple, user-defined
filtering rules
|
|
| Automatically executes user-defined recovery
procedures and creates a hands-free, self-correcting environment
|
|
| Allows assignment of any number of terminals
as system or network consoles
|
|
| Enforces, tracks and reports operator acknowledgments
to critical system alerts
|
|
| Sends alert messages to selected terminals
|
|
| Monitors application queuing activity,
messages processed, messages pending, queue depth and
transaction rate
|
|
| Provides configuration flexibility in supporting
a variety of applications, system software, and interaction
with other platforms | |
|
| Default
Settings |
|
| Alert Manager comes configured as follows: |
| System
Meters
|
| Monitored Object
| Warning Level
| Critical Level
|
| CPU
| 40%
| 80%
|
| Empty-Idle
| 30%
| 10%
|
| Memory Used
| 60%
| 80%
|
| Paging Used
| 60%
| 80%
|
| Critical I/O rate
| Not Set
| Not Set
|
| Critical Page Faults
| Not Set
| Not Set
|
| Critical Interrupts
| Not Set
| Not Set
|
| Other
Meters
|
| Monitored Object
| Warning Level
| Critical Level
|
| Disk Space Used
| 80%
| 90%
|
| Disk Read Busy
| 40%
| 60%
|
| Disk Write Busy
| 40%
| 60%
|
| Disk I/O Rate
| Not Set
| Not Set
|
| VOS Queues
| 100 msgs.
| 200 msgs.
|
| Process(es)
| Conditions: running / not-running on
scdedule
Resources: CPU, I/O rate, memory,
page-faults, Interrupts, idle too long.
|
| File Watchdog
| Conditions: file arrived / created,
file missing
|
| VOS System Log (syserr)
| Conditions: any user-supplied fltering
/ conditions.
|
| VOS Security Log (syserr)
| Conditions: any user-supplied fltering
/ conditions.
|
| Application Logs
| Conditions: any user-supplied fltering
/ conditions. | |
|
| Frequently
asked questions |
 |
What
kind of system overhead should I expect? |
| |
Typically
the SPS Server does not add any noticeable overhead
to the system. SPS is completely event-driven and will
normally "sleep" 99% of the time. It will "wake" up
only when it's time to take action - report an alert
or correct a condition. The frequency of such events
are obviously very specific to the site. |
|
Can
I use more than one terminal at the same time? |
| |
Absolutely.
You can bring up any number of monitors. In addition,
you can use the Overseer mode to monitor your system
and alert handling activities. |
|
Can
I dial-in to research a problem? Should I expect any
terminal-type specific problems? |
| |
You
can dial into the system, run reports or start the SPS
monitor on any terminal on your Stratus network. SPS
is compatible with all Stratus-supported terminal-types. |
|
We
have certain conditions that are very specific to our
application. Can I incorporate such special cases into
SPS? |
| |
Yes,
we provide a set of API's (application interface) and
allow you to bind your own code into the SPS server
(user-exits). |
|
|
|
|
| Copyright
(c) 2007 Application Resources, Inc.
|
| |
