Wednesday, May 22, 2013

Home

Solutions
       Solutions Overview
       Payments Monitoring
       WebSphere MQ Monitoring
       ATM and POS Monitoring
       Business Activity Monitoring
       Bespoke Development
       Cryptography
       Digital Evidence
       HP NonStop Management
       Message Monitoring
       Open System Services
       Service Provisioning
       Systems Monitoring
       Mediation Device Solutions

Products
       RTLX Reactor
       Sentra
       Sentra for MQ
       Reflex
       MultiBatch
       ActionView.400
       EMS Gateway MQ OSS
       HP NonStop Code Scan
       View+Point
       Product Index
       Product Literature

Services
       HP NonStop Development
       HP NonStop Management
       HP NonStop Migration
       HP NonStop Outsourcing
       Custom Development
       Managed Services
       Training Courses

Markets
       Financial
       Government & Defence
       Telecommunications

News & Events
       ITL News
       Events
       Card Industry
       e-Banking
       Logica (now CGI)
       Cryptography
       WebSphere MQ
       HP Connect Events
       HP NonStop

Support
       Downloads
       Helpdesk
       Live Chat
       Product Forums

About Us
       Company Outline
       Clients
       Testimonials
       Partners
       Distributors & Resellers
       Employment
       Site Map

Location

Contact Us

Solutions » Open System Services

Solutions

Payments Monitoring

ATM and POS Monitoring

Business Activity Monitoring

Bespoke Development

Cryptography

Digital Evidence

HP NonStop Itanium

HP NonStop Management

Message Monitoring

Open System Services OSS

Service Provisioning

Systems Monitoring & Mgmt

WebSphere MQ Monitoring

Mediation Device Solutions

ISO 8583 Card Monitoring

Quick links

HP NonStop Home Page

ACI Worldwide Software

Software Integrators

Logica (now CGI)

Thales e-Security

Global HP User Community

EMEA BASE24 User Group

TandemWorld

Steria

Save as PDF!

Open System Services (OSS) Monitoring

Open System Services (OSS) is an open computing interface to the HP NonStop operating system and is based on POSIX standards. OSS is playing a major role in the implementation of applications like BASE24-eps™ and WebSphere MQ 5.3, in the HP NonStop environment. With its UNIX style programming and user interfaces, OSS allows fast deployment of new applications on hp NonStop servers.

Overview
Benefits
OSS EMS
OSS MQ
Screens
Batch
Demo
Requires

Overview

HP NonStop Open System Services (OSS) has become a major project consideration in the rollout of new applications like BASE24-eps™ and WebSphere MQ 5.3, for the latest HP NonStop environments.

With its UNIX style approach to programming and user interfaces, OSS enables the fast deployment and implementation of new and more modern applications on NonStop servers including the new HP NonStop Blade architecture (J series).

The Service Level Agreements (SLAs) offered by these large cutting edge software applications are very much reliant on the health and condition of the supporting OSS infrastructure, both hardware and software.

ITL provide software that gives you complete monitoring, management (Reflex) and batch job scheduling (MultiBatch) coverage for the OSS environment (and Guardian environment) - providing rapid troubleshooting and subsequent recovery for failing processes, PATHWAY servers and batch jobs.

The ITL OSS software components provide both real-time visuals and historical event look-up for the stability and availability of OSS resources and batch schedules. OSS alerts can be escalated to Enterprise Managers (HP Operations Center™, BMC Performance Manager™, Tivoli™), Mobile SMS, SNMP, Email or a graphical alerting screen, Windows browser, GUI or both.

Reflex enables instant root-cause problem spotting, providing a one-stop concurrent, graphical visual to real-time and historical OSS EMS (enriched) events without the need for Guardian, TACL level expertise.

Reflex provides easy configuration for enabling visual and audible alerts to highlight events requiring attention, e.g. PATHWAY or process issues, fileset failure, OSS fileset near full and inode availability at risk.

Reflex not only delivers availability and health information for OSS components, but also the underlying HP NonStop platform itself (all currently available hp NonStop nodes are supported; ServerNet, Integrity and Blades).

Regardless of the underlying cause of OSS system and application problems, Reflex gives you an all-seeing visual - from OSS applications, Guardian applications including Pathway to vulnerable and critical HP NonStop resources.

When you require a graphical integrated view into your OSS applications and underlying hp NonStop resources, hardware or software, you need Reflex.

When you require optimised and best-performance scheduling of your OSS and Guardian application job schedules you need Multibatch.

EMS WebSphere MQ Gateway

EMS MQ Gateway is an off-the-shelf solution (and integrates seamlessly with Reflex for graphical monitoring) which will finally give you full EMS event tokens from all those business-critical MQ WebSphere events (including version 5.3.1.4 on Open System Services (OSS)) that are suffering from a lack of visibility on the HP NonStop platform. Reflex also provides a built in status agent to give detailed status and configuration information for all Guardian and OSS WebSphere MQ components as well as providing exact graphical mapping for MQ Gateway EMS events.

By using simple screens EMS MQ Gateway enables you to set up the rules by which MQ events will be converted into full EMS event tokens. The process is simple. You identify the portions of the MQ event you want to convert and then identify the conversion rules (what you want to keep from the original event and what you want in the new event) to create the new EMS message.

EMS MQ Gateway Key Features :

Converts existing MQ WebSphere text tokens to full EMS events

Differentiates between "identical" MQ WebSphere events

Allows MQ subsystem to be part of full object sets

Can connect through to Reflex, BMC Patrol, HP OpenView or Tivoli via (separate) certified SPI (Smart Plug-In) and TEC gateways

Automated EMS template generator

Enables creation of new and discrete MQ WebSphere events to match your service monitoring

Also works for WebSphere MQ versions 5.1 and 5.3 (5.3.1.4) (on OSS)

Availability on the HP NonStop Server S-series and NonStop Integrity Server (32-bit) architectures

ITL's Reflex product monitoring WebSphere MQ (also see Reflex for IBM WebSphere MQ) :

MultiBatch HP NonStop Batch Scheduler and Open System Services (OSS)

The MultiBatch product has been enhanced to allow users to execute hp NonStop Open System Service (OSS) programs from BMON (Batch Monitor Process).

There are no OSS components to install; Insider has taken advantage of a procedure call that allows GUARDIAN programs, i.e. BMON, to spawn OSS processes.

A general principle of the new functionality is that everything else about the MultiBatch product remains unchanged.

You create a BMON, JOB and SEGMENT record before creating an OSS step.
You then run the PREPARE to create the OSS step configuration. OSS steps can be included / excluded based on days of the week or a calendar.
You issue a BUILD command to load an OSS step into a BMON.
You can still use DS-EventTimer to start an OSS step.
OSS status is still logged to a maximum of 2 log files, one of which can be the MBSTREAM program.
BMON’s do not need to be exclusively Guardian or OSS. For example a Guardian job can be dependent on an OSS job and vice-versa.
Progress can be monitored via the PATHWAY status screens updated by the Watcher program or by Reflex (see Reflex for monitoring HP NonStop Batch and PowerPoint - 1.6MB).

You can only configure an OSS step via the PATHWAY screens; there is no GUI support at the current release.

The security matrix enables you to map existing facilities to both Guardian and OSS requirements. For example on the security class screen;

The CST setting covers configuring Guardian steps (CST) and OSS steps (COS).

Likewise the assign class (Guardian) and corresponding FD class (OSS), and the parameter (Guardian) and corresponding environment variable class (OSS) are mapped to the CAS and CPA settings respectively.

The remainder of this tab provides some screenshots taken from the PATHWAY screens used to configure a simple UNIX sleep (DELAY) command as an example.

NOTE: This example can be loaded from a MultiBatch transit file.

Create a BMON, Job, and Segment record in the hierarchy before your OSS step.

Create the OSS step on screen COS.

In this simple example we will be configuring a 45 second delay or sleep command. We need to configure the executable name (sleep), start-up arguments (45) and the working directory (/bin/) using the two ‘basic’ overlays.

If you want to configure defines, then the existing defines overlay can be used.

You also have the ability to configure file descriptors and environment variables which are the equivalent of Guardian file assignments and parameters.

Once the BMON has been ‘PREPARE'd’, the following configuration file is generated for our example OSS STEP.

When the BMON is built, then you can enquire on the status and configuration of the OSS step using BCOM.

The progress of the schedule is logged to EMS.

Errors are also reported to EMS. Error 4002= No such pathname exists or missing executable.

For more information about HP NonStop server Open System Services (OSS) monitoring, management and batch job scheduling - Contact Us.

Open System Services (OSS) Monitoring

Overview

Benefits

Open System Services (OSS) - Event Management

EMS WebSphere MQ Gateway

EMS MQ Gateway Key Features :

MultiBatch HP NonStop Batch Scheduler and Open System Services (OSS)

The security matrix enables you to map existing facilities to both Guardian and OSS requirements. For example on the security class screen;

Likewise the assign class (Guardian) and corresponding FD class (OSS), and the parameter (Guardian) and corresponding environment variable class (OSS) are mapped to the CAS and CPA settings respectively.

Create a BMON, Job, and Segment record in the hierarchy before your OSS step.

In this simple example we will be configuring a 45 second delay or sleep command. We need to configure the executable name (sleep), start-up arguments (45) and the working directory (/bin/) using the two ‘basic’ overlays.

In this simple example we will be configuring a 45 second delay or sleep command. We need to configure the executable name (sleep), start-up arguments (45) and the working directory (/bin/) using the two ‘basic’ overlays.

You also have the ability to configure file descriptors and environment variables which are the equivalent of Guardian file assignments and parameters.

You also have the ability to configure file descriptors and environment variables which are the equivalent of Guardian file assignments and parameters.

Once the BMON has been ‘PREPARE'd’, the following configuration file is generated for our example OSS STEP.

When the BMON is built, then you can enquire on the status and configuration of the OSS step using BCOM.

The progress of the schedule is logged to EMS.

Errors are also reported to EMS. Error 4002= No such pathname exists or missing executable.

MultiBatch Batch Job Scheduler - Event-Timer AT Schedule Screenshot