Application Resources
Company Profile
our clients
our partners
contact us
Knowledge base
company profile
The SPS/Alert Manager
2 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
1 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
1 Classifies and reports only significant alerts and critical problems based on simple, user-defined filtering rules
1 Automatically executes user-defined recovery procedures and creates a hands-free, self-correcting environment
1 Allows assignment of any number of terminals as system or network consoles
1 Enforces, tracks and reports operator acknowledgments to critical system alerts
1 Sends alert messages to selected terminals
1 Monitors application queuing activity, messages processed, messages pending, queue depth and transaction rate
1 Provides configuration flexibility in supporting a variety of applications, system software, and interaction with other platforms
2Default 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.
2Frequently 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.