Gestión de alarmas
El objetivo del subsistema de Gestión de Alarmas es el control en la evolución normal de los procesos de la plataforma editran en cada una de las fases de la presentación y transmisión de los datos, de forma que si ocurre algún tipo de incidencia, se tenga la posibilidad de notificación inmediata de dichos problemas a distintos interlocutores (a través de correo electrónico, mensajes sms, notificación a gestor externo, etc.), así como el guardar en un log dicha la información de la incidencia ocurrida. También se pueden dar alarmas cuando se finalizan correctamente los posteriores a emisión o recepción.
Los tipos de alarmas pueden ser:
Alarmas a gestor externo. Se proporciona un programa ejemplo. ZTBEBA10 que hace displays y que graba en el log de sistema.
Alarmas a e-mail. Estas pueden ser de 3 tipos:
Alarmas a través del servidor SMTP del zOS.
Alarmas a través del programa sendmail de la partición UNIX del zOS
Alarmas a través de un gestor externo. En este caso, se establece una conexión ip entre el host y un servidor unix-pc-Windows, y este gestiona el envío. Para implementar el programa en el servidor consulte con INDRA.
Alarmas a móviles a través de un gestor externo. En este caso, se establece una conexion ip entre el host y un servidor unix-pc-Windows, y este gestiona el envío. Para implementar el programa en el servidor consulte con INDRA. En el servidor habrá que instalar un modem standard a 28800 con velocidad máxima a 57600 y el teléfono configurarlo con velocidad 58600, e intercambio de datos (fax/datos) con la opción recepción fax/dat marcada
El funcionamiento es el siguiente:
El usuario define en un fichero de perfiles y da de alta sesiones (con criterios genéricos o específicos), indicando como quiere realizar notificaciones cuando el proceso de emisión - recepción falla, ya sea en un procedimiento previo o posterior, como si se ha producido una interrupción con códigos determinados (para verlos consulte en editran/P los códigos A7I). También se puede hacer para cuando el posterior funciona correctamente.
El usuario define un fichero de log, que contiene los datos de las sesiones que han fallado, el motivo y si se ha notificado a alguien el error.
Una vez que se produce un fallo, el sistema graba en log y notifica esta incidencia, si así se le indica.
Definición de ficheros
La definición de los ficheros ZTBEFAL, ZTBEFPE se realizará con los jcl’s ZTBEJIAL, ZTBEJIPE respectivamente. Es importante destacar que el ZTBEFAL tiene shr (3,3).
Modificación de los procedimientos de Onesait · Editran
En los procedimientos previos y posteriores a emisión y recepción, así como en el de interrupción (ZTBGP**) se deben añadir las fichas de ficheros ZTBEFAL, ZTBEFPE.
También, se puede (se recomienda hacerlo) incluir un segundo paso en el procedimiento, a continuación del paso de carga, descarga, excepción, etc., de forma que si abenda dicho paso, entra este paso y la alarma es notificada. Si no se incluye este paso y abenda el anterior, la alarma no será notificada. Si la alarma es notificada, lo normal es que el paso anterior no abende (acabará con rc xx), de forma que este paso no entrará.
Pruebas de instalación
Una vez instalado el producto, las pruebas consistirán en la definición de un perfil adecuado y carga con parámetros erróneos.
Mensajes de error
Si se utiliza un gestor e-mail o sms externo y no se ha conseguido el envío, en el propio procedimiento se dan displays con información más detallada del problema.
Por ejemplo, se mostraría el siguiente display en el procedimiento, en caso en que el servidor no esté activo:
Parametrización correo electrónico SMTP
En los perfiles editran/E se pedirán 2 parámetros relacionados:
Nombre del dominio de la máquina SMTP. Es el valor especificado en NJENODENAME
Nombre del procedimiento de arranque.
Se configura de la siguiente forma (ejemplo):