data monitor for iseries - helpsystems · pocos conocimientos de las infraestructuras...

Data Monitor for iSeries Guía de Usuario

5.1DMI-BAS

Data Monitor for iSeries Guía de Usuario

El software descrito en este documento se distribuye bajo un contracto de licencia y puede utilizarse

únicamente de acuerdo a los términos de uso de dicho acuerdo.

Aviso de Copyright

Copyright © 2013 Tango/04. Todos los derechos reservados.

Fecha de documento: Julio 2012

Versión de documento: 1.1

Versión de producto: 5.1

Ninguna parte de esta publicación puede reproducirse, transmitirse, transcribirse, almacenarse en un

sistema de recuperación o traducirse a ningún idioma o lenguaje de programación, de ninguna forma ni

medio, electrónico, mecánico, magnético, óptico, químico, manual, o de cualquier otro tipo, sin el

permiso por escrito previo de Tango/04.

Marcas Registradas

Cualquier referencia a nombres de productos registrados son propiedad de las respectivas empresas.

Soporte Técnico

Para soporte técnico visite nuestra página web en www.tango04.com.

Tango/04 Computing Group S.L. Avda. Meridiana 358, 5 A-B Barcelona 08027 España

Teléfono: +34 93 274 0051

http://www.tango04.com

http://www.tango04.com

Tabla de Contenidos

Tabla de Contenidos

Tabla de Contenidos.......................................................................... III

Cómo Usar esta Guía.......................................................................VIII

Capítulo 1

Introducción ...................................................................................... 11.1. Características principales de Data Monitor ..................................................2

1.2. Beneficios de Data Monitor.............................................................................6

1.3. Comprendiendo las versiones de Data Monitor .............................................7

Capítulo 2

Instalación de Data Monitor for iSeries ................................................ 82.1. Menús de Data Monitor ..................................................................................8

2.2. Reports ...........................................................................................................9

2.3. Claves de Activación del Producto .................................................................9

2.3.1. Cambios y lecturas .................................................................................10

2.3.2. Data Monitor for iSeries Express ............................................................10

Capítulo 3

Configuración y arranque de Data Monitor para monitorizar Archivos Sensibles........................................................................................ 11

3.1. Ver la configuración de Data Monitor ...........................................................11

3.2. Mostrar Detalles de Archivo en Data Monitor ...............................................12

© 2013 Tango/04 Computing Group Página III

Tabla de Contenidos

3.3. Añadir un archivo a Data Monitor .................................................................15

3.4. Trabajar con Formatos de Archivo ...............................................................18

3.4.1. Añadir un Formato a un archivo .............................................................20

3.4.2. Cambiar definiciones de Formatos .........................................................21

3.4.3. Uso de expresiones en formatos ............................................................22

3.5. Trabajar con detalles de campos .................................................................23

3.5.1. Vista 1 .....................................................................................................25

3.5.2. Vista 2 .....................................................................................................26

3.5.3. Vista 3 .....................................................................................................28

3.5.4. Añadir Campo de Formato......................................................................29

3.6. Iniciar/Reiniciar Monitores.............................................................................31

3.6.1. El subsistema T4DATAMON...................................................................34

3.7. Finalizar Monitores........................................................................................35

3.8. Monitorización de Archivos en Sistemas Remotos ......................................36

3.8.1. Configurar archivos remotos para cambios ............................................37

3.8.2. Ejemplo - Configurar archivos remotos para cambios y lecturas............41

3.8.3. Monitorización de bases de datos de Data Monitor ...............................43

Capítulo 4

Configuración y arranque de Data Monitor para monitorizar Usuarios Sensibles........................................................................................ 45

4.1. Ver la configuración de usuarios de Data Monitor .......................................45

4.2. Mostrar ajustes de usuario en Data Monitor .................................................46

4.3. Añadir un usuario a Data Monitor .................................................................48

4.3.1. Guardar Transacción Si (F14).................................................................51

4.3.2. Opciones de Monitorización (F15) ..........................................................51

4.4. Iniciar/Reiniciar Monitores.............................................................................51

4.4.1. El subsistema T4DATAMON...................................................................54

4.5. Finalizar Monitores........................................................................................55

Capítulo 5

Data Monitor para iSeries Express ..................................................... 565.1. Arrancar Data Monitor for iSeries Express ...................................................56

5.2. Limitaciones ..................................................................................................59

Capítulo 6

Manejo de formatos en Data Monitor for iSeries ............................... 616.1. Data Monitor para archivos sensibles...........................................................61

6.2. Data Monitor para usuarios sensibles ..........................................................61

© 2013 Tango/04 Computing Group Página IV

Tabla de Contenidos

6.3. Data Monitor for iSeries Express ..................................................................62

6.4. Refresco automático de Formatos ...............................................................62

6.4.1. Campos clave y refresco de formatos.....................................................62

Capítulo 7

Limpiar archivos de Data Monitor ...................................................... 647.1. Modo de Borrado ..........................................................................................64

7.2. Borrar transacciones de un archivo .............................................................66

7.3. Selección de Valores de auditoría a borrar...................................................66

7.4. Reorganización de archivos..........................................................................66

7.5. Biblioteca de Salida ......................................................................................66

7.6. Borrar transacciones retrotraídas ................................................................66

Capítulo 8

Enriquecimiento de datos de 360º para Control y Auditoría de 360º..... 688.1. Funciones ALEV utilizadas para el enriquecimiento de 360º de los datos ...69

8.1.1. Funciones ALEV para bases de datos locales........................................69

8.1.2. Funciones ALEV para bases de datos remotas......................................70

8.2. Cómo utilizar funciones ALEV para enriquecimiento....................................71

8.3. Crear un campo virtual para enriquecimiento ...............................................73

8.4. Ejemplo detallado de enriquecimiento de 360º de datos ..............................75

8.4.1. Escenario ................................................................................................75

8.4.2. Bases de datos .......................................................................................75

8.4.3. ¿Qué haremos? ......................................................................................76

8.4.4. Script .......................................................................................................76

8.4.5. Enriquecimiento de nuestra base de datos monitorizada .......................78

8.5. Cómo trabajar con miembros........................................................................79

Capítulo 9

Consideraciones sobre Rendimiento ................................................... 819.1. Data Monitor for iSeries para Archivos ........................................................82

9.2. Data Monitor for iSeries para Usuarios ........................................................82

9.3. Data Monitor for iSeries Express .................................................................82

Capítulo 10

Reportes de Data Monitor ................................................................. 8310.1. Reportes predefinidos de Data Monitor .....................................................84

© 2013 Tango/04 Computing Group Página V

Tabla de Contenidos

10.1.1. Chronological Data Changes (Transaction Header Information Only)..85

10.1.2. Chronological Data Changes ...............................................................85

10.1.3. Chronological Data Changes (With Grouping) .....................................88

10.1.4. Total Transactions Summary ................................................................89

10.1.5. Creación de subreportes personalizados..............................................90

10.2. Formatos disponibles para exportación de Reportes ................................90

10.2.1. Destinos de reporte disponibles............................................................91

Capítulo 11

Monitorización de Data Monitor for iSeries con VISUAL Message Center............................................................................... 92

11.1. Monitorización de cola de mensajes de Data Monitor ...............................92

11.2. Creación de Business Views de Data Monitor ............................................92

11.3. Recepción y Proceso de eventos importantes de Data Monitor for iSeries 93

11.4. Creación de Enterprise Views para controlar Data Monitor for iSeries.......93

11.5. Integración de Data Monitor con VISUAL Message Center........................94

11.5.1. Configuración en la parte iSeries ........................................................94

11.5.2. Configuración en la parte SmartConsole ..............................................96

Apéndices

Apéndice A: Recomendaciones para Proteger Datos de Alto Nivel.......... 98

Apéndice B: Flujo de Proceso de Entrada de Diario............................ 100

Apéndice C: Cómo Reprocesar entradas ............................................ 104

Apéndice D: Cómo reducir la ocupación de espacio en disco ............... 107D.1. Replicar la Base de datos de Data Monitor................................................108

Apéndice E: Formatos con Rangos de Fecha Solapados ..................... 109

Apéndice F: Replicación de la configuración iSeries ........................... 111F.1. Archivos (*FILE)..........................................................................................111

F.2. Áreas de Datos (*DTAARA)........................................................................113

F.3. Pasos Manuales .........................................................................................113

F.3.1. Lista de autorizaciones T4DATAMON .................................................113

F.3.2. Arranque automático de los monitores de Data Monitor ......................113

© 2013 Tango/04 Computing Group Página VI

Tabla de Contenidos

Appendix G: Variables ALEV y Funciones para Expresiones ................. 115G.1. Variables ALEV ..........................................................................................115

G.1.1. Descripción de las variables:................................................................117

G.2. Funciones ALEV ........................................................................................120

G.3. Funciones de Negocio Externas ...............................................................123

G.3.1. Forma alternativa de ejecutar programas externos y recuperar resultados..................................................................................................124

G.3.2. Ejemplo de una función de negocio externa ......................................125

G.3.3. ¿Cómo puede adaptar sus programas a un entorno de Data Monitor for iSeries? .....................................................................................................126

G.3.4. Descripción de Secciones ....................................................................130

G.3.5. Crear el Programa de Servicio .............................................................134

G.3.6. Definir funciones o procedimientos en Data Monitor for iSeries ..........135

G.3.7. Uso de funciones de negocio externas ................................................137

G.3.8. Consideraciones finales .......................................................................139

G.4. Solución de Errores....................................................................................140

Apéndice H: Uso de Filtros y Expresiones Avanzados ........................ 144H.1. Optimización de expresiones con &OperationsValues ..............................144

H.2. Ejemplo de un Formato utilizando expresiones .........................................145

Apéndice I: Alertas en Tiempo Real de Transacciones Importantes ...... 147I.1. Ejemplo 1 .....................................................................................................147

I.2. Ejemplo 2 .....................................................................................................148

Apéndice J: Mandatos de Data Monitor ............................................ 151

Appendix K: Preguntas más comunes............................................... 154K.1. Data Monitor for iSeries .............................................................................154

K.2. Data Monitor for iSeries para monitorización de archivos sensibles ..........156

K.3. Data Monitor for iSeries para monitorización de usuarios sensibles..........158

K.4. Data Monitor for iSeries Express................................................................159

Appendix L: Mejores Prácticas ......................................................... 161

Apéndice M: Contactar con Tango/04 .............................................. 163

Acerca de Tango/04 Computing Group ............................................. 165

Aviso Legal.................................................................................... 166

© 2013 Tango/04 Computing Group Página VII

Cómo Usar esta Guía

© 2013 Tango/04 Computing Group Página VIII

Cómo Usar esta Guía

Este capítulo explica cómo usar las Guías de Usuario de Tango/04 y comprender las convenciones

tipográficas usadas en toda la documentación de Tango/04.

Convenciones Tipográficas

Los siguientes términos, formatos de texto y símbolos convencionales se utilizan en toda la

documentación impresa de Tango/04:

Convention Description

Negrita Mandatos, botones en pantalla y opciones de menú.

Cursiva azul Referencias y enlaces a otras secciones en el manual o a otra documentación que contiene información relevante.

Cursiva Texto mostrado en pantalla, o variables donde el usuario debe sustituir sus propios detalles.

Monospacia Mandatos de entrada como mandatos o código System i, o texto que los usuarios deben teclear.

MAYUSCULA Claves de teclado, como CTRL para la tecla Control y F5 para la tecla de función que está etiquetada como F5.

Notas e información adicional de utilidad.

Consejos y pistas que mejoran la experiencia de usuario al trabajar con este producto.

Importante: información adicional que es altamente recomendable que el usuario tenga en cuenta.

Aviso: El no seguir esta información podría derivar potencialmente en serios problemas.

Introducción

Capítulo 11 Introducción

Data Monitor como lo último en herramientas de audito-ría

Data Monitor es una herramienta de auditoría iSeries que de

forma eficiente recupera datos de diarios y monitoriza datos

a nivel de archivo, basada en políticas dinámicas, y que es

capaz de monitorizar datos en tiempo real y en múltiples

bases de datos simultáneamente. Con Data Monitor puede

monitorizar por ejemplo accesos inesperados,

modificaciones maliciosas y cambios que comprometen la

integridad de los datos.

Use Data Monitor para auditar su iSeries y asegúrese que

cumple con las leyes relativas al acceso y protección de datos, como Sarbanes-Oxley (SOX) y Payment

Card Industry (PCI) Data Security Standard. Utilizando Data Monitor puede evaluar el cumplimiento de

prácticamente cualquier regulación o estándar corporativo, tanto personal técnico como auditores con

pocos conocimientos de las infraestructuras informáticas.

Data Monitor for iSeries Base utiliza únicamente1 el registro por diario nativo del sistema operativo y

desencadenantes, y soporta OS/400 V5R1 y posteriores. Muestra transacciones a nivel de registro

como inserciones, borrados, lecturas y modificaciones, así como mandatos DLTF, CLRPFM y ENDJRNPFen reportes gráficos extremadamente fáciles de leer. Una vez Data Monitor procesa las transacciones

de un diario, los receptores de diario no se requieren más para que Data Monitor funcione. Los

receptores pueden guardarse para propósitos legales y para recrear datos de transacciones de los

receptores de diario en cualquier momento.

Data Monitor genera una serie de archivos de transacción internos, conocidos como el Log de

Transacciones Históricas. Use VISUAL Message Center Reports para generar distintos tipos de

reportes basados en los datos almacenados en el Log de Transacciones.

Consiga lo máximo de Data Monitor utilizándolo en combinación con VISUAL Message Center

SmartConsole y VISUAL Message Center Reports. Conjuntamente con ellos Data Monitor se convierte

en una eficiente herramienta de auditoría y trazabilidad, que permite una seguridad mayor del

almacenamiento de datos, análisis históricos, detección de fraudes, o análisis forense y puede usarse

1. La auditoría de accesos de lectura utiliza triggers en la base de datos. Los Triggers no son necesarios para audi-toría de cambios.

"Tango/04 Monitor es increíblemente fácil de usar. No solo ayuda a superar las auditorías, sino que también es útil desde un punto de vista interno para ayudarnos a rastrear cuando un usuario provoca un incidente con los datos, a sea accidentalmente, o por otro motivo."

Cualificado 3.7 sobre 4 (equivalente a 9 sobre 10).

Taking Some Pain Out of IT Auditing, IBM Systems Magazine

© 2013 Tango/04 Computing Group Página 1

Introducción

como un sistema de alerta temprana para prevención y respuesta rápida, atendida o no, para intentos

de intrusión por hackers.

Data Monitor como herramienta de protección en tiempo real

Data Monitor es único en el sentido de que puede generar alertas en tiempo real para prácticamente

cualquier tipo de actividad sospechosa. Por ejemplo, descuentos demasiado elevados, movimientos en

cuentas durmientes, cambios durante la noche, evitar aplicaciones (utilizando SQL o herramientas de

programación), acceso de usuarios privilegiados, y más. Estas alertas pueden enviarse a VISUAL

Message Center SmartConsole y escalarse utilizando teléfonos móviles o email, e incluso pueden

automatizar acciones (como bloquear una cuenta de usuario) sin intervención humana.

Data Monitor es especialmente rica en el tipo de controles de auditoria que pueden asignarse a los

datos, ya que tiene un potente lenguaje de scripting, genera extensos metadatos sobre los cambios

(como grupo de usuarios, clase, código de contabilidad, etc.), y proporciona formas sencillas de

acceder a los datos desde otras bases de datos, controlando de forma efectiva toda la actividad de

usuarios y mitigando los riesgos proactivamente.

Data Monitor como herramienta de monitorización de KPI (Indicadores Clave de Rendimiento)

Tango/04 Data Monitor puede utilizarse para algo más que para auditar. Cuando nos encontramos con

sectores de alto volumen y altamente interactivos como banca, ventas, finanzas, fabricación o seguros,

existe una necesidad de controlar ciertos indicadores claves de rendimiento que son extremadamente

costosos de recuperar utilizando sentencias SQL estándar. Data Monitor puede ayudarle también en

esto, reaccionando inmediatamente a cambios en lugar de ejecutar periódicamente sentencias de

consulta consumidoras de recursos para comprobar los datos. El control en tiempo real de varios KPIs

como niveles críticos de stock, cash-flow, ventas por hora, retraso promedio del call center, etc., pueden

conseguirse de forma fácil y eficiente utilizando las avanzadas funcionalidades de alerta de Data

Monitor. Pueden crearse alertas para cualquier desviación de los parámetros normales para enviarse a

listas de escalamiento utilizando mensajería para teléfonos móviles o email.

1.1 Características principales de Data Monitor Información detallada de cada transacción

Tango/04 Data Monitor for iSeries puede recuperar información detallada de cada transacción de

lectura o cambio, incluyendo fecha/hora, usuario, clase del usuario, dirección IP del trabajo remoto que

efectúa la transacción (si está disponible), nombre del programa y biblioteca (sólo para inserciones,

borrados, y actualizaciones), etc.

Monitorización de usuarios y archivos

Tango/04 Data Monitor puede configurarse para monitorizar un grupo de archivos sensibles

independientemente del usuario que accede a ellos), o un grupo de usuarios sensibles

(independientemente de los archivos a los que acceden), o una combinación de ambos.

Nota Data Monitor no registra por diario archivos físicos, ni crea diarios o receptores de diario.

Los archivos físicos deben estar registrados por diario previamente utilizando el mandato

STRJRNPF, con el parámetro IMAGES ajustado a (*BOTH).

Consejo Para maximizar la información recogida por Data monitor – en versiones V5R2 y posteriores

– es importante especificar los valores *JOB, *USR, *PGM, *PGMLIB y *RMTADR en el

parámetro FIXLENDTA cuando crea o cambio sus diarios (mandatos CRTJRN y CHGJRN).


Introducción

Consumo de recursos extremadamente bajo

Al incorporar una elegante arquitectura y unas avanzadas técnicas de programación, Data Monitor

normalmente tiene un impacto insignificante en el rendimiento o incluso ninguno (cuando se utiliza el

soporte de Diarios Remotos)2 para auditoría de cambios3.

Motor de Recolección Altamente personalizable

Tango/04 Data Monitor puede personalizarse para monitorizar solo los campos y transacciones que

realmente importan, evitando el almacenamiento de datos innecesarios. Los Reportes pueden

personalizarse, indicando qué campos deben listarse. Pueden crearse campos virtuales, basados en

campos existentes, datos en otras tablas y fórmulas.

Los reportes pueden extraer información a nivel de campo. Concéntrese en los eventos más críticos,

auditando únicamente los campos y registros sensibles, y filtrando en origen la información menos

relevante.

Reportes flexibles en tiempo real o “on demand”

Tango/04 Data Monitor utiliza VISUAL Message Center Reports para generar reportes de forma

interactiva e inmediata o planificar su creación en forma diferida. Reports permite visualizar los reportes

en pantalla o generarlos en múltiples formatos, incluyendo:

• Acrobat (PDF)

• Texto delimitado por comas (CSV)

• Excel (XLS)

• Word (DOC)

• XML

Los reportes pueden ser enviados por correo electrónico automáticamente, o bien pueden alimentar un

portal Web corporativo o una sección protegida de la Intranet

Uso Eficiente de Recursos

Como los reportes se generan desde una base de datos optimizada, los receptores de diario pueden

borrarse en cualquier momento para liberar valioso espacio en disco. Además, el log de transacciones

históricas puede almacenarse en una base de datos remota o incluso en un servidor Windows, Linux o

UNIX.

Descubrimiento y refresco automático de formato de formatos de registro

Tango/04 Data Monitor for iSeries se adapta a cambios en las aplicaciones. Los campos siempre se

mostrarán correctamente aunque hayan cambiado de formato, se hayan agregado o eliminado campos,

etc.

2. No habrá ningún impacto en el rendimiento en la máquina de Producción, ya que el procesamiento de las tran-sacciones se realiza totalmente en la máquina remota (normalmente un backup). Esta característica puede coexistir con productos populares de Alta Disponibilidad como VISION Solution ORION, iTera, MiMiX, o DataMirror HA Suite o iCluster.

3. Los accesos de solo lectura pueden tener un impacto en el rendimiento y debe implementarse cuidadosamente. Vea el capítulo sobre Consideraciones de rendimiento para más información.

Nota Data Monitor for iSeries Express requiere que los receptores de diario estén online.


Introducción

Si es necesario se encarga de cargar formatos para archivos sin la intervención del usuario. Para más

detalles diríjase al Capítulo 4 - Configuración y arranque de Data Monitor para monitorizar Usuarios

Sensibles en página 45.

También refresca automáticamente formatos de registro a la vez que se cambian. Para más detalles,

diríjase al Capítulo 6 - Manejo de formatos en Data Monitor for iSeries en página 61.

Subreportes personalizados Cada usuario autorizado puede crear fácilmente subreportes personalizados a partir de los reportes

predefinidos incluidos en el Reports. Esto permite insertar logotipos, modificar la apariencia de los

listados, y, desde una intuitiva interfaz gráfica, crear conjuntos de parámetros para responder

rápidamente a preguntas como estas:

• ¿Quién modificó el fichero NOMINAS accediendo como usuario PEREZ?

• ¿Quién modificó FACTURAS entre las doce de la noche y las cinco de la mañana?

• ¿Qué modificaciones (a cualquier tabla) realizó el usuario GONZALEZ el último mes?

• ¿Cuáles fueron todas las modificaciones a los campos sensibles de DESCUENTOS el último

trimestre?

• ¿Cuáles fueron los cambios realizados a CLIENTES que no fueron realizados con el programa

FINANCE/ACTCLI04?

• ¿Qué cambios se hicieron vía DFU?

• ¿Cuántas altas y bajas se realizaron en la tabla NOMINA el año pasado?

• ¿Quiénes modificaron la tabla SUELDOS sin pertenecer al grupo de usuarios de RRHH?

Imagen Anterior y Posterior

Si lo desea, por cada campo se mostrarán el valor original y el posterior al cambio. Es posible definir el

orden de aparición de los campos o bien excluir algunos de ellos.

Soporte con validez legal

Cuando se descubre un comportamiento fraudulento por parte de un empleado, o cualquier otra

transacción sospechosa que requiera la intervención de la Justicia, Tango/04 Data Monitor puede

ayudar. Está basado en datos en los receptores de diario de IBM, que han sido certificados por IBM

como “usable como prueba legal” en Estados Unidos y otros países. Este no es el caso de otros

métodos de captura de datos, como desencadenantes, usados por otros productos del mercado.

Rápida puesta en marcha y facilidad de uso

Tango/04 Data Monitor for iSeries está diseñado para ser puesto en producción con un mínimo esfuerzo

por parte del usuario, y con un muy bajo coste de operación.

Reporting gráfico rápido y detallado

El sistema de reporting gráfico de Data Monitor no es sólo placentero para la vista, sino también

extremadamente potente para una rápida identificación de áreas problemáticas. Diversas

funcionalidades contribuyen al ahorro de tiempo: cambios a campos claramente marcados, metadatos

de la transacción completa, la capacidad de recuperar descripciones clave (mostrando, por ejemplo,

nombre y apellidos del cliente en lugar del código del cliente), la posibilidad de crear campos virtuales

con información extendida de otras tablas (como tipo de cliente, dirección del cliente, nombre del

representante de ventas, o cualquier otro dato de tablas principales o secundarias), la posibilidad de

generar reportes fácilmente con varios parámetros (fecha, usuario, programa, etc.), la capacidad de


Introducción

reportar cambios sólo de ciertos campos, la capacidad de reportar cambios donde ciertos campos

asumen ciertos valores, y la capacidad de ser alertado automáticamente en tiempo real de cualquier

condición sospechosa, y más. Toda esta potencia le ahorra muchísimo tiempo y le asegura que todas

las situaciones potencialmente peligrosas se manejan de la forma apropiada.

Transparente a las aplicaciones existentes

Al integrarse directamente con los receptores de diario de la base de datos, Tango/04 Data Monitor no

requiere ningún cambio en las aplicaciones existentes.

Integración total con VISUAL Message Center

Tango/04 Data Monitor for iSeries puede integrarse fácilmente con VISUAL Message Center y VISUAL

Security Suite, aprovechando así toda la potencia de la SmartConsole para la generación de alertas

tempranas, escalamiento de mensajes y automatización de acciones.

Protección de información confidencial

Los datos más sensibles pueden ser publicados plenamente en los reportes, o bien ser protegidos. Por

ejemplo, pueden protegerse datos tales como saldos de cuenta, números de tarjeta de crédito, números

de teléfono, etc., que aparecerán en los reportes como ***Restricted***.

Soporte de diarios remotos

Tango/04 Data Monitor puede instalarse en una máquina de backup y recolectar datos de un diario

remoto, evitando el uso de recursos en el servidor de producción.

Robustez, el soporte para reprocesamiento y comprobación cruzada

En caso que necesite cambiar el formato personalizado de una tabla, o si necesita modificar las

condiciones para auditar una transacción, puede reprocesar fácilmente un grupo de transacciones,

indicando la fecha desde la que iniciar el reproceso. Las transacciones nunca se repiten para asegurar

la integridad de datos. La comprobación cruzada de la base de datos con el diario original, está

disponible si es necesario y robustos procesos automatizados garantizan que no se pierde ninguna

transacción incluso si el monitor se desactiva durante un rato. Cualquier intento de eliminar los datos

del registro por diario se detecta y reporta rápidamente, y puede generarse una alerta en tiempo real.

Base de datos auto-gestionada

Tango/04 Data Monitor incluye mandatos de auto-limpieza que pueden planificarse fácilmente para

conseguir una auto-gestión de las base de datos históricos.

Operaciones Automáticas

Las operaciones de Tango/04 Data Monitor (Base) pueden automatizarse completamente. El arranque

y finalización diarios son automáticos, los formatos de las bases de datos se refrescan

automáticamente cuando cambia el formato de los registros de una tabla, y combinado con las alertas

automatizadas y la creación automatizada de reportes, se puede alcanzar una completa automatización

de las operaciones.

Importante

Data Monitor for iSeries proporciona todas las herramientas necesarias para asegurar que

los datos sensibles de alto nivel se protegen correctamente según las Directivas Europeas

de Protección de Datos.

Para más detalles diríjase al Apéndice A: Recomendaciones para Proteger Datos de Alto

Nivel en página 98.


Introducción

Arquitectura abierta para una integración de aplicaciones ilimitada

Tango/04 Data Monitor puede llamar a un programa RPG, C, Java o COBOL externo (o cualquier otro

programa soportado por i5/OS) para ejecutar una acción o calcular el valor de un campo. Por ejemplo,

si tiene un programa RPG complejo y totalmente probado que calcula el tipo de interés de una cuenta, y

desea incluir los resultados de ese cálculo en un filtro de auditoría, regla de alerta o reporte, puede

llamar al programa RPG utilizando las denominadas Funciones de Negocio Externas, las cuales

básicamente llaman a cualquier programa y devuelve datos calculados.

Soporte de las últimas tecnologías IBM

Tango/04 Data Monitor añade continuamente las últimas mejoras de IBM al sistema operativo y al

registro por diario. Por ejemplo, soporta toda la información de los nuevas entradas de diario TYPE5,

que añaden importante información como dirección IP y Biblioteca de Programa. Las más avanzadas

técnicas de programación disponibles en cada release de i5/OS son utilizadas. Tango/04 tiene contacto

directo con los Laboratorios de IBM en Rochester, Minnesota (USA).

Probado en entornos reales

La arquitectura de Tango/04 Data Monitor ha sido probada en entornos de producción con clientes

auditando más de un billón de transacciones por mes, con excelentes resultados, bajo consume de

recursos y una alta satisfacción de los clientes. Disponemos de referencias de cliente a su disposición,

bajo petición previa.

1.2 Beneficios de Data Monitor• Prevenga fraudes

• Cumpla con requerimientos de auditorías, internas o externas

• Mantenga un registro de los cambios o lecturas realizados a un campo cualquiera por una

aplicación existente sin necesidad de modificar la aplicación

• Cumpla con los requerimientos específicos de protección de privacidad de la Ley Orgánica de

Protección de Datos Personales (LOPD) y de otras legislaciones internacionales (SOX), o

sectoriales (Basilea II para empresas financieras, CFR 21 para laboratorios, HIPPA para

empresas de salud, normas del Banco de España, etc.)

• Cuente con un sistema avanzado de reporting que le permita identificar y resolver rápidamente

tentativas de utilización ilícita o reprobable

• Almacene los cambios a registros sensibles o de interés para la actividad de la empresa en

forma eficiente y en sistemas seguros (diferentes al original si lo desea)

• Cumpla con estándares internacionales de seguridad tales como ISO 17799, adáptese a las

recomendaciones de Gestión de Seguridad de ITIL, COBIT y otras buenas prácticas de la

industria

• Cuente con un registro de la actividad realizada por un usuario para poder probar actividades

ilegales

• Disuada a los empleados y a personal temporal de realizar actividades indebidas mediante la

implantación de un sistema avanzado de monitorización de datos.

• Monitorización eficiente en tiempo real de KPIs (Indicadores clave de rendimiento).


Introducción

1.3 Comprendiendo las versiones de Data Monitor Tango/04 Data Monitor for iSeries tiene una versión estándar (Base) que incluye las mayoría de

funcionalidades del producto, con las excepciones mencionadas a continuación. Una característica

distintiva de esta versión es que no necesita que los receptores de diario de los archivos monitorizados

se almacenen online, ya que las transacciones se almacenan en una base de datos a parte (el Log de

transacciones históricas). Esto hace que sea muy sencillo obtener un reporte de la actividad de

usuarios en cualquier momento (incluyendo la inspección de actividad que sucedió hace mucho tiempo)

independientemente si el diario original está todavía en el disco.

Tango/04 Data Monitor for iSeries Express es un subconjunto del producto base, que solo puede

recuperar datos de un receptor de diario que esté presente online. Si necesita obtener un reporte de

actividades pasadas utilizando la versión Express versión y el receptor de diario ya no contiene los

datos necesarios, necesitará primero restaurar los receptores de diario antiguos con los datos.

Es posible pasar desde la versión Express a la versión Base. Contacte con Tango/04 o un Business

Partner autorizado para conocer más sobre el proceso de actualización.

Existe una licencia separada para monitorizar accesos de lectura a los archivos. Si necesita monitorizar

y auditar accesos de solo lectura, contacte con Tango/04 o un distribuidor autorizado.


Instalación de Data Monitor for iSeries

Capítulo 22 Instalación de Data Monitor for iSeries

Tango/04 Data Monitor for iSeries se instala como un producto independientemente. Genera datos en el

servidor que luego son utilizados por VISUAL Message Center Reports para generar una serie de

reportes de auditoría.

Para obtener lo máximo de Data Monitor for iSeries debe instalar tanto Tango/04 Data Monitor como

VISUAL Message Center Reports. Diríjase al Capítulo 10 - Reportes de Data Monitor en página 83 para

más información.

Data Monitor puede instalarse mientras otras aplicaciones utilizan los archivos, diarios y receptores de

diario.

2.1 Menús de Data Monitor Una vez haya instalado el producto en la biblioteca T4DATAMON, podrá acceder al menú principal usando

el siguiente mandato:

GO T4DATAMON/DTM_MENU

Figura 1 – Menú Principal de Data Monitor



El menú DTM_MENU muestra la pantalla tal como se muestra en la imagen anterior y contiene las

opciones principales para trabajar con Data Monitor. Pulse Av Pag para más opciones de menú.

Para abrir la configuración de Data Monitor seleccione la opción 1 Configuración General de Data

Monitor, donde podrá añadir los archivos sensibles a monitorizar y trabajar con diferentes formatos.

Otra forma de abrir el menú de configuración general es introducir el mandato:

GO T4DATAMON/DTM_CONFIG

Figura 2 – Opción 1: Menú de Configuración General de Data Monitor (menú FILE_MENU)

Diríjase Capítulo 3 - Configuración y arranque de Data Monitor para monitorizar Archivos Sensibles en

página 11 para más detalles sobre la configuración.

2.2 ReportsEn Reports encontrará reportes de auditoría diseñados específicamente para trabajar con Data Monitor.

Reports utiliza una conexión ODBC para recuperar datos de la base de datos de Data Monitor. La base

de datos de Data Monitor que se encuentra en un sistema iSeries puede ser replicada a diferentes

plataformas como Oracle o SQL Server. Reports puede utilizar cualquiera de estas bases de datos para

sus reportes.

Para detalles sobre la instalación de VISUAL Message Center Reports y ODBC diríjase a la Guía de

Uso de Reports disponible en el DVD de productos Tango/04.

2.3 Claves de Activación del ProductoData Monitor for iSeries puede utilizarse para monitorizar una gran variedad de archivos y usuarios.

Puede escoger monitorizar sólo cambios o también monitorizar lecturas. Alternativamente puede

seleccionar el uso de Data Monitor for iSeries Express simplemente como base para reporting. Existen

claves de activación separadas dependiendo de la intención con la que desee usar el producto.


http://customers.tango04.com/node/697



2.3.1 Cambios y lecturas Existen claves de activación separadas para monitorizar cambios (insertar, borrar y modificar) y para

monitorización de lecturas, aunque es posible procesar lecturas y cambios en el mismo monitor, tanto

para archivos sensibles, como para usuarios sensibles.

Si sólo tiene una clave para monitorizar cambios y configure un monitor para comprobar las lecturas de

un archivo monitorizado, los monitores no arrancarán Aparecerá un mensaje informándole que no tiene

una clave válida para lecturas. Desde luego, si solo configure monitores para chequear cambios, el

monitor arrancará.

De la misma manera, si tiene una clave solo para monitorizar lecturas y chequea también cambios de

un archivo monitorizado, el monitor para dicho archivo no arrancará.

Por ejemplo, digamos que tiene una clave para monitorizar cambios y existen tres archivos

monitorizados en su sistema. El archivo A monitorizado para cambios y lecturas. El archivo B solo par

cambios y el archivo C solo para lecturas.

Cuando inicie sus monitores solo el monitor del archivo B estará activo. El monitor para el archivo para

el archivo A no estará activo porque no están presentes todas las claves requeridas.

Contacte con Tango/04 o un Business Partner autorizado para obtener sus claves de activación del

producto.

Figura 3 – Ejemplo de mensajes de claves expiradas

2.3.2 Data Monitor for iSeries ExpressData Monitor for iSeries Express le ofrece una imagen de los datos existentes en el diario con fines de

reporting. Cuando esté preparado para recolectar datos del diario, simplemente entre los parámetros

requeridos y ejecute el mandato GENJRNDTA. Data Monitor Express le permite almacenar la información

recuperada (Historical Transaction Log) en una biblioteca diferente. En sus reportes simplemente

especifique la biblioteca desde la que quiere crear el reporte.

Data Monitor for iSeries Express está disponible como un producto individual, como parte de Data

Monitor for iSeries Base, o puede ser activado por una clave de suite independiente.


Configuración y arranque de Data Monitor para monitorizar Archivos Sensibles

Capítulo 33 Configuración y arranque de Data Monitor para monitorizar

Archivos Sensibles

Data Monitor for iSeries puede configurarse para monitorizar archivos sensibles y usuarios sensibles.

Este capítulo describe como configurar Data monitor for iSeries para monitorizar archivos sensibles. El

Capítulo 4 - Configuración y arranque de Data Monitor para monitorizar Usuarios Sensibles en

página 45 describe como configurar Data Monitor para monitorizar usuarios sensibles.

Las primeras secciones se centran en las pantallas que utilizará para comprobar su configuración de

Data Monitor y las variables básicas que se muestran. El resto de secciones explican como añadir

nuevas entradas y modificar las configuraciones ya existentes para monitorizar archivos sensibles.

3.1 Ver la configuración de Data Monitor Desde la pantalla Configuración General de Data Monitor (menú FILE_MENU), utilice la opción 1

(Trabajar con Archivos a Monitorizar) para ver todas las entradas de configuración de Data Monitor.

Figura 4 – Archivos sensibles a monitorizar

Las tres primeras columnas (Nombre de Sistema, Nombre de Archivo y Biblioteca de Archivo)

identifican los archivos sensibles que han sido añadidos a la configuración de Data Monitor.



Estado del Monitor indica el estado del trabajo dedicado a monitorizar el archivo configurador. Para

que Data Monitor monitorice una entradas particular, ésta debe estar habilitada. Una entrada no

habilitada no se monitorizará cuando Data Monitor se reinicie. Diríjase a sección 3.6 - Iniciar/Reiniciar

Monitores en página 31 para más información.

Última Fecha y Hora en Histórico indica la fecha y la hora del último registro almacenado en la base

de datos de transacciones históricas para el archivo de esta entrada de configuración.

Desde luego, si esta es la primera vez que utiliza el producto esta pantalla estará vacía. Puede añadir

una nueva entrada de configuración utilizando F6. Diríjase a la sección sección 3.3 - Añadir un archivo

a Data Monitor en página 15 para más detalles.

Una segunda vista está disponible pulsando F13. Esta vista muestra los detalles del diario remoto para

cada archivo.

Figura 5 – La vista alternativa utilizando F13 muestra detalles del diario remoto de cada archivo.

Use opciones 12 – Especificar diario remoto y 14 – Eliminar diario remoto para añadir y eliminar

entradas de configuración para diarios remotos. Vea sección 3.8 - Monitorización de Archivos en

Sistemas Remotos en página 36 para más detalles.

3.2 Mostrar Detalles de Archivo en Data MonitorDesde la pantalla Trabajar con Archivos a Monitorizar pulse la opción 10 para mostrarlos detalles de un

archivo monitorizado. Otra manera de mostrar los detalles del archivo es introducir el siguiente

mandato:

T4DATAMON/DSPDOMF y pulse F4.

Entre aquí el archivo que desea ver y pulse F9.



Figura 6 – Detalles del Archivo Monitorizado

La pantalla de detalles del archivo muestra los datos actuales para esta entrada de configuración.

Tenga en cuenta que existen bastantes pantallas de detalles del archivo. Pulse Av. Pag para ver más

detalles del archivo.

A continuación sigue una pequeña descripción de los campos disponibles en la primera pantalla de

detalles del archivo.

Nombre del Sistema Origen, Nombre del archivo de datos y Biblioteca identifican el archivo

sensible que está siendo monitorizado.

Grupo ASP de objetos de diario (solo para V5R2M0 posteriores) Este valor se utiliza cuando e

buscan objetos de diario y de receptores de diario donde se registra por diario el archivo. Si no tiene

conocimientos de grupos ASP o no los utiliza en su sistema ignore este parámetro y déjelo con el valor

especial por defecto *IGNORE. Si trabaja con Grupos ASP, introduzca aquí el nombre del Grupo ASP

que corresponda.

Auditoría del Archivo Para: Indica que tipo de transacciones o mandatos serán monitorizados. Sindica

*YES para cualquiera de estas opciones, estarán disponibles en el log de transacciones históricas y

podrán utilizarse en Reporting System.

Alertas del Archivo Para: Alertas son eventos importantes que afectan a archivos sensibles

monitorizados. Por ejemplo una alerta puede enviarse a VISUAL Message Center cuando alguien

finaliza el registro por diario de un archivo. Indique aquí qué alertas serán monitorizadas por VISUAL

Message Center. Tenga en cuenta que la configuración de alertas es independiente de la configuración

de auditoría del archivo del punto anterior.

Pulse Av Pag para mostrar más detalles:



Figura 7 – Detalles del Archivo Monitorizado, página 2

Estado de la Entrada del Archivo: El usuario puede habilitar o deshabilitar la entrada de

configuración. Los únicos valores válidos son *ENABLED o *DISABLED. Cuando el usuario ejecuta la

función F10 (arrancar y reiniciar todos los monitores), solo las entradas habilitadas se arrancarán.

Archivo LOC de Salida: El nombre del archivo físico utilizado para almacenar la lista de transacciones

recuperadas por Data Monitor. Actualmente sólo puede utilizar el valor *PRDDFT. Al utilizar este valor el

usuario indica que el nombre de la base de datos de transacciones históricas es CHLOC01P.

Archivo DOC de Salida: El nombre del archivo físico utilizado para almacenar la lista de detalles de las

transacciones recuperadas por Data Monitor. Actualmente sólo puede utilizar el valor *PRDDFT. Al

utilizar este valor el usuario indica que el nombre de la base de datos de transacciones históricas

detalladas es CHDOC01P.

Biblioteca de Salida: Utilice este parámetro para configurar el nombre de la biblioteca donde se

almacenan los archivos físicos o bases de datos de las listas de transacciones recuperadas por Data

Monitor. Actualmente solo puede *PRDDFT. Al utilizar este valor el usuario indica que el nombre de la

biblioteca es T4DATAMON.

Anterior Diario del Archivo: Nombre y biblioteca del diario registrado antes que el actual, nombre del

dispositivo ASP (versión V5R2M0 o posterior) y el número ASP del diario previamente relacionado al

archivo que se está viendo.

Diario Asociado al Archivo: Nombre y biblioteca del diario registrado actualmente, nombre del

dispositivo ASP (versión V5R2M0 o posterior) y el número ASP del diario relacionado al archivo que se

está viendo.

Detalles del Receptor de Diario: Nombre y biblioteca del receptor de diario registrado actualmente,

nombre del dispositivo ASP (versión V5R2M0 o posterior) y el número ASP del diario relacionado al

archivo que se está viendo.

Detalles del Trabajo de Monitorización: Nombre, usuario, número y estado del trabajo actualmente

dedicado a monitorizar el archivo. Este trabajo puede monitorizar simultáneamente otros archivos

configurados en Data Monitor.

Estado del Monitor: Estado actual del monitor. Indica el estado del trabajo dedicado a monitorizar el

archivo configurado en Data Monitor. Son posibles los siguientes valores:



3.3 Añadir un archivo a Data MonitorAhora que ya sabe donde encontrar información sobre la configuración actual, nos centraremos en

cómo crear nuevas entradas y modificar las existentes.

Aunque Data Monitor lee las transacciones de los diarios, trabaja a nivel de archivo, no de diario. Por

eso, si el mismo diario se utiliza para varios archivos registrados por diario, Data Monitor solo procesa

las transacciones para los archivos sensibles que haya especificado, y no para todos los del diario.

Para acotar más la información monitorizada por Data Monitor puede especificar el tipo de transacción

a procesar. Por ejemplo, si solo está interesado en las modificaciones, asigne a insertar, borrar y leer el

valor *NO y solo se procesarán las transacciones de modificación. Además puede refinar el proceso de

monitorización a nivel de campo. Cuando se definen campos sensibles, solo se listarán las

transacciones relativas a esos campos.

MINENTDTA(*FILE) no está soportado en diarios. Para comprobar el valor del parámetro MINENTDTA

use el mandato WRKJRNA en el diario.

El diario del archivo físico necesita que el parámetro MINENTDTA (minimized entry-specific data) tenga

un valor diferente de *FILE. El Centro de Información de IBM iSeries lo explica de la siguiente manera:

Estado Descripción

*ACTIVE El monitor está activo y en un estado correcto.

*JOBQEl monitor está en la cola pero todavía no se ha iniciado. Este valor es dependiente de la plataforma. iSeries utiliza colas para arrancar los procesos.

*OUTQEl monitor no está activo. La sesión previa finalizó correctamente pero dejó un log.

*INITFAIL Se produjo un error mientras el monitor estaba en estado *STARTING

*STARTING El monitor está todavía en la fase de inicialización

*INACTIVEEste monitor no está activo y no hay ninguna evidencia de que haya sido iniciado en el pasado.

*ENDING El monitor está siendo finalizado desde la interface.

*INERROR El monitor está activo, pero no responde.

*FAILEDEl monitor finalizó debido a un error que se produjo cuando estaba en estado *ACTIVE.

*RESTART El monitor está siendo reiniciado desde la interface.

*JRNINACTIEl diario está temporalmente inactivo. El monitor está activo y espe-rando a que el diario esté activo para poder volver a analizar opera-ciones.

N/A Se produjo un error al intentar recuperar el estado del monitor.

Note Data Monitor no registra por diario archivos físicos. Los archivos deben estar registrados por

diario previamente utilizando el mandato STRJRNPF, con el parámetro IMAGES ajustado a

(*BOTH). Data Monitor comprueba este requerimiento cuando arranca el monitor.



"If you have selected to use the MINENTDTA parameter (i.e.*FILE) for the journal, then some of your

journal entries entry-specific data will be minimized. The layout of the minimized record changes entries

is completely different than the layout when the entry is not minimized. The data is not even

recognizable nor is it readable as sophisticated hash techniques are used in addition to only operating

on actual changed bytes. Therefore, if you want to use the journal as an audit mechanism, you may not

want to choose this option (i.e. *FILE) for database physical files since you (i.e. Data Monitor) will not be

able to read the actual change made."

Diríjase a los mandatos CRTJRN y CHGJRN para más detalles.

Para añadir un nuevo archivo a Data Monitor pulse F6 desde la pantalla Trabajar con Archivos a

Monitorizar. Otra manera de añadir un nuevo archivo es mediante el mandato:

T4DATAMON/ADDDTMF

El mandato Añadir archivo a monitorizar (ADDDTMF) añade una entrada de configuración de archivo a la

lista de configuraciones. Aparece la siguiente pantalla:

Figura 8 – Añadir Archivo a Monitorizar, imagen 1

Introduzca el nombre de archivo y la biblioteca del archivo registrado por diario que desea monitorizar.

A continuación seleccione las transacciones que desea monitorizar, asignando a cada parámetro los

valores *YES o *NO.

Indique el formato inicial a utilizar y la biblioteca donde se encuentra, además de la lista de claves inicial

y su biblioteca. Tenga en cuenta que podrá añadir más formatos y claves posteriormente. Estos

conceptos y cómo los utiliza Data Monitor se describen en la sección 3.4 - Trabajar con Formatos de

Archivo en página 18.

Pulse Av Pag y aparecerá la segunda pantalla de configuración de nuevos archivos:

Note Por defecto Auditar registros leídos tiene valor *NO.

Note Puede seleccionar monitorizar tanto valores como alertas de auditoría



Figura 9 – Añadir Archivo a Monitorizar, imagen 2. Parámetros Adicionales

En la segunda pantalla ADDDTMF complete la configuración de la fecha y hora válida para este formato y

claves.

Usar formato desde Fecha/Hora: Aquí puede introducir el inicio del rango de fechas durante las

cuales el formato es válido. Puede entrar una fecha o uno de los siguientes valores válidos:

• *NOW: Iniciar el formato desde la fecha actual del sistema.

• *NOLIMIT: El Formato se aplicará siempre. Si se indica este valor, Data Monitor solo usará el

valor "Fecha hasta" para determinar el formato correspondiente.

Cuando introduzca una fecha, use el valor hora para afinar el inicio del formato.

Usar formato hasta fecha/hora: Aquí puede introducir el final del rango de fechas durante las cuales el

formato es válido. Puede entrar una fecha o uno de los siguientes valores válidos:

• *NOW: finalizar el formato en la fecha actual del sistema.

• *NOLIMIT: El Formato se aplicará siempre. Si se indica este valor, Data Monitor solo usará el

valor "Fecha desde" para determinar el formato correspondiente.

Cuando introduzca una fecha, use el valor hora para afinar el final del formato.

Puede escoger entre cambiar los parámetros adicionales o simplemente utilizar los valores por defecto.

No son obligatorios para que Data Monitor funcione.

Por defecto los nuevos archivos aparecen en la pantalla Trabajar con Archivos a Monitorizar con estado

del monitor *INACTIVE, Habilitar *YES, y los valores para Última fecha y hora en archivo vacíos.

Cuando arranque el monitor (F10) el estado del monitor cambiará a *ACTIVE.

A veces el campo Último Fecha y Hora en Histórico se rellena inmediatamente con una fecha anterior.

Esto significa que este archivo ha sido monitorizado en el pasado y por cualquier razón la entrada de

configuración fue eliminada. De cualquier forma los datos de monitorización del monitor previo se

almacenaron y ahora aparecen cuando arranca el monitor

Importante Para arrancar los monitores correctamente, asegúrese que el perfil de usuario del trabajo

Data Monitor (Descripción del trabajo T4DATAMON/DTMMONITOR) tiene acceso a los archivos añadidos a

Data Monitor. Este perfil de usuario también debe tener autoridad *ALL para el objeto de diario y

autoridad *USE para los objetos receptores de diario.



El perfil de usuario por defecto es QPGMR, pero puede cambiarlo para añadir autorización para los

archivos requeridos. Use el mandato CHGJOBD en las descripciones de los trabajos T4DATAMON/

DTMMONITOR y T4DATAMON/STRDTAMON.

3.4 Trabajar con Formatos de Archivo Las entradas de transacciones en diarios de IBM Almacenan datos en crudo (sin formato). Data Monitor

recupera esos datos y los formatea para almacenarlos en el log de transacciones históricas de acuerdo

a la configuración. Para ello debe especificar un formato para que Data Monitor lo utilice cuando

monitoriza archivos sensibles.

Un formato (o esquema) incluye una lista de definiciones de campos para el archivo sensible y una lista

de campos clave para ordenar los registros en los reportes del log de transacciones. Estas definiciones

de campos y claves traducen los datos en bruto almacenados en diarios IBM a registros que Data

Monitor puede leer y almacenar en su log de transacciones históricas.

Puede añadir diferentes formatos para el mismo archivo sensible basándose en la fecha y hora. Los

formatos tienen una fecha de inicio y final que define el periodo durante el cual el formato es válido. DE

esta forma, Data Monitor puede mantener un seguimiento de los cambios de formato a lo largo del

tiempo y procesar todas las transacciones, independientemente de la fecha en la que se produjeron.

Además Data Monitor soporta archivos multi-formato, lo que significa que permite más de un formato

válido durante el mismo intervalo de tiempo. Para más detalles sobre como utilizar archivos multi-

formato en Data Monitor diríjase a sección Expresión para usar formato (opción 20) en página 22 y

sección 3.4.1 - Añadir un Formato a un archivo en página 20.

Para ver las definiciones de formato actuales de un archivo en Data Monitor, seleccione la opción 20

desde la pantalla Trabajar con archivos a monitorizar. Aparecerá la pantalla Trabajar con formatos

mostrando todos los formatos de archivo configurados.

Figura 10 – Trabajar con formatos

Nota No todas las opciones son visibles en esta pantalla. Pulse F23 para ver opciones

adicionales en Trabajar con formatos.



Bajo las opciones de la pantalla trabajar con formatos hay un encabezado que muestra el nombre,

sistema, biblioteca y grupo ASP del archivo monitorizado. Breve descripción de cada campo del

encabezado:

• Sistema: Indica el sistema donde se encuentra el archivo a monitorizar, en este ejemplo

TEAHUPOO.

• Nombre: Nombre del archivo a monitorizar.

• Biblioteca: Nombre de la biblioteca del archivo a monitorizar.

• ASPGrp: Este valor se utiliza cuando se buscan objetos de diario y receptores de diario donde

el archivo esté registrado por diario. El valor por defecto *IGNORE se utiliza cuando no trabaja

con grupos ASP en su sistema.

Utilice F8 para una vista rápida de definiciones de fecha y hora de los formatos como se muestra en la

siguiente imagen.

Figura 11 – F8 Muestra la definición de fecha/hora

Cada transacción tiene una fecha y una hora. Para seleccionar el formato a aplicar Data Monitor toma

el formato con el valor “Formato válido desde fecha y hora” más cercano. Diríjase a Apéndice E:

Formatos con Rangos de Fecha Solapados on page 109 para una explicación detallada.

Para cambiar el criterio por defecto de la fecha más cercana, puede utilizar una expresión en

“Expresión para usar formato” utilizando la opción 20. Esta expresión decidirá que formato será

aplicado. Si el resultado de esta expresión es verdadero en ambos casos, Data Monitor revierte al

criterio por defecto explicado anteriormente.

Utilizando el ejemplo de la imagen anterior, una transacción realizada el 24 de Abril de 2006 utilizará el

formato 7, conforme al valor por defecto.

De todas formas, puede cambiar el comportamiento mediante el uso de expresiones.

Nota Data Monitor utiliza ALEV para definir las expresiones lógicas. Vea el Appendix G: Variables

ALEV y Funciones para Expresiones on page 115.



3.4.1 Añadir un Formato a un archivo Para añadir una definición de formato a un archivo en Data Monitor, seleccione la opción 20 de la

pantalla Trabajar con archivos a monitorizar. Aparecerá la pantalla Trabajar con Formatos mostrando

todos los formatos de archivo configurados.

Para añadir un nuevo formato, seleccione F6 desde la pantalla Trabajar con formatos. Otra forma de

añadir un formato es mediante el mandato:

T4DATAMON/ADDDTMFMT

Aparecerá la pantalla Añadir definición de formato (ADDDTMFMT).

Figura 12 – Añadir Definición de Formato

Introduzca el Nombre y la biblioteca del archivo sensible al que aplica el formato.

Nombre de sistema de origen: nombre del sistema donde se originó el archivo.

Introduzca las fechas y horas de inicio y final del formato de archivo. Si desea que el formato se aplique

siempre, deje los valores por defecto tal como se muestra en la Figura 12.

Introduzca el nombre de archivo y la biblioteca del formato a aplicar. El valor especial *MONFILE,

significa que Data Monitor extraerá el formato del archivo que está monitorizando (parámetros "Nombre

del Archivo” y "Biblioteca"). Tenga en cuenta que este archivo debe existir en el sistema cuando añade

el formato.

Introduzca el nombre de archivo y la biblioteca de la lista de claves a aplicar. El valor especial

*MONFILE, significa que Data Monitor extraerá la lista de claves formato del archivo que está

monitorizando (parámetros "Nombre del Archivo” y "Biblioteca"). Por ejemplo, puede entrar un archivo

lógico que utilice para acceder al archivo que está siendo monitorizado y verá la transacción en los

reportes en la secuencia proporcionada por este archivo lógico. Este archivo debe existir en el sistema

cuando añade la lista de campos clave. Tenga en cuenta que en el caso que cree un archivo auxiliar

para especificar la lista de clave, una vez que un formato se ha añadido a la configuración, Data Monitor

ya no necesitará mantener el archivo en el sistema.

Pulse F10 para parámetros adicionales. Aparecerán dos campos adicionales en la pantalla y podrá

acceder a pantallas adicionales con parámetros. Pulsando Av Pág.

En parámetros adicionales encontrará los siguientes campos:



Grupo ASP de objetos de diario: (sólo V5R2M0 y posteriores) Este valor se utiliza cuando se buscan

diarios y receptores de diario, cuando el archivo está registrado por diario. Si no tiene conocimientos de

Grupos ASP, o no trabaja con ellos en su sistema, ignore este parámetro y déjelo con el valor por

defecto *IGNORE. Si trabaja con grupos ASP introduzca el nombre del grupo ASP aquí.

Estado: el usuario puede habilitar o deshabilitar la entrada. Los únicos valores válidos en este campo

son *ENABLED o *DISABLED. Cuando el usuario ejecute la función F10 (arrancar y reiniciar todos los

monitores) solo las entradas habilitadas se arrancarán o reiniciarán.

Texto de Descripción del Formato: Texto descriptivo del formato de archivo. El usuario puede entrar

un valor específico o utilizar *FMTFILE, en este caso Data Monitor recuperará la descripción actual del

archivo de formato. La descripción del formato de archivo tiene una longitud máxima de 50 caracteres.

3.4.2 Cambiar definiciones de FormatosPara modificar las definiciones de formato existentes seleccione la opción 20 de la pantalla Trabajar con

archivos a monitorizar. Aparecerá la pantalla Trabajar con formatos mostrando los formatos de archivo

configurados. Seleccione la opción 2 para cambiar un formato de archivo. Otra manera de cambiar un

formato es introduciendo el mandato:

T4DATAMON/CHGDTMFMT

Aparece la pantalla Cambiar definición de formato (CHGDTMFMT):

Figura 13 – Cambiar definición de formato

Pulse Av Pág para más parámetros.

El Identificador de Formato es un identificador interno para Data Monitor.

Nombre de Sistema de Origen es el nombre del sistema donde se originó el archivo. Puede entrar un

nombre específico o el valor por defecto *LOCAL para utilizar el sistema local.

Formato: Nombre del archivo en el que estamos llevando a cabo un cambio de formato. Data Monitor

ofrece gestión dinámica y automática de formatos para los archivos que está monitorizando. El usuario

puede entrar tanto un valor específico como un de los siguientes valores especiales:

• *KEEPSAME: Con este valor, no se realizará ningún cambio a lo que ya está almacenado.

• *MONFILE: Este valor indica que el nombre del archivo de formato es el mismo que el del

archivo que está siendo monitorizado.



Si el usuario introduce un valor específico el formato actual será recreado. Este parámetro es

obligatorio.

En el campo Lista de Claves introduzca el nombre del archivo de formato de campos clave para el

archivo previamente seleccionado. Ofrece gestión dinámica y automática de formatos para los archivos

que está monitorizando. El usuario puede entrar tanto un valor específico como un de los siguientes

valores especiales:

• *KEEPSAME. Con este valor, no se realizará ningún cambio a lo que ya está almacenado.

• *MONFILE. Este valor indica que el nombre del archivo de claves es el mismo que el del

archivo que está siendo monitorizado.

Este parámetro es obligatorio. Si el usuario introduce un valor específico los formatos de campo clave

actuales serán recreados.

Estado: El usuario pueda habilitar o deshabilitar la entrada actual. Los únicos valores posibles son:

• *ENABLED. Con este valor habilitamos la entrada actual.

• *DISABLE. Con este valor deshabilitamos la entrada de configuración actual.

3.4.3 Uso de expresiones en formatosExisten tres tipos de expresiones que puede utilizar en formatos. Las tres opciones están disponibles

desde el menú Trabajar con formatos.

Opción 20 – Expresión para usar formato (USEIF)

Opción 30 - Expresión para almacenar transacción (STOREIF)

Opción 40 – Expresión de preproceso (PREPROC)

Expresión para usar formato (opción 20)

A veces un usuario puede necesitar más de un formato valido para el mismo periodo de tiempo, es

decir lo que llamamos “archivos multi-formato”. Por ejemplo puede necesitar usar un registro de formato

diferente para la misma tabla, dependiendo del valor de cierto campo. La expresión USEIF le permite

entrar los chequeos y comparaciones necesarios para determinar qué formato usar. La expresión debe

ser una expresión lógica y si esta expresión lógica retorna el valor verdadero, se utilizará este formato.

Tenga en cuenta que cada transacción para un archivo monitorizado debe tener como mínimo un

formato válido. Si no, se enviará un mensaje de aviso a la cola de mensajes por cada transacción

(insert, delete, update, read).

Expresión para almacenar transacción (opción 30)

Si desea almacenar sólo una selección de transacciones (por ejemplo, aquellos en los que el tipo de

cliente es “IMPORTANTE") use este campo para introducir expresiones condicionales que deben

Nota Cualquier cambio a la entrada de configuración de archivo de formato tendrá efecto

inmediato en los monitores que lean diarios y guarden datos en el log de transacciones

históricas. Las transacciones procesadas previamente al cambio mantendrán el formato que

aplicaba cuando fueron procesadas. Para aplicar el nuevo formato a transacciones que

fueron procesadas con un formato previo, diríjase a Apéndice C: Cómo Reprocesar

entradas en página 104.



cumplirse para almacenar una transacción. La expresión debe ser una expresión lógica y si esta

expresión lógica retorna el valor verdadero, la transacción será almacenada.

La expresión condicional STOREIF solo se evalúa después de que la definición del formato de esta

transacción ha sido aplicada (incluyendo la comprobación del periodo de validación del formato y los

chequeos de la expresión condicional USEIF).

Expresión de Preproceso (opción 40)

Par mostrar opciones adicionales pulse F23 – Más opciones. Aparecerá la opción 40 – Expresión de

preproceso.

El usuario puede entrar una expresión para preprocesar datos y variables de una transacción antes de

almacenarla. Si el campo se deja en blanco no se realizarán cambios a los datos originales de la

transacción.

Los preprocesos son una excelente y potente manera de enriquecer datos, obtener datos de campos

existentes (como crear campos virtuales sumando dos campos o concatenando varios campos de

caracteres o cadenas de texto), o de obtener información adicional que no se encuentra en el registro

original (por ejemplo datos específicos de la aplicación).

En transacciones de actualización de datos, los campos están disponibles en su estado original (vector

BeforeValues) y en su estado tras el cambio (vector AfterValues).

Por ejemplo, para obtener la suma de los cambios numéricos a los campos A y B y utilizarlo para

cambiar C, introduzca:

&AfterValues[“C”]:=&AfterValues[“A”] + AfterValues[“B”]

NotaData Monitor utiliza ALEV para definir las expresiones lógicas. Diríjase al Apéndice F: Variables

ALEV y Funciones para Expresiones en la página 110. Para una descripción más detallada de cómo se

utilizan las expresiones en el procesamiento de entradas de diario para un archivo monitorizado diríjase

a Apéndice B: Flujo de Proceso de Entrada de Diario en página 100.

Use la opción 10 – Detalles de campo para trabajar con detalles de campos.

3.5 Trabajar con detalles de campos Para una vista en profundidad de los detalles de formato use la opción 10 – Detalles de campos y

aparecerá la pantalla Trabajar con detalles de campos.

Nota La expresión a almacenar aplica al evento de auditoría y no a la alerta. Aunque es posible

enviar alertas para eventos de auditoría, incluso si el evento de auditoría o está almacenado

en la base de datos.



Figura 14 – Detalles de formato de campo por orden en reporte

Por defecto los campos se ordenan por orden de reporte. Este orden es en el que los campos aparecen

en el reporte de Data Monitor en Reporting System. Use F24 – Más teclas para mostrar funciones

adicionales. Use F19 – Ordenar por nombre de campo o F20 – Ordenar por orden de reporte si desea

cambiar el orden de ordenación en la pantalla.

Figura 15 – Detalles de formato de archivo por nombre de campo

Bajo las opciones encontrará un encabezado con la definición de ID de formato, archivo, nombre del

sistema origen, grupo ASP, Desde y Hasta. A continuación incluimos una descripción de cada campo:

ID de Formato: es el identificador de formato para cada archivo de formato relacionado con un archivo

monitorizado por Data Monitor.

Archivo: Nombre del archivo de formato para los archivos monitorizados.

Nombre del Sistema de Origen: El usuario puede escoger el sistema de origen donde está localizado

el archivo de formato relacionado con el archivo que va a ser monitorizado por Data Monitor.

Grupo ASP: Este valor se utiliza cuando se buscan objetos de diario y de receptores de diario donde el

archivo está registrado por diario. El siguiente valor especial se utiliza si no trabaja con Grupos ASP en

su sistema: *IGNORE



Desde/Hasta: Cada entrada de configuración de archivo de formato tiene dos valores relacionado: los

valores Desde y Hasta. Para cada formato existe una fecha y hora que indica el inicio y el final del

rango.

Data Monitor utilizará estos valores y los valores actuales de fecha y hora del sistema para determinar

que formato aplicar. Si la fecha y hora del sistema están incluidas en el rango, Data Monitor aplicará

este formato.

Puede utilizar la opción 2 – Cambiar en cualquiera de las siguientes vistas para cambiar los detalles del

formato.

3.5.1 Vista 1Existen tres vistas en Trabajar con detalles de campos. La Figura 14 en página 24 mostrada

anteriormente es la vista por defecto.

La vista 1 muestra las definiciones de campos básicos.

Nombre de Campo: Este es el nombre del campo para un archivo de formato específico configurador

en Data Monitor. No existen campos duplicados, ya que los campos mostrados aquí están relacionados

con un identificador de formato específico y un sistema específico.

Tipo de Campo: Los posibles valores son:

Nota Cualquier cambio en la entrada de configuración del archivo de formato tendrá efecto

inmediatamente en monitores que lean diarios y guardan datos en el log de transacciones.

Las transacciones procesadas previamente al cambio mantendrán el formato que aplicaba

cuando fueron procesados. Para aplicar el nuevo formato a transacciones que fueron

procesadas con un formato anterior diríjase a Apéndice C: Cómo Reprocesar entradas en

página 104.

Valor Descripción

CHARACTER El campo contiene datos de carácter EBCDIC.

DECIMALEl campo contiene números decimales empaquetados con un punto decimal implícito.

NUMERICEl campo contiene números decimales con un punto decimal implícito.

BIGINTEl campo contiene un número binario con una precisión de 63 bits.

INTEGEREl campo contiene un número binario con una precisión de 31 bits.

SMALLINTEl campo contiene un número binario con una precisión de 15 bits.

FLOATEl campo contiene números con puntos flotantes en formato IEEE.

HEXADECIMAL El campo contiene una cadena en formato hexadecimal.

DATE El campo contiene un valor en formato fecha.

TIME El campo contiene un valor en formato hora.



Tamaño de Campo: Este valor representa la longitud del campo seleccionado.

Posic. Desde: Esta es la posición inicial del campo en el formato que está configurando para Data

Monitor.

Posic. Hasta: Es la posición final del campo en el formato que está configurando para Data Monitor.

Num Dig: Es el número de dígitos del campo. Sólo es relevante para campos de tipo numérico.

Pos Dec: Es el número de posiciones decimales del campo. Sólo es relevante para campos de tipo

numérico.

Con Signo: Use este valor para indicar cuando es un campo con signo o no. Si el valor es YES el campo

contiene signo.

Mostrar Como: Modo de representación del campo. Valores posibles:

• *NUM: Se interpreta como un campo numérico

• *CHAR: Se interpreta como un campo carácter.

Tenga en cuenta que no todas las opciones se muestran en esta pantalla. Pulse F23 para opciones

adicionales.

Use la opción 2 para cambiar cualquiera de los detalles mostrados en esta vista.

Campos Clave

Es posible indicar campos clave en Data Monitor. Para convertir un campo en clave en un archivo use la

opción 11 – Campo Clave y Data Monitor añade la clave automáticamente. También puede cambiar la

clave manualmente: simplemente entre el número clave en el campo clave del campo requerido. Para

eliminar una clave posiciónese en el campo donde quiere eliminar la clave. A continuación introduzca la

opción 12 - No Campo Clave.

Una vez haya añadido un campo clave, estos se mostrarán los primeros en la lista de campos. El resto

de campos no-clave se ordenarán conforme al método de ordenación indicado (orden de reporte o de

campo).

3.5.2 Vista 2Use F11 - Vista 2 para abrir la segunda vista.

La segunda vista muestra la descripción completa del campo, el origen real o virtual del campo e indica

si la longitud del campo es variable.

TIMESTAMPEl campo contiene un valor de siete partes que designa una fecha y hora bajo el calendario Gregoriano. Las siete partes son año, mes, día, hora, minuto, segundo y microsegundo.

CHARACTER-OEl campo puede contener datos carácter tanto DBCS como SBCS.

CHARACTER-E El campo contiene datos carácter DBCS o SBCS.

CHARACTER-J El campo contiene sólo datos carácter DBCS.

GRAPHIC El campo contiene datos gráficos de tamaño fijo.

BINARYCHAR El campo contiene una cadena en formato binario.

Valor Descripción



Figura 16 – Vista 2 de Trabajar con detalles de Campo

Descripción del Campo

Este valor es el valor TEXTO en la definición del campo si lo ha definido al crearlo (por ejemplo usando

DDS) o es el valor COLHDG (encabezado de columna) si es una cadena en blanco.

Origen del campo

Un campo Real es aquel que ha sido creado automáticamente cuando se creó el formato. Un campo

virtual se ha introducido manualmente por el usuario. Las posiciones inicial y final de un campo virtual

pueden solaparse con campos reales u otros campos virtuales.

Por ejemplo, nuestra base de datos de clientes tiene los siguientes campos reales:

Podemos crear un campo virtual que muestre todos los detalles en un solo campo, definiendo las

siguientes posiciones de campo: 1..75

En los reportes no existe ninguna distinción entre campos reales o virtuales.

Longitud Variable

Este valor indica si el campo seleccionado tiene la longitud variable o no.

Campo Posición

Calle 1-40

Ciudad 40-55

Provincia 55-70

Código Postal 70-75

Importante Le recomendamos que no cambien un cambio virtual a real, aunque es posible hacerlo

utilizando la opción 2 – Cambiar. Esto le evitará problemas con la función de refresco

automático para formatos de archivos cambiados (por ejemplo donde se añadieron o

borraron campos se cambiaron los atributos del campo). Para más detalles diríjase al

Capítulo 6 - Manejo de formatos en Data Monitor for iSeries en página 61.



3.5.3 Vista 3Use F11 – Vista 3 para abrir la tercera vista. Aquí encontrará detalles de protección y auditoría para

cada campo.

Figura 17 – Vista 3 de Trabajar con detalles de Campo

Recuerde que Data Monitor puede utilizar expresiones en formatos (expresión para almacenar) para

decidir si una transacción ha de ser auditada o no. Diríjase a sección 3.4.3 - Uso de expresiones en

formatos en página 22. Si la expresión es verdadera, las condiciones a nivel de campo también deben

ser evaluadas.

A nivel de campo “Auditar Transacción Si” se utiliza para determinar cuando se debe almacenar la

transacción. Auditar Transacción Si tiene tres valores posibles: *FIELDCHANGE, *EXPRESSION e

*IGNORE. Estos valores son para todos los campos de este formato.

Conjuntamente forman una única expresión para evaluar si es verdadero o no. Con este resultado Data

Monitor puede determinar cuando auditar la transacción. Por ejemplo fíjese en la siguiente imagen. En

este caso la transacción solo será auditada si:

• Cambia el valor del campo PRODDESC, o

• Cambia el valor del campo PRODPRICE, o

• ...

• Cambia el valor del campo PRODDATE.

Se procesa como una sola condición, como si estuviera leyendo la columna "Auditar Transacción Si" de

arriba abajo.



Figura 18 – Trabajar con detalles de Campo

Auditar transacción Si: El valor por defecto es *FIELDCHANGE. Use la opción 22 para indicar cuando

quiere auditar la transacción si existe un cambio en el campo.

Para ignorar cambios en el campo use la opción 23 – Ignorar campo y aparecerá el valor *IGNORE.

Use la opción 30 (Auditar transacción Si) para configurar la condición basada en la cual una

transacción debe ser auditada. Aparecerá *EXPRESSION en el campo Auditar transacción Si.

Es posible que este campo contenga ambos valores: *FIELDCHANGE y *EXPRESSION.

Guardar Campo Si: Use la opción 25 para guardar siempre el campo (aparecerá *ALWAYS), o opción

42 para no guardar nunca el campo (aparecerá *NEVER). Use la opción 40 para entrar una expresión

basada en la cual el campo deberá guardarse (Guardar campo si mostrará el valor *EXPRESSION).

Protección Campo: Use la opción 2 – Cambiar para editar los ajustes de protección. Protección se

utiliza para proteger ciertos datos confidenciales. Existen tres posibilidades:

• NOPROTEC: El valor se almacena y se muestra en los reportes de Data Monitor

• SOFT: El valor se almacena, pero no se muestra en los reportes. En lugar del valor en el

reporte se muestra *Restricted*

• HARD: El valor nunca se almacena ni se muestra en el reporte. La palabra *PROTECTED*aparecerá en el reporte en lugar del valor.

Para más información sobre como proteger información sensible y cumplir con las directrices marcadas

por la European Data Prorection Directives, por favor lea Apéndice A: Recomendaciones para Proteger

Datos de Alto Nivel en página 98.

3.5.4 Añadir Campo de FormatoCuando añade un archivo desde Trabajar con archivos a monitorizar, verá la configuración por defecto

del formato. Para añadir otros campos solo necesita pulsar F6 – Añadir campo. Aparecerá la siguiente

pantalla.



Figura 19 – Añadir Campo de Formato

Nombre el campo: Es el nombre del campo para un archivo de formato específico configurador en

Data Monitor.

Auditar si campo cambió: Este valor es una expresión aritmética lógica. Cuando Data Monitor evalúa

esta expresión devuelve un valor booleano. Si este valor es Verdadero Data Monitor auditará la

transacción y no lo hará en caso contrario.

Campo Clave: Este calor indica si el campo seleccionado es un campo clave. Un número positivo

indica que el campo seleccionado es un campo clave. Cuando no lo es este campo aparece en blanco.

Puede cambiar este valor manualmente introduciendo un número positive, lo que implica que está

cambiando el campo para que sea clave. Y si el cambio que está modificando ya era un campo clave,

puede cambiar el orden para este campo cuando hace un reporte utilizando las herramientas incluidas

en el producto. Pero si desea cambiar un campo específico a no campo clave, debe utilizar la opción

12=No campo clave.

Nota Si necesita cambiar la descripción del ultimo campo añadido, puede usar la opción 2 -

Cambiar. Aparecerá la siguiente pantalla.



Figura 20 – Cambiar campo de formato

3.6 Iniciar/Reiniciar MonitoresPuede usar F10 – Arrancar/Reiniciar todos los monitores desde la pantalla Trabajar con archivos a

monitorizar para iniciar o reiniciar todos los monitores. Otra manera de hacerlos es introducir el

siguiente mandato:

T4DATAMON/STRDTAMON

Tenga en cuenta que solo las entradas de configuración que estén habilitadas se iniciarán cuando

ejecute F10 o el mandato T4DATAMON/STRDTAMON.

Cualquier cambio que haga desde Trabajar con archivos a monitorizar no tendrá efecto hasta que se

reinicien los monitores. Además cualquier cambio que haga a ENDJRNPF o DLTF en cualquier archivo

habilitado no tendrá tampoco efecto hasta que pulse F10.

Cuando utilice F10 – Arrancar todos los monitores, aparecerá una pantalla donde podrá indicar desde

que momento quiere iniciar el monitor. Las opciones son *NOW, *LASTIME, o *DATETIME. El estado de

los monitores cambiará, y aparecerá el estado *ACTIVE si el proceso de arranque tuvo éxito.



Los valores por defecto son los valores que se muestran cuando pulsa F10-Arrancar. También se

utilizan para arranques automáticos tras IPL o después del inicio del subsistema T4DATAMON.

Puede determinar los valores por defecto para definir desde que punto quiere que Data Monitor

empiece a procesar entradas de diario utilizando la opción 13 del menú principal de Data Monitor

(T4DATAMON/DTM_MENU). Otra manera de configurar el punto de inicio es mediante el siguiente

mandato:

T4DATAMON/CHGDTAMON

Típicamente, la primera vez que ejecute Data Monitor tras instalar el producto, utilizará el valor *NOWpara empezar a procesar entradas de diario desde el momento actual.

Para operaciones normales una vez el monitor esté en marcha y funcionando, pondrá como valor por

defecto *LASTTIME. Con este ajuste, Data Monitor empezará a procesar entradas del diario desde la

última entrada procesada en el diario. Por ejemplo, tras una IPL, Data Monitor empezará a procesar la

primera entrada del diario que todavía no ha sido procesada.

Sólo en casos especiales, por ejemplo, cuando se reprocesan entradas del diario (Diríjase a “Apéndice

C: Cómo Reprocesar entradas en página 104), ajustará el valor a *DATETIME para indicar un fecha y

hora de inicio específicas.

Nota Para que el monitor arranque, el diario asociado al archivo debe estar activo. Si el diario no

lo está aparece un error, el monitor para este diario no arrancará y el estado del monitor en

la pantalla trabajar con archivos a monitorizar será *JRNINACTI.



Figura 21 – Tras pulsar F10 el estado del monitor par alas entradas habilitadas cambia a *STARTING.

Figura 22 – Los monitores que han arrancado con éxito muestran el estado del monitor como *ACTIVE.

Para auditar lecturas con Data Monitor se debe añadir un desencadenante al archivo. Por ello, cuando

indica un monitor que también debe chequear lecturas aparecerá la siguiente pantalla:



Figura 23 – Petición de confirmación para añadir desencadenantes para lecturas.

Si confirma la petición, Data Monitor for iSeries añadirá los desencadenantes para que pueda

monitorizar lecturas.

3.6.1 El subsistema T4DATAMONTodos los trabajos de monitorización de Data Monitor se ejecutan bajo el subsistema T4DATAMON. Un

monitor es responsable de procesar entradas de diario de todos los archivos que están registrados por

diario por el mismo diario.

Así, en lugar de un monitor para cada archivo monitorizado, hay un monitor para cada diario que tiene

asociado un archivo monitorizado, como se muestra en la siguiente imagen:

Figura 24 – Trabajos para cada diario, cuyos archivos asociados se están monitorizando.

Para saber qué monitor está relacionado con un archivo dado, diríjase a sección 3.2 - Mostrar Detalles

de Archivo en Data Monitor en página 12.



3.7 Finalizar MonitoresPuede utilizar F11 – Finalizar todos los monitores, desde la pantalla trabajar con archivos a monitorizar

para finalizar todos los monitores asociados con archivos monitorizados. Si el proceso tuvo éxito, el

estado del monitor aparecerá como *INACTIVE.

Figura 25 – Una vez que los monitores han sido detenidos utilizando F11, el estado del monitor cambia a *INACTIVE.

Cuando finaliza un monitor que monitoriza lecturas, se le preguntará si quiere borrar los

desencadenantes.

Figura 26 – Eliminar desencadenantes de Lecturas cuando se finaliza un monitor

Si confirma la petición, Data Monitor for iSeries eliminará los desencadenantes, con lo que los

mensajes de lecturas no se enviarán más a la base de datos. Data Monitor for iSeries preguntará para

cada archivo con desencadenantes si quiere o no borrarlos, como se muestra en la siguiente imagen.



Figura 27 – Eliminación de desencadenantes archivo a archivo

En ciertos casos, querrá finalizar el monitor, pero continuar auditando las lecturas que se produzcan

mientras el monitor está inactivo. En este caso no borre los desencadenantes y la próxima vez que

arranque el monitor todos los mensajes enviados durante el ínterin serán procesados por el monitor.

3.8 Monitorización de Archivos en Sistemas Remotos Puede añadir archivos de sistemas remotos para que sean monitorizados por Data Monitor, ya que OS/

400 (o i5/OS) soportar los diarios remotos. Básicamente los diarios remotos son replicaciones de

diarios y receptores de diario de otros sistemas en el sistema donde se encuentra Data Monitor. Si

desea implementar esta opción debe tener unos conocimientos básicos de registro por diario remoto.

Puede encontrar información detallada en el Centro de Información de IBM iSeries(TM).

El registro por diario remoto también puede ser utilizado como una manera de mover el procesamiento

de Data Monitor fuera de su máquina de producción. Puede crear diarios y receptores de diario remotos

en otras máquinas iSeries y procesar transacciones realizadas en su servidor de producción desde

estos otros servidores remotos, de esta manera Data Monitor tendrá un impacto PRACTICAMENTE

CERO EN EL RENDIMIENTO de su máquina de producción.

Figura 28 – Impacto casi nulo en el rendimiento de su máquina de producción, al utilizar Data Monitor con diario remoto



3.8.1 Configurar archivos remotos para cambiosAsumiendo que ya tiene un diario remoto donde se auditan las transacciones para un archivo dado,

primero añada el archivo. Desde la pantalla Trabajar con Archivos a monitorizar, utilice F6 para crear el

nuevo archivo. Introduzca el nombre y la biblioteca del archivo y pulse F10 para ver parámetros

adicionales. Introduzca el nombre del sistema de origen.

A continuación añada o elimine un diario remoto de un archivo en Data Monitor desde la pantalla

trabajar con archivos utilizando la opción 12 para añadir un diario remoto o la opción 14 para eliminar un

diario remoto. Simplemente añada el nombre y la biblioteca del diario remoto.

Figura 29 – Trabajar con diarios remotos (F13)

Es importante comprender que aunque el archivo remoto que está añadiendo no necesita existir

necesariamente en su sistema local (donde tiene instalado Data Monitor), los archivos para los

parámetros “Formato Inicial (desde Archivo)” y “Lista de clave inicial” deben existir físicamente en el

sistema local, ya que Data Monitor los utiliza para almacenar el formato (o esquema) requerido para

analizar las transacciones del archivo remoto.

Tenga en cuenta que si ha añadido recientemente otros formatos para este archivo remoto también

debe tener estos archivos de formato en su sistema local.

Una vez haya añadido todos los archivos remotos que desea monitorizar (tanto locales como remotos),

existe un paso adicional. Debido a que Data Monitor le de un diario remoto y el archivo remoto no existe

en sus sistema local, no es posible para Data Monitor recuperar el nombre del archivo remoto del que

leer las transacciones, ni es posible saber si el archivo está siendo registrado por diario en el sistema

local.

Primero debe comprobar manualmente si el archivo está siendo registrado por diario. A continuación

deberá indicarle a Data Monitor qué diario remoto debe leer entrando el diario apropiado en la opción

12 del menú Trabajar con archivos a monitorizar.

Los siguientes pasos explican cómo:

Paso 1. Vaya al sistema origen y utilice el mandato DSPFD.

Paso 2. Teclee el nombre del archivo en el que está interesado y pulse intro.



Paso 3. En la pantalla resultante, el campo “Actual o último diario” muestra el nombre del diario

en el sistema de origen. En este ejemplo el nombre del diario es QSQJRN. Este es el

diario local.

Paso 4. A continuación utilice el mandato WRKJRNA desde el sistema origen para comprobar el

diario remoto asociado con el diario en el sistema origen.



Paso 5. Introduzca el nombre del diario y pulse Intro. Aparecerá la siguiente pantalla:

Paso 6. Pulse F16 – Trabajar con información de diario remoto para mostrar el nombre del

diario remoto asociado como se muestra en la siguiente imagen.



Paso 7. Este es el nombre y la biblioteca del diario remoto que debe indicar en la opción 12 del

menú Trabajar con archivos a monitorizar.

Un ejemplo:

Imagine que está ejecutando Data Monitor en el sistema TEAHUPOO y ha añadido una entrada para el

archivo SAMPLE en la biblioteca T4DATAMON para el sistema remoto DIONISO. Sabe que el diario remoto

que recibe información de las transacciones en este archivo se encuentra en el sistema TEAHUPOO y se

denomina JOURNALA en la biblioteca LIBA. Añada la siguiente entrada a la opción 12 del menú trabajar

con archivos a monitorizar:

Si comete algún error cuando añade un archivo remoto a Data Monitor aparecerá un mensaje cuando

pulse F10 para iniciar los monitores. El mensaje le informará que el diario para este archivo no puede

ser recuperado y el monitor no puede iniciarse.



3.8.2 Ejemplo - Configurar archivos remotos para cambios y lecturasExplicaremos el proceso utilizando un ejemplo. En él, queremos monitorizar el archivo SALARIES en la

biblioteca HRESOURCES desde una máquina remota (sistema destino). En este ejemplo asumimos que

los archivos remotos no están registrado por diario; ni en el sistema remoto (también llamado sistema

origen), ni en el sistema destino.

Para monitorizar un archivo en un sistema remoto es obligatorio que el archivo remoto esté registrado

por diario. Si el archivo no lo está cree el diario como sigue:

Registrar por diario un archivo

Primero cree el receptor de diario usando, por ejemplo, el siguiente mandato en el sistema origen4:

CRTJRNRCV JRNRCV(HRESOURCES/SALJRN0001)

A continuación cree el diario usando el siguiente mandato en el sistema origen:

CRTJRN JRN(HRESOURCES/SALARYJRN) JRNRCV(HRESOURCES/SALJRN0001) MNGRCV(*SYSTEM) FIXLENDTA(*JOB *USR *PGM *PGMLIB *RMTADR)

A continuación utilice el siguiente mandato para iniciar el registro por diario del archivo físico en el

sistema origen:

4. Sistema origen es en el que se encuentra el archivo a monitorizar. Sistema destino es el sistema desde el que monitorizará el archivo registrado por diario.

Nota (V5R2 y posteriores): Para maximizar los datos recogidos por Data Monitor es importante

especificar los siguientes valores en el parámetro FIXLENDTA cuando se crean o cambian

diarios:

• Especifique *JOB, *USR para determinar el nombre del trabajo y del usuario del

trabajo de la transacción.

• Especifique *PGM, *PGMLIB para determinar el programa y la biblioteca que

ejecutan la transacción.

• Especifique *RMTADR para determinar la dirección IP remota donde se lleva a cabo

la transacción.



STRJRNPF FILE(HRESOURCES/SALARIES) JRN(HRESOURCES/SALARYJRN) IMAGES(*BOTH)

Ahora cree el diario remoto en el sistema destino que tiene Data Monitor instalado:

• Primero cree una biblioteca en el sistema destino para crear el diario remoto, usando el

siguiente mandato:

CRTLIB LIB(TGTHRESOUR)

• A continuación añada el diario remoto del sistema origen.

ADDRMTJRN RDB(TGTSYSTEM) SRCJRN(HRESOURCES/SALARYJRN) TGTJRN(TGTHRESOUR/TGTSALJRN)RMTRCVLIB(TGTHRESOUR)RMTJRNTYPE (*TYPE2)

Finalmente active y sincronice el diario remoto usando el siguiente mandato en el sistema origen:

CHGRMTJRN RDB(TGTSYSTEM) SRCJRN(HRESOURCES/SALARYJRN) TGTJRN(TGTHRESOUR/TGTSALJRN) JRNSTATE(*ACTIVE)DELIVERY(*SYNC)

Añadir desencadenantes (solo para monitorizar transacciones de lectura)

Añada manualmente el desencadenante al archivo en el sistema origen con el mandato:

ADDPFTRG FILE(HRESOURCES/SALARIES) TRGTIME(*AFTER) TRGEVENT(*READ) PGM(T4DATAMON/CHTRG01R)TRG(T4HRESOURCESSALARIES)

El convenio de denominación del desencadenante es:

T4 + Biblioteca + Nombre de archivo, en nuestro ejemplo: T4HRESOURCESSALARIES

Configuración del sistema destino

Desde el sistema origen debe configurar el archivo HRESOURCE SALARIES.

Use F6 para añadir el archivo SALARIES. Desde la pantalla Añadir archivo a monitorizar use F10

(parámetros adicionales) y cambia el nombre del sistema origen.

A continuación usando la opción 12 añada un diario remoto a este archivo. Una vez que el archivo esté

correctamente configurador verá la siguiente pantalla:

Nota Si necesita añadir desencadenantes para monitorizar lecturas también necesitará instalar

Data Monitor en este sistema de origen, ya que necesita de ciertos programas incluidos en

el producto. Tenga en cuenta que no estará ejecutando esta instalación activamente y por lo

tanto no necesitará configurar el producto o entrar claves de activación del mismo.



Use opción 2 para cambiar la bandera “auditar valores de lectura” a *YES para este archivo.

Finalmente pulse F10 para iniciar el monitor.

Una vez el monitor se ha iniciado, verá que el valor última fecha y hora de registro en histórico se

actualiza por cada operación de cambio o de lectura.

3.8.3 Monitorización de bases de datos de Data Monitor En ciertos casos quizá quiera monitorizar las propias bases de datos de Data Monitor. Se debe tener en

cuenta que si simplemente introduce el nombre de una base de datos de Data Monitor y su biblioteca

no le permitirá completar la entrada, ni podrá cambiar una entrada existente que ya monitoriza una base

de datos local de Data Monitor.

Como ya ha aprendido, Data Monitor almacena eventos por cambios en los archivos registrados por

diario que monitoriza en las bases de datos de transacciones. Si fuese a monitorizar la base de datos

de transacciones de Data Monitor, Data Monitor también añadiría un registro nuevo a esta base de

datos de transacciones para cada registro añadido o cambiado en la base de datos de transacciones, lo

que crearía un bucle infinito.

Para evitar esta situación, Data Monitor no le permite añadir una entrada de configuración para una

base de datos local de Data Monitor. Si desea monitorizar una base de datos de transacciones de Data

Monitor debe hacerlo desde una máquina remota, usando el registro por diario remoto (Diríjase a

sección 3.8 - Monitorización de Archivos en Sistemas Remotos en página 36 para más detalles).

Nota Cuando monitoriza bases de datos de Data Monitor desde máquinas remotas, USTED

DEBE seguir teniendo cuidado de no crear un bucle infinito.



A riesgo de resaltar lo obvio, queremos profundizar en este tema con estos dos ejemplos:

Ejemplo 1

Si tiene dos sistemas diferentes (sistema A y sistema B) cada uno ejecutando Data Monitor, puede

utilizar el sistema B para monitorizar la base de datos de transacciones en el sistema A.

Una vez haya realizado esta configuración en el sistema B, asegúrese de NO añadir una entrada en

el sistema A para monitorizar las base de datos de transacciones en el sistema B, ya que esto

también crearía un bucle infinito.

Ejemplo 2

Si tiene una red de diferentes sistemas separados (digamos Sistemas A, B, C y D) puede utilizar el

sistema D para monitorizar el sistema C, el sistema C para monitorizar el sistema B y el sistema B

para monitorizar el sistema A. De nuevo, tenga mucho cuidado en no cerrar el círculo configurando el

sistema A para que monitorice el sistema D o creará un bucle infinito.


Configuración y arranque de Data Monitor para monitorizar Usuarios Sensibles

Capítulo 44 Configuración y arranque de Data Monitor para monitorizar

Usuarios Sensibles

Data Monitor for iSeries puede configurarse para monitorizar archivos sensibles y usuarios sensibles.

Utilizar Data monitor for iSeries le permite rastrear todas las acciones para un usuario en particular, o

puede acotar su auditoría para monitorizar transacciones en diarios o archivos concretos de un usuario

en particular.

Cuando los usuarios leen o realizan cambios a archivos registrados por diario, se guardan información

relativa a la transacción en un diario. Un solo diario puede almacenar información relativa a

transacciones de usuario de múltiples archivos registrados por diario. Data Monitor comprueba todos

estos diarios para encontrar información relativa a transacciones de usuario sensibles a monitorizar.

Como puede imaginar Data Monitor potencialmente necesita tratar un conjunto de datos mayor que

cuando sólo monitoriza archivos sensibles. Por lo tanto, le recomendamos que seleccione

cuidadosamente sólo aquellos usuarios sensibles que son de la máxima importancia para la seguridad

de sus datos. Aún más, compruebe que selecciona sólo aquellos diarios que contienen datos sensibles.

Cuando monitoriza usuarios sensibles puede encontrar transacciones de cualquier archivo en su

sistema. Por lo tanto no hay formatos para procesar transacciones como cuando selecciona

manualmente archivos sensibles. Es por eso que Data Monitor se cuida de cargar un formato cuando

encuentra la primera entrada de diario para un archivo específico (Función de cargar formatos al vuelo).

Cuando sea posible, le sugerimos que reutilice los formatos de archivo configurados (configuración por

defecto en Data Monitor), con lo que Data Monitor reutilizará configuración de formato para archivos

sensibles cuando monitorice usuarios sensibles. Además, es una buena idea limpiar regularmente sus

archivos de Data Monitor.

Este capítulo describe Data Monitor for iSeries para usuario sensibles. Las primeras secciones tratan

las pantallas que utilizará para comprobar su configuración de Data Monitor y las variables básicas

mostradas en dichas pantallas. Las secciones restantes discutirán como añadir nuevas entradas y

modificar entradas de configuración existentes.

4.1 Ver la configuración de usuarios de Data Monitor Desde la pantalla de Configuración General (menú DTM_CONFIG), utilice la opción 2 - Trabajar con

usuarios a monitorizar para ver todas las entradas de configuración de Data Monitor.



Figura 30 – Usuarios sensibles a monitorizar

La primera columna, Nombre de Usuario, identifica los usuarios sensibles que se han añadido a la

configuración de Data Monitor. Puede introducir un nombre de usuario específico (JOAN), o simplemente

entrar *ALL para monitorizar todos los usuarios.

Estado de Monitorización indica el estado del trabajo dedicado a monitorizar el usuario configurado.

Para que Data Monitor monitorice una entrada en particular, ésta debe estar habilitada. Una entrada

que no esté habilitada no será monitorizada cuando Data Monitor se reinicie. Para más información

diríjase a la sección 4.4 - Iniciar/Reiniciar Monitores en página 51.

Última fecha y hora en histórico indica la fecha y hora del último registro almacenado en la base de

datos de transacciones históricas para el usuario en esta entrada de configuración.

Desde luego, si esta es la primera vez que está utilizando el producto, esta pantalla estará vacía. Puede

añadir nuevas entradas de configuración utilizando F6. Diríjase a la sección 4.3 - Añadir un usuario a

Data Monitor en página 48 para más detalles.

4.2 Mostrar ajustes de usuario en Data MonitorDesde la pantalla Trabajar con Usuarios a monitorizar, utilice la opción 5 para mostrar los ajustes de un

usuario monitorizado. Otra manera de mostrar los detalles de usuario es entrar el siguiente mandato:

T4DATAMON/DSPDTMU y pulsar F4.

Introduzca aquí el usuario que desea ver.

Consejo Intente no repetir usuarios. Por ejemplo, si selecciona utilizar el usuario *ALL, no añada más

usuarios – esto sólo llevaría a Data Monitor a monitorizar el mismo usuario dos veces.



Figura 31 – Mostrar configuración de usuario

La pantalla de configuración de usuario muestra los datos actuales para esta entrada de configuración.

Tenga en cuenta que existen distintas pantallas de detalles de usuario. Pulse AvPg para ver más

detalles de usuario.

A continuación sigue una pequeña descripción de los campos disponibles en la primera pantalla de

detalles del usuario.

Usuario identifica el usuario sensible que está siendo monitorizado.

Grupo ASP de objetos de diario (sólo para V5R2M0 y posteriores): Este valor se utiliza al buscar

objetos de diario y de receptores de diario donde el archivo está registrado por diario. Si no está al tanto

de grupos ASP, o no trabaja con grupos ASP en su sistema, ignore este parámetro y asigne el valor

especial por defecto *IGNORE. Si trabaja con grupos ASP introduzca el nombre del grupo ASP aquí.

El siguiente conjunto de variables comienza con “Auditar” e indican qué tipos de transacciones o

mandatos serán monitorizados. Si introduce *YES para cualquiera de estas opciones, estarán

disponibles en el log de transacciones históricas y pueden ser utilizadas en Reporting System.

Alertas son eventos importantes que afectan a la monitorización de usuarios sensibles. Por ejemplo

puede enviarse una alerta a VISUAL Message Center cuando un usuario finaliza el registro por diario

de uno o más archivos. Indique aquí qué alertas se enviarán a VISUAL Message Center.

Estado del Monitor: Estado actual del monitor. Indica el estado del trabajo dedicado a monitorizar el

archivo configurado en Data Monitor. Los siguientes valores válidos son posibles:

Nota La configuración de alertas es independiente de la configuración de auditoría anterior.

Estado Descripción

*ACTIVE El monitor está activo y en un estado correcto.



Pulse AvPg para mostrar más detalles de archivo, entre otros:

Texto: Aquí puede entrar una descripción del usuario. Esta descripción aparece en la pantalla Trabajar

con Usuarios a monitorizar cuando pulsa F8 (mostrar/ocultar detalles).

Estado: El usuario puede habilitar o deshabilitar la entrada de configuración. Los únicos valores válidos

en este campo son *ENABLED o *DISABLED. Cuando el usuario ejecuta la función F10 (arrancar y

reiniciar todos los monitores) sólo las entradas habilitadas se arrancarán o reiniciarán.

4.3 Añadir un usuario a Data MonitorAhora que ya sabe donde encontrar información sobre la configuración actual, nos centraremos en

cómo crear nuevas entradas y modificar las existentes.

Aunque Data Monitor lee las transacciones de los diarios, también puede trabajar a nivel de usuario.

Data Monitor sólo procesa las transacciones para usuarios sensibles que haya especificado, y no para

todos los del diario.

*JOBQEl monitor está en la cola pero todavía no se ha iniciado. Este valor es dependiente de la plataforma. iSeries utiliza colas para arrancar los procesos.

*OUTQEl monitor no está activo. La sesión previa finalizó correctamente pero dejó un log.

*INITFAIL Se produjo un error mientras el monitor estaba en estado *STARTING

*STARTING El monitor está todavía en la fase de inicialización

*INACTIVEEste monitor no está activo y no hay ninguna evidencia de que haya sido iniciado en el pasado.

*ENDING El monitor está siendo finalizado desde la interface.

*INERROR El monitor está activo, pero no responde.

*FAILEDEl monitor finalizó debido a un error que se produjo cuando estaba en estado *ACTIVE.

*RESTART El monitor está siendo reiniciado desde la interface.

*JRNINACTIEl diario está temporalmente inactivo. El monitor está activo y espe-rando a que el diario esté activo para poder volver a analizar opera-ciones.

N/A Se produjo un error al intentar recuperar el estado del monitor.

Estado Descripción



El diario del archivo físico necesita que el parámetro MINENTDTA (minimized entry-specific data) tenga

un valor diferente de *FILE. El Centro de Información de IBM iSeries lo explica de la siguiente manera:

Diríjase a los mandatos CRTJRN y CHGJRN para más detalles.

Para añadir un nuevo usuario a Data Monitor pulse F6 desde la pantalla Trabajar con Usuarios a

Monitorizar. Otra manera de añadir un nuevo usuario es mediante el mandato:

T4DATAMON/ADDDTMU y pulsar F4

El mandato Añadir usuario a monitorizar (ADDDTMU) añade una entrada de configuración de usuario a la

lista de configuraciones. Aparece la siguiente pantalla:

Nota Data Monitor no registra por diario archivos físicos. Los archivos deben estar registrados por

diario previamente utilizando el mandato STRJRNPF, con el parámetro IMAGES ajustado a

(*BOTH). Data Monitor comprueba este requerimiento cuando arranca el monitor.

Data Monitor sólo monitorizará un diario si almacena datos de usuario. Asegúrese que los

diarios en la lista de diarios de Data Monitor especifican el valor *USR en el parámetro

FIXLENDTA. Para detalles, diríjase al Appendix K: Preguntas más comunes en página 154.

Data Monitor sólo puede monitorizar Lecturas de usuarios sensibles si el archivo sensible

tiene un desencadenante. Para detalles sobre triggers y lecturas, diríjase al Capítulo 3 -

Configuración y arranque de Data Monitor para monitorizar Archivos Sensibles en

página 11.

MINENTDTA(*FILE) no está soportado en diarios. Para comprobar el valor del parámetro

MINENTDTA use el mandato WRKJRNA en el diario.

"If you have selected to use the MINENTDTA parameter (i.e.*FILE) for the journal, then some of your

journal entries entry-specific data will be minimized. The layout of the minimized record changes

entries is completely different than the layout when the entry is not minimized. The data is not even

recognizable nor is it readable as sophisticated hash techniques are used in addition to only

operating on actual changed bytes. Therefore, if you want to use the journal as an audit mechanism,

you may not want to choose this option (i.e. *FILE) for database physical files since you (i.e. Data

Monitor) will not be able to read the actual change made."



Figura 32 – Pantalla Añadir usuario a monitorizar I

Introduzca el nombre del usuario que desea monitorizar.

A continuación seleccione las transacciones que desea monitorizar, asignando a cada parámetro los

valores *YES o *NO. Es interesante tener en cuenta que Auditar registros leídos está asignado como

*NO por defecto. Recuerde que un usuario individual puede leer muchos archivos y transacciones y el

auditar registros de lectura puede tener un impacto en el rendimiento de su sistema, especialmente si

está monitorizando *ALL usuarios. Además piense que puede seleccionar tanto valores de auditoría

como alertas.

Pulse Av Pag y aparecerá la segunda pantalla de configuración con parámetros adicionales.

Puede escoger entre cambiar los parámetros adicionales o simplemente utilizar los valores por defecto.

No son obligatorios para que Data Monitor funcione.

Por defecto los nuevos usuarios aparecen en la pantalla Trabajar con Usuarios a Monitorizar con estado

del monitor *INACTIVE, Habilitar *YES, y los valores para Última fecha y hora en histórico vacíos.

Cuando arranque el monitor (F10) el estado del monitor cambiará a *ACTIVE.

A veces el campo Último Fecha y Hora en Histórico se rellena inmediatamente con una fecha anterior.

Esto significa que este usuario ha sido monitorizado en el pasado y por cualquier razón la entrada de

configuración fue eliminada. De cualquier forma los datos de monitorización del monitor previo se

almacenaron y ahora aparecen cuando arranca el monitor. Tenga en cuenta que el Última fecha y hora

en histórico no se proporciona para el usuario *ALL.

Muy Importante Para arrancar los monitores correctamente, asegúrese que el perfil de usuario del trabajo

Data Monitor tiene acceso a los archivos añadidos a Data Monitor. Este perfil de usuario

también debe tener autoridad *ALL para el objeto de diario y autoridad *USE para los objetos

receptores de diario.

El perfil de usuario por defecto es QPGMR, pero puede cambiarlo para añadir autorización

para los archivos requeridos. Use el mandato CHGJOBD en las descripciones de los trabajos

T4DATAMON/DTUMONITOR y T4DATAMON/STRDTUMON.



4.3.1 Guardar Transacción Si (F14)Guardar Transacción Si puede utilizarse para reducir el número de transacciones almacenadas en las

bases de datos de Data Monitor. La expresión utilizada en Guardar Transacciones Si define qué

transacciones almacenar en el log de transacciones históricas. Por ejemplo, puede especificar una

expresión ALEV para que almacene sólo transacciones para el usuario NICOLE en los archivos A, B, y

C. También puede utilizar funciones de negocio externas en esta expresión (Diríjase a la sección G.3 -

Funciones de Negocio Externas en página 123).

Guardar Transacción Si, está disponible pulsando F14 en la pantalla Trabajar con usuarios sensibles.

4.3.2 Opciones de Monitorización (F15)Por defecto Data Monitor utiliza la biblioteca de salida T4DATAMON para archivos de configuración de

formatos. De cualquier forma puede cambiar aquí, la biblioteca de salida. Puede configurar la biblioteca

para almacenar los archivos físicos o bases de datos de de transacciones completadas por Data

Monitor. Actualmente puede introducir un nombre de biblioteca específico o seleccionar *PRDLIB.

Utilizando este valor el usuario indica que el nombre de la biblioteca será T4DATAMON.

También puede indicar si desea reutilizar el formato existente para los archivos a monitorizar o generar

automáticamente uno nuevo cuando Data Monitor encuentre la primera entrada de diario para un

archivo específico. Por defecto Data Monitor reutiliza el formato de archivo existente. Para más detalles

sobre formatos de archivos diríjase a la sección 3.4 - Trabajar con Formatos de Archivo en página 18.

La lista de diarios le permite configurar qué diarios a monitorizar. Cada entrada se define por un

nombre de diario y una biblioteca. El valor por defecto es Diario *ALL y Biblioteca *ALLUSR, que

monitorizará todos los diarios de usuario, pero excluirá automáticamente diarios del sistema (diarios

que comienzan por Q). Para una descripción del resto de variables pulse F1. La lista de diarios aplica a

todos los usuarios sensibles; no es específica para un usuario.

Los diarios se procesan en el orden de la lista de diario. Para asegurarse que el proceso no gasta

demasiado tiempo procesando un diario particularmente largo, utilice Tiempo por diario para indicar

cuanto tiempo gastar en un diario antes de proceder a procesar el siguiente diario. Por defecto el

tiempo por diario está asignado a 30 segundos.

4.4 Iniciar/Reiniciar MonitoresPuede usar F10 – Arrancar/Reiniciar todos los monitores desde la pantalla Trabajar con usuarios a

monitorizar para iniciar o reiniciar todos los monitores. Otra manera de hacerlos es introducir el

siguiente mandato:

T4DATAMON/STRDTUMON

Sólo solo las entradas de configuración que estén habilitadas se iniciarán cuando ejecute F10 o el

mandato T4DATAMON/STRDTUMON.

Nota Guardar Transacción Si, es la primera expresión para filtrar datos. Si está reutilizando

formatos, cualquier expresión en estos formatos se aplicará a continuación. Para una

información más detalla diríjase al Apéndice B: Flujo de Proceso de Entrada de Diario en

página 100.



Cuando utilice F10 – Arrancar todos los monitores, aparecerá una pantalla donde podrá indicar desde

que momento quiere iniciar el monitor. Las opciones son *NOW, *LASTIME, o *DATETIME. El estado de

los monitores cambiará, y aparecerá el estado *ACTIVE si el proceso de arranque tuvo éxito.

Los valores por defecto son los valores que se muestran cuando pulsa F10-Arrancar. También se

utilizan para arranques automáticos tras IPL o después del inicio del subsistema T4DATAMON.

Puede determinar los valores por defecto para definir desde que punto quiere que Data Monitor

empiece a procesar entradas de diario utilizando la opción 16 del menú principal de Data Monitor

(T4DATAMON/DTM_MENU). Otra manera de configurar el punto de inicio es mediante el siguiente

mandato:

T4DATAMON/CHGDTAMON

Aviso Si necesita registrar por diario un archivo de transacciones de Data Monitor, como

CHLOC01P, le recomendamos que utilice un diario que no está siendo monitorizado. De otra

formará un bucle infinito.

Data Monitor guarda transacciones para esos archivos. Como estos archivos están siendo

monitorizados, estas transacciones generan una nueva transacción a monitorizar, que a si

vez genera una tercera transacción, u así sucesivamente.

Por ejemplo, un bucle infinito ocurre cuando:

• Configura *ALL para usuarios y registra por diario los archivos de transacciones.

• El usuario del trabajo DTUMONITOR es uno de los usuarios monitorizados y registra

por diario los archivos de transacciones.

Nota Esto no sucede al monitorizar archivos o con Data Monitor Express.



Típicamente, la primera vez que ejecute Data Monitor tras instalar el producto, utilizará el valor *NOWpara empezar a procesar entradas de diario desde el momento actual.

Para operaciones normales una vez el monitor esté en marcha y funcionando, pondrá como valor por

defecto *LASTTIME. Con este ajuste, Data Monitor empezará a procesar entradas del diario desde la

última entrada procesada en el diario. Por ejemplo, tras una IPL, Data Monitor empezará a procesar la

primera entrada del diario que todavía no ha sido procesada.

Sólo en casos especiales, por ejemplo, cuando se reprocesan entradas del diario (Diríjase a Apéndice

C: Cómo Reprocesar entradas en página 104), ajustará el valor a *DATETIME para indicar un fecha y

hora de inicio específicas.

Figura 33 – Tras pulsar F10 el estado de los monitores para las entradas habilitadas cambia a *STARTING.



Figura 34 – Los monitores que arrancaron con éxito mostrarán como estado de monitor a *ACTIVE.

4.4.1 El subsistema T4DATAMONTodos los trabajos de monitorización de Data Monitor se ejecutan bajo el subsistema T4DATAMON. Data

monitor crea un trabajo para cada combinación de usuario activo y grupo ASP.

Por ejemplo: los siguientes trabajos se crearán para los usuarios sensibles activos JOAN y STEVE:

Tenga en cuenta que sólo se crea un trabajo para el usuario *ALL, de la siguiente manera:

También encontrará un trabajo llamado FMTCONTROL. Este es el trabajo a cargo de refrescar formatos

(Para detalles sobre el refresco automático de formatos, diríjase al Capítulo 6 - Manejo de formatos en

Data Monitor for iSeries en página 61).

JOAN DTUMONITOR-JOAN

STEVE DTUMONITOR-STEVE

*ALL DTUMONITOR-*ALL



Figura 35 – Trabajos para cada usuario sensible.

4.5 Finalizar MonitoresPuede utilizar F11 – Finalizar todos los monitores, desde la pantalla trabajar con usuarios a monitorizar

para finalizar todos los monitores asociados con usuarios monitorizados. Si el proceso tuvo éxito, el

estado del monitor aparecerá como *INACTIVE.

Figura 36 – Una vez los monitores se han detenido utilizando F11 el estado del monitorización cambia a *INACTIVE


Data Monitor para iSeries Express

Capítulo 55 Data Monitor para iSeries Express

Data Monitor le permite realizar una monitorización de datos específica bajo demanda, para uso en

reportes o la SmartConsole. Data Monitor for iSeries Express puede utilizarse para varios propósitos,

entre ellos:

• Auditoría Ad-hoc de las actividades de un usuario en particular en el sistema, por ejemplo

cuando no dispone todavía de una monitorización en tiempo real de usuarios sensibles o no

dispone de la versión completa de Data Monitor for iSeries.

• Comprobar todos los datos de auditoría. Frecuentemente su monitorización en tiempo real se

filtra por motivos de rendimiento. Data Monitor for iSeries Express le permite comprobar todos

los datos de la actividad en un archivo o por un usuario directamente desde el log de

transacciones (diario de datos), por ejemplo en horas de poca carga de trabajo.

• Crear reportes ad-hoc que contengan datos no incluidos en su monitorización en tiempo real.

Como Data Monitor for iSeries Express le permite usar un repositorio de datos y formatos de

datos diferentes, puede utilizarlos para crear repeores específicos que contengan diferentes

campos o filtros junto a sus reportes normales de auditoría en tiempo real.

Data Monitor for iSeries Express recupera datos de archivos registrados por diario para el periodo de

tiempo específico que selecciona el usuario. Este capítulo describe cómo utilizar Data Monitor for

iSeries Express.

5.1 Arrancar Data Monitor for iSeries ExpressData Monitor for iSeries está disponible desde la pantalla principal del menú de Data Monitor for iSeries

(DTM_MENU). Para abrir Data Monitor for iSeries Express, introduzca el siguiente mandato:

Go T4DATATMON/DTM_CONFIG

Aparece la pantalla Generar datos de auditoría de diario (GENJRNDTA) (de hecho es un mandato

denominado GENJRNDTA en la biblioteca T4DATAMON).

Aquí puede configurar un amplio rango de parámetros para definir exactamente qué datos recuperar.

Recuerde que Data Monitor for iSeries Express trabaja con todas las transacciones registradas por

diario en su sistema, y dependiendo de su configuración de auditoría, puede necesitar procesar un gran

volumen de datos. Por ello le recomendamos que configure cuidadosamente Data Monitor for iSeries

Express para recuperar únicamente los datos esenciales para sus necesidades de reporting.



El primer conjunto de parámetros le ayudan a identificar exactamente en qué archivos y usuarios está

interesado.

Diario: le recomendamos que introduzca un nombre de diario específico, de cualquier forma, también

puede utilizar un nombre genérico o los valores especiales *ALL o *ALLJRN.

*ALLJRN se refiere a todos los diarios en el sistema

*ALL se utiliza en combinación con los valores de Biblioteca. Cuando introduce *ALL, Data Monitor

seleccionará cualquier diario que también tenga el valor específico introducido en el parámetro

biblioteca de diario.

Biblioteca: *LIBL, *CURLIB, *USRLIBL, *ALLUSR, *ALL

Número de ASP: 1-32, *ALL

Dispositivo de ASP: *CURASPGRP, *SYSBAS, *

Archivo físico registrado por diario (Archivo): Introduzca el nombre o los valores especiales

*ALLFILE o *ALL.

*ALLFILE se refiere a todos los archivos en el sistema

*ALL trabaja en combinación con el valor del parámetro biblioteca del archivo físico

Archivo físico registrado por diario (Biblioteca): Nombre. *LIBL, *CURLIB

Archivo físico registrado por diario (Miembro): Nombre, *FIRST, *ALL (+para más valores)

Usuario Real: Introduzca un nombre o los valores especiales *ALL o *SPCUSERS.

*ALL se refiere a todos los usuarios

*SPCUSERS se refiere a la lista de usuarios configurados en Usuarios de Data Monitor for iSeries. Por

ejemplo, si ha configurado los usuarios DAVID, IOANNIS, NICOLE, STEVE,… en la opción “Trabajar con

usuarios a monitorizar” podrá usar estos usuarios en Data Monitor for iSeries Express seleccionando el

valor *SPCUSERS en el parámetro USER.

A continuación indique en qué transacciones o mandatos está interesado, seleccionando la bandera

*YES o *NO. Los parámetros disponibles son:



• Auditar registros añadidos

• Auditar registros eliminados

• Auditar registros modificados

• Auditar registros leídos

• Auditar CLRPFM

• Auditar DLTF

• Auditar ENDJRNPF

Pulse AvPg para ver más valores

Puede acotar aún más su recolección de datos por trabajo. Aquí puede entrar nombre de trabajo,

nombre de usuario y número de trabajo.

Introduzca el Inicio y el Final del período para el cual quiere recuperar datos.

El campo programa le permite añadir un nombre de programa específico.

Pulse AvPg para ver más valores

Nota La fecha y hora de inicio y final son campos obligatorios.



Expresión de Filtro General: Ofrece un filtro ALEV de primer nivel. También puede utilizar funciones

de negocio externas en su expresión. Diríjase a la sección G.3 - Funciones de Negocio Externas en

página 123.

Para minimizar la carga del sistema es importante definir esta configuración cuidadosamente, ya que

puede ser necesario procesar grandes volúmenes de datos, particularmente cuando haya lecturas

involucradas. Cuanto mejor defina su configuración, mejor uso hará de sus recursos.

Finalmente puede indicar donde y como almacenar los datos recuperados.

Entre primero el nombre de la biblioteca de salida o *PRDLIB en el campo Biblioteca de Salida.

A continuación indica si desea reutilizar el formato de archivo existente o desea crear uno basado en el

archivo de base de datos.

Opción de ejecución (RUNOPTION): actualmente *SEQUENTIALLY es el único valor válido.

5.2 LimitacionesData Monitor for iSeries Express sólo puede monitorizar datos disponibles en el sistema en receptores

de diario activos, mientras que Data Monitor for iSeries – Base le permite almacenar datos en un

repositorio separado para su uso futuro.

Si sus diarios crecen rápidamente y debe borrar datos frecuentemente de receptores de diario, puede

ser más práctico utilizar la versión completa de Data Monitor for iSeries – Base. En ese caso no

necesitará mantener todos los datos en sus receptores de diario, sino que podrá transferirlos a un

repositorio de datos separado.

Entre las ventajas de Data Monitor for iSeries Base se incluyen:

Alertas en tiempo real de cualquier actividad sospechosa

Nota La expresión de filtro general es la primera expresión para filtrar datos. Si está reutilizando

formatos (*REUSE), cualquier expresión en estos formatos se aplicará después. Para más

información diríjase al Apéndice B: Flujo de Proceso de Entrada de Diario en página 100.



Almacenamiento de datos de auditoría fuera de línea

Posibilidad de monitorizar actividad de negocio, extrayendo indicadores claves de rendimiento en

tiempo real, con propósitos de inteligencia de negocio, además de su uso para propósitos de seguridad.

La actualización a Data Monitor for iSeries - Base es fácil:

• Simplemente contacte con su representante de Tango/04 para obtener la clave de activación

del producto requerida, e introdúzcala en su instalación existente de Data Monitor for iSeries.

Nota Los usuarios existentes de Data Monitor for iSeries Express se beneficiarán de un precio

especial de actualización.


Manejo de formatos en Data Monitor for iSeries

Capítulo 66 Manejo de formatos en Data Monitor for iSeries

Para que Data Monitor utilice datos brutos (no formateados) de transacciones almacenadas en diarios

IBM, debe traducir los datos a una etiqueta válida para su log de transacciones históricas. Data Monitor

utiliza formatos (o esquemas) para convertir los datos brutos.

Un formato (o esquema) incluye una lista de definiciones de campos para los archivos sensibles y una

lista de campos clave para ordenar los registros en reportes del log de transacciones.

La manera que Data Monitor lee estos “formatos” difiere un poco dependiendo de si está monitorizando

archivos sensibles, usuarios sensibles o utiliza Data Monitor for iSeries Express. Cada método se

describe con detalle en las siguientes secciones.

6.1 Data Monitor para archivos sensiblesCuando selecciona manualmente los archivos sensibles a monitorizar, se recupera y se almacena un

formato para cada archivo. También puede crear múltiples formatos para un archivo sensible. Para más

detalles, diríjase a la sección 3.4.1 - Añadir un Formato a un archivo en página 20 y sección 3.4.2 -

Cambiar definiciones de Formatos en página 21.

Cuando Data Monitor detecta que un archivo sensible a puede haber cambiado (por ejemplo un campo

ha sido añadido o eliminado) utiliza la función “Refresco automático de formatos” para cargar un nuevo

formato con los cambios. Para más detalles diríjase a sección 6.4 - Refresco automático de Formatos

en página 62.

6.2 Data Monitor para usuarios sensibles Cuando monitoriza usuarios sensibles, Data Monitor leerá transacciones de diarios de cualquier archivo

en su sistema. Aquí no es práctico cargar manualmente formatos para todos los archivos de su sistema

antes de empezar la monitorización.

Por ello, Data Monitor utiliza la función “Cargar formatos al vuelo”:

• Cuando un monitor encuentra la primera entrada de diario para un archivo específico, carga el

formato de ese archivo y lo utiliza para almacenar esa transacción y las futuras.

En el caso de archivos sensibles donde haya añadido formatos manualmente, puede reutilizar los

formatos existentes cuando Data Monitor para usuarios sensibles encuentre transacciones de estos

archivos. Obviamente, el configurar formatos para archivos sensibles con “Trabajar con formatos de



archivos” le ofrece mayor control sobre el formato que en los formatos creados por la función “Cargar

Formatos al vuelo”.

Al igual que al monitorizar archivos sensibles, si alguno de los monitores detecta un archivo sensible

puede haber cambiado (por ejemplo un campo se ha añadido o eliminado) Data Monitor utiliza la

función “Refresco automático de formatos” para cargar un nuevo formato incluyendo los cambios. Para

más detalles diríjase a Refresco automático de Formatos a continuación.

6.3 Data Monitor for iSeries ExpressData Monitor Express trabaja exactamente como Data Monitor para usuarios sensibles con respecto a

los formatos. Utiliza la función “Cargar formatos al vuelo” para cargar formatos, puede reutilizar

formatos existentes de archivos sensibles, y utiliza la función “Refresco automático de formatos” para

cargar un nuevo formato que incluya los cambios.

6.4 Refresco automático de Formatos Data Monitor detecta un cambio cuando en un archivo se producen eventos de finalizar archivo físico de

diario o iniciar archivo físico de diario. Cuando el archivo ya dispone de uno o más formatos, la

funcionalidad e refresco automático de formato crea un nuevo formato que incluye los cambios. Este

nuevo formato se carga como en la función “Cargar formatos al vuelo” y a continuación los actualiza

con la configuración del formato existente más próximo. Se puede entender todo el proceso como un

refresco del formato antiguo.

6.4.1 Campos clave y refresco de formatosSi el formato antiguo se creó con el parámetro Lista de Claves Inicial (mandato ADDDTMF) o Lista de

Claves (mandatos ADDDTMFMT o CHGDTMFMT) igual al archivo monitorizado (o *MONFILE), entonces los

campos clave en el formato antiguo se mantendrán en el nuevo formato. Por lo tanto se mantendrá

cualquier cambio manual que realice relativo a campos clave en el antiguo formato.

Ejemplo del refresco automático de formatos

El formato para el archivo LIB/FILE contiene 2 campos: FIELDA y FIELDB.

Data Monitor detecta que este archivo ha cambiado: se ha añadido un nuevo campo FIELDC.

Data Monitor crea y actualiza el nuevo formato:

• El nuevo formato recuperará valores para Expresión para usar formato, expresión para

almacenar transacción, y expresión de preproceso del formato antiguo (para más detalles

de cada expresión diríjase a la sección 3.4.3 - Uso de expresiones en formatos en

página 22).

• Para FIELDA y FIELDB, el nuevo formato recuperará detalles de los valores Imprimir como,

Auditar Transacción si, Guardar campos si y Protección de Campo del antiguo formato

(Para más detalles de estos parámetros diríjase a Trabajar con formatos de archivo en las

sección 3.5.1 - Vista 1 en página 25 y sección 3.5.3 - Vista 3 en página 28).

• FIELDC es un nuevo campo y mantendrá todos sus nuevos valores del nuevo formato.

Nota Como los campos *VIRTUAL se copian del antiguo formato al nuevo sin modificaciones;

asegúrese que estos campos son todavía válidos. Si no, necesitará hacerlo manualmente.



Si el formato antiguo se creó con el parámetro Lista de Claves Inicial (mandato ADDDTMF) o Lista de

Claves (mandatos ADDDTMFMT o CHGDTMFMT) diferente al archivo monitorizado (o *MONFILE), entonces

el refresco automático de formatos leerá la lista de campos clave de Lista de Claves del Archivo para

el nuevo formato. Por lo tanto se perderá cualquier cambio manual que realice relativo a campos clave

en el antiguo formato.

Cuando el refresco automático no funciona

Si, en algún momento, el refresco automático de formatos no funciona como desearía con los campos

clave, puede utilizar CHGDTMFMT (Change Format Definition) para reparar el parámetro lista clave y a

continuación siga los pasos siguientes para repetir/corregir el refresco automático de formatos:

• Escriba la fecha "Formato desde" de los formatos que considere inválidos y a continuación

elimínelos. Diríjase a la sección 3.4 - Trabajar con Formatos de Archivo en página 18 para

más detalles.

• Haga todos los cambios necesarios a los formatos que se han refrescado automáticamente.

Vea más arriba para mayor información.

• Reprocese entradas desde la fecha "Formato desde" que ha escrito en el paso anterior.

Diríjase al Apéndice C: Cómo Reprocesar entradas en página 104 para más detalles.


Limpiar archivos de Data Monitor

Capítulo 77 Limpiar archivos de Data Monitor

Data Monitor necesita trabajar con diferentes archivos que pueden almacenar una gran cantidad de

datos, procesados por receptores de diario. Es muy importante mantener el espacio en disco bajo

control, limpiando regularmente el log de transacciones históricas de Data Monitor. Le recomendamos

que solo elimine datos no utilizados o que han sido almacenados en otro lugar.

Use el siguiente mandato para limpiar los archivos de Data Monitor:

T4DATAMON/DLTDTMLOG

7.1 Modo de BorradoEn modo de borrado puede filtrar que registros eliminar de la base de datos de transacciones históricas

basándose en el tipo de monitor que es el origen de estos registros. El usuario puede indicar uno de los

siguientes valores especiales:

• *FILES: Las transacciones se borrarán para cada monitor basado en archivos configurados en

la opción Trabajar con archivos a monitorizar.

• *USERS: Las transacciones se borrarán para cada monitor basado en usuarios configurados en

la opción Trabajar con usuarios a monitorizar

• *GENJRNDTA: Cualquier transacción generada con el mandato Generate Audit Data from

Journal (GENJRNDTA) será eliminada.

• *ALL: Se borrarán las transacciones para todos los tipos de monitor.



Figura 37 – Borrado de Datos Históricos (DLTDTMLOG)

Como en todos los mandatos de limpieza de Tango/04, existen dos modos de borrado:

• Modo Keep (*KEEP - K)

• Modo Date (*DATE - D)

En el modo Keep puede especificar el número de días de los que quiere mantener los registros, los

valores de auditoría a eliminar y el archivo de transacciones. Cuando utiliza el modo Keep sólo los

registros con una fecha anterior a la fecha actual menos (-) K días se borran. El resultado es que solo

los registros de los últimos K días se mantienen en la base de datos.

En el modo Date puede especificar el rango de fechas del que quiere borrar los registros, los valores de

auditoría y el archivo de transacciones. Cuando utiliza el modo Date todos los registros que se

encuentran en el rango de fechas son eliminados. Vea también el siguiente apartado.

Figura 38 – Borrar Histórico de Transacciones (DLTDTMLOG), Modo Date



7.2 Borrar transacciones de un archivo Por defecto, los registros se eliminan para todos los archivos de acuerdo al modo de borrado descrito

anteriormente. De todas formas es posible borrar registros únicamente para un archivo en particular.

Puede especificar el archivo y la biblioteca para el que desea eliminar los registros históricos.

7.3 Selección de Valores de auditoría a borrarAdicionalmente, el usuario puede indicar la categoría de los registros a borrar de la base de datos de

transacciones históricas. El tipo de operación que representa el registro en la base de datos define esta

categoría. Los valores válidos de auditoría son:

7.4 Reorganización de archivosTAmbién puede reorganizar archivos para liberar espacio en disco dejado por los registros eliminados.

Tenga en cuenta que cuando ajusta reorganizar a *YES la operación será más lenta y no se podrá

detener ningún trabajo que bloquee la base de datos, incluyendo todos los de Data Monitor.

7.5 Biblioteca de SalidaPuede especificar la biblioteca donde se encuentra el archivo de salida que contiene las transacciones

a eliminar. Puede especificar un nombre o utilizar el valor especial *PRDLIB. Cuando introduce

*PRDLIB, las transacciones serán eliminadas para el archivo de salida localizado en la biblioteca por

defecto del producto, T4DATAMON.

7.6 Borrar transacciones retrotraídas Como una transacción que ha sido retrotraída no representa un cambio real en la base de datos para

propósitos de auditoría, es útil eliminar estas transacciones de la base de datos. Puede eliminar

transacciones retrotraídas utilizando la opción 24 – Borrar transacciones retrotraídas del histórico de

registros desde el menú principal de Data Monitor (DTM_Menu).

Para eliminar una transacción retrotraída indique el modo keep (vea el apartado anterior Modo de

Borrado), el archivo del que eliminar las transacciones y la biblioteca del archivo.

*ADD *UPDATE *DLTF *READ

*DELETE *CLRPFM *ENDJRNPF


Enriquecimiento de datos de 360º para Control y Auditoría de 360º

Capítulo 88 Enriquecimiento de datos de 360º para Control y Auditoría

de 360º

Esta nueva funcionalidad exclusiva le ofrece una flexibilidad sin precedentes para crear campos

virtuales y enriquecer las transacciones auditadas con datos de tablas secundarias. Las nuevas y

rápidas funcionalidades de fácil uso, proporcionan una adecuada recuperación de datos de bases de

datos remotas o locales.

La nueva funcionalidad simplifica enormemente la carga de auditoría, ya que hace que los datos sean

mucho más legibles. Además, las transacciones sospechosas son más fáciles de detectar, ya que

pueden configurarse controles detallados en tiempo real en datos de negocio para reducir

enormemente los riesgos corporativos.

Los beneficios del enriquecimiento son:

• Reportes de auditoria legibles: En lugar de tratar con códigos extraños y números de cuenta

o de producto, los reportes pueden mostrar los nombres reales de clientes, los nombres de los

productos, etc.

• Datos de Negocio Contextuales: Al enriquecer los datos de transacción originales, puede

reproducirse información adicional sobre la transacción, cómo rangos máximo y mínimo de

descuento, tipo de cliente, territorio, direcciones, etc.

• Identificación del Empleado: Puede recuperarse información adicional sobre el empleado

que ejecuta la transacción desde la tabla maestra. Por ejemplo, el usuario JSMITH puede

reportarse correctamente como JOHN SMITH de CONTABILIDAD. Más información como la

localización física, número de la seguridad social, o si el empleado está de vacaciones o no,

puede recuperarse de tablas secundarias, y se pueden producir alertas conforme a ella.

• Alertas detalladas en tiempo real: Puede realizarse cualquier tipo de control en tiempo real

sobre la transacción o sobre sus datos enriquecidos y enviarse a una cola de mensajes (o a

VISUAL Message Center SmartConsole). Por ejemplo, puede enviarse una alerta si un cliente

de cierto tipo recibe un descuento mayor que el máximo porcentaje de descuento permitido

para el tipo de cliente, transacción, producto, etc., incluso si este dato se encuentra en las

tablas secundarias. Si es necesario, puede utilizarse lógica de scripting compleja y correlación,

e incluso se puede reutilizar lógica de programa RPG/COBOL personalizada si es necesario.

• Monitorización de KPI (Indicadores claves de rendimiento): Datos numéricos (como

"ventas diarias") pueden monitorizarse fácilmente a la vez que se van produciendo los

cambios en lugar de ejecutar continuamente pesadas sentencias SQL, lo que reduce tanto el



consumo de recursos como el tiempo para reaccionar ante eventos de negocio. Los KPIs

pueden exportarse a la SmartConsole y DashboardServer (esto requiere la versión Real Time

de Data Monitor for iSeries, que estará disponible en versiones futuras versiones de Data

Monitor for iSeries).

• Facilidad de mantenimiento: Las nuevas funciones son sencillas de aprender y mantener, no

son necesarios triggers propensos a fallos en la base de datos y no es necesario hardcodear

datos, toda la información se actualiza automáticamente desde los datos en vivo.

• Máximo control: Como todos los tipos de reglas de negocio y seguridad puedes configurarse

con un consumo mínimo de recursos, puede alcanzarse el máximo control fácilmente.

• Cumplimiento de regulaciones y Mejores prácticas con facilidad: El control mejorado

simplifica la carga de cumplir con regulaciones como Sarbanes-Oxley, PCI, etc. O las mejores

prácticas como COBIT.

• Reducción del tiempo necesario para auditoría y control: Como puede automatizarse

prácticamente cualquier control, y los reportes son fáciles de leer, el tiempo requerido para

auditar y controlar todos los datos corporativos es enorme. .

8.1 Funciones ALEV utilizadas para el enriquecimiento de 360º de los datosEl enriquecimiento le permite recuperar cualquier valor de cualquier campo en cualquier tabla de su

sistema, incluyendo sistemas remotos. Esto se consigue utilizando funciones ALEV que pueden

consultar campos de otras tablas disponibles en el sistema, y devolverlas como variables ALEV. Para

más información sobre variables y funciones ALEV, diríjase al Appendix G: Variables ALEV y Funciones

para Expresiones en página 115.

8.1.1 Funciones ALEV para bases de datos localesLas siguientes funciones ALEV pueden utilizarse para recupera datos de bases de datos locales:

• FUNCTION RunSQL(SQLSTMT STRING, Var SQLCODE INTEGER) : Variant (*)

Esta función ejecuta la sentencia SQL proporcionada por SQLSTMT, devuelve el valor SQLCODEcomo parámetros y si es un SELECT SQL funcionará de la misma manera que la misma función

GetRow. Esto significa que también devuelve un array ALEV con valores de campos pedidos

entre una cláusula SELECT y FROM. Este array está indexado por nombre de campo y también

por un índice numérico.

• FUNCTION GetRow(SQLSTMT STRING, Var SQLCODE INTEGER) : Variant (*)

Esta función ejecuta la sentencia SQL proporcionada por SQLSTMT sólo si es una sentencia

SELECT (en cualquier otros caso devuelve un error). devuelve el valor SQLCODE como

parámetros y también devuelve un array ALEV con valores de campos pedidos entre una

Ejemplo simple de enriquecimiento de datos de 360º

Una transacción puede incluir un campo que contenga valores de Código de Producto; sin embargo

el usuario no sabe a qué producto se refiere dicho código, ya que esta información sólo está

disponible en una tabla secundaria.

Puede utilizarse una función ALEV para enlazar automáticamente la información de la tabla que

contiene detalles del código de Producto e incluir esta información directamente en el reporte, con lo

que el usuarios no necesitará buscar manualmente esta información tras producir un reporte de la

transacción.



cláusula SELECT y FROM. Este array está indexado por nombre de campo y también por un

índice numérico.

• FUNCTION GetCol(LIBRARY STRING, FILE STRING, FIELD STRING, Var SQLCODE INTEGER, [KEYFIELD1 STRING], [KEYVALUE1 Variant], [KEYFIELD2 STRING], [KEYVALUE2 Variant], …) : Variant

Esta función recupera el valor del campo FIELD, en la primera línea del archivo LIBRARY/FILE, que cumpla la condición: KEYFIELD1 = KEYVALUE1 y KEYFIELD2 = KEYVALUE2 y... .

Por lo tanto, difiere de las dos funciones previas porque proporciona un tipo de interface nativa

en lugar de una interface SQL.

8.1.2 Funciones ALEV para bases de datos remotasLas siguientes funciones ALEV pueden utilizarse para recupera datos de bases de datos remotas:

• FUNCTION RunRMTSQL(RDBNAME STRING, SQLSTMT STRING, Var SQLCODE INTEGER) : Variant (*)

Funciona de la misma manera que la función RunSQL pero en RDBNAME debe proporcionar un

nombre de base de datos relacional remota (use el mandato del sistema WRKRDBDIRE).

• FUNCTION GetRMTRow(RDBNAME STRING, SQLSTMT STRING, Var SQLCODE INTEGER) : Variant (*)

Funciona de la misma manera que la función GetRow pero en RDBNAME debe proporcionar un

nombre de base de datos relacional remota.

• FUNCTION GetRMTCol(RDBNAME STRING, LIBRARY STRING, FILE STRING, FIELD STRING, Var SQLCODE INTEGER, [KEYFIELD1 STRING] [KEYVALUE1 Variant],[KEYFIELD2 STRING], [KEYVALUE2 Variant], …) : Variant

Funciona de la misma manera que la función GetCol pero en RDBNAME debe proporcionar un

nombre de base de datos relacional remota.

Cada una de las funciones para recuperar información de bases de datos remotas usa una sentencia

CONNECT SQL, por lo tanto, mientras no necesite un nombre de usuario y contraseña en la otra interface

SQL (STRSQL por ejemplo), será capaz de conectar con esta función ALEV.

Nota La función GetCol sólo puede recuperar un valor de campo, mientras que la función GetRow

es capaz de recuperar uno o más valores de campo.

Nota Para conectar a una base de datos remota, el usuario del trabajo Data Monitor debe tener

suficientes permisos para CONECTARSE A RDATABASE.

El perfil de usuario por defecto es QPGMR, pero puede cambiarlo para añadir autorización

para los archivos necesarios. Use el mandato CHGJOBD para cambar las descripciones de

trabajos de Data Monitor.

Nota Las bases de datos remotas que requieran contraseña no pueden ser accedidas por

razones de seguridad.



La variable sqlcode

Puede utiliza la variable sqlcode para controlar la ejecución de sus scripts cuando se encuentre con

errores.

Cuando se accede a bases de datos, existe una amplia gama de posibilidades, que pueden llevar a

problemas de acceso, particularmente cuando se trabaja con máquinas remotas. Por ejemplo, puede

estar intentando acceder a una base de datos en un sistema fuera de línea; o el formato de una base de

datos puede haber cambiado; o un valor específico que esperaba que estuviese en un registro

específico de una base de datos puede haberse cambiado de forma inesperada.

Utilizando variables sqlcode ahora puede incluir los detalles de estos errores cuando recupera

información en sus scripts, cualquier que sea la razón del error.

8.2 Cómo utilizar funciones ALEV para enriquecimientoEn esta sección explicaremos cómo usar funciones ALEV en Data Monitor for iSeries para enriquecer

transacciones auditadas con datos de tablas secundarias.

Entre el mandato:

GO T4DATAMON/DTM_MENU

Seleccione opción 1, para abrir la configuración de Data Monitor.

Introduzca de nuevo la opción 1, para trabajar con archivos a monitorizar. Aquí puede añadir un archivo

a monitorizar. Vamos a escribir un script utilizando una expresión de preproceso en esta instancia.

Introduzca la opción 20, para trabajar con formatos.

Figura 39 – ntroduzca la opción 20 para trabajar con formatos

Introduzca la opción 40, para trabajar con expresiones de preproceso en el Editor de Expresiones.

Nota Una función (o funciones) ALEV se utilizan en expresiones ALEV en Data Monitor for

iSeries. Puede usar expresiones como: Usar formato si; Guardar transacción si; preproceso,

Auditar transacción si, Guardar campo si, y más.



Figura 40 – Trabajar con Expresiones de Preproceso. El script anterior es similar al que será utilizado en el ejemplo de la página 69

Pulse F1 y a continuación ENTER para ver una lista de todas las funciones ALEV disponibles. Verá las

nuevas funciones ALEV.

Figura 41 – Lista de funciones ALEV, incluyendo algunas de las nuevas funciones para enriquecimiento

En el Editor de Expresiones escriba una expresión utilizando las nuevas funciones ALEV. Salga del

editor e introduzca Y para guardar las expresiones cuando se le solicite.

Deberá reiniciar el monitor para poder utilizar las nuevas expresiones. El monitor arrancará para

trabajar con los archivos a monitorizar y ejecutará las expresiones de preproceso.



Puede comprobar si algo no está funcionando correctamente comprobando los mensajes de error en la

cola de mensajes del producto.

8.3 Crear un campo virtual para enriquecimientoPodemos crear campos virtuales que no existen todavía en las bases de datos con las que estamos

trabajando. Estos son extremadamente útiles ya que pueden utilizarse para proporcionar información

adicional que cree reportes enriquecidos y con más información.

Para crear un campo virtual para enriquecimiento, introduzca el mandato:

GO T4DATAMON/DTM_CONFIG

Seleccione opción 1, Trabajar con archivos a monitorizar.

Introduzca opción 20, para trabajar con formatos.

Figura 42 – Introduzca opción 20, para trabajar con formatos para la base de datos MOVEMENTS

Introduzca la opción 10, para trabajar con detalles de campo.

Introduzca F6 para añadir un campo, e introduzca detalle para el nuevo campo.

Aviso Si está trabajando con bases de datos monitorizadas por Data Monitor for iSeries, debe ser

cuidadoso de no crear bucles infinitos de eventos a monitorizar. Para más detalles, diríjase a

la Appendix K: Preguntas más comunes en página 154.



Figura 43 – Introduzca detalles para su nuevo campo virtual para enriquecimiento, en este ejemplo estamos añadiendo un campo llamado VCLIENTADR para almacenar detalles de la dirección para

un cliente.

Cuando se han añadido los detalles pulse ENTER para volver a la pantalla de detalles del campo donde

podemos ver el nuevo campo virtual se ha añadido a la base de datos:

Importante Cuando cree campos virtuales, el dato Desde posición es importante porque el campo no

puede solapar otro dato en la tabla. Introduzca un valor mayor que la posición final de los

otros campos en la base de datos.

Le recomendamos que asigne suficiente espacio para evitar problemas con futuros cambios

de formato de archivo, recordando que el umbral para la dimensión del registro es alrededor

de 32Kbytes.



Figura 44 – Los campos virtuales VCLIENTADR y VVISANBR se han añadido a la base de datos. Tenga en cuenta que los datos Posición desde para cada campo es mayor que el dato previo

Posición hasta.

8.4 Ejemplo detallado de enriquecimiento de 360º de datos

8.4.1 Escenario1. Imagine un banco que desea controlar sus deudores.

2. El banco sólo desea monitorizar la base de datos MOVEMENTS. Esta base de datos almacena

cada transacción realizada por sus clientes, independientemente del método (cajero

automático, ventanilla, Internet, etc.).

3. El operador de Data Monitor de este banco necesita crear una entrada de configuración para

esta base de datos y sólo esta.

4. También es importante que puedan controlar otra información externa, relacionada con los

datos de transacción de esta base de datos. Esta información se almacena en otras dos bases

de datos:

• DEBTORS

• CLIENTS

5. Estas bases de datos no deben ser monitorizadas, pero la información necesita ser accedida

para ser utilizada para control y para enriquecer cualquier reporte producido.

6. Las condiciones adecuadas necesarias para comprobar estas bases de datos externas se

crearán utilizando las nuevas funciones ALEV en nuestras expresiones.

7. El banco también desea crear un log de todas las transacciones sólo de deudores, en otra

base de datos externa. Este log puede estar en la máquina local o incluso en una máquina

remota.

8.4.2 Bases de datosLas siguientes bases de datos se utilizan en nuestro ejemplo:

• DMIDEMO/MOVEMENTS: Esta es la base de datos monitorizadas por Data Monitor donde se

almacenará cada transacción de los clientes del banco.



• DMIDEMO/CLIENTS: Base de datos de los clientes del banco.

• DMIDEMO/DEBTORS: Base de datos que contiene los detalles de los deudores del banco.

• DMIDEMO/TRACKDBT: Base de datos que almacena detalla transacciones generadas por

DEBTORS que cumplen las condiciones especificadas que vamos a configurar en nuestras

expresiones.

8.4.3 ¿Qué haremos?En nuestro ejemplo, vamos a:

• Comprobar si un cliente, responsable de una transacción específica, está en nuestra base de

datos de deudores. Esta base de datos (DEBTORS) existe en una máquina remota.

• A continuación vamos a obtener información detallada sobre este cliente (deudor).

• Finalmente vamos a insertar un nuevo registro en nuestra base de datos de Log de

transacciones de deudores.

8.4.4 ScriptUtilizaremos el siguiente script para conseguir todo lo anterior:

Figura 45 – Script de preproceso utilizado en nuestro ejemplo, en el Editor de Expresiones – Primera Pantalla



Figura 46 – Script de preproceso utilizado en nuestro ejemplo, en el Editor de Expresiones – Segunda Pantalla

Antes de nada necesitamos declarar algunas variables. Es importante inicializar el sqlcode para hacer

saber a ALEV que vamos a usar un tipo INTEGER para esta variable. Para más información, diríjase al

manual de ALEV.

A continuación debemos saber si el usuario de esta transacción está en nuestra base de datos de

deudores. Esto puede hacerse fácilmente escribiendo las siguientes líneas en nuestra expresión:

Tenga en cuenta que estamos usando el SQLCODE de nuestras funciones para comprobar si la función

ha devuelto la información correctamente. Con esta función vamos a recuperar el identificador del

deudor y automáticamente la función devuelve el valor de la variable debtorID. Desde ahora, debtorID

podrá tratarse como un entero en nuestro script.

Ahora, necesitamos obtener información detallada del cliente de una máquina remota. Se hace con las

siguientes líneas:

Var debtorID; Var sqlcode:=0; Var movData[]; Var clientData[];

Nota La Variable sqlcode debe ser un entero.

debtorID:=GetRMTCol('TEAHUPOO', 'DMIDEMO', 'DEBTORS', 'CLIENTID', sqlcode, 'CLIENTNAME', &RealUser);

If sqlcode <> 0 Then Exit;




Queremos almacenar información detallada de la transacción de este deudor en otra base de datos

llamada TRACKDBT, que no está siendo monitorizada. Esto se hace con las siguientes líneas:

8.4.5 Enriquecimiento de nuestra base de datos monitorizadaAhora, podemos hacerlo aún más interesante, enriqueciendo nuestra base de datos monitorizada con

información externa. Todo lo que necesitamos hacer es crear algunos nuevos campos virtuales en el

formato actual para la base de datos especificada en la interface de usuario de Data Monitor para

archivos, y entonces trabajar con las funciones.

Crearemos dos campos virtuales:

• VCLIENTADR: para almacenar información de la dirección del cliente

• VVISANBR: para almacenar detalles del número de VISA

Diríjase a la sección 8.3 - Crear un campo virtual para enriquecimiento en página 73 para más detalles

sobre como crear campos virtuales.

Una vez haya creado sus nuevos campos virtuales puede escribir las siguientes líneas en su expresión

de preproceso para poder almacenar estos valores mencionados:

Finalmente, podemos ejecutar un reporte desde Reporting System ofreciendo juntos todos los datos de

las distintas bases de datos:

clientData:=GetRMTRow('TEAHUPOO', 'SELECT * FROM DMIDEMO/CLIENTS WHERE CLIENTID = ' + STRING(debtorID), sqlcode);


RunSQL('INSERT INTO DMIDEMO/TRACKDBT VALUES(' + STRING('''' + RTRIM(

clientData["CLIENTNAME"])) +''',' + STRING(

clientData["CLIENTID"]) + ',' + STRING('''' + RTRIM(

clientData["CLIENTADDR"])) + ''','+ STRING

&AfterValues["AMOUNT"]) + ',' + STRING('''' + RTRIM(

clientData["CCC"])) + ''','+ STRING(

&AfterValues["CSHMCH"]) + ',' + STRING('''' + RTRIM(

&AfterValues["CSHADDR"])) + ''','+ STRING('''' + RTRIM(

clientData["VISANBR"])) + ''','+ STRING('''' + RTRIM(

clientData["CONTACTDSC"])) + ''','+ STRING('''' + RTRIM(

&AfterValues["MOVDATE"])) +''')',

sqlcode);

&OperationValues[“VIRTUALFIELD”]:= <new external information retrieved>.

&OperationValues[“VCLIENTADR”]:=clientData[“CLIENTADDR”];

&OperationValues[“VVISANBR”]:=clientData[“VISANBR”];



Figura 47 – Reporte de Reporting System mostrando datos enlazados de distintas bases de datos. Podemos ver que los campos virtuales que hemos creado para dirección de cliente y número de

VISA han sido incluidos en el reporte.

8.5 Cómo trabajar con miembrosEs posible trabajar con miembros diferentes cuando se trabaja con archivos. Por defecto, trabajará con

el primer miembro (*FIRST) si no se especifica ningún miembro; de todas maneras es posible

especificar un miembro diferente por defecto.

Cuando utilizamos las nuevas funciones ALEV para enriquecimiento, no hay parámetros que puede

utilizarse para asignar el miembro. De todas maneras, podemos utilizar una sentencia SQL CREATE ALIAS. Con este mandato puede especificar un ALIAS para un miembro específico en un archivo y

entonces podrá trabajar con este ALIAS como si fuera un archivo normal.

Por ejemplo, imagine que tiene un archivo, FILEA con dos miembros: MBR1 y MBR2. Si desea trabajar

con MBR1, no hay ningún problema, porque por defecto estará trabajando con él. Pero si desea trabajar

con MBR2 necesitará especificarlo como un miembro con el que trabajar.

Puede solventar esta situación ejecutando la siguiente sentencia SQL (con SQL interactivo por

ejemplo):

Sólo necesita ejecutar esta sentencia SQL una vez.

‘CREATE ALIAS MYLIBRARY/MYMEMBER FOR MYLIBRARY/FILEA (MBR2)



Entonces podemos utilizar nuestras funciones SQL de la forma habitual refiriéndose a MYLIBRARY/

MYMEMBER. Por ejemplo:

RecordData[]:=GetRow(‘SELECT * FROM MYLIBRARY/MYMEMBER WHERE FIELDA = <valueA>’, sqlcode);



Consideraciones sobre Rendimiento

Capítulo 99 Consideraciones sobre Rendimiento

Aunque Data Monitor for iSeries lee las transacciones de los diarios, trabaja a nivel de archivo, no a

nivel de diario. Por ello, si el mismo diario se utiliza para varios archivos, Data Monitor solo procesará

transacciones para los archivos sensibles que se han especificado y no todos los del diario.

De la misma manera, si Data Monitor for iSeries para usuario sensibles lee transacciones desde diarios,

sólo procesa transacciones para los usuarios sensibles que se han especificado y no para todos los de

diario, ya que trabaja a nivel de usuario.

Para acotar la información monitorizada por Data Monitor puede especificar el tipo de transacción a

procesar. Por ejemplo, si solo está interesado en las modificaciones, puede ajustar los inserts y deletes

a *NO y solo las transacciones de Update serán procesadas.

Data Monitor también puede auditar transacciones de lectura. Para evitar una sobrecarga del sistema l

auditar todas las transacciones de lectura, el valor por defecto para este tipo de auditoría es *NO. El

usuario puede cambiarlo fichero a fichero. Le recomendamos que solo audite lecturas para los archivos

más sensibles, por ejemplo el archivo NOMINA o SALARIO.

Adicionalmente, puede refinara el proceso de monitorización a nivel de campo. Al definir campos

sensibles, solo las transacciones relacionadas con esos campos serán listadas.

Además Data Monitor puede leer de diarios y receptores de diario en cualquier momento. Dependiendo

del número de transacciones a procesar y los recursos de su sistema, puede ejecutar Data Monitor

durante las horas de producción o puede decidir que es mejor ejecutar Data Monitor fuera de las horas

de trabajo, reduciendo por tanto la carga de trabajo en su sistema de producción. Data Monitor ofrece

esta flexibilidad.

Finalmente, Data Monitor también soporta el registro por diario remoto. Puede usar diarios remotos

para ejecutar Data Monitor en un sistema diferente al de producción. OS/400 (o i5/OS) se ocupa de la

replicación del diario del sistema de producción al diario remoto. De esta manera el impacto en el

rendimiento de su sistema de producción es prácticamente cero.

Importante Es muy importante configurar Data Monitor para reducir el uso de CPU por parte de los

monitores. Una mala configuración puede llevar a procesar innecesariamente millones de

transacciones al día, con lo que supone de gasto de valiosos recursos del sistema.


Consideraciones sobre Rendimiento

9.1 Data Monitor for iSeries para Archivos Sólo en Data Monitor para archivos iSeries puede activar el trigger para monitorizar transacciones de

lectura en un archivo. Las transacciones de lectura generadas se almacenan en el diario asociado

donde quedan disponibles para su uso en Data Monitor for iSeries para usuarios y Express. Como se

mencionó anteriormente en este documento la auditoría de lecturas puede generar un gran número de

transacciones y le recomendamos que sólo active triggers en archivos en los que es realmente

necesario.

9.2 Data Monitor for iSeries para Usuarios Data Monitor for iSeries para usuarios puede trabajar con muchos diarios, lo que implica trabajar con

muchos archivos a la vez, resultando potencialmente en un gran número de transacciones a almacenar.

Grandes cantidades de transacciones de lectura en el sistema aumentan el volumen de datos a

procesar.

Le recomendamos que reduzca el volumen de datos a almacenar usando filtros.

• Opciones de monitorización (opción F15 de Trabajar con usuarios a monitorizar)

• Guardar Transacción si (opción F14 de Trabajar con usuarios a monitorizar)

También le sugerimos que defina cuidadosamente qué acciones y alertas auditar (recuerde que auditar

lecturas de usuarios puede causar grandes sobrecargas).

Finalmente, le sugerimos que evite la duplicación de sus acciones de monitorización, como se describe

en el Appendix L: Mejores Prácticas en página 161.

9.3 Data Monitor for iSeries Express Data Monitor for iSeries Express le permite crear datos de auditoría de una vez con propósitos de

auditoría. Puede acotar su auditoría a periodos específicos de tiempo. Piense que aunque puede

ejecutar una auditoría por un breve periodo de tiempo, sigue necesitando tener en cuenta el volumen de

transacciones de lectura en su sistema por cuestiones de rendimiento.

Data Monitor for iSeries Express es muy flexible y le permite muchos parámetros para acotar su

auditoría a los elementos más importantes. Le recomendamos que haga un uso completo de las

opciones disponibles para reducir el volumen de datos a procesar. Para más detalles diríjase al

Capítulo 5 - Data Monitor para iSeries Express en página 56.


Reportes de Data Monitor

Capítulo 1010 Reportes de Data Monitor

Puede usar el modulo Reporting System incluido o crear sus propias consultas a la base de datos.

Reporting System es una manera muy flexible de obtener información, ya que le permite definir su

selección de una forma intuitiva, usando una interface gráfica de fácil uso, escogiendo entre un amplio

rango de parámetros de selección. Para usuarios avanzados es aún más flexible, ya que los criterios de

selección pueden extenderse a cualquier cláusula de selección SQL. Existen más de 150 reportes

predefinidos diferentes que cubren Operaciones, Gestión de Niveles de Servicio, Contabilidad de

Trabajos, Seguridad y otras áreas, en formato detallado, resumido y gráfico; y el número de reportes

crece continuamente.

Los reportes pueden exportarse a una gran variedad de formatos, incluyendo PDF (Adobe Acrobat),

texto plano, HTML, formato de documento Word, etc. Una lista completa de los formatos disponibles se

encuentra al final de este capítulo. Los reportes también pueden enviarse por email directamente desde

Reporting System.

Los reportes también pueden planificarse. Por ejemplo, puede alimentar automáticamente su portal

corporativo con reportes de auditoría cada noche (o cualquier otro intervalo).

Figura 48 – Reporting System contiene más de 150 reportes para analizar la salud operativa y la seguridad de su infraestructura Informática. Se pueden crear fácilmente reportes personalizados.



10.1 Reportes predefinidos de Data Monitor Data Monitor está totalmente integrado con Reporting System para crear reportes de auditoría de alto

nivel así como reportes detallados a nivel campo. Existen diferentes reportes predefinidos que puede

usar inmediatamente con Reporting System para extraer datos del Log de Transacciones Históricas de

Data Monitor. Un conjunto de reportes se encuentra en la carpeta Data Monitor bajo la rama iSeries

Reports del árbol de Reporting System.

Figura 49 – Usando Reporting System puede fácilmente ver, imprimir, enviar por email o transformar

en HTML, listados de los cambios hechos en archivos sensitivos.

Los reportes que encontrará son: Chronological Data Changes (Transaction Header Information Only),

Chronological Data Changes, Chronological Data Changes (With Grouping) and Total Transactions

Summary.

Nota Recuerde que Data Monitor for Sensitive Users y Data Monitor Express puede configurarse

para almacenar el log de transacciones históricas en bibliotecas diferentes a la biblioteca

predeterminada T4DATAMON. Para acceder a estos datos con reportes de Data Monitor for

iSeries necesita asignar esta biblioteca al reporte. Para asignar la nueva biblioteca, abra el

menú Herramientas y seleccione Configuración. Entre aquí la Biblioteca que desee utilizar

para los reportes de Data Monitor for iSeries.



10.1.1 Chronological Data Changes (Transaction Header Information Only)El reporte de Encabezado de Transacciones le ofrece un vistazo rápido de los cambios a datos de

archivos sensitivos y es más rápido de ejecutar que los otros dos reportes más detallados. Este reporte

es particularmente útil para comprobar accesos y tipos de acceso para una base de datos específica.

Por ejemplo, use este reporte para identificar si existe algún acceso sospechoso por empleados de la

empresa. Si ya sospecha de un usuario particular, puede acotar el reporte aún más. Digamos que

encuentra un usuario particular que accedió a un archivo sensible un viernes por la tarde. Ahora puede

utilizar cualquiera de los otros reportes de Data Monitor, más completes, para obtener un mayor detalle,

como a que archivo y específicamente a que datos accedió esa persona.

Por ejemplo: comprobemos la base de datos de factura INVS/INVS0X1P en APOLLO para ver que

usuarios de la clase *USER, que pertenece al código de contabilidad Transport, han accedido a la base

de datos en el ultimo trimestre.

Figura 50 – Extracto de Chronological Data Changes (Transaction Header Information Only)

Devuelve una lista que contiene información básica sobre las transacciones individuales. Los detalles

del encabezado incluyen tabla, trabajo, usuario, programa, diario, receptor de diario, dispositivo ASP,

clave, etc.

La última página del reporte presenta un resumen de los cambios por tipo de operación.

10.1.2 Chronological Data Changes El reporte Chronological Data Changes ofrece el nivel de información más detallado. Muestra una lista

cronológica de cambios hechos a los archivos sensitivos.

Características especiales de este reporte le permiten usar Filtros de Condición (descritos en el

siguiente reporte) y seleccionar que campos modificados desea incluir para refinar su reporte.



Figura 51 – Selección de parámetros para el reporte Chronological Data Changes

Los ajustes por defecto para el parámetro Campos Modificados es *ALL, lo que significa que todas las

transacciones se añadirán para cualquier campo modificado. Seleccione uno o más campos

específicos con lo que su reporte solo mostrará aquellas transacciones en las que haya cambiado un

campo en particular.

Por ejemplo una empresa de logística necesita saber que Operadores hicieron cambios al identificador

de los documentos de entrega SHIPIDE en la base de datos SHIPMENTS/SHIP0X1P.

Para este ejemplo introducimos SHIPIDE en el parámetro Campos Modificados.

Figura 52 – Ejemplo de selección de Campos Modificados

La siguiente imagen muestra un extracto del reporte resultante.



Figura 53 – Extracto de Chronological Data Changes

Después de los datos de encabezado como tabla, trabajo, usuario, y programa, muestra detalles a nivel

de campo de las transacciones. Por ejemplo, para registros actualizados en la tabla de clientes los

detalles incluyen nombre de usuario y dirección, código de cliente y los cambios que se hicieron a ellos.

En nuestro ejemplo el nuevo número SHIPIDE se marca con un punto negro.

La última página muestra un resumen del número de cambios por tipo de operación, en forma de tabla

y como gráfico de barras.



10.1.3 Chronological Data Changes (With Grouping) El reporte con agrupación ofrece el mismo detalle que el reporte Chronological Data Changes, pero le

permite agrupar los resultados de acuerdo a Sistema/Nombre de archivo, nombre de usuario, nombre

de programa o clave concatenada. Esto ayuda a identificar áreas específicos de problemas.

Características especiales de este reporte le permite usar filtros de condición y seleccionar que campos

modificados desea incluir para refinar su reporte. Diríjase a la descripción del reporte previo para

detalles sobre campos modificados. El parámetro de filtro de condición se describe a continuación.

Puede utilizar el Filtro de Condición para acotar sus resultados basándose en el contenido de

campos, añadiendo la condición en una lista de inclusión. Por ejemplo:

• FNAME = “John”

• CODTAG LIKE “CPF%”

• CITY <> “New York”

• SALES >= 5000

• YEAR < 2000

Los signos de comparación aceptados son =, >, <, >=, <=, <> y LIKE. Si el valor es una cadena el valor

debe escribirse entre comillas dobles (“).

Por ejemplo; digamos que una empresa de logística necesita controlar los cambios hechos al campo

dirección de destino DESTADDR (campo modificado) en la base de datos SHIPMENTS/SHIP0X1P este año

por el operador, pero solo para paquetes entregados a Paris y New York o cuando el valor de los costes

de entrega superan los 150 Euros (filtros de condición).

Para este ejemplo entramos los siguientes filtros de condición y campos modificados:

Figura 54 – Ejemplo de Filtros de Condición y Campos Modificados

La siguiente imagen muestra un extracto del reporte resultante.



Figura 55 – Extracto de Chronological Data Changes (With Grouping), agrupado por usuario

Para cada Usuario (operador) el reporte muestra el encabezado y los detalles de la transacción, y

muestra un resumen del tipo de operación para cada usuario. En nuestro ejemplo el campo modificado

DESTADDR está marcado con un punto negro.

La última página muestra un resumen del número de cambios por tipo de operación en forma de tabla y

como gráfico de barras.

10.1.4 Total Transactions SummaryEl reporte Total Transactions Summary le da una visión general de alto nivel de las transacciones

llevadas a cabo en los datos de su sistema.

Ofrece una lista completa de los subtotales y totales para cada grupo para cada grupo que seleccione

de cada tipo de operación. Es muy útil para ver que tabla tiene más tráfico, cual no tiene uso y cuales

han tenido más tráfico del esperado. También dibuja cinco gráficos de tarta para ayudarle a encontrar

los archivos más activos. También sirve para saber que usuario es el más activo, que servidor tiene

más tráfico o cualquier otra información de utilidad.

Además puede usarlo para mostrar estadísticas de transacciones ejecutadas en una base de datos por

nombre de usuario, nombre/biblioteca del archivo o nombre/biblioteca del programa.



Figura 56 – Extracto de Total Transactions Summary

10.1.5 Creación de subreportes personalizadosTambién puede crear subreportes, que son una variación de los reportes existentes. Por ejemplo,

puede crear un reporte llamado “Cambios a archivos hechos este mes por QSECOFR”, seleccionando

“Este mes” como la fecha de reporte y “QSECOFR” como el usuario real y guardando el archivo de

parámetros con el nombre deseado.

Es fácil personalizar los reportes. Por ejemplo puede cambiar el logo de Tango/04 Computing Group por

el de su empresa, y llevar a cabo otras personalizaciones. Para más información sobre Reporting

System, diríjase a la Guía de Usuario de Reporting System, disponible en el menú de Inicio de Windows

en el grupo Reporting System.

10.2 Formatos disponibles para exportación de Reportes Reporting System incluye una amplia gama de formatos de exportación para que los utilice según sus

necesidades. La siguiente lista cubre los formatos disponibles hasta Reporting System 3.0. Utilice el

icono Exportar en la ventana Preview para obtener una lista de todos los formatos disponibles.

• PDF – un archivo portable, que es útil como documento individual

• XLS – una hoja de cálculo, que puede usarse como entrada para otro reporte o para cálculos

de otros datos de negocio

• DOC – un documento Word, que es útil cuando desea incluir los resultados en un reporte de

negocio mayor escrito en Word.

• XML: un archivo en Lenguaje de Marcas Extensible.

• CSV: Un archive de valores separado por comas se utiliza para el almacenamiento digital de

datos estructurados en un formulario de tabla de listas. Útil para mover datos tabulados entre

dos programas distintos, por ejemplo entre un programa de base de datos y un programa de

hoja de cálculo.

• XLS (Sólo Datos)



10.2.1 Destinos de reporte disponiblesPuede enviar los reportes generados a varios destinos. El más común es archivo en disco (grabar el

reporte en disco), que es el valor por defecto, pero los siguientes destinos también están disponibles:

• Aplicación

• Archivo en disco

• Base de datos Lotus Domino

• Correo de Microsoft (MAPI)

Por ejemplo, si desea enviar un reporte por email, utilice como destino Microsoft Mail. Se le pedirá la

dirección de email del destinatario. Esta opción necesita un cliente MAPI instalado en su escritorio.


Monitorización de Data Monitor for iSeries con VISUAL Message Center

Capítulo 1111 Monitorización de Data Monitor for iSeries con VISUAL

Message Center

No es necesario utilizar ningún software de monitorización con Data Monitor for iSeries. De todas

formas, si usted es cliente de VISUAL Message Center, puede obtener ventaja de las avanzadas

funcionalidades de monitorización, automatización y notificación de la SmartConsole de VISUAL

Message Center para maximizar el retorno de la inversión en Data Monitor for iSeries. Este capítulo

contiene algunas ideas para obtener lo máximo de ambos productos.

VISUAL Message Center es también un excelente añadido a Data Monitor for iSeries ya que

proporciona al personal de TI un solo punto de control, permitiéndole acceder a toda la información

necesaria de diferentes sistemas a la vez, sin la necesidad de conectarse a cada máquina.

11.1 Monitorización de cola de mensajes de Data Monitor Data Monitor for iSeries almacena mensajes de log en varias cola de mensajes, haciendo fácil integrar

Data monitor for iSeries con VISUAL Message Center. Simplemente use VISUAL Message Center

iSeries Server agent para monitorizar colas de mensajes batch en su sistema. Para más detalles,

diríjase a la sección 11.5 - Integración de Data Monitor con VISUAL Message Center en página 94.

11.2 Creación de Business Views de Data MonitorPuede crear una Business View para mensajes de Data Monitor for iSeries.



Figura 57 – VISUAL Message Center SmartConsole, con una lista de eventos donde los mensajes de Data Monitor for iSeries se agrupan por sistema e ID de mensaje. Los iconos cambian de verde a

rojo automáticamente si se reciben mensajes graves. Se pueden definir fácilmente acciones automatizadas.

11.3 Recepción y Proceso de eventos importantes de Data Monitor for iSeriesPuede crear reglas para procesar y ser alertado ante eventos importantes de Data Monitor for iSeries.

Por ejemplo puede ser alertado en caso de:

• Eventos de inicio y final

• Cualquier error en el procesamiento de transacciones

• Intentos no autorizados de cambiar la configuración de Data Monitor for iSeries (requiere

iSeries Security Agent)

• Problemas operativos en el subsistema T4DATAMON y en los trabajos de Data Monitor

• Resultado de mandatos ejecutados por Data Monitor utilizando expresiones ALEV

Las alertas pueden ser escaladas a diferentes grupos de personas conforme al día de la semana, hora

del día, severidad, tipo de mensaje, etc.

11.4 Creación de Enterprise Views para controlar Data Monitor for iSeriesLa SmartConsole de VISUAL Message Center sobresale en mostrar información operacional

rápidamente, utilizando paneles de control personalizables denominados Enterprise Views. Puede ver

toda la información relevante de su sistema de un solo vistazo, incluyendo salud operativa de hardware

y software, seguridad, rendimiento, niveles de servicio, estado de productos y aplicaciones

relacionados,…. Vea un ejemplo en la siguiente imagen.



11.5 Integración de Data Monitor con VISUAL Message Center

11.5.1 Configuración en la parte iSeries Data Monitor usa cuatro colas de mensajes en la biblioteca T4DATAMON:

• T4DATAMON: todos lo mensajes de Data Monitor para archivos sensibles (eventos de inicio y

final, cualquier error en el procesamiento de transacciones, intentos no autorizados de cambiar

la configuración de Data Monitor for iSeries – requiere iSeries Security Agent – y problemas

operativos en el subsistema T4DATAMON y los trabajos de Data Monitor)

• T4DATAUSR: Todos los mensajes de Data Monitor para usuarios sensibles (eventos de inicio y

final, cualquier error en el procesamiento de transacciones, intentos no autorizados de cambiar

la configuración de Data Monitor for iSeries– requiere iSeries Security Agent – y problemas

operativos en el subsistema T4DATAMON y los trabajos de Data Monitor)

• GENJRNDTA: Todos los mensajes de Data Monitor Express (mandato GENJRNDTA) (eventos de

inicio y final, cualquier error en el procesamiento de transacciones, intentos no autorizados de

cambiar la configuración de Data Monitor for iSeries– requiere iSeries Security Agent – y

problemas operativos en el subsistema T4DATAMON y los trabajos de Data Monitor)

• DTMCMDS: Resultado de mandatos ejecutados por Data Monitor utilizando expresiones ALEV

Si desea que esos mensajes sean monitorizado utilizando la tecnología de VISUAL Message Center,

debe añadir las colas de mensajes a la lista de colas de mensajes monitorizadas, usando el mandato

B_DETECTOR/WRKBDMSGQ, o usando la opción 11 del menú B_DETECTOR/BD_MENU.



Figura 58 – Menú principal de VISUAL Message Center

Aparece la lista de colas de mensajes monitorizadas por VISUAL Message Center. Añada aquí las

siguientes cuatro colas:

• T4DATAMON/T4DATAMON

• T4DATAMON/DTMCMDS

• T4DATAMON/T4DATAUSR

• T4DATAMON/GENJRNDTA

El monitor batch de VISUAL Message Center debe estar activo para que estas colas de mensajes sean

monitorizadas. Compruebe que el monitor batch está activo usando el mandato B_DETECTOR/CHKBDMON.

Si es necesario, inicie el monitor batch con el mandato B_DETECTOR/STRBDMON.



11.5.2 Configuración en la parte SmartConsolePuede crear carpetas y Business Views en la SmartConsole de VISUAL Message Center para ayudarle

a gestionar los mensajes entrantes de Data Monitor for iSeries.

Por ejemplo, puede crear una Business View para cada cola de mensajes:

También puede crear Business Views para mandatos ejecutados desde expresiones de preprocesos

ALEV como se muestra en las dos siguiente imágenes.


Apéndice A : Recomendaciones para Proteger Datos de Alto Nivel

Apéndice AApéndice A: Recomendaciones para Proteger Datos de Alto

Nivel

Las actuales leyes de protección de datos y las nuevas Directivas Europeas de Protección de Datos

propuestas, estipulan un control específico de la información que las empresas almacenan en sus

bases de datos. Es por tanto vital tener la capacidad de rastrear datos confidenciales y asegurar que

están protegidos independientemente de donde están almacenados.

Data Monitor for iSeries tiene la capacidad de aplicar una protección flexible a datos dependiendo de su

nivel de sensibilidad. Cómo establecer estos controles se explica en la 3.5.3 Vista 3 en la página 28.

Los detalles de auditoría y protección para cada campo pueden editarse para asegurar el nivel correcto

de protección.

Figura 59 – Trabajar con detalles de campo

Existen tres niveles de protección:

• *NOPROTEC: el valor se almacena y se muestra en los reportes de Data Monitor

• *SOFT: el valor se almacena, pero no se muestra en los reportes. En lugar del valor, el reporte

mostrará *Restricted*


Apéndice A : Recomendaciones para Proteger Datos de Alto Nivel

• *HARD: el valor ni se almacena ni se muestra en el reporte. Aparecerá la palabra *PROTECTED*en el reporte en lugar del valor.

Poder aplicar una protección Alta es crítico cuando almacena datos sensibles de Alto Nivel en sus

bases de datos, como datos médicos, detalles de orientación sexual, creencias religiosas o afiliaciones

políticas.

La protección Alta asegura que los datos no se copiarán o transferirán a otras bases de datos durante

una auditoría, por ejemplo, y además que la información no aparecerá en reportes generados por sus

sistemas.


Apéndice B : Flujo de Proceso de Entrada de Diario

Apéndice BApéndice B: Flujo de Proceso de Entrada de Diario


Apéndice C : Cómo Reprocesar entradas

Apéndice CApéndice C: Cómo Reprocesar entradas

¿Qué sucede si sus datos se procesan incorrectamente, por ejemplo debido a un cambio en el formato

de archivo que no se configure correctamente en Data Monitor en el momento que se procesaron las

entradas? Data Monitor ofrece la flexibilidad de rehacer el procesamiento de las entradas de Data

Monitor, mientras las entradas en cuestión estén todavía almacenadas en el receptor de diario. Aquí

encontrará una explicación de los pasos que debe seguir para reprocesar entradas de Data Monitor

para archivos sensibles.

Primero, finalice el monitor. Puede detener el monitor pulsando F11 desde la pantalla Trabajar con

archivos a monitorizar. Indique si desea eliminar el desencadenante para transacciones de lectura.

Otra manera de detener los monitores es con la opción 12 en el menú principal de Data Monitor.

A continuación debe identificar las entradas que desea reprocesar.

Estas entradas se borrarán de los archivos de Data Monitor basándose en un rango de fechas.

Desde el menú principal de Data Monitor use la opción 22 – Borrar Registros Históricos. Seleccione el

rango de fechas par alas entradas que desea reprocesar, seleccione tipo de auditoría a *ALL, e

introduzca el archivo desde el que desee reprocesar las transacciones.



Antes de eliminar entradas de Data Monitor asegúrese que las entradas aún están almacenadas en los

receptores de diario del sistema o pueden ser restauradas de otra manera. Si no es el caso, estas

entradas se perderán.

Ahora añada los formatos requeridos a la configuración de Data Monitor para reprocesar las entradas

como desee.

A continuación entre la fecha desde la que desea reprocesar las entradas.

Puede hacer esto utilizando la opción F10 iniciar/reiniciar monitores desde el menú Trabajar con

Archivos a monitorizar. Una vez haya pulsado F10 aparecerá una pantalla que le permitirá seleccionar

la fecha.

Alternativamente puede ajustar la fecha en el menú principal de Data Monitor usando la opción 13 –

Ajustes de Arranque Automático. También puede acceder a los ajustes de arranque automático con el

siguiente mandato:

T4DATAMON/CHGDTAMON.

Puede seleccionar *NOW, *LASTTIME o *DATETIME. Si selecciona *DATETIME podrá entrar la fecha y la

hora desde la que desea empezar a procesar las entradas. (Diríjase a sección 3.6 - Iniciar/Reiniciar

Monitores en página 31).

Nota Puede evitar añadir manualmente los formatos necesarios si decide confiar en el refresco

automático de formatos.

Nota Si desea confiar en el refresco automático de formatos, los eventos ‘fin de registro por diario

del archivo físico’ e ‘inicio de registro por diario de archivo físico’ deberían incluirse en el

rango de datos a reprocesar. Diríjase a la sección 6.4 - Refresco automático de Formatos

en página 62 para más detalles.



La próxima vez que arranque el monitor, los eventos serán procesados utilizando los formatos que

configure en estos pasos y desde la fecha y hora que ha especificado aquí. Finalmente, arranque los

monitores.

Desde el menú principal de Data Monitor use la opción 11 – Arrancar monitorización de archivos. De

forma alternativa, vaya a la pantalla trabajar con archivos a monitorizar y pulse F10.

Nota Puede reprocesar entradas para Data Monitor para usuarios sensibles siguiendo los mismos

pasos, simplemente usando los mandatos apropiados de Data Monitor para Usuarios

Sensibles.


Apéndice D : Cómo reducir la ocupación de espacio en disco

Apéndice DApéndice D: Cómo reducir la ocupación de espacio en disco

Por defecto, cada transacción almacena valores de todos los campos en el formato de archivo, lo que

significa que el espacio en disco que ocupan los archivos internos de Data Monitor puede crecer

dramáticamente (Vea también Apéndice J: Mandatos de Data Monitor en página 151). Afortunadamente

existe una manera sencilla de reducir el número de campos almacenados y por lo tanto la cantidad de

disco utilizada por Data Monitor.

Existen varias maneras de evitar el almacenamiento de campos no importantes:

Opción 41 – No guardar campo...

En Trabajar con Detalles de Campos ajuste Guardar Campo Si a NEVER utilizando la opción 41 – No

guardar campo... Los campos no se almacenarán y no ocuparán espacio en disco innecesario.

Opción 40 – Editar guardar campo si

En Trabajar con Detalles de Campos use opción 40 – Editar guardar campo si para añadir una

expresión basada en qué campo se almacenará o no. Si la sentencia es falsa el campo no se

almacenará por lo tanto no se ocupará espacio innecesario en disco.

Por ejemplo: HRMANAGER es la única persona en el departamento de RECURSOS HUMANOS que debe

acceder al archivo SALARIES. Queremos monitorizar el archivo SALARIES para asegurarnos que nadie

más accede al archivo y, si esto sucede, los detalles quedan registrados. La expresión en la imagen


Apéndice D : Cómo reducir la ocupación de espacio en disco

anterior indica que si el usuario no es HRMANAGER y no pertenece al grupo de contabilidad de RECURSOS HUMANOS, el campo deberá ser almacenado.

Opción 30 – Editar Auditar Transacción Si

En Trabajar con detalles de campo use la opción 30 – Editar Auditar Transacción Si para añadir una

expresión en la cual se basará la transacción para ser almacenada o no. Sólo si la expresión es

verdadera se almacenará la transacción.

D.1 Replicar la Base de datos de Data MonitorOtra manera de reducir el espacio en disco es replicar la base de datos de Data Monitor (Log de

Transacciones Históricas) localizada en el iSeries a otra plataforma como Oracle o SQL Server.

Motores de Bases de datos líderes como Microsoft SQL Server, Oracle, o IBM UDB DB2 incluyen

servicios de replicación, que pueden ayudarle a replicar los datos en tiempo real, próximo a tiempo real

o en transferencias de volcado. Adicionalmente, existen aplicaciones de terceros que también

proporcionan servicios de replicación, y puede que su empresa utilice uno de ellas. También puede

utilizar simples sentencias SQL para copiar los datos, enviando periódicamente los cambios a la base

de datos de destino y borrando los datos de origen en el sistema iSeries una vez copiados.

Compruebe con su administrador de base de datos la base de datos de destino o diríjase a la

documentación de la misma para saber más sobre como sincronizar los datos de la manera más

conveniente para usted.

Una vez replicados, puede utilizar Reporting System, que utiliza una conexión ODBC, para recuperar

datos de la base de datos replicada de Data Monitor.

Finalmente, tras replicar estos datos puede borrar la base de datos en el sistema iSeries. Diríjase a

Capítulo 7 - Limpiar archivos de Data Monitor en página 64 para más detalles.

Consejo Cuando utilice Data Monitor for iSeries para monitorizar usuarios, sólo tiene sentido replicar

datos si los mismos usuarios están presentes en la máquina destino. Le sugerimos que

revise la lista de usuarios una vez haya replicado los datos.


Apéndice E : Formatos con Rangos de Fecha Solapados

Apéndice EApéndice E: Formatos con Rangos de Fecha Solapados

Este apéndice explica la regla de prioridad para rangos de datos solapados.

Si, para cierta fecha de transacción, existe más de una definición de formato que puede ser utilizada

potencialmente, por defecto el formato con el “Usar formato desde (fecha)” más cercano a la fecha de

transacción será el utilizado.

Por ejemplo, suponga que tiene tres formatos,

• Uno con “Usar formato desde (fecha)” *NOLIMIT,

• Otro con “Usar formato desde (fecha)” 1/1/2004 y

• Otro con “Usar formato desde (fecha)” 1/1/2005

Y asumimos que los tres tienen *NOLIMIT como “Usar formato hasta (fecha)”, su efecto será el

siguiente:

• Transacción 1, Fecha 31 de Diciembre de 2003: (A) será utilizada, ya que (B) y (C) no son

fechas válidas en esa fecha.

• Transacción 2, Fecha 1/1/2004: (B) será utilizada, ya que (B) tiene el valor “Usar formato

desde (fecha)” más cercano entre (A) y (B), y (C) no puede ser utilizada ya que no entra en

efecto hasta el 1/1/2005.

• Transacción 3, Fecha 12/12/2004: (B) será utilizada, por la misma razón que la transacción

anterior.

• Transacción 4, Fecha 1/1/2005: (C) será utilizada, ya que (C) tiene la “Usar formato desde

(fecha)” más cercana entre todas las definiciones de formato.

• Cualquier transacción con fecha posterior a 1/1/2005 l formato (C), por la misma razón que la

anterior.

• Cualquier transacción con fecha anterior a 1/1/2004 utilizará el formato (A) ya que (B) y (C)

todavía no son válidos en esa fecha.

El parámetro “Usar formato desde (fecha)” es siempre el factor de decisión: si dos definiciones de

formato son válidas para una cierta fecha, el parámetro “Usar formato hasta (fecha)” no tiene mayor

efecto en determinar que definición de formato será utilizada. De todas formas, el parámetro “Usar

formato hasta (fecha)” tiene efecto en determinar cuando es válida o no una definición de formato para

un rango de fechas.


Apéndice E : Formatos con Rangos de Fecha Solapados

Si más de una definición de formato aplica a cierta fecha de transacción y el parámetro USEIF ha sido

definido, la expresión condicional USEIF se probará para todas las definiciones de formato aplicables en

el orden definido en la regla previa hasta que una definición de formato satisfaga la expresión USEIF. Diríjase a sección Expresión para usar formato (opción 20) en página 22 para más información sobre

como definir la expresión condicional USEIF.


Apéndice F : Replicación de la configuración iSeries

Apéndice FApéndice F: Replicación de la configuración iSeries

Para replicar su configuración de un iSeries a otro, primero debe asegurarse de que Data Monitor está

instalado en el servidor de destino. Si todavía no está instalado, hágalo.

A continuación copie los objetos de la siguiente tabla en la herramienta de replicación que desee.

También puede duplicar los objetos manualmente (por ejemplo con FTP). Todos estos objetos se

encuentran en la biblioteca T4DATAMON.

F.1 Archivos (*FILE)Replique los archivos relativos a la configuración del agente que desee copiar desde la máquina de

origen a la de destino.

Antes de iniciar la replicación, asegúrese que todos los monitores de Data Monitor están detenidos y ha

salido de todos los menús de Data Monitor en el sistema de destino.

Archivo Archivos Usuarios Express Descripción Cómo llegar

CHDOF01P x x x

Detalle de cam-pos para cada for-mato de archivos monitorizados por Data Monitor.

GO T4DATAMON/FILE_MENU, opción 1 y a continuación 20 para cada archivo. Finalmente seleccione opción 10 para cada formato (sólo disponi-ble desde v1.20).

CHHOF01P x x x

Historial de forma-tos. Contiene todos los forma-tos para cada archivo monitori-zado por Data Monitor.

GO T4DATAMON/FILE_MENU, opción 1 y a continuación opción 20 para cada archivo en la lista de archivos monitoriza-dos por Data Monitor.

CHITP01P xLista de archivos monitorizados por Data Monitor.

GO T4DATAMON/FILE_MENU, opción 1.

CHODC01P xArchivo de confi-guración de Data Monitor Express.

GO T4DATAMON/DTM_CONFIG, opción 3.



Tras replicar estos archivos lleve a cabo los siguientes procedimientos en el sistema de destino. En

nuestro ejemplo asumimos que el nombre del sistema de origen es SOURCE y el sistema de destino es

TARGET (sólo aplica si SOURCE y TARGET son diferentes):

• Ejecute la sentencia SQL: UPDATE T4DATAMON/CHITP01P SET ITPSSYST = 'TARGET' WHERE ITPSSYST = ‘SOURCE’

• Ejecute el mandato: CPYF FROMFILE(T4DATAMON/CHHOF01P) TOFILE(T4DATAMON/CHHOF01P_2) MBROPT(*ADD) CRTFILE(*YES)

• Ejecute la sentencia SQL: UPDATE T4DATAMON/CHHOF01P_2 SET HOFSSYST = 'TARGET' WHERE HOFSSYST = ‘SOURCE’

• Ejecute el mandato: CPYF FROMFILE(T4DATAMON/CHHOF01P_2) TOFILE(T4DATAMON/CHHOF01P) MBROPT(*ADD) CRTFILE(*NO)

• Ejecute el mandato: DLTF T4DATAMON/CHHOF01P_2

• Ejecute el mandato: CPYF FROMFILE(T4DATAMON/CHDOF01P) TOFILE(T4DATAMON/CHDOF01P_2) MBROPT(*ADD) CRTFILE(*YES)

• Ejecute la sentencia SQL: UPDATE T4DATAMON/CHDOF01P_2 SET DOFSSYST = 'TARGET' WHERE DOFSSYST = ‘SOURCE’

• Ejecute el mandato: CPYF FROMFILE(T4DATAMON/CHDOF01P_2) TOFILE(T4DATAMON/CHDOF01P) MBROPT(*ADD) CRTFILE(*NO)

• Ejecute el mandato: DLTF T4DATAMON/CHDOF01P_2

Si estaba monitorizando archivos remotos (con diarios remotos) en su sistema de origen, lleve a cabo

los siguientes pasos. En nuestro ejemplo asumimos que SOURCERMT es el nombre del sistema para los

CHOFA01P x

Diarios remotos para los archivos monitorizados por Data Monitor que no están en el sis-tema actual.

GO T4DATAMON/FILE_MENU, opción 1 y a continuación opción 12 para cada archivo en la lista de archivos monitoriza-dos por Data Monitor (sólo disponible desde v1.20).

CHUGC01P x

Configuración general de usua-rios. Contiene la configuración general para todos los usuarios a monitorizar, inclu-yendo la expresión transacción a guardar si (F14) y las opciones de monitorización (F15).

GO T4DATAMON/DTM_CONFIG, opción 2

CHUSR01P xLista de usuarios monitorizados po rData Monitor.

GO T4DATAMON/DTM_CONFIG, opción 2.

Archivo Archivos Usuarios Express Descripción Cómo llegar



archivos remotos en nuestro sistema de origen y TARGETRMT es el nombre del sistema para los archivos

remotos en nuestro sistema destino (solo si SOURCERMT y TARGETRMT son diferentes):

• Ejecute la sentencia SQL: UPDATE T4DATAMON/CHITP01P SET ITPSSYST = 'TARGETRMT' WHERE ITPSSYST = ‘SOURCERMT’

• Ejecute el mandato: CPYF FROMFILE(T4DATAMON/CHHOF01P) TOFILE(T4DATAMON/CHHOF01P_2) MBROPT(*ADD) CRTFILE(*YES)

• Ejecute la sentencia SQL: UPDATE T4DATAMON/CHHOF01P_2 SET HOFSSYST = 'TARGETRMT' WHERE HOFSSYST = ‘SOURCERMT’

• Ejecute el mandato: CPYF FROMFILE(T4DATAMON/CHHOF01P_2) TOFILE(T4DATAMON/CHHOF01P) MBROPT(*ADD) CRTFILE(*NO)

• Ejecute el mandato: DLTF T4DATAMON/CHHOF01P_2

• Ejecute el mandato: CPYF FROMFILE(T4DATAMON/CHDOF01P) TOFILE(T4DATAMON/CHDOF01P_2) MBROPT(*ADD) CRTFILE(*YES)

• Ejecute la sentencia SQL: UPDATE T4DATAMON/CHDOF01P_2 SET DOFSSYST = 'TARGETRMT' WHERE DOFSSYST = ‘SOURCERMT’

• Ejecute el mandato: CPYF FROMFILE(T4DATAMON/CHDOF01P_2) TOFILE(T4DATAMON/CHDOF01P) MBROPT(*ADD) CRTFILE(*NO)

• Ejecute el mandato: DLTF T4DATAMON/CHDOF01P_2

• Ejecute la sentencia SQL: UPDATE T4DATAMON/CHOFA01P SET OFASSYST = 'TARGETRMT'

WHERE OFASSYST = ‘SOURCERMT’

F.2 Áreas de Datos (*DTAARA)Replique la siguiente área de datos desde la máquina origen a la máquina destino. Tenga en cuenta

que todos los monitores de Data Monitor deben detenerse en la máquina de destino durante la

replicación.

• CHCONFIG

F.3 Pasos ManualesFinalmente existe cierto número de pasos que debe llevar a cabo manualmente:

F.3.1 Lista de autorizaciones T4DATAMON Añada todos los usuarios que utilizarán Data Monitor en la lista de autorizaciones T4DATAMON en la

máquina de destino.

F.3.2 Arranque automático de los monitores de Data Monitor Los monitores de Data Monitor pueden configurarse para que se arranquen automáticamente tras una

IPL o cuando el subsistema T4DATAMON arranca. Como esto implica cambios en las colas de trabajos y

en las descripciones de los subsistemas debe llevar a cabo esta opción manualmente.

Consejo Cuando replique CHUSR01P asegúrese que comprueba la lista de usuarios, para que

coincidan con los usuarios en el sistema destino.



Puede modificar la configuración del monitor desde el menú principal de Data Monitor (T4DATAMON/DTM_MENU, opción 13).

Para monitorizar Archivos seleccione opción 13 Opciones de Arranque para monitorizar Archivos

Para monitorizar Usuarios seleccione opción 16 Opciones de Arranque para monitorizar Usuarios

Ajuste la variable Arranque automático de los monitores a *YES.


Appendix G : Variables ALEV y Funciones para Expresiones

Appendix GAppendix G: Variables ALEV y Funciones para Expresiones

Todas las expresiones en Data Monitor se introducen utilizando lenguaje de scripting ALEV, y deben

tener una sintaxis válida para que pueden funcionar correctamente. Si no, se producirá un error de

ejecución, se enviará un mensaje a la cola de mensajes del producto, y el producto asumirá que no se

ha introducido ninguna expresión (como si hubiese dejado el campo en blanco).

G.1 Variables ALEV

Nota Debido a limitaciones internas, ALEV solo soporta valores numéricos hasta nueve dígitos.

Utilizar valores numéricos de diez o más dígitos puede comportar resultados impredecibles.

Nota ALEV 1.5 está, desde ahora soportado (reemplazando a ALEV 1.2), mejorando el

rendimiento de la ejecución de expresiones ALEV hasta un 40-50%.

ALEV 1.5 es completamente compatible con ALEV 1.2, por lo que no necesita cambiar nada

en su configuración existente, pero ganará un montón de nuevas funcionalidades. ALEV 1.5

es un lenguaje de scripting, más que un evaluador de expresiones (como ALEV 1.2). Añade

instrucciones de control de flujo estándar como If … Then, For, y While, que le dan mucha

más potencia y facilidad de uso a las expresiones ALEV.

Diríjase al manual de ALEV para más detalles.

Variable Tipo de Variable

Valido en Guardar

transacción si de usuarios sensibles,

expresión de filtro General

de GENJRNDTA

(SI/NO)

Válido para usar

formato (SI/NO)

Válido para

salvar transac

ción (SI/NO)

Válido en Preprocesos (SI/NO)

Disponible desde la versión

&SourceSystemName Carácter [8]

SISI SI SI V5R1

&ReceiverID Entero SI SI SI SI V5R1

© 2013 Tango/04 Computing Groupmm Página 115



&LocalSystemName Carácter [8]

SISI SI SI V5R1

&SequenceNumber

Carácter [20]

SISI SI SI V5R1

&KeyDescription Carácter [100]

NO NO SI SI V5R1

&CommitmentControlFlag Carácter [1]

SISI SI SI V5R1

&CommitCycleID Zoned (20) SI SI SI SI V5R1

&FormatID Entero NO NO SI SI V5R1

&TimeStamp Carácter [26]

SISI SI SI V5R1

&RecordRRN Carácter [20]

SISI SI SI V5R1

&JobName Carácter [10]

SISI SI SI V5R1

&JobUser Carácter [10]

SISI SI SI V5R1

&JobNumber Carácter [6] SI SI SI SI V5R1

&ProgramName Carácter [10]

SISI SI SI V5R1

&ProgramLibrary Carácter [10]

SISI SI SI V5R2

&FileName Carácter [10]

SISI SI SI V5R1

&FileLibrary Carácter [10]

SISI SI SI V5R1

&MemberName Carácter [10]

SISI SI SI V5R1

&FormatName Carácter [10]

NO NO SI SI V5R1

&RealUser Carácter [10]

SISI SI SI V5R1

&UserClass Carácter [10]

SISI SI SI V5R1

&UserGroup Carácter [10]

SISI SI SI V5R1

&UserAccountingCode

Carácter [15]

SISI SI SI V5R1

&UserCountryIdentifier Carácter [2]

SISI SI SI V5R1


Valido en Guardar



de GENJRNDTA

(SI/NO)

Válido para usar

formato (SI/NO)

Válido para

salvar transac

ción (SI/NO)





G.1.1 Descripción de las variables:SourceSystemName: Nombre del sistema donde se llevó acabo la operación de base de datos.

ReceiverID: Identificador numérico único asignado por Data Monitor al receptor donde se almacenó la

operación de base de datos.

&IPAddress Carácter [46]

SISI SI SI V5R2

&PortNumber Zoned (5) SI SI SI SI V5R2

&OperationType Carácter [1] SI SI SI SI V5R1

&KeyConcatenation

Carácter [200]

NO NO NO NO V5R1

&FieldChanged Carácter [1] NO NO NO NO V5R1

&BeforeBuffer Carácter [4096]

NO SI SI SI V5R1

&AfterBuffer Carácter [4096]

NO SI SI SI V5R1

&BeforeValues Varchar NO SI SI SI V5R1

&AfterValues Varchar NO SI SI SI V5R1

&FieldName Carácter [10]

NO NO NO NO V5R1

&FieldIsKey Carácter [1] NO NO NO NO V5R1

&OperationValues Varchar NO SI SI SI V5R1

&MonitorSource Carácter [1] SI SI SI SI V5R1

&Warning Carácter [1] NO NO SI SI V5R1

&CustomChar1 Carácter [100]

NO NO SI SIV5R1


NO NO SI SIV5R1


NO NO SI SIV5R1

&CustomInt1 Entero NO NO SI SI V5R1

&CustomInt2 Entero NO NO SI SI V5R1

&CustomInt3 Entero NO NO SI YES V5R1


Valido en Guardar



de GENJRNDTA

(SI/NO)

Válido para usar

formato (SI/NO)

Válido para

salvar transac

ción (SI/NO)





LocalSystemName: Nombre del sistema que ejecuta Data Monitor y en el que se leyó la operación de

base de datos del diario

SequenceNumber: Número de secuencia de la operación de base de datos almacenada en el diario

KeyDescription: Data Monitor no rellena esta variable. Puede utilizarla para introducir un texto

descriptivo de los valores claves de la operación de base de datos.

CommitmentControlFlag: Operación de base de datos bajo control de compromiso. Los valores

posibles son:

• Y (Si)

• N (No)

• R (Operación de base de datos resultado de un Rollback).

CommitCycleID: Identificador del ciclo de compromiso de la operación de base de datos. Un valore de

0 significa que la operación no estaba bajo control de compromiso.

FormatID: ID de formato usado para leer la operación de base de datos del diario

TimeStamp: Sello de hora de la operación de base de datos. Formato: AAAA.MM.DD-

HH:MM:SS.mmmmmm

RecordRRN: Número de registro relativo de la operación de base de datos

JobName: Nombre de trabajo usado para ejecutar la operación de base de datos

JobUser: Nombre de usuario del trabajo que ejecutó la operación de base de datos

JobNumber: Número de trabajo usado para ejecutar la operación de base de datos

ProgramName: Nombre del programa que ejecutó la operación de base de datos.

ProgramLibrary: Biblioteca del programa utilizado para ejecutar la operación de base de datos

FileName: Nombre de archivo de la operación de base de datos

FileLibrary: Biblioteca del archivo de la operación de base de datos

MemberName: Nombre del miembro de la operación de base de datos

FormatName: Nombre del formato de la operación de base de datos

RealUser: Usuario real que ejecutó la operación de base de datos

UserClass: Clase de usuario del usuario real que ejecutó la operación de base de datos

UserGroup: Grupo de usuario del usuario real que ejecutó la operación de la base de datos

UserAccountingCode: Código de contabilidad del usuario real que ejecutó la operación de base de

datos

UserCountryIdentifier: Identificador de país del usuario real que ejecutó la operación de base de datos

IPAddress: Dirección IP del cliente remoto que ejecutó la operación de base de datos

PortNumber: Número de puerto local de la conexión desde la que se realizó la operación de base de

datos

OperationType: Tipo de operación de base de datos. Los valores válidos son:

• A (Add o Insert)



• U (Update)

• D (Delete)

• R (Read)

• C (archivo Cleared)

• F (archivo Deleted)

• E (fin de registro por diario para un archivo)

KeyConcatenation: Valores clave concatenados de la operación de base de datos

FieldChanged: Campo cambiado en la operación de base de datos. Los valores válidos son:

• Y (Si)

• N (No)

BeforeBuffer: Imagen de buffer previa del registro cambiado o borrado

AfterBuffer: Imagen de buffer posterior del registro cambiado o añadido

BeforeValues: Array indexado por nombres de campo que representan valores de campos en la

imagen anterior del registro

AfterValues: Array indexado por nombres de campo que representan valores de campos en la imagen

posterior del registro

FieldName: Nombre del campo en la operación de base de datos

FieldIsKey: Indica si el campo es un campo clave para el formato seleccionado. Los valores válidos

son:

• Y (Si)

• N (No)

OperationValues: Igual que &AfterValues para transacciones Add, Update o Read. Para transacciones

de Delete es lo mismo que &BeforeValues. Puede utilizar esta variable en lugar de &BeforeValues y

&AfterValues para simplificar las expresiones de Data Monitor for iSeries.

MonitorSource: Tipo de monitor que guarda la transacción. Los valores válidos son:

• F (Data Monitor para Archivos Sensible)

• U (Data Monitor para Usuarios Sensibles)

• O (GENJRNTA, Express)

Warning: Avisa sobre posibles errores al almacenar una transacción. Los valores válidos son:

• Carácter en blanco (No hay aviso)

• F (El formato utilizado puede ser más nuevo que el timestamp de la transacción)

• E (Error de datos decimales para el valor de algún campo)

• O (El Formato usado puede ser más antiguo que el timestamp de la transacción)

CustomChar1: Variable reservada para su uso en futuras versiones de Data Monitor. El valor por

defecto es vacío.




defecto es vacío.


defecto es vacío.

CustomInt1: Variable reservada para su uso en futuras versiones de Data Monitor. El valor por defecto

es cero.


es cero.


es cero.

G.2 Funciones ALEVLa siguiente tabla muestra las funciones ALEV válidas que puede utilizar en cualquier expresión. Para

más información sobre ALEV diríjase al manual de ALEV, disponible en el grupo de productos Tango/04

del menú Inicio de Windows.

Funciones ALEV

FUNCTION ABS( NUMBER REAL ) : REAL

PROCEDURE APPEND( VAR A ARRAY, VALUE VARIANT )

FUNCTION ARCCOS( COSINE REAL ) : REAL

FUNCTION ARCSIN( SINE REAL ) : REAL

FUNCTION ARCTAN( TANGENT REAL ) : REAL

FUNCTION ASSIGNED( VARREF VOID ) : BOOLEAN

FUNCTION AVERAGE( V VARIANT, ... ) : REAL

FUNCTION BOOLEAN( V VARIANT ) : BOOLEAN

FUNCTION COPY( S STRING, INDEX INTEGER, [COUNT INTEGER] ) : STRING

FUNCTION COS( ANGLE REAL ) : REAL

FUNCTION DATE( D INTEGER, M INTEGER, Y INTEGER ): DATE

FUNCTION DATE() : DATE

FUNCTION DATE( V VARIANT ) : DATE

FUNCTION DATETIME( V VARIANT ) : DATETIME

FUNCTION DAY( D DATETIME ) : INTEGER

FUNCTION DAY( D REAL ) : REAL

FUNCTION DAY( ) : INTEGER

FUNCTION DAYNAME( D DATETIME ) : STRING

FUNCTION DAYOFWEEK( D DATETIME ) : INTEGER

FUNCTION DEFINED( VARREF CUSTOM ) : BOOLEAN

PROCEDURE DELETE( VAR A ARRAY, KEY_POS VARIANT)

FUNCTION DELETE( S STRING, INDEX INTEGER, [COUNT INTEGER] ) : STRING




PROCEDURE EXECMD(CMD_STRING STRING)

FUNCTION EXIST( VARREF CUSTOM ) : BOOLEAN

FUNCTION EXP( N REAL ) : REAL

FUNCTION FIND( V VARIANT, A ARRAY ) : VARIANT

FUNCTION FORMAT( S STRING ) : STRING

FUNCTION FRAC( N REAL ) : REAL

FUNCTION GetCol(LIBRARY STRING, FILE STRING, FIELD STRING, Var SQLCODE INTEGER, [KEYFIELD1 STRING] [KEYVALUE1 Variant], …) : Variant

FUNCTION GetRMTCol(RDBNAME STRING, LIBRARY STRING, FILE STRING, FIELD STRING, Var SQLCODE INTEGER, [KEYFIELD1 STRING] [KEYVALUE1 Variant], …) : Variant

FUNCTION GetRMTRow(RDBNAME STRING, SQLSTMT STRING, Var SQLCODE INTEGER) : Variant (*)

FUNCTION GetRow(SQLSTMT STRING, Var SQLCODE INTEGER) : Variant (*)

FUNCTION HEAD( S STRING ) : STRING

FUNCTION HOUR( D DATETIME ) : INTEGER

FUNCTION HOUR( H REAL ) : DATETIME

FUNCTION HOUR( ) : INTEGER

FUNCTION IIF( CONDITION BOOLEAN, IF_TRUE VARIANT, IF_FALSE VARIANT ) : VARIANT

FUNCTION INDEXOF( V VARIANT, A ARRAY ) : VARIANT

FUNCTION INTEGER( V VARIANT ) : INTEGER

FUNCTION ISBLANK( S STRING ) : BOOLEAN

FUNCTION ISNULL( V VARIANT ) : BOOLEAN

FUNCTION ISNUM( S STRING ) : BOOLEAN

FUNCTION ISZERO( N REAL ) : BOOLEAN

FUNCTION KEYAT( POS INTEGER, A ARRAY ) : VARIANT

FUNCTION KEYOF( V VARIANT, A ARRAY ) : VARIANT

FUNCTION LEN( S STRING ) : INTEGER

FUNCTION LENGTH( S STRING ) : INTEGER

FUNCTION LN( N REAL ) : REAL

FUNCTION LOCATE( SUBS STRING, S STRING ): INTEGER

FUNCTION LOWER( S STRING ) : STRING

FUNCTION LOWERCASE( S STRING ) : STRING

FUNCTION LTRIM( S STRING ) : STRING

FUNCTION MAX( V VARIANT, ... ) : VARIANT

FUNCTION MIN( V VARIANT, ... ) : VARIANT

FUNCTION MINUTE( D DATETIME ) : INTEGER

Funciones ALEV



FUNCTION MINUTE( M REAL ) : REAL

FUNCTION MINUTE( ) : INTEGER

FUNCTION MONTH( D DATETIME ) : INTEGER

FUNCTION MONTH( M REAL ) : REAL

FUNCTION MONTH( ) : INTEGER

FUNCTION MONTHNAME( D DATETIME ) : STRING

FUNCTION NOW() : DATETIME

FUNCTION POS( SUBS STRING, S STRING ): INTEGER

FUNCTION POSITION( SUBS STRING, S STRING ): INTEGER

FUNCTION POW( BASE REAL, EXPONENT REAL ) : REAL

FUNCTION RANDOM( ... ) : VARIANT

FUNCTION REAL( V VARIANT ) : REAL

FUNCTION REG( PATTERN STRING ) : REGEXP

FUNCTION REGEXP( PATTERN STRING ) : REGEXP

FUNCTION REPLACE( S STRING, S1 STRING, S2 STRING ) : STRING

FUNCTION REVERSE( S STRING ) : STRING

FUNCTION ROUND( N REAL ) : INTEGER

FUNCTION RTRIM( S STRING ) : STRING

FUNCTION RunRMTSQL(RDBNAME STRING

FUNCTION RunSQL(SQLSTMT STRING, Var SQLCODE INTEGER) : Variant (*)

PROCEDURE SBMEXECMD(CMD_STRING STRING, JOBD_NAME STRING,JOBD_LIB STRING)

FUNCTION SECOND( D DATETIME ) : REAL

FUNCTION SECOND( S REAL ) : REAL

FUNCTION SECOND( ) : REAL

FUNCTION SELECT( E VARIANT, V0 VARIANT, R0 VARIANT, ... ) : VARIANT

FUNCTION SIN( ANGLE REAL ) : REAL

FUNCTION SIZEOF( A ARRAY ) : INTEGER

FUNCTION SQRT( N REAL ) : REAL

FUNCTION STRING( V VARIANT ) : STRING

FUNCTION SUBS( S STRING, INDEX INTEGER, [COUNT INTEGER] ) : STRING

PROCEDURE SYNEXECMD(CMD_STRING STRING)

FUNCTION TAIL( S STRING ) : STRING

FUNCTION TAN( ANGLE REAL ) : REAL

FUNCTION TIME( H INTEGER, M INTEGER, [S INTEGER, MS INTEGER] ): TIME

FUNCTION TIME() : TIME

FUNCTION TIME( V VARIANT ) : TIME

Funciones ALEV



G.3 Funciones de Negocio Externas Además de las variables y funciones ALEV, Data Monitor for iSeries le ofrece Funciones de Negocio

Externas; funcionalidad que le permite añadir casi cualquier función o cálculo que pueda imaginar a sus

expresiones de Data Monitor.

Previamente, sólo podía utilizar variables y funciones ALEV definidas anteriormente en este apéndice,

para crear expresiones para Data Monitor, para decidir cuándo y cómo:

• usar formatos

• almacenar transacciones

• pre-procesar datos

• auditar transacciones

• Guardar campos

De todas formas, los datos que podía configurar en esas expresiones estaba limitado a información

recuperada previamente por Data Monitor o datos almacenados en los archivos monitorizados. Para

ser más específico, Data Monitor puede recuperar dos conjuntos diferentes de variables:

• Información o datos proporcionados por Data Monitor, como:

− &SourceSystemName

− &IPAddress

− &RealUser

− &KeyConcatenation

− etc.

• Datos almacenados en campos de las bases de datos monitorizadas, como:

− &BeforeValues

− &AfterValues

− &OperationValues

− etc.

Además de las variables mencionadas, Data Monitor for iSeries incluye las siguientes funciones ALEV:

FUNCTION TRIM( S STRING ) : STRING

FUNCTION TYPENAME( V VARIANT ) : STRING

FUNCTION UPPER( S STRING ) : STRING

FUNCTION UPPERCASE( S STRING ) : STRING

FUNCTION VARIANCE( V VARIANT, ... ) : REAL

FUNCTION WEEKOFMONTH( D DATETIME ) : INTEGER

FUNCTION WEEKOFYEAR( D DATETIME ) : INTEGER

FUNCTION YEAR( D DATETIME ) : INTEGER

FUNCTION YEAR( Y REAL ) : REAL

FUNCTION YEAR( ) : INTEGER

Funciones ALEV



• EXECMD,

• SBMEXECMD y

• SYNEXECMD

Las condiciones de negocio externas le permiten trabajar con valores devueltos de cualquier función o

procedimiento existente en su sistema, además de las variables y funciones mencionadas

anteriormente. Pero, ¿Qué es una función de negocio externa? Una función de negocio externa es un

procedimiento o función que el usuario puede definir, implementar e integrar en Data Monitor for iSeries.

Este procedimiento o función es parte de un programa de servicio que puede incluir en Data Monitor

para utilizar en expresiones de Data Monitor. Las funciones de negocio externas son muy poderosas ya

que puede incluir cualquier función o procedimiento en el programa de servicio para utilizar en Data

Monitor. Con las funciones de negocio externas puede recuperar cualquier valor en su sistema o incluso

en otros sistemas y usarlo en cualquiera de sus expresiones de Data Monitor. Sólo está limitado por el

alcance de sus programas. Esto es por lo que las funciones de negocio externas es una funcionalidad

tan potente. Por ejemplo, puede recuperar un valor derivado de cálculos de negocio complejos (como

tipos de interés, pago de hipotecas, comisiones de representantes de ventas, y más) que tiene en un

programa RPG.

G.3.1 Forma alternativa de ejecutar programas externos y recuperar resultadosPuede utilizar funciones ALEV para el enriquecimiento de 360º de la siguiente manera:

• Use primero la función ALEV RunSQL para ejecutar una sentencia CALL SQL, la cual llama a su

programa con la lógica de negocio que desee reutilizar. Este programa debe dejar la

información que desee recuperar en cualquier tabla de base de datos en su sistema.

• A continuación, simplemente debe utilizar funciones ALEV GetRow o GetCol para acceder a la

información en las tablas de bases de datos previas.

Dependiendo en la eficiencia de los programas que incluya, o el número de llamadas a un programa,

puede experimentar una reducción del rendimiento en Data Monitor. Esta reducción potencial del

rendimiento es totalmente debida al rendimiento del programa externo y/o a la manera que está

implementado. Le recomendamos que sólo uso funciones de negocio externas cuando sean

absolutamente necesarias y que considere cuidadosamente estas incidencias cuando las cree.

Imagine que la función de negocio externa que utiliza en una expresión requiere mucho tiempo para

procesar un resultado. Data Monitor deberá esperar a este resultado antes de que pueda decidir, por

ejemplo, si usa un formato en particular, o auditar una transacción en particular. Parecerá entonces que

se produce una reducción en el rendimiento de Data Monitor, cuando realmente es el programa externo

el que está fallando. Esperamos que este ejemplo ilustre que es importante seleccionar sus escenarios

con cuidado, considerando detenidamente cuando utilizar un función de negocio externa y qué efectos

tendrá en Data Monitor.

Nota Si los valores que desea recuperar son simplemente los valores de cualquier campo en

cualquier registro de cualquier archivo, mejor utilice funciones ALEV para el enriquecimiento

de 360º como por ejemplo GetRow.

Nota De esta manera es más fácil implementar que las funciones de negocio externas, pero si

tiene problemas de rendimiento, especialmente si su lógica de negocio debe llamarse

muchas veces, el uso de funciones de negocio externas puede ser mucho más rápido.



Cuando trabaje con funciones de negocio externas le recomendamos que ejecute los cuatro pasos

requerido en el siguiente orden:

Step 1. Si todavía no tiene un programa de servicio con las funciones que desee usar en Data

Monitor, créelo primero.

Step 2. Incluya las funciones en el entorno de Data Monitor

Step 3. Cree las expresiones deseadas en Data Monitor

Step 4. Inicie o reinicie los monitores.

G.3.2 Ejemplo de una función de negocio externa Los bancos comprueban el saldo de crédito de un cliente para decidir si permitir o no una transacción

de tarjeta de crédito. DE forma parecida, comprueban el saldo del cliente en el banco antes de

dispensar efectivo desde un cajero automático. Este tipo de comprobaciones operacionales se

completan por la aplicación del banco y forman parte de las operaciones diarias del banco.

De todas formas, aunque la autorización para una transacción individual puede estar legitimada, una

serie de transacciones sospechosas pueden señalar problemas potenciales con una tarjeta de crédito o

de débito. Por ejemplo, grandes cantidades de dinero dispensadas por diferentes cajeros en un corto

espacio de tiempo, o una serie inusual de compras ejecutadas en el extranjero, pueden indicar que la

tarjeta del cliente ha sido robada o está siendo utilizada para lavado de dinero. Desde luego, el cliente

simplemente puede haberse ido de vacaciones, o necesita efectivo para pagar su alquiler. En cualquier

caso, el departamento de gestión de riesgos del banco debe ser avisado de estas series de eventos y

hacer un seguimiento de las transacciones con sus clientes para limitar el riesgo en el caso de un uso

ilegítimo de esas tarjetas. Frecuentemente estos eventos ven la luz cuando varias transacciones

seguidas son rechazadas.

Por lo tanto el banco en nuestro ejemplo implementará reglas de negocio para iniciar la auditoría de

cuentas de clientes cuando la cantidad de peticiones de transacciones exceda el saldo o el crédito

disponible por el cliente. Data Monitor puede recuperar un amplio rango de datos de diferentes

orígenes, incluyendo la aplicación bancaria, o las transacciones auditadas, como la cantidad y

localización de la transacción, los detalles de contacto del cliente, y más. Estos datos pueden ser

utilizados posteriormente en reportes para ayuda a Gestión de Riesgos a determinar problemas

potenciales y a limitar los daños.

En nuestro ejemplo el banco utiliza la aplicación bancaria para recuperar el saldo de la cuenta del

cliente. El punto de entrada de esta aplicación es un programa llamado T4RUA01C. Este programa

recupera el saldo de la cuenta de la base de datos USRBLC01P. El archivo DDS para la base de datos es

como sigue:

Importante Actualmente puede definir hasta 12 funciones externas. Data Monitor proporciona otras tres

condiciones por defecto: EXECMD, SBMEXECMD y SYNEXECMD. Estas condiciones son parte

del producto y no debería cambiarse.



Para usar el programa T4RUA01C en expresiones de Data Monitor:

Step 1. Compile el código fuente T4EXTCNDI y cree el programa de servicio correspondiente

como se describe en la sección Crear el Programa de Servicio a continuación

Step 2. Inserte la función GetUserBalance en la lista de funciones de negocio externas en

Data Monitor. Para más detalles diríjase a la sección Definir funciones o procedimientos

en Data Monitor for iSeries.

G.3.3 ¿Cómo puede adaptar sus programas a un entorno de Data Monitor for iSeries?Data Monitor for iSeries le proporciona un ejemplo de código para un programa de interface para

mostrarle como construir o integrar sus funciones de negocio externas. Puede utilizar este código para

crear sus funciones ya sea entrando directamente el código requerido en el cuerpo o llamando a un

programa externo o a un programa de servicio en su sistema.

Este código está escrito en lenguaje C Standard. Todo el código fuente de ejemplo necesario se incluye

en la instalación y puede encontrarlo en los archivos H y QCLESRC en la biblioteca T4NICELINK. El

fuente T4EXTCNDI contiene el código para la integración de sus funciones en ALEV y los archivos

include necesarios para compilar y crear sus programas de servicio. Además encontrará un archivo

llamado QSRVSRC en la biblioteca T4NICELINK, el cual puede usar para exportar un conjunto

específico de funciones desde su programa de servicio.

Tenga en cuenta que este ejemplo representa sólo una de las muchas maneras de integrar sus

funciones de negocio externas. El ejemplo presentado aquí sólo tiene el objeto de ayudarle a

comprender como integrar sus funciones en Data Monitor. No está obligado a usar este código para

integrar sus funciones de negocio.

Para mantener el ejemplo simple y fácil de seguir, hemos utilizado sólo los elementos más básicos

necesarios para integrar una función. Desde luego, ALEV es mucho más potente y ofrece una amplia

gama de variables y estructuras de datos. Para hacerse una mejor idea de las posibilidades de trabajar

con ALEV, dé un vistazo al archivo <alev.h> incluido.

Continuaremos comentando el contenido del código fuente de ejemplo disponible en T4EXTCNDI.

Encontrará algunas secciones destacadas que se explicarán con más detalle a continuación.

El archivo de saldo de cuentas de clientes USRBLC01P. Este archivo contiene el saldo de cuentas de clientes en Euros.

A UNIQUE

A CCSID(65535)

A R USRBLC01F *

A USRNAME 10 COLHDG('User Name')

A USRBLCN 09B00 COLHDG('Balance') *

A K USRNAME



/* Constants */

#define NUM_REQ_PARMS_USER 1

/* System Includes */

#include <stdlib.h>

#include<stdio.h>

#include<recio.h>

#include <qusec.h> /* Error code Structures */

#include <except.h> /* Exception handler structures */

#include<string.h>

#include <decimal.h>

#include<qcmdexc.h>

/* User Includes */

#include <alev.h> /* ALEV functions */

#include <err_msg.h> /* ALEV error messages */

#include "t4extcndi.h" /* Prototype definitions */

#include "t4rua01c.h" /* Retrieve User Balance */

/*----------------------------------------------------------*/

/* DefineFunction("FUNCTION GetUserBalance(USERNAM STRING):INTEGER",NULL); */

/* Return valid values: */

/* 0: No error */

/* -1: Incorrect number of parameters */

/* -2: Incorrect parameter list */

/*----------------------------------------------------------*/

long int GetUserBalance(TStdArgumentList * ArgList, void ** Result){

Section A

Section B



/* Local variables */

/* Pointers to ALEV argument items */

TStdValue *ArgValue;

TStdArgument *ArgItem;

/* Specific functions parameter values */

char UserNam[10];

/* Variables to work with output value in external bound program */

int AuthNbr;

/* Error variables to work with error code in external bound program */

char error_code[2];

/* BODY */

/* Initialize result type and value */

PubResult.Kind = typeInteger;

PubResult.AsInteger = -1;

/* Initialize local variable value */

memset(UserNam, ' ', sizeof(UserNam));

/* Evaluate input parameters */

if (ArgList == NULL){

*Result = &PubResult;

return ERR_INPUT_PARAMETERS;

}/*if*/

Section C

Section E



/* Validate the expected number of parameters for this function */

if (ArgList->fArgCount != NUM_REQ_PARMS_USER){


return ERR_NUMBER_OF_PARAMETERS;

}/*if*/

/* Analyze parameter items */

/* Pointing at the first parameter in the input parameter list */

ArgItem = ArgList->fFirst;

if (ArgItem == NULL) return ERR_INPUT_PARAMETERS;

ArgValue = ArgItem->Value;

if (ArgValue == NULL) return ERR_INPUT_PARAMETERS;

/* Get the value. It depends on the parameter type. */

if ((ArgValue->Kind) != typeString) return ERR_INPUT_PARAMETERS;

memcpy(UserNam, ArgValue->AsString, strlen(ArgValue->AsString));

/*In our case, an external RPG program to retrieve from the database */

Rtv_UserBalance(UserNam,&AuthNbr,error_code);

if (strncmp(error_code, " ",2) == 0) PubResult.AsInteger = AuthNbr;

/* Return result */


return 0;

}/* GetUserBalance */

Consejo Para simplificar este ejemplo hemos usado funciones externas para recuperar los datos que

necesitamos. Las funciones externas pueden programarse en RPG, COBOL, C, C++, CL,

Java, o cualquier otro lenguaje de programación de su elección.

Section F

Section G

Section H



G.3.4 Descripción de Secciones

Sección A

El primer archivo include es necesario para declarar las funciones en este código fuente de ejemplo.

El archivo include T4EXTCNDI define la variable “PubResult” como el parámetro de salida que

devolverá el valor de la función.

En este ejemplo la salida será un valor entero que representa la cuenta de saldo del cliente o saldo de

crédito. Tenga en cuenta que PubResult se declara como TstdValue. Para más detalles sobre este

tipo de variable diríjase a la estructura de datos en el archivo include alev.h.

Los dos siguientes archivos include son necesarios para trabajar con ALEV. El primer archivo <alev.h>nos proporciona las estructuras de datos, variables, funciones, etc. que necesitamos cuando

integramos los programas externos en ALEV. El Segundo archivo <err_msg.h> contiene mensajes de

error potenciales.

/* User Includes */

#include <t4extcndi.h> /* Function prototype */

#ifndef _t4extcndi_h

#define _t4extcndi_h

#define ERR_NUMBER_OF_PARAMETERS -1

#define ERR_INPUT_PARAMETERS -2

long int GetUserBalance(TStdArgumentList * ArgList, void ** Result);

/* Global variables */

TStdValue PubResult;

/* Result value */

Char FuncErrorMsg[1024];

#endif

/* Value Data Structure------------------------------------*/

typedef struct _StdValue { TType Kind; /* Value Type */

unsigned char AsBool; TStdReal AsReal;

long int AsInteger; TStdDateTime AsDateTime;

char *AsString; TStdSetItem *AsSet; TStdArray *AsArray;

void *AsVoid;};

#include <alev.h> /* ALEV functions */

#include <err_msg.h> /* ALEV error messages */



Este archivo include t4rua01c.h es necesario si desea trabajar con otros programas, módulos, etc.

externos. En nuestro ejemplo, utilizamos un modulo externo que contiene un módulo ILE CL y otro

módulo ILE RPG para recuperar los datos de las bases de datos.

Dependiendo de si desea llamar a programas externos del modulo T4EXTCNDI necesitará diferentes

archivos incluye. En este caso en particular queremos llamar al programa externo T4RUA01C en la

biblioteca BALANCE. En cualquier caso, queremos mapearlo usando el nombre mediante

Rtv_UserBalance. Para conseguirlo necesita el siguiente archive include:

Si está familiarizado con C puede pasar a la sección B.

Puede utilizar el argumento #pragma para identificar una función como un programa externo bajo OS/

400. En nuestro ejemplo utilizamos #pragma para mapear el programa cualificado T4RUA01C en la

biblioteca BALANCE como Rtv_UserBalance. El modulo T4EXTCNDI llamará entonces al programa con

este nombre.

Si necesita llamar a un proceso enlazado, por ejemplo un módulo CL ILE también llamado T4RUA01C, el

archivo include será como sigue:

Sección B

Función GetUserBalance. El primer parámetro ArgList es lista de argumentos para la función o

procedimiento. El segundo parámetro Result es el valor de retorno para esta función. En nuestro caso

esperamos un parámetro de cadena representando el usuario real. Y el valor retornado será un entero

que representa el saldo para ese usuario.

Sección C

Estas son las variables que usamos para gestionar la lista de variables de entrada.

TStdArgument es el indicador para el argumento y StdValue es el valor para el argumento

correspondiente. El tipo de valor se mencionó en la Sección A. Ambos tipos se definen explícitamente

en alev.h. El siguiente código representa los ítems de argumento en la lista:

#include "t4rua01c.h" /* Retrieve User Balance */

#ifndef _t4rua01c_h

#define _t4rua01c_h

void Rtv_UserBalance(char UserName[10], int *UserNbr, char error_code[2]);

#pragma map(Rtv_UserBalance,"BALANCE/T4RUA01C")

#pragma linkage(Rtv_UserBalance, OS, nowiden)

#endif

…

#pragma map(Rtv_UserBalance,"T4RUA01C")

#pragma argument(Rtv_UserBalance, OS, nowiden)

…



Sección D

En nuestro ejemplo el resultado es un valor entero conforme al número de autoridad interno para el

usuario en la base de datos. Inicializamos esta variable con el valor -1, ya que no consideramos este un

valor válido para este parámetro.

Como puede ver hemos asignado el valor utilizando el campo de datos AsInteger en la estructura de

datos TstdValue mencionada en la sección A y el tipo de variable a entero usando el campo de datos

Kind y “typeInteger” como uno de los valores válidos para ALEV.

A continuación se encuentran los valores válidos. También puede encontrar esta información en el

archivo alev.h.

/* Function Arguments-----------------------------------*/

typedef struct _StdArgument {TStdValue *Value; /* Argument Value */

TStdArgument *Next; /* Next Argument in the list */

};

Nota Data Monitor no distingue entre programas de servicio y nombres de biblioteca. Por lo tanto,

no puede configurar dos funciones con el mismo prototipo aunque pertenezcan a diferentes

programas de servicio.

/* Types of Data---------------------------------------*/

typedef enum { typeBoolean = 0, /* Boolean Type */

typeInteger, /* Integer Types */

typeReal, /* Real Types */

typeTime, /* Time Type */

typeDateTime, /* DateTime Type */

typeString, /* String Type */

typeSet, /* Set Type */

typeNULL, /* Variant Type */

typeArray, /* Array Type */

typeVoid, /* Void Type */

typeRegExp, /* Regular Expression Type */

typeChar, /* Character */

typeItemRange /* Item's range */

} TType;



Sección E

Esta parte del código evalúa la lista de parámetros. Si no son correctos o los esperados, devolverá un

error. En esta sección evaluamos los valores de parámetros de entrada. Si hay cualquier problema con

la lista de argumentos de entrada se devuelve un valor diferente de 0 indicando que la función no pudo

finalizarse correctamente.

Por ejemplo, primero evaluamos si el número de parámetros de entrada en la lista de argumentos es el

esperado. Usamos la estructura estándar de datos de argumento definida en alev.h, como sigue:

El campo fArgCount se utiliza para encontrar el número de parámetros en la lista de argumentos. El

campo fFirst es un indicador al primer ítem de argumento en la lista.

Sección F

Trabajando con la lista de parámetros obtenemos el valor para el Nombre de Usuario Real. Con este

valor llamamos al programa que recuperará crédito disponible o saldo para este cliente. Para recuperar

el valor que necesitamos para utilizar el campo fFirst para la estructura de datos de la lista de

argumentos mencionada en la sección previa y el campo Value de la estructura de datos StdValuemencionada en la Sección D. Además, necesitamos el campo Kind de la estructura de datos StdValuepara comprobar el tipo de argumento que estamos utilizando actualmente.

Sección G

Esta sección describe cómo recuperar los valores de un módulo externo.

La función Rtv_UserBalance puede implementarse como un programa externo o su código puede

incluirse directamente en el mismo programa de servicio. Esta función puede ser implementada en su

lenguaje de programación preferido. Aquí lo hemos añadido al programa de servicio como un programa

externo. Encontrará la definición del archivo include de t4rua01c.h en la Sección A.

Para más información sobre la definición de programas externos o procedimientos enlazados diríjase a

la Sección A.

En nuestro ejemplo el programa Rtv_UserBalance es el programa T4RUA01C en la biblioteca BALANCE.

Este programa recupera el saldo de un usuario específico. El programa utiliza un módulo ILE CL como

PEP (Procedimiento de Entrada de Programa) y un módulo ILE RPG para recuperar los datos de la

base de datos.

Sección H

Devuelve el valor en la variable Result. Si esta función devuelve un valor diferente a 0 encontrará un

mensaje de error ALEV en la cola de mensajes del producto. Para abrir la cola de mensajes del

producto en Data Monitor pulse F9 desde el menú Trabajar con Archivos a monitorizar.

typedef struct _StdArgumentList{

TStdArgument *fFirst; /* First Argument, if any */

Int fArgCount; /* Number of Arguments */

};



G.3.5 Crear el Programa de ServicioUna vez ha adaptado sus programas, el siguiente paso es crear el programa de servicio. Después,

utilizará el programa de servicio para definir sus funciones o procedimientos en la lista de funciones de

negocio externas en Data Monitor for iSeries.

T4EXTCNDI implementa una función llamada GetUserBalance. Esta es la función que deseamos

exportar en el programa de servicio. Para los propósitos de nuestro ejemplo crearemos un programa de

servicio llamado GETBALSRV en la biblioteca BALANCE.

Hay varias maneras de crear un programa de servicio. Aunque asumimos que la persona que utiliza

funciones de negocio externas ya tiene el conocimiento y las herramientas necesarias para crear un

programa de servicio, mencionaremos brevemente los pasos necesarios:

Step 1. Compile todos los elementos.

En nuestro ejemplo sólo necesita compilar el módulo T4EXTCNDI. Este módulo se

encuentras en T4DATAMON/QCLESRC. Data Monitor for iSeries le proporciona los

archivos include requeridos para compilar el módulo T4EXTCNDI.

Asumimos aquí que desea crear su programa de servicio en la biblioteca llamada

BALANCE. También asumimos que el programa T4RUA01C también se encuentra en la

biblioteca BALANCE.

Para compilar el módulo ejecute los siguientes mandatos:

ADDLIBLE LIB(T4NICELINK) POSITION(*FIRST)

CRTCMOD MODULE(BALANCE/T4EXTCNDI) SRCFILE(T4NICELINK/QCLESRC) SRCMBR(*MODULE) OUTPUT(*PRINT) DBGVIEW(*ALL) REPLACE(*YES) TGTRLS(*CURRENT)

Step 2. Para crear y garantizar autoridad para el programa de servicio GETBALSRV, ejecute los

siguientes mandatos:

CRTSRVPGM SRVPGM(BALANCE/GETBALSRV) MODULE(BALANCE/T4EXTCNDI) EXPORT(*SRCFILE) SRCFILE(T4NICELINK/QSRVSRC) SRCMBR(*SRVPGM) ACTGRP(*CALLER)

CHGOBJOWN OBJ(BALANCE/GETBALSRV) OBJTYPE(*SRVPGM) NEWOWN(QPGMR)

RVKOBJAUT OBJ(BALANCE/GETBALSRV) OBJTYPE(*SRVPGM) USER(*PUBLIC) AUT(*ALL)

GRTOBJAUT OBJ(BALANCE/GETBALSRV) OBJTYPE(*SRVPGM) USER(*PUBLIC)

AUT(*USE)

Una vez haya ejecutado estos mandatos verá el programa de servicio GETBALSRV y un

nuevo módulo T4EXTCNDI en su biblioteca BALANCE.

Si lo desea ahora puede eliminar el módulo T4EXTCNDI.

Step 3. Le recomendamos que compruebe que la función GetUserBalance ha sido exportada

correctamente ejecutando el mandato:

DSPSRVPGM SRVPGM(BALANCE/GETBALSRV) DETAIL(*PROCEXP)

Nota Cuando se crean los programas de servicio y las correspondientes bibliotecas, tenga en

cuenta que Data Monitor for iSeries necesita la autoridad *USE sobre estos objetos.



Debería aparecer la siguiente pantalla:

En nuestro ejemplo describimos un programa de servicio conteniendo una función que llama a un

programa externo. De todas maneras, sus posibilidades son infinitas. Por ejemplo, podría un programa

de servicio con más funciones, más módulos, procedimientos de llamada en el mismo programa de

servicio o en otro programa de servicio, y más.

Dependiendo en cómo cree su programa de servicio, los archivos include para las funciones deben

cambiarse para compilar correctamente el módulo T4EXTCNDI y crear el programa de servicio de la

forma correcta. Por ejemplo, si desea usar el código de ejemplo proporcionado aquí para llamar

programas de servicio existentes en su sistema, primero debería crear un programa envoltorio para

llamar estos programas de servicio existentes. De forma alternativa, puede cambiar los archivos

include en nuestro ejemplo y crear un programa de servicio que llame a otros programas de servicio.

El siguiente paso es incluir GetUserBalance en la lista de funciones de negocio externas en Data

Monitor for iSeries, como se describe en la siguiente sección.

G.3.6 Definir funciones o procedimientos en Data Monitor for iSeriesPuede configurar funciones y procedimientos exportados correctamente en sus programas de servicio

usando el archivo de configuración T4EFD01P en la biblioteca T4DATAMON. El archivo DDS

(Especificaciones de Descripción de Datos) para T4EFD01P es:

A UNIQUE

A CCSID(65535)

A R T4EFD01F *

A SRVPGMN 10 COLHDG('Srv. Pgm. Name')

A SRVPGML 10 COLHDG('Srv. Pgm. Library')

A FNCTNAM 50 COLHDG('Function Name')

A FNCPROT 256 COLHDG('Function Prototype')



Archivos de descripción:

• SRVPGMN: El nombre de programa de servicio donde las funciones que desea definir están

correctamente exportadas.

• SRVPGML: Biblioteca del programa de servicio.

• FNCTNAM: Contiene el nombre de la función con la que desea trabajar en expresiones Data

Monitor. En nuestro ejemplo utilizaremos GetUserBalance.

• FNCPROT: Este es el prototipo para la función o procedimiento con el que desea trabajar. Por

ejemplo, para la función GetUserBalance el prototipo debe ser FUNCTION GETUSERBALANCE(USERNAM STRING):INTEGER. Para información adicional sobre el formato

de prototipos diríjase a la sección G.2 - Funciones ALEV en página 120. Aunque no es

obligatorio escribir el formato en mayúsculas, le recomendamos que las utilice para coherencia

con el resto de funciones implementadas.

• FNCDESC: Esta es la descripción del procedimiento o función que está definiendo. Ayuda al

usuario a identificar fácilmente las funciones de negocio externas definidas en Data Monitor for

iSeries.

• ENABDIS: Esta bandera se utiliza para habilitar o deshabilitar la entrada en Data Monitor. Si

esta bandera está deshabilitada, Data Monitor ignorará esta función de negocio externa y no

se integrará en Data Monitor.

• HIDEUNH: Con esta bandera interna determina si mostrar la entrada de configuración del

usuario. En esta versión siempre debe estar habilitado; introduzca siempre “Y” para este valor.

En nuestro ejemplo, consideramos que la función GetUserBalance se exporta en el programa de

servicio GETBALSRV, que se encuentra en la biblioteca BALANCE.

Para completar la configuración, debe entrar este dato en el archivo de configuración de la función de

negocio externa en Data Monitor. En nuestro ejemplo, debe introducir un registro en el archivo de

configuración T4NICELINK/T4EFD01P. Puede conseguir esto en una sesión 5250 utilizando el mandato

STRSQL. Otras alternativas son usar los mandatos UPDDTA, ODBC o cualquier otro método para insertar

un registro correctamente en el archivo de configuración.

En nuestro ejemplo, utilizamos el mandato STRSQL desde una sesión 5250 en el iSeries. A continuación

usamos el mandato SQL INSERT como se muestra en la siguiente imagen:

A FNCDESC 50 COLHDG('Function Description')

A ENABDIS 1 COLHDG('Enabled/Disabled')

A HIDEUNH 1 COLHDG('Hide/Unhide') *

A K SRVPGMN

A K SRVPGML

A K FNCTNAM

A K FNCPROT



Figure 60 – Insertar la función GetUserBalance en la configuración de una función de negocio externa de Data Monitor.

Aquí introduzca el mandato:

Esto completa la configuración de la función de negocio externa en Data Monitor for iSeries.

De todas maneras hay un último paso. Para que la nueva configuración de las funciones de negocio

externas tome efecto, debe reiniciar el monitor. Finalice el monitor e inícielo de nuevo para utilizar la

nueva configuración.

Tenga en cuenta que no es necesario reiniciar el monitor si está realizando cambios a una función de

negocio externa existente, sólo si está añadiendo una nueva función.

G.3.7 Uso de funciones de negocio externasAhora está preparado para incluir las funciones de negocio externas. Una vez que hay iniciado de

nuevo los monitores puede trabajar con estas nuevas funciones en sus expresiones.

Imagine que quiere auditar una transacción de cliente sólo si la cantidad de la transacción excede el

crédito disponible del cliente o el saldo de su cuenta, que se recupera de un registro en otra base de

datos. Puede añadir una función de negocio externa a su expresión “Guardar Transacción Si”. La

expresión requerida se muestra en la siguiente imagen:

INSERT INTO T4DATAMON/CHEFD01P VALUES(

‘GETBALSRV’,

‘BALANCE’,

‘GetUserBalance’,

‘FUNCTION GETUSERBALANCE(USERNAM STRING):INTEGER’,

‘Get the internal authority number of a user’,

‘Y’,

‘Y’)



Figure 61 – Funciones de negocio externas en una expresión “Guardar Transacción Sí”

Puede comprobar el prototipo de las nuevas funciones o procedimientos usando la ayuda (función F1).

La siguiente imagen le muestra como están definidas las funciones.

Figure 62 – Prototipos de funciones de negocio externo



Desde ahora los monitores activos utilizarán las funciones de negocio externas para tomar decisiones.

Puede usar funciones de negocio externas en todas las expresiones de Data Monitor, incluyendo qué

formato utilizar, qué transacciones almacenar y qué campos almacenar, o asignar valores usando

preprocesos.

G.3.8 Consideraciones finalesLas funciones de negocio externa abren una nueva perspectiva sobre los datos que puede manejar en

sus expresiones. Antes sólo podía gestionar los datos procedentes de Data Monitor o los archivos

monitorizados. Ahora, puede trabajar con cualquier tipo de dato que necesita. Depende sobre los

objetivos de sus programas. Por ejemplo, puede necesitar recuperar datos de otros sistemas o un valor

del sistema, y más.

Es importante que analice fuertemente cuándo utilizar el uso de funciones de negocio externas para

conseguir sus objetivos y cual es la manera más eficiente de aplicarlos en Data Monitor. Aunque las

funciones de negocio externas son extremadamente potentes, también puede suponer una

degradación del rendimiento. Para ser específico, si su archivo monitorizado contiene muchas

transacciones y su programa necesita mucho tiempo para devolver un resultado, Data Monitor no podrá

evaluar la expresión en un corto tiempo. Como resultado podrá producirse una degradación del

rendimiento debido al tiempo que su programa necesita.

El poder real de esta nueva funcionalidad reside en el amplio rango de posibilidades que puede

programar. Enriquezca datos con información de objetos de otros sistemas o bases de datos no

monitorizadas.

Imagine que Data Monitor monitoriza un archivo conteniendo números de cuentas bancarias de clientes

y que estos números de cuenta bancaria incluyen un código de sucursal. Puede enriquecer estos datos

para propósitos de reporting con información adicional almacenada en sus sistemas, pero fuera del foco

de Data Monitor.

Suponga que queremos usar el número de cuenta bancaria par encontrar la siguiente información

adicional

• Nombre del titular de la cuenta

• Nombre del banco

• Dirección de la sucursal

El nombre del banco y las direcciones están almacenadas en una tabla de su sistema, pero fuera del

foco de Data Monitor. Los nombres de los titulares de la cuenta pueden recuperarse de una base de

datos diferente proporcionada por el banco y almacenada en su sistema.

Esta información puede ser recuperada utilizando una expresión de preproceso. Por ejemplo podemos

usar el campo LOCKEYD (List of Changes Key Description), que es un campo de longitud variable, para

almacenar los datos adicionales. Después podrá utilizar la información en reportes.

Importante Cuando añada funciones desde la interface a un monitor existente, es importante seguir los

pasos detallados en la introducción de la sección G.3 - Funciones de Negocio Externas en

página 123. Si no es así, puede encontrarse con resultados inesperados en la evaluación de

sus expresiones o encontrarse errores en la cola de mensajes del producto.

Lo mismo ocurre cuando trabaja con el editor de expresiones de Data Monitor en sesiones

interactivas. Es decir, si está trabajando con un conjunto específico de funciones de negocio

externas y añade una o más funciones de negocio externas necesita reiniciar los monitores

y conectarse a una nueva sesión 5250 para que las nuevas funciones funcionen.



Esto es sólo un ejemplo de la información que puede recuperar. Las posibilidades son infinitas.

G.4 Solución de ErroresCuando se encuentre con un problema le recomendamos que compruebe las colas de mensajes de

error y las colas las colas de mensaje del producto para asegurarse que sus funciones de negocio

externas han sido incluidas correctamente en Data Monitor.

¿Qué sucede si no entra el nombre real de una función exportada en un programa de servicio?

Cuando arranca los monitores intentan cargar todas las funciones exportadas que definió en el archivo

de configuración T4DATAMON/CHEFD01P. De todas formas, si se produjo un error cuando introdujo el

nombre real de la función exportada, Data Monitor no será capaz de cargarlo. Encontrará un mensaje

de error en la cola de mensajes T4DATAMON/DTMEBR y en la cola de mensajes del operador QSYSOPR.

La siguiente imagen muestra el mensaje de error:

En esta imagen el error aparece porque la función GetBalance que configuró, no existe en el programa

de servicio GETBALSRV en la biblioteca BALANCE. Como se explicó anteriormente, el nombre correcto de

la función es GetUserBalance.

Aunque las funciones definidas incorrectamente no se cargan, Data Monitor continuará cargando el

resto de funciones correctamente definidas. Los monitores funcionarán correctamente con las

funciones válidas que Data Monitor pudo cargar.

Compruebe los mensajes de error para corregir las funciones que se definieron incorrectamente en su

configuración de funciones de negocio externas.

Data Monitor muestra el mismo comportamiento cuando usa la interface para crear una expresión con

una función de negocio externa.



¿Qué sucede si introduce un nombre o biblioteca de programa de servicio inválido o no existente?

Un mensaje de error de excepción se enviará a la cola de mensajes T4NICELINK/T4ECLLOG y a

QSYSOPR indicando el nombre inválido del nombre o la biblioteca del programa de servicio que ha

introducido. Necesita corregirlo realizando una actualización del registro que introdujo previamente.

Esta figura muestra el error tal y como aparece en Data Monitor:

Que Data Monitor sea capaz de auditar la expresión depende de varios factores. Por ejemplo depende

de si la expresión es una expresión de preproceso o si se utiliza para decidir si auditar transacciones o

guardar campos-. En todos los casos puede encontrar resultados inesperados.

¿Qué sucede si introduce un prototipo con un nombre de función diferente del de su programa de servicio?

Cuando introduce funciones en Data Monitor puede asignar un nombre de función diferente de aquel en

la función del programa de servicio. Una vez haya definido un nombre diferente en Data Monitor es

importante que use este nombre en sus expresiones, no el nombre de la función en su programa de

servicio. Para encontrar el nombre del prototipo que configuró para esta función de negocio externa,

pulse F1 y luego Intro. Esto mostrará una lista de todas las funciones disponibles para crear sus

expresiones.

¿Qué sucede si introduce un prototipo incorrecto, por ejemplo, un prototipo con un número distinto de parámetros, diferente tipo de parámetros, o con un tipo diferente de datos en el resultado?

Por lo que concierne a Data Monitor esto es un prototipo diferente. Si por casualidad un prototipo con

los parámetros especificados existe, recibirá resultados no esperados, ya que los cálculos se realizan

sobre datos incorrectos. Si dicho prototipo no existe Data Monitor dará un error de sintaxis.

¿Son sensibles a mayúsculas las funciones que usamos en nuestras expresiones?

Las funciones no son sensibles a mayúsculas. De todas formas, recomendamos que el usuario escriba

los nombres de prototipos en mayúsculas. Estará entonces liberado para trabajar con estos prototipos

en sus expresiones de la forma que prefiera.



¿Qué sucede si cambia una expresión que contiene una función correcta para utilizar una función caducada?

Aparecerá un mensaje ALEV en la cola de mensajes del producto. Puede acceder a la cola de

mensajes desde la interface de archivos monitorizados pulsando F9. Es importante que use sólo

funciones válidas en sus expresiones. Si una función caduca debería eliminarse de todas sus

expresiones o reemplazada por una válida.

¿Qué sucede si añade nuevas funciones mientras sus monitores se están ejecutando?

Existen tres escenarios:

• Sólo añade las nuevas funciones de negocio a Data Monitor pero no las utiliza en sus

expresiones. Data Monitor continuará trabajando correctamente sin estas nuevas funciones.

• Añade nuevas funciones de negocio externas y usarlas en una expresión. Si no hay eventos

relacionados a estas expresiones con las nuevas funciones que ha definido, Data Monitor

funcionará correctamente porque estos cambios no les afectan.

• Añade nuevas funciones de negocio externas, las utiliza en sus expresiones y hay eventos

relacionados con estas expresiones. En este escenario Data Monitor encontrará nuevas

funciones no definidas y un error se enviará a la cola de mensajes del producto. La situación

aquí es similar a la explicada en la pregunta 6. Para solventar esta situación debe reiniciar los

monitores, por lo que deberían estar al tanto de las nuevas funciones.

¿Qué debo hacer si deseo realizar una expresión con una nueva función de negocio externa y el editor de expresiones de Data Monitor muestra un error de “función indefinida”?

Lo más probable es que haya usado la misma sesión interactiva para incluir las nuevas funciones y

crear las nuevas expresiones que las utilizan. Para poder trabajar con estas nuevas funciones en sus

expresiones, simplemente cierre la sesión y conéctese de nuevo.

¿Qué sucede si borra o cambia un función de negocio externa definida en Data Monitor?

Para evitar problemas tras borrar o cambiar una función de negocio eterna definida en Data Monitor, es

importante comprobar que también se eliminan de todas las expresiones actuales.



Si reinicia un monitor que contiene una función de negocio externa que ha sido eliminada de

T4DATAMON/CHEFD01P, Data Monitor intentará trabajar con ella y enviará errores a la cola de mensajes

del producto cuando falle.


Apéndice H : Uso de Filtros y Expresiones Avanzados

Apéndice HApéndice H: Uso de Filtros y Expresiones Avanzados

H.1 Optimización de expresiones con &OperationsValuesImagine que desea auditor únicamente transacciones donde el campo CUSTOM tiene el valor

TESTCUSTOMER. La primera imagen muestra la expresión requerida utilizando &BeforeValues y

&AfterValues.

La segunda imagen muestra como usar &OperationValues para simplificar esta expresión.



H.2 Ejemplo de un Formato utilizando expresionesImagine una situación donde tiene un formato único para un archivo A. Este archivo tiene un campo

llamado MYREALUSER.

Desea almacenar transacciones solo cuando el usuario real del trabajo que lleva a cabo la transacción

es PAUL. Tiene el usuario real del trabajo en la variable ALEV &RealUser.

Su configuración será como la que sigue a continuación. Desde Trabajar con Formatos Opción 30 –

Expresión para salvar transacción…

Nota Para modificaciones (updates) - &BeforeValues almacena valores de campos antes que el

registro fuese actualizado y la variable &AfterValues tiene valores de campos tras la

actualización del registro.

Para inserts – La variable &AfterValues almacena los valores de los campos del registro

añadido.

Para deletes – La variable &BeforeValues almacena los valores de los campos del registro

borrado.

Para reads – La variable &AfterValues almacena el valor de los campos del registro leído.



Además desea almacenar el valor del campo MYREALUSER en la variable &RealUser.

Opción 40 – Expresión de Preproceso…

Es posible introducir múltiples expresiones separadas por punto y coma (;). Para más información sobre

ALEV, diríjase al manual de ALEV, disponible en el grupo de programas Tango/04 en el menú Inicio de

Windows.

Nota Cuando un usuario introduce una expresión en el editor de expresiones la sintaxis se

comprueba automáticamente. Si existe cualquier error en la expresión aparecerá un

mensaje en la parte inferior de la pantalla y el usuario no puede salir del editor hasta que se

introduzca una expresión válida.



Apéndice I : Alertas en Tiempo Real de Transacciones Importantes

Apéndice IApéndice I: Alertas en Tiempo Real de Transacciones

Importantes

I.1 Ejemplo 1Imagine que desea ser avisado tan pronto como sea posible cuando cualquier cliente tenga un saldo

mayor de 1000€. Puede enviar una alerta a cualquier cola de mensajes mediante una expresión de

preprocesos ALEV. La siguiente imagen le muestra la expresión requerida, asumiendo que el campo

CUSTNAME es el Nombre del Cliente y el campo CUSTDEBT es el saldo actual del cliente:

La expresión contiene "&MonitorSource <> 'O'" porque no deseamos ser avisados cuando utilizamos

Data Monitor for iSeries Express, el cual no está desarrollado para el uso en tiempo real. Diríjase al

Appendix G: Variables ALEV y Funciones para Expresiones en página 115 para una descripción de la

variable &MonitorSource o información general de ALEV.

Con esta expresión se utiliza la función EXECMD para ejecutar el mandato SNDMSG para enviar una alerta

a la cola de mensajes QSYSOPR. El resultado de una actualización del saldo del cliente a un valor

superior a 1000€ aparecería como:



Además de enviar una alerta a una cola de mensajes, también puede utilizar cualquier mandato de su

sistema que le proporcione una forma de ser alertado en tiempo real. Por ejemplo enviar un email o

escribir un registro en una tabla de otra base de datos (con funciones de 360º).

I.2 Ejemplo 2Tenemos una tabla llamada SALARIES que normalmente solo es modificada por usuarios del

departamento de Recursos Humanos. Queremos ser alertado si alguien fuera de este departamento

cambia esta tabla.

Sabemos (suposiciones):

• Todos los usuarios del departamento de Recursos Humanos tienen el código de contabilidad

'HR'.

• El campo EMPLOYEEID contiene el id de empleado, y el campo AMOUNT contiene el salario

anual del empleado en la tabla ‘SALARIES’

• Tenemos otra tabla (que no está siendo monitorizada) llamada ‘EMPDETAILS’ que contiene

detalles del empleado. Esta tabla tiene un campo clave EMPLOYEEID y un campo EMPLOYEENque almacena el nombre del empleado.

Usando el siguiente script para preprocesar la expresión de la tabla monitorizada ‘SALARIES’ seremos

avisados con un mensaje en QSYSOPR.



Si se fija en la expresión de preproceso, podrá ver que primero utilizamos la función GetCol para

obtener el nombre del empleado (campo EMPLOYEEN de la tabla EMPDETAILS) por su EMPLOYEEID (id de

empleado). A continuación utilizamos este nombre de empleado (almacenado en la variable

EmployeeName) para construir el mensaje que enviamos a la cola de mensajes QSYSOPR.

El mensaje será como el siguiente:

Nota Los mensajes de cualquier cola puede recibirse fácilmente en VISUAL Message Center

SmartConsole, simplemente utilizando VISUAL Message Center iSeries Server Agent. De

esta forma podrá recibir este mensaje de QSYSOPR en su SmartConsole para sacar partido

de sus funcionalidades avanzadas de monitorización, automatización, visualización y

notificación.



Diríjase a la sección 11.5 - Integración de Data Monitor con VISUAL Message Center en página 94 para

ejemplos de otras colas de mensajes o diríjase a la Guía de Usuario de VISUAL Message Center

(iSeries Modules).




Apéndice J : Mandatos de Data Monitor

Apéndice JApéndice J: Mandatos de Data Monitor

Mandato Descripción

ADDDTMFAdd Data Monitor File añade un archivo para ser monitorizado por Data Monitor.

ADDDTMUAdd Data Monitor User añade un usuario a monitorizar por Data Moni-tor.

ADDDTMFLDAdd Field of Format añade un campo a un formato existente para un archivo que es monitorizado por Data Monitor.

ADDDTMFMTEl mandato Add Format Definition añade un formato a un archivo que es monitorizado por Data Monitor.

CHGDTAMONEl mandato Change Data Monitor Configuration permite cambiar la con-figuración de inicio de Data Monitor y el modo de recuperación de datos de los archivos monitorizados por Data Monitor.

CHGDTUMONEl mandato Data Monitor configuration permite cambiar la configuración de inicio de Data Monitor y el modo de recuperación de datos de los usuarios monitorizados en Data Monitor.

CHGDTMFEl mandato Change Data Monitor File cambia la configuración de Data Monitor para un archivo monitorizado.

CHGDTMUEl mandato Change Data Monitor User cambia la configuración para un usuario monitorizado en Data Monitor.

CHGDTMFLDEl mandato Change Field of Format cambia los detalles los campos de un formato existente para un archivo monitorizado por Data Monitor.

CHGDTMFMTEl mandato Change Format Definition cambia el formato de un archivo monitorizado por Data Monitor

CPU

El mandato Data Monitor - Changes Key autoriza el uso de Data Moni-tor – Changes para una CPU específica y hasta una fecha predetermi-nada. También elimina la restricción de fecha una vez que se ha introducido una licencia de uso completa.

CPUREA

El mandato Data Monitor - Reads Key autoriza el uso de Data Monitor – Reads para una CPU específica y hasta una fecha predeterminada. También elimina la restricción de fecha una vez que se ha introducido una licencia de uso completa.

DLTDTMFLD Delete Field of Format borra un campo de un formato.



DLTDTMLOGEl mandato Delete Historical Records borra registros del histórico de transacciones de Data Monitor. Puede filtrar los registros a borrar utili-zando los parámetros del mandato.

DLTOVERFAEl mandato Delete Override File Attributes borra el atributo de diario remoto de un archivo monitorizado por Data Monitor.

DLTRBKLOGEl mandato Delete Rollbacked Transactions borra todos los registros de transacciones rollback en el histórico de transacciones de Data Monitor. Los registros a borrar pueden ser filtrados por parámetros del mandato.

DSPDOMFEl mandato Details of Monitored File muestra los detalles del archivo y el monitor asociado de un archivo monitorizado por Data Monitor.

DSPDTMFEl mandato Display Data Monitor File muestra los detalles de archivo de un archivo monitorizado por Data Monitor.

DSPDTMUEl mandato Display Data Monitor User muestra los ajustes de un usua-rio monitorizado por Data Monitor.

DSPDTMFLDEl mandato Display Field of Format muestra los detalles de un campo de un formato existente.

DSPDTMFMTEl mandato Display Format Definition (DSPDTMFMT) muestra el formato de un archivo monitorizado por Data Monitor.

DSPDTMVEREl mandato Display Data Monitor Version muestra la versión actual de Data Monitor instalada en el sistema.

ENDDTAMONEl mandato End Data Monitor finaliza los trabajos que monitorizan los archivos actualmente en configurados en Data Monitor.

ENDDTUMONEl mandato End Data Monitor User finaliza los trabajos que monitorizan los usuarios actualmente configurados en Data Monitor.

GENJRNDTAEl mandato Generate Journal Data genera los datos para Data Monitor for iSeries Express.

INSTALL El mandato Install Data Monitor crea el entorno de trabajo apropiado para que Data Monitor funcione. Una de sus funciones es asegurar todos los objetos de la biblioteca con una sola lista de autorizaciones.

MGROLDLOC

En la versión 4.0 este mandato se utiliza para migrar datos desde ver-siones previas. El mandato Migrate Old Loc file migra los datos de los archivos log de transacciones históricas desde Data Monitor for iSeries versión 3.0 y previas a los archivos correspondientes de Data Monitor for iSeries 4.0 y posteriores. Para más detalles diríjase a la Guía de Ins-talación.

OVRFILATTEl mandato Override File Attributes añade o cambia el atributo de diario remoto de un archivo monitorizado por Data Monitor.

RMVDTMF

El mandato Remove Data Monitor File borra un archivo monitorizado por Data Monitor. Si el nombre de sistema de la entrada que desea eli-minar no es el mismo que el del sistema local o el valor del nombre de grupo ASP no debe ser ignorado, pulse F9 para especificar parámetros adicionales.

RMVDTMUEl mandato Remove Data Monitor User borra un usuario monitorizado por Data Monitor.

RMVDTMFMTEl mandato Remove Format Definition borra el formato de un archivo monitorizado por Data Monitor.

STRDTAMONEl mandato Start Data Monitor inicia todos los trabajos que monitorizan los archivos actualmente configurados en Data Monitor.




STRDTUMONEl mandato Start Data Monitor User arranca todos los trabajos que monitorizan los usuarios actualmente configurados en Data Monitor.

UNINSTALL

El mandato Uninstall Data Monitor elimina el producto Data Monitor de su sistema.

Esto incluye borra la biblioteca del producto y el resto de objetos que pueden haber sido creados durante o después del proceso de instala-ción.

WRKCFGDTU

El mandato Work with Configuration Data Monitor Users abre los ajus-tes de monitorización de usuarios (F15 desde Trabajar con usuarios a monitorizar), donde puede configurar un archivo de salida, reutilizar formatos de archivo, listas de diarios, asignar horario a un diario.



Appendix K : Preguntas más comunes

Appendix KAppendix K: Preguntas más comunes

Este capítulo comienza con preguntas generales que aplican a las tres ediciones de Data Monitor for

iSeries (es decir Data Monitor for iSeries Sensitive Files, Sensitive Users, y Express. A continuación

gestiona preguntas relativas a cada una de las ediciones.

K.1 Data Monitor for iSeries Tengo una clave válida, y ya he estado utilizando el producto. He configurado un monitor para auditor lecturas y ahora no funciona ninguno de mis monitores. El mensaje de error dice que mi clave no es válida. ¿Cómo es posible?

Existen dos tipos diferentes de claves de licencia para Data Monitor: una para auditor cambios, y una

segunda para auditor lecturas. Parece que ha estado ejecutando Data Monitor con le primer tipo de

claves de licencia con monitores que auditan únicamente cambios. Ahora que ha configurador un

monitor para auditor lecturas, pero no tiene la clave de licencia de lecturas, Data Monitor no arranca

ningún monitor.

Primero reconfigure sus monitor para que no se audite ninguna lectura (ajuste el valor de auditoría de

lecturas a *NO). Entonces podrá iniciar los monitores de cambios como hasta ahora. A continuación

solicite a Tango/04 o un Business Partner autorizado una clave de lecturas. Una vez tenga ambas

calves instaladas podrá crear monitores para auditar todos los eventos y todos los monitores

funcionarán.

Tenga en cuenta que la situación inversa también es posible: si tiene una clave para auditar lecturas y

ha creado un monitor para auditar cambios, de nuevo no funcionará ninguno de los monitores y

obtendrá el mensaje de que la clave no es válida. Debe tener las dos claves de licencia instaladas para

monitorizar todos los eventos con Data Monitor.

Tenga en cuenta que la configuración por defecto para auditoría de lecturas es *NO

Cuando añado un miembro a un archivo físico monitorizado por Data Monitor, las siguientes transacciones no se recuperan. Debo reiniciar el monitor para el archivo al que añadí el miembro para que funcione. ¿Qué ha pasado?

Está utilizando un iSeries versión V5R1 o V5R2 y la API que se utiliza para leer diarios está limitada de

esta manera. Desde la versión V5R3M0 en adelante, todas las transacciones futuras serán auditadas

automáticamente sin intervención del usuario.



¿Cuanto espacio en disco utiliza Data Monitor for iSeries para almacenar transacciones?

Puede utilizar esta formula para cada archivo que necesite monitorizar para estimar el uso de disco:

Uso de disco (en KBytes):= N * (0.6 + 0.08*NF + 2*(0.025*NF +RL))

Donde:

• N := Número de transacciones almacenadas (Inserts/Adds/Update/Read)

• NF := Número de campos en el archivo monitorizado

• RL := Tamaño del registro para el archivo monitorizado (en Kbytes)

Por ejemplo, digamos que tenemos una tabla A en la biblioteca PROD con 10 campos y tamaño del

registro 2 kbytes. En este caso 10000 transacciones almacenadas utilizarán:

10000 * (0.6 + 0.08*10 + 2*(0.025*10 + 2)) = 59000 Kbytes (alrededor de 58 Mbytes de disco).

¿Cuantas transacciones por Segundo puede procesar Data Monitor for iSeries?

Esto depende de cierto número de variables. Por ejemplo el porcentaje de transacciones almacenadas

en nuestro log de transacciones, el número de campos en el archivo monitorizado, y el tamaño de

registro de los archivos monitorizados, entre otras. De todas maneras podemos hacer una

aproximación basándonos en lo siguiente:

Cada sistema iSeries-i5 tiene un valor de CPW, que es una medición de rendimiento. Este calor

depende de las características del modelo y del procesador. Podemos estimar que para cada 4

unidades de CPW, Data Monitor puede procesar y almacenar una transacción por segundo utilizando el

100 % de CPU.

Digamos que tenemos un i5, modelo 520 con característica de procesador 7397. Esto significa que

tenemos 2400 CPW. En este caso Data Monitor for iSeries será capaz de procesar y almacenar 600

transacciones por Segundo o alrededor de 2 millones cada hora utilizando toda la CPU del sistema, o 1

millón por hora utilizando el 50% de la CPU.

Desde luego, este cálculo está basado en almacenar todas las transacciones en el log de transacciones

de Data Monitor. DE cualquier forma puede aumentar ampliamente el rendimiento simplemente filtrando

las transacciones a auditar, usando expresiones en la configuración de Data Monitor.

¿Puedo mover la base de datos de Data Monitor a otro sistema para reducir el espacio en disco en mi iSeries?

Sí, una base de datos de Data Monitor que se encuentra en un sistema iSeries puede ser replicada a

diferentes plataformas como Oracle o SQL Server.

Motores de Bases de datos líderes como Microsoft SQL Server, Oracle, o IBM UDB DB2 incluyen

servicios de replicación, que pueden ayudarle a replicar los datos en tiempo real, próximo a tiempo real

Nota Desde luego, si decide no guardar todos los campos para cada transacción, esta formula

deberá cambiarse para tener en cuenta solo los campos almacenados (NF) y solo la longitud

de registro de dichos campos.

Nota Tenga en cuenta que cada monitor solo puede tomar como mucho un procesador de su

sistema, por lo que en sistemas multiprocesador cada monitor solo será capaz de usar 100/

número de procesadores de su CPU.



o en transferencias de volcado. Adicionalmente, existen aplicaciones de terceros que también

proporcionan servicios de replicación, y puede que su empresa utilice una de ellas.

También puede utilizar simples sentencias SQL para copiar los datos, enviando periódicamente los

cambios a la base de datos de destino y borrando los datos de origen en el sistema iSeries una vez

copiados.

Compruebe con su administrador de base de datos la base de datos de destino o diríjase a la

documentación de la misma para saber más sobre como sincronizar los datos de la manera más

conveniente para usted.

Una vez replicados, puede utilizar Reporting System, que utiliza una conexión ODBC, para recuperar

datos de la base de datos replicada de Data Monitor.

Finalmente, tras replicar estos datos puede borrar la base de datos en el sistema iSeries. Diríjase al

Capítulo 7 - Limpiar archivos de Data Monitor en página 64.

Mi monitor está en ejecución de forma constante pero no hay muchas transacciones en el sistema. ¿Qué puede estar causando que el monitor esté en estado RUN todo el tiempo?

Vaya con cuidado de no estar creando un bucle de eventos monitorizados cuando utiliza funciones

ALEV para un enriquecimiento de los datos de 360º. Esto puede ocurrir cuando está trabajando con

bases de datos monitorizadas por Data Monitor for iSeries, cuando una función ALEV en una base de

datos monitorizada lanza otras funciones ALEV en otras bases de datos monitorizadas, que a su vez

disparen la primera función ALEV.

Por ejemplo, si existe la función ALEV en FILE1: SELECT * FROM LIBRARY/FILE2.

Y una función ALEV en FILE2: SELECT * FROM LIBRARY/FILE1.

Si ambos archivos están configurados para monitorizar lecturas en la base de datos, se crea un bucle

infinito debido a que siempre que se realice una transacción en el primer archivo, genera una

transacción en el segundo archivo, que a su vez crea una transacción en el primer archivo, y así

sucesivamente.

K.2 Data Monitor for iSeries para monitorización de archivos sensibles¿Por qué no se activa mi monitor cuando pulso F10?

Para averiguar la razón por la cual un monitor no se ha iniciado utilice F9 para abrir la cola de mensajes

y encontrar cualquier error que pueda ayudar a determinar el problema.

• Una de las razones puede ser que el perfil de usuario no tiene autorizaciones para el trabajo

Data Monitor.

• Es posible que el archivo no esté todavía registrado por diario o que el diario sea inactivo. Los

archivos deben estar registrados por diario y los diarios activos para que Data Monitor

funcione.

• Compruebe también que el perfil de usuario tenga permisos para el archivo que ha de ser

monitorizado por Data Monitor.

Data Monitor dice que no tengo autorización para acceder a archivos y diarios ¿Qué debo comprobar?

Asegúrese que el perfil de usuario que ejecuta Data Monitor tiene autorización para el archivo que está

intentando monitorizar y el diario relacionado. Otra manera de cambiar el perfil de usuario es cambiar

las descripciones del trabajo de DTMMONITOR y STRDTAMON como se describió anteriormente.



Estoy teniendo problemas para ejecutar Data Monitor debido a ajustes en los permisos ¿Qué autorizaciones debo comprobar?

Para utilizar Data Monitor asegúrese que el perfil de usuario de los trabajos de Data Monitor

(descripción del trabajo T4DATAMON/DTMMONITOR) tiene acceso a los archivos añadidos a Data Monitor.

Este perfil de usuario debe tener autorización *ALL para el objeto de diario y autorización *USE para los

objetos de receptor de diario.

El perfil de usuario por defecto es QPGMR, pero puede cambiarlo (en la descripción del trabajo

T4DATAMON/DTMMONITOR y T4DATAMON/STRDTAMON) para añadir autorización para los archivos

requeridos.

¿Qué significa el mensaje de error CPF7053 con código 2?

Si no puede recuperarse ningún dato para el rango de fechas introducido, aparecerá el mensaje de

error CPF7053 con código 2. Significa que la cadena receptora está rota después de la fecha/hora que

seleccionó para arrancar los monitores. Deberá arrancar en un rango de fecha/hora en el que Data

Monitor no encuentre ninguna cadena receptora rota.

No puedo encontrar detalles sobre el trabajo, programa o dirección remota ¿Cómo puedo obtener esta información?

Desde la versión V5R2M0 en adelante puede maximizar la utilidad de Data monitor especificando los

valores *JOB, *USR, *PGM, *PGMLIB y *RMTADR en el parámetro FIXLENDTA cuando crea o cambia sus

diarios. Esto recuperará la información que está buscando. Por ejemplo cambie su diario utilizando el

siguiente mandato en el sistema de origen:

CHGJRN JRN(HRESOURCES/SALARYJRN) JRNRCV(HRESOURCES/SALJRN0001) MNGRCV(*SAME) FIXLENDTA(*JOB *USR *PGM *PGMLIB *RMTADR)

Donde para FIXLENDATA:

• Especifique *JOB, *USR para determinar el nombre del trabajo y el nombre de usuario del

trabajo de la transacción.

• Especifique *PGM, *PGMLIB para determinar el programa y la biblioteca del programa que

ejecuta la transacción.

• Especifique *RMTADR para determinar la dirección IP remota donde se llevó a cabo la

transacción.

¿Por qué los formatos no se comportan como yo esperaba?

Si dos formatos tienen los mismos valores para Nombre de Sistema Origen, Nombre de archivo,

biblioteca de archivo, Grupo ASP y fecha desde, el formato será seleccionado en el orden en el cual

aparece en la pantalla trabajar con formatos.

Si he cambiado o planeo cambiar, uno de mis archivos (por ejemplo añadir un campo, borrar un campo o cambiar atributos de un campo) ¿Necesito hacer algún cambio en la configuración de Data Monitor?

Sí, debe añadir un Nuevo formato para este archivo en la configuración de Data Monitor. Diríjase a

sección 3.4.1 - Añadir un Formato a un archivo en página 20 para una información más detallada.

Es importante comprender que los atributos "Usar formato desde (Fecha y Hora)" para el Nuevo

formato deben estar entre la última transacción de este archivo con el formato antiguo y la fecha y hora

cuando se cambió el archivo.



La manera más fácil de hacer cambios es la siguiente:

1. Detener el uso del archivo.

2. Detener Data Monitor para este archivo.

3. Realizar los cambios requeridos al archivo.

4. Añadir el Nuevo formato para este archivo a la configuración de Data Monitor

5. Arrancar Data Monitor para este archive y las nuevas transacciones serán auditadas

correctamente.

Si no añadió el Nuevo formato antes de usar el archivo modificado, deberá:

• Añadir el Nuevo formato a Data Monitor como se acaba de explicar y

• Use Apéndice C: Cómo Reprocesar entradas en página 104 para auditar esas transacciones

con el nuevo formato de Data Monitor.

¿Cuántos archivos registrados por diario puede monitorizar Data Monitor en un diario?

Data Monitor for iSeries puede monitorizar 300 archivos registrados por diario en un solo diario.

K.3 Data Monitor for iSeries para monitorización de usuarios sensibles¿Porqué no se activa mi monitor cuando pulso F10?

Para encontrar la razón por la que un monitor no arrancó, utilice F9 para abrir la cola de mensajes y

comprobar si hay mensajes que puedan ayudar a determinar el problema.

Una de las razones puede ser que el perfil de usuario del trabajo de Data Monitor no tiene la

autorización necesaria.

Asegúrese también que ha entrado la clave correcta de activación del producto.

Data Monitor para usuarios dice que no tengo autorización para acceder a nuevos diarios. ¿Qué debo comprobar?

Asegúrese que el perfil de usuario que ejecuta Data Monitor tiene la autorización para cualquier de los

diarios que está intentando procesar. Una manera de cambiar el perfil de usuario es cambiar las

descripciones de trabajo de DTUMONITOR y STRDTUMON como se describe a continuación.

Este perfil de usuario también debe tener autoridad *ALL para el objeto de diario y autoridad *USE para objetos de receptor de diario.

El perfil de usuario por defecto es QPGMR, pero puede cambiarlo (en la descripción del trabajo

T4DATAMON/DTUMONITOR y T4DATAMON/STRDTUMON) para añadir autorización para los archivos

requeridos.

¿Necesito definir todas las tablas que deseo monitorizar de antemano?

No. Data Monitor for iSeries para usuarios sensibles puede encontrar transacciones de cualquier

archivo en su sistema. Se encarga de todos los pasos necesarios para todos los archivos, como por

ejemplo cargar un formato cuando encuentra la primera entrada de diario para un archivo específico

(Función cargar formatos al vuelo). Cuando sea posible, le sugerimos que reutilice los formatos de

archivo configurados (ajuste por defecto en Data Monitor), con ello Data Monitor reutilizará su

configuración de formato para archivos sensibles cuando monitoriza usuarios sensibles.




Si no puede recuperarse ningún dato para el rango de fechas que ha entrado, aparecerá el mensaje de

error CPF7053 con código 2. Esto significa que la cadena receptora se ha roto después de la fecha/hora

que ha seleccionado para arrancar los monitores. Data Monitor for iSeries para usuarios puede estar

trabajando con más de un diario. En este caso continuará monitorizando el resto de diarios.

¿Qué significa el mensaje de error CPF709C?

Para leer transacciones con Data Monitor for iSeries para usuarios las transacciones deben contener

información sobre el usuario real. Si la transacción no contiene información del usuario real, aparecerá

el mensaje de error CPF709C en la cola de mensajes del producto.

Asegúrese que el parámetro FIXLENDTA en su diario se ha configurado con el valor *USR

Desde la versión V5R2M0 en adelante puede maximizar la utilidad de Data monitor especificando los

valores *JOB, *USR, *PGM, *PGMLIB y *RMTADR en el parámetro FIXLENDTA cuando crea o cambia sus

diarios. Esto recuperará la versión que está buscando.

¿Por qué los formatos no se comportan como se espera?

Si está reutilizando formatos en Data Monitor for iSeries para usuarios, diríjase a la sección anterior

para más información.

Data Monitor for iSeries para usuarios refresca automáticamente los formatos. En circunstancias

altamente inusuales, es posible que los formatos no se sincronicen con el timestamp de las

transacciones recuperadas. En estos casos Data Monitor enviará el mensaje USR0473 incluyendo

instrucciones de como corregir la situación.

Cuando chequeo el subsistema T4DATAMON me doy cuenta que estado de mis trabajos DTUMONITOR es retenido, y posteriormente son liberados de nuevo. ¿Por qué?

FMTCONTROL es el trabajo a cargo de refrescar los formatos. En situaciones muy específicas, puede

darse que FMTCONTROL retenga sus trabajos hasta que los formatos puedan ser refrescados. Sus

trabajos se liberarán tan pronto como se complete el proceso.

Tengo una clave de activación del producto correcta, mi monitor está activo y en ejecución, el monitor se arrancó con la opción *NOW, y hay un montón de información que debe ser monitorizada. Sin embargo, el valor de la última fecha y hora en histórico no refleja ningún cambio. ¿Qué está sucediendo?

Compruebe primero sus expresiones para asegurarse que las transacciones están incluidas en su

monitor.

Además tenga en cuenta que el rendimiento depende de su configuración. Uno de los factores más

importantes es el número de diarios con los que está trabajando. Es posible que el monitor esté

ocupado leyendo otros diarios, y volverá al diario en su momento. Recuerde que hay ciertos parámetros

(F15) que puede utilizar para ajustar sus monitores.

K.4 Data Monitor for iSeries Express¿Cómo puedo activar Data Monitor for iSeries Express?

Data Monitor for iSeries Express puede activarse con tres claves diferentes

• Un calve de activación individual para Data Monitor iSeries Express

• La clave de VISUAL Message Center Security Suite



• La clave de la suite Data Monitor for iSeries Base

Data Monitor Express dice que no tengo autorización para acceder a archivos y diarios. ¿Qué debo comprobar?

Asegúrese que el perfil de usuario que ejecuta Data Monitor tiene la autorización para el archivo que

está intentando monitorizar y al diario relacionado. Data Monitor for iSeries Express se ejecuta en el

mismo trabajo interactivo, si utiliza la línea de mandatos. De todas formas puede someter el mandato

GENJRNDTA utilizando un perfil de usuario diferente par este trabajo

Estoy teniendo problemas al ejecutar Data Monitor debido a configuraciones de permisos. ¿Qué autorizaciones debo comprobar?

Para utilizar Data Monitor iSeries Express asegúrese que el perfil de usuario del trabajo interactivo, o el

perfil del usuario efectivo para el trabajo sometido, tiene acceso a los archivos añadidos a Data Monitor.

Este perfil de usuario también debe tener autoridad *ALL para el objeto de diario y autoridad *USE para objetos de receptor de diario.

El perfil de usuario por defecto es QPGMR. De todas formas puede añadir autorización para los archivos

requeridos cambiando el perfil de usuario efectivo para la sesión interactiva del trabajo sometido.


Si no puede recuperarse ningún dato para el rango de fechas que ha entrado, aparecerá el mensaje de

error CPF7053 con código 2. Esto significa que la cadena receptora se ha roto después de la fecha/

hora que ha seleccionado para arrancar los monitores. Data Monitor for iSeries Express puede estar

trabajando con más de un diario. En este caso continuará monitorizando el resto de diarios.

¿Por qué los formatos no se comportan como se espera?

Si está reutilizando formatos en Data Monitor for iSeries Express, diríjase a la sección anterior para más

información.

Data Monitor for iSeries Express refresca automáticamente los formatos. En circunstancias altamente

inusuales, es posible que los formatos no se sincronicen con el timestamp de las transacciones

recuperadas. En estos casos Data Monitor enviará el mensaje OND0473 incluyendo instrucciones de

como corregir la situación.


Appendix L : Mejores Prácticas

Appendix LAppendix L: Mejores Prácticas

En general, intente evitar la duplicación de datos.

Por ejemplo, si un archivo es accedido sólo por un usuario, y está monitorizando tanto el archivo como

el usuario, Data Monitor procesará las mismas transacciones dos veces. Si ya está monitorizando el

usuario por un motivo diferente, le recomendamos que no repita la monitorización por archivo. Por

contra, si sólo necesita monitorizar este archivo, no debería utilizar Data Monitor para usuarios, ya que

monitorizaría más datos de los que necesita.

Además, considere con cuidado si utilizar *ALL o introducir un usuario específico. Cuando utiliza *ALLincluye todos los usuarios en su sistema, con obvia repercusión en el rendimiento. Para reducir la

cantidad de datos procesados por Data Monitor le recomendamos que configure sólo los usuarios

específicos que realmente necesita monitorizar

No ejecute Data Monitor for iSeries Express directamente desde la línea de mandatos

Cuando abre Data Monitor for iSeries Express desde el menú, o ejecuta el mandato GENJRNDTA desde

su línea de mandatos, se ejecuta en su sesión interactiva. Dependiendo de cuantos datos desee

recuperar, su sesión interactiva puede quedar bloqueada durante un periodo de tiempo significativo.

Intente evitar esta situación sometiendo el mandato GENJRNDTA desde un trabajo diferente, por ejemplo

usando el mandato del sistema SBMJOB.

Use Descripción de claves para enriquecer la información de transacciones

Puede utilizar expresiones de preprocesos para asignar el valor de la variable ALEV &KeyDescriptioncon un texto más descriptivo de los propios campos clave.

Los Reportes de estas transacciones serán fácil de leer simplemente mirando la Descripción clave. Por

ejemplo:

En su transacción tiene un campo clave con 2 caracteres que almacena un código de producto. Este

código no es una descripción real del producto, pero tiene otra tabla que almacena una descripción de

producto para cada código de producto. Puede utilizar la función ALEV GetCol para acceder a esta

tabla y recuperar la descripción del producto para el código de producto de la transacción. Esta

descripción del producto puede asignarse fácilmente a &KeyDescription. Diríjase a la Capítulo 8 -

Consejo Intente no repetir usuarios. Por ejemplo, si selecciona utilizar usuario *ALL, no añada más

usuarios – esto sólo llevaría a Data Monitor a monitorizar el mismo usuario dos veces.


Appendix L : Mejores Prácticas

Enriquecimiento de datos de 360º para Control y Auditoría de 360º en página 68 para más detalles y

ejemplos.

No monitorice transacciones de lectura si no es estrictamente necesario

El número de transacciones de lectura puede ser potencialmente enorme. Por lo tanto, necesitaría una

gran cantidad de recursos de Data Monitor para procesarlos. En cualquier caso, intente reducir la

monitorización de transacciones de lectura al mínimo.


Apéndice M : Contactar con Tango/04

Apéndice MApéndice M: Contactar con Tango/04

North America

Tango/04 North America

PO Box 3301

NH 03458 Peterborough USA

Phone: 1-800-304-6872 / 603-924-7391

Fax: 858-428-2864

[email protected]

www.tango04.com

EMEA

Tango/04 Computing Group S.L.

Avda. Meridiana 358, 5 A-B

08027 Barcelona Spain

Phone: +34 93 274 0051

Fax: +34 93 345 1329

[email protected]

www.tango04.com

Italy

Tango/04 Italy

Viale Garibaldi 51/53

13100 Vercelli Italy

Phone: +39 0161 56922

Fax: +39 0161 259277

[email protected]

www.tango04.it

Sales Office in France

Tango/04 France

La Grande Arche

Paroi Nord 15ème étage

92044 Paris La Défense France

Phone: +33 01 40 90 34 49

Fax: +33 01 40 90 31 01

[email protected]

www.tango04.fr

Sales Office in Switzerland

Tango/04 Switzerland

18, Avenue Louis Casaï

CH-1209 Genève

Switzerland

Phone: +41 (0)22 747 7866

Fax: +41 (0)22 747 7999

[email protected]

www.tango04.fr

Latin American Headquarters

Barcelona/04 Computing Group SRL (Argentina)

Avda. Federico Lacroze 2252, Piso 6

1426 Buenos Aires Capital Federal

Argentina

Phone: +54 11 4774-0112

Fax: +54 11 4773-9163

[email protected]

www.barcelona04.com


Mailto:[email protected]

www.tango04.com


www.tango04.com


www.tango04.it


www.tango04.fr


www.tango04.fr


www.barcelona04.com

Apéndice M : Contactar con Tango/04

Sales Office in Peru

Barcelona/04 PERÚ

Centro Empresarial Real

Av. Víctor A. Belaúnde 147, Vía Principal 140 Edificio Real Seis, Piso 6

L 27 Lima

Perú

Phone: +51 1 211-2690

Fax: +51 1 211-2526

[email protected]

www.barcelona04.com

Sales Office in Chile

Barcelona/04 Chile

Nueva de Lyon 096 Oficina 702,

Providencia

Santiago

Chile

Phone: +56 2 234-0898

Fax: +56 2 2340865

[email protected]

www.barcelona04.com

© 2013 Tango/04Computing Group Página 164


www.barcelona04.com


www.barcelona04.com

Acerca de Tango/04 Computing Group

Acerca de Tango/04 Computing Group

Tango/04 Computing Group es una de las principales empresas desarrolladoras de software de gestión

y automatización de sistemas informáticos. El software de Tango/04 ayuda a las empresas a mantener

la salud operativa de sus procesos de negocio, mejorar sus niveles de servicio, incrementar su

productividad y reducir costes mediante una gestión inteligente de su infraestructura informática.

Fundada en 1991 en Barcelona, Tango/04 es IBM Business Partner y miembro de la iniciativa

estratégica IBM Autonomic Computing. Además de recibir numerosos reconocimientos de la industria,

las soluciones Tango/04 han sido validadas por IBM y tienen la designación IBM ServerProven™.

Tango/04 tiene más de mil clientes y mantiene operaciones en todo el mundo a través de una red de 35

Business Partners

Alianzas

Premios

Partnerships IBM Business Partner

IBM Autonomic Computing Business Partner

IBM PartnerWorld for Developers Advanced Membership

IBM ISV Advantage Agreement

IBM Early code release

IBM Direct Technical Liaison

Microsoft Developer Network

Microsoft Early Code Release


Aviso Legal

Aviso Legal

Este documento y su contenido son propiedad de Tango/04 Computing Group o de sus respectivos propietarios cuando así se

indique. Cualquier utilización de este documento con una finalidad distinta de aquella con la cual ha sido creado está prohibida sin la

autorización expresa de su propietario. Asimismo queda prohibida la reproducción total o parcial de este documento por cualquier

medio físico, óptico, magnético, impreso, telemático, etc., sin la autorización expresa de su propietario.

La información técnica aquí contenida fue obtenida utilizando equipamiento e instalaciones específicas, y su aplicación se limita a

esas combinaciones especiales de productos y niveles de versiones de hardware y software. Cualquier referencia en este documento

a productos, software o servicios de Tango/04 Computing Group, no implica que Tango/04 Computing Group planee introducir esos

productos, software o servicios en cada uno de los países en los que opera o está representada. Cualquier referencia a productos de

software, hardware o servicios de Tango/04 Computing Group no está hecha con el propósito de expresar que solamente pueden

utilizarse productos o servicios de Tango/04 Computing Group. Cualquier producto o servicio funcionalmente equivalente que no

infrinja la propiedad intelectual o condiciones de licenciamiento específicas se podría utilizar en reemplazo de productos, software o

servicios de Tango/04 Computing Group.

Tango/04 Computing Group puede tener patentes o estar pendiente de obtención de patentes que cubren asuntos tratados en este

documento. La entrega de este documento no otorga ninguna licencia de esas patentes. La información contenida en este

documento no ha sido sometida a ningún test formal por Tango/04 Computing Group y se distribuye tal como está. El uso de esta

información o la implementación de cualquiera de las técnicas, productos, tecnologías, ideas o servicios explicitados o sugeridos por

el presente documento es responsabilidad exclusiva del cliente a quien está dirigido este documento, y es el cliente quien debe

evaluar y determinar la aplicabilidad y consecuencias de integrar esas técnicas, productos, tecnologías, ideas o servicios en su

entorno operativo.

Si bien cada ítem puede haber sido revisado por Tango/04 Computing Group en cuanto a su exactitud en una situación específica, no

existe ni se otorga ninguna garantía de que los mismos o similares resultados puedan ser obtenidos en otras situaciones o

instalaciones. Los clientes que intenten adaptar esas técnicas en sus propias instalaciones lo hacen bajo su propia cuenta,

responsabilidad y riesgo. Tango/04 Computing Group no será en ningún caso responsable directo o indirecto de cualquier daño o

perjuicio causado por el uso de las técnicas explicitadas o sugeridas en este documento, incluso si se han efectuado notificaciones

de la posibilidad de esos daños.

Este documento puede contener errores técnicos y/o errores tipográficos. Todas las referencias en esta publicación a entidades

externas o sitios web han sido provistas para su comodidad solamente, y en ningún caso implican una validación, garantía o respaldo

a esas entidades o sitios.

Las marcas siguientes son propiedad de International Business Machines Corporation en los Estados Unidos y/o otros países: AS/

400, AS/400e, System i, iSeries, e (logo)Server, i5, Operating System/400, OS/400, i5/OS.

Microsoft, SQL Server, Windows, Windows NT, Windows XP y el logotipo de Windows son marcas registradas de Microsoft

Corporation en los Estados Unidos y/o otros países. Java y todos los logotipos y marcas basadas en Java son propiedad de Sun

Microsystems, Inc. en los Estados Unidos y otros países. UNIX es una marca registrada en los Estados Unidos y otros países y se

licencia exclusivamente a través de The Open Group. Oracle es una marca registrada de Oracle Corporation. Otras marcas,

productos o servicios pueden ser marcas registradas de otras empresas.


data monitor for iseries - helpsystems · pocos conocimientos de las infraestructuras...

Documents