Efficient, comprehensive and centralized monitoring of all applications and systems, their simple and central configuration and comprehensive and fast alerting are key features of any professional systems management solution.

theGuard! ApplicationManager provides different types of individually configurable monitors and configuration zones. These include various filtering possibilities for the visualization of the overall situation of your application landscape.

 

The entire theGuard! ApplicationManager interface is clearly structured. The different windows are connected interactively for the fast retrieval of relevant information with only a few clicks.

 

Managed Monitors:
Managed monitors can be filled with application objects through drag and drop. They always contain a view on the current application status (executable, accessible) and all open events. The various statuses (event, monitoring status, alert status) are displayed and propagated in different colors.

 

Performance Monitors:
Performance monitors can be filled with application objects and performance counters through drag and drop.

 

Active Event Browser:
Event browsers contain all current events.

Applications are complex and include a large amount of attributes and information. That is why theGuard! ApplicationManager uses a CIM model for the modeling and structured processing of all information per application type. You can find more details in the respective product brochures of the respective data collector.

 

At the same time, there are various types of information that are processed differently by theGuard! ApplicationManager.

 

• events, performance events
• performance counter
• statuses
• configurations
• methods

 

All this information is directly accessible from a single user interface.

 

One of the main characteristics of the above-mentioned attributes is the real-time status of applications. Here, availability is not determined on the basis of reports, but genuine existence and availability is analyzed.

Metrics are defined for events and performance counters and are build up in template form. After one-time configuration they can be assigned to all software instances of the same application type. These metrics are complex and can contain individual rules. Precisely defined rules “win” against rather general rules. They contain thresholds and the response that is triggered in case of an alert (see alerting).

 

Thanks to their modular and abstract composition these metrics can be adapted to a dynamic landscape fast and easily. Based on our long-term project experience, we deliver many already pre-configured metrics.

 

The metrics are assigned to objects, which leads to the automated activation of the monitoring processes. Monitoring and alerting scenarios can be easily controlled through a mouse click and multiple selections of objects. This guarantees that maintenance work for example won’t negatively affect your SLA.

A data collector explicitly identifies application instances and their objects. As a consequence, mistakes are avoided when adding new objects through a few clicks or through auto-discovery. The auto-discovery feature can automatically assign metrics making it possible to monitor a new object at once.

 

Configurations for basic data collector attributes like clock speed or user login can be easily replicated for objects of the same application type.

• different monitors for status and open events
• large and structured diversity of information
• metrics for all situations
• pre-configured metrics
• simple allocation of metrics through object model
• real-time monitoring
• granular control of monitoring and alerting
• self-monitoring of all active software components