ES2548087T3 - Método, sistema y software para registrar diariamente objetos de sistema - Google Patents

Método, sistema y software para registrar diariamente objetos de sistema Download PDF

Info

Publication number
ES2548087T3
ES2548087T3 ES03770166.1T ES03770166T ES2548087T3 ES 2548087 T3 ES2548087 T3 ES 2548087T3 ES 03770166 T ES03770166 T ES 03770166T ES 2548087 T3 ES2548087 T3 ES 2548087T3
Authority
ES
Spain
Prior art keywords
function
objects
program
dummy
execution
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
ES03770166.1T
Other languages
English (en)
Inventor
James Scott Tarbell
David John Garvey
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Maximum Availability Ltd
Original Assignee
Maximum Availability Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Maximum Availability Ltd filed Critical Maximum Availability Ltd
Application granted granted Critical
Publication of ES2548087T3 publication Critical patent/ES2548087T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/16—Protection against loss of memory contents
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1471—Saving, restoring, recovering or retrying involving logging of persistent data for recovery
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
    • G06F11/2071—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring using a plurality of controllers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/855—Details of asynchronous mirroring using a journal to transfer not-yet-mirrored changes

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

Un método implementado por ordenador para registro diario de cambios a objetos de sistema (16) en un sistema operativo con un procesador, incluyendo el método las etapas de, y caracterizado por, el procesador: i) ejecutar una función ficticia (6) en lugar de una función de sistema (12) cuando se solicita la función de sistema (12); ii) ejecutar la función de sistema (12) bajo control de la función ficticia (6); y iii) generar, mediante la función ficticia (6), copias de objetos de sistema (16) cambiados por la ejecución de la función de sistema (12), para registro diario.

Description

5
15
25
35
45
55
65
E03770166
23-09-2015
DESCRIPCIÓN
Método, sistema y software para registrar diariamente objetos de sistema
Campo de la invención
La presente invención se refiere a un método, sistema y software para registrar diariamente la creación, cambio y borrado de objetos de sistema. Más particularmente, pero no exclusivamente, la presente invención se refiere a un método, sistema y software para registrar diariamente cambios a objetos de sistema de OS/400 generales (incluyendo objetos de programa, objetos de configuración, colas y objetos mapeados de espacio/memoria) para replicar estos cambios en el mismo o en un sistema remoto.
Antecedentes de la invención
Shultz analiza en el documento ‘An approach and mechanism for auditable and testable advanced-transaction processing systems’, IEEE Transactions on Software Engineering, Vol. SE-13, Nº 6, junio de 1987, un método para usar un módulo de sonda para llevar a cabo auditoría de un sistema. La Patente de Estados Unidos 5.307.498 analiza un sistema que usa enganches en software para capturar datos.
El sistema operativo IBM OS/400 proporciona registro diario de cambios de base de datos mediante funciones de sistema integradas. Esta función de registro diario está principalmente orientada a grabar cambios de nivel de registro de base de datos para recuperación de sistema, control de entrega (por ejemplo para asegurar límites de transacción), auditoria y para soportar la repetición de cambios a una base de datos de réplica (remota o local). Otros objetos de sistema, tales como programas y objetos de configuración, no se soportan mediante la función de registro diario de base de datos. Para estos otros objetos de sistema se mantiene un Registro Diario de Auditoría de Sistema independiente. La creación, borrado y cambio de objetos de sistema puede grabarse en el Registro Diario de Auditoría para el fin principal de proporcionar una auditoría de actividad relacionada con estos objetos. Cuando se observa con la intención de proporcionar replicación de estos objetos a un remoto o local (copia) el Registro Diario de Auditoría tiene varias desventajas significativas, en concreto:
1.
Las entradas del Registro Diario de Auditoría se depositan y ponen a disposición de otros procesos en el sistema únicamente después de que se ha realizado la actividad del objeto asociado. No hay manera de capturar la actividad del objeto “como ocurre”. Esto hace difícil el procesamiento adicional del objeto mediante otro proceso de sistema puesto que el proceso, que está realizando la actividad del objeto, es probable que bloquee y/o use el objeto antes de que pueda obtenerse la entrada de Registro Diario de Auditoría relacionada mediante algún proceso de monitorización.
2.
Las entradas del Registro Diario de Auditoría son en “todo el sistema” -hay un registro diario para todos los objetos en todo el sistema. Esto requiere que cualquier proceso de monitorización recupere todas las entradas de registro diario incluso si únicamente se requiere un pequeño subconjunto para la replicación.
3.
Las entradas del Registro Diario de Auditoría no contienen suficiente información para realizar la actividad de objeto asociado en otro sistema (o copia local). Esto requiere que cualquier proceso de monitorización debe intentar localizar y bloquear el objeto asociado en un intento para hacer una copia antes de que se realice otro cambio en el objeto. Si no puede realizarse una copia del estado exacto del objeto, este estado se “pierde” y un proceso de replicación no podrá proporcionar el estado de objeto correcto a un sistema remoto (o copia local).
4.
La única manera de poner en serie las entradas de Registro Diario de Auditoría con un registro diario de base de datos es intentar usar las indicaciones de tiempo de entrada de registro diario para fusionar las entradas del Registro Diario de Auditoría con las entradas de registro diario de base de datos asociadas. Esto puede producir tara significativa al procesar las entradas para replicación. Adicionalmente, cuando un sistema tiene múltiples procesadores las indicaciones de tiempo contenidas en registros diarios independientes pueden no reflejar con precisión la secuencia exacta de operaciones.
Dadas estas desventajas, no está disponible un método infalible para sincronizar cambios de objeto de sistema con cambios de base de datos asociados usando el Registro Diario de Auditoría. Un método para capturar el contenido y estado de los objetos de sistema usando el mismo registro diario de base de datos como se usa para capturar los cambios de nivel de registro de base de datos reales aseguraría que los cambios de la base de datos y de objetos pudieran replicarse con precisión a un sistema remoto (o copia local).
Puesto que los objetos de sistema de OS/400 se crean, cambian y borran usando un conjunto de comandos convencional (finito), la solución más evidente para obtener la información de estado (o hacer una copia de un objeto) es proporcionar comandos de sustitución o implementar un comando salir de programa. Existen desventajas significativas para ambos de estos enfoques.
El enfoque de comandos de sistema de sustitución tiene las siguientes desventajas:
E03770166
23-09-2015
1.
Las interfaces de parámetros de comandos de sistema para los programas de procesamiento de comandos de OS/400 asociados pueden (y a menudo lo hacen) cambiar con cada versión de OS/400. Esto produciría dependencia significativa entre el software de replicación y una versión dada de OS/400.
2.
El número y complejidad de los comandos que necesitarían sustituirse es alto (sobre 150 comandos, varios
5 con listas anidadas de parámetros). Cada comando necesitaría su propio programa de procesamiento de sustitución así como esfuerzo significativo para asegurar que cada parámetro se procesa correctamente (por ejemplo como si fuera mediante el comando de OS/400 original).
El enfoque de programa de punto de salida de comando tiene las siguientes desventajas: 10
1.
Ninguno de los dos puntos de salida registrados proporcionados mediante OS/400 permiten que el programa de salida asociado se active después de que se ha ejecutado el comando. Por lo tanto, en caso de la creación de objeto, cambio, comandos de borrado, el programa de salida no puede procesar el objeto resultante.
2.
El punto de salida QIBM_QCA_CHG_COMMAND está limitado también en cuanto al número de programas de
15 salida que pueden registrarse. Esto evitaría que algunos clientes usen este punto de salida si otro software usa el punto de salida.
Es un objeto de la presente invención proporcionar un método, sistema y software para registrar diariamente objetos de sistema que supera las desventajas anteriores o al menos proporcionar al público con una elección útil. 20
Sumario de la invención
De acuerdo con un primer aspecto de la invención se proporciona un método implementado por ordenador para registrar diariamente cambios a objetos de sistema (16) en un sistema operativo con un procesador, incluyendo el 25 método las etapas de, y caracterizado por, el procesador:
i) ejecutar una función ficticia (6) en lugar de una función de sistema (12) cuando se solicita la función de sistema (12); ii) ejecutar la función de sistema (12) bajo control de la función ficticia (6); y
30 iii) generar mediante la función ficticia (6), copias de objetos de sistema (16) cambiados por la ejecución de la función de sistema (12), para registro diario.
La función ficticia puede sustituir la función de sistema teniendo un nombre de solicitud duplicado, y adelantando la ejecución de la función de sistema.
35 Un punto de salida puede asociarse con la función ficticia y puede registrarse un programa de salida para el punto de salida de modo que durante la operación de la función ficticia el programa de salida puede ejecutarse.
El programa de salida puede manejar la ejecución de la función de sistema y capturar cambios a objetos de sistema
40 que tienen lugar durante tal ejecución. Las copias de los cambios se generan mediante el programa de salida y pueden grabarse en disco o transmitirse en modo de flujo continuo directamente a un sistema de base de datos para registro diario.
Como alternativa, el programa de salida puede usarse para recuperar una cadena de comando para la función de
45 sistema y transmitir esta de vuelta a la función ficticia. La función ficticia puede a continuación manejar la ejecución de la función de sistema y capturar cambios a objetos de sistema que tienen lugar durante tal ejecución. En un caso de este tipo, las copias de los cambios se generan mediante la función ficticia.
Preferentemente, la función ficticia incluye un comando de sustitución y un programa de procesamiento de comando 50 de sustitución.
El sistema de base de datos puede incorporarse con un sistema de replicación y puede replicar los cambios a otras bases de datos locales o remotas.
55 Los mensajes o excepciones generados mediante la función de sistema pueden capturarse en una cola.
La función ficticia puede completar la ejecución reenviando cualquier mensaje o excepciones generadas mediante la función de sistema de vuelta al proceso que solicitó la función de sistema.
60 Los objetos de sistema incluyen objetos de programa, objetos de configuración, colas y objetos mapeados de espacio/memoria.
Los cambios a los objetos de sistema incluyen creación, cambio y borrado de objetos de sistema.
65 Preferentemente las funciones de sistema son aquellas encontradas en un procesador de OS/400.
E03770166
23-09-2015
Preferentemente el método incluye las etapas de:
i) ejecutar la función de sistema durante la que tienen lugar los cambios a objetos de sistema; y ii) registrar diariamente cambios a objetos de sistema durante la ejecución de la función de sistema.
5 Una manera que pueden registrarse diariamente cambios a objetos de sistema durante la ejecución de la función de sistema es integrando comandos de registro diario en el código de las funciones de sistema.
Otra manera que pueden registrarse diariamente cambios a objetos de sistema durante la ejecución de la función de 10 sistema es asociando puntos de salida con la función de sistema de modo que durante la ejecución de la función de sistema puede solicitarse un programa de salida para registrar diariamente los objetos de sistema.
De acuerdo con un segundo aspecto de la invención se proporciona un sistema para registrar diariamente cambios a objetos de sistema (16) caracterizado por que el sistema incluye:
15 i) un procesador adaptado para ejecutar una función ficticia (6) en lugar de una función de sistema (12) cuando se solicita la función de sistema (12), en el que la función ficticia (6) ejecuta la función de sistema (12) y genera copias de objetos de sistema (16) cambiados por la ejecución de la función de sistema (12) para registro diario; y ii) memoria para uso mediante el procesador durante la ejecución.
20 Preferentemente el procesador es un procesador AS/400.
De acuerdo con una realización de la invención se proporciona software para efectuar el método del primer aspecto de la invención. 25
Breve descripción del dibujo
La invención se describirá ahora a modo de ejemplo con referencia al dibujo adjunto en que:
30 La Figura 1: muestra una ilustración de registro diario de objetos en relación con un objeto de clase de OS/400.
La Figura 2: muestra una ilustración de una realización alternativa de la invención.
Descripción detallada de realizaciones preferidas
35 La siguiente descripción describe un método de registro diario de objetos de sistema que opera bajo el sistema operativo OS/400. Se apreciará que el método es aplicable a otros sistemas con modificaciones apropiadas.
El método usa un enfoque de combinación para conseguir el resultado deseado; reduciendo significativamente las 40 desventajas asociadas con cualquier enfoque único.
Un resumen de las etapas del método es como sigue:
i. Se realiza un duplicado exacto de cada comando de OS/400 asociado con cambios de objeto en una nueva 45 biblioteca.
ii. El programa de procesamiento de comandos de cada comando duplicado se cambia a un programa proporcionado de proveedor común que no necesita procesar ninguno de los parámetros de comando (y por lo tanto no se ve afectado por cambios de parámetros de comando).
50
iii. Se registra un programa de punto de salida QIBM_QCA_RTV_COMMAND para cada comando (duplicado) en la nueva biblioteca. Esto significa que el programa de salida se solicitará antes del Programa de Procesamiento de Comandos asociado (por ejemplo el programa especificado en la etapa ii).
55 iv. La nueva biblioteca de comandos se coloca en la lista de búsqueda de biblioteca de sistema, por encima de la biblioteca de sistema de OS/400 normal (QSYS). Esto produce que los usuarios de sistema y programas de aplicación normales invoquen los comandos desde la nueva biblioteca en lugar de sus homólogos en la biblioteca de sistema de OS/400 (QSYS).
60 v. El programa de punto de salida usa la cadena de comandos pasada, para ejecutar el comando especificado usando el comando de OS/400 original (en la biblioteca de sistema de OS/400). El programa de punto de salida puede a continuación realizar su propio procesamiento (para capturar los cambios de objeto) después de que se ha ejecutado el comando de OS/400. Cualquier mensaje enviado mediante el comando de OS/400 al programa de punto de salida se almacena en una cola temporal de modo que pueden “reenviarse” al solicitante original
65 (por ejemplo el usuario y/o programa de aplicación que enviaron el comando).
5
15
25
35
45
55
65
E03770166
23-09-2015
vi. El Programa de Procesamiento de Comandos de sustitución (duplicado) se solicita a continuación mediante OS/400 (cuando el programa de punto de salida se ha completado). El Programa de Procesamiento de Comandos (sustitución) común reenvía simplemente cualquier mensaje contenido en la cola temporal (colocado ahí en la etapa v).
En una realización alternativa del método las etapas v y vi pueden sustituirse con:
v. El programa de punto de salida pasa la cadena de comando, usando una cola de datos, al Programa de Procesamiento de Comandos de sustitución (duplicado).
vi. El Programa de Procesamiento de Comandos de sustitución (duplicado) ejecuta el comando especificado usando el comando de OS/400 original (en la biblioteca de sistema de OS/400). El Programa de Procesamiento de Comandos (sustitución), a continuación puede realizar su propio procesamiento (para capturar los cambios de objetos) después de que se ha ejecutado el comando de OS/400. Cualquier mensaje enviado mediante el comando de OS/400 al Programa de Procesamiento de Comandos (sustitución) se almacena en una cola temporal y se “reenvía” al solicitante original.
El método elimina la necesidad de un programa de procesamiento de comandos de sustitución personalizado para cada comando duplicado -se usa un único programa común para cada comando. El uso de la versión duplicada de los comandos para unir el programa de punto de salida, permite al programa de punto de salida (o al Programa de Procesamiento de Comandos de sustitución en la realización alternativa) controlar el procesamiento del comando de sistema real -realizar actividades de replicación tanto antes como después de que se cree/cambie/borre el objeto asociado.
Haciendo referencia a la Figura 1, la invención se describirá en relación a registro diario de un objeto de sistema en un sistema principal para replicación a un registro diario remoto donde el cambio para el objeto de sistema es la creación de un objeto de Clase de OS/400 mediante una aplicación de usuario y donde se usa un programa de punto de salida para controlar el procesamiento del comando de sistema real.
La aplicación de usuario 1 se ejecuta con una lista de búsqueda de biblioteca de sistema 2 que coloca 3 la biblioteca de comandos duplicados 4 (MAXSYS) por encima de la biblioteca de comandos de sistema operativo 5 (QSYS).
Esto produce que el comando sin calificar CRTCLS (Crear Descripción de Clase) 6 se vincule 7 a la versión de biblioteca de MAXSYS 4 del comando en tiempo de ejecución.
El programa de replicación MXIICARTET 8 se registra como un programa de salida (usando el punto de salida QIBM QCA_RTV_COMMAND definido por sistema 9) para la versión de MAXSYS del comando CRTCLS. Esto produce que se solicite 10 el programa MXIICARTET 8 ANTES de que se solicite el Programa de Procesamiento de Comandos 11 del comando. La interfaz de punto de salida pasa el texto de cadena de comando completo, como se especifica mediante la aplicación de usuario, al programa de salida 8.
El programa de salida 8 realiza cualquier pre-procesamiento requerido para determinar si el objeto asociado está definido para replicación. La versión de sistema el comando especificado 12 (en este caso, el comando CRTCLS) se ejecuta 13 mediante el programa MXIICARTET 8 y cualquier mensaje generado 14 por el comando de sistema se almacena en una cola temporal 15.
El objeto afectado 16 (la nueva descripción de clase en este ejemplo) se graba 17 a un fichero de respaldo temporal mediante el programa MXIICARTET.
El fichero de respaldo temporal a continuación se copia 18 a un fichero de flujo 19 del Sistema de Ficheros Integrado (IFS) de OS/400 temporal que se registra diariamente al registro diario 20 usado mediante la configuración de replicación asociada (por ejemplo el mismo registro diario como se usa para los ficheros de base de datos definidos para replicación). Esto almacena eficazmente la imagen de respaldo en el registro diario.
Los datos de registro diario generados a continuación se transmiten 21 al sistema o sistemas remotos para replicación usando el soporte de registro diario remoto de OS/400 convencional.
El programa MXIICARTET a continuación devuelve el control a su solicitante 9 (el punto de salida de sistema), que a continuación solicita 22 el Programa de Procesamiento de Comandos (para el comando CRTCLS en la biblioteca MAXSYS). Para cada comando en la biblioteca MAXSYS, el Programa de Procesamiento de Comandos es MXCPPNULL 10.
El programa MXCPPNULL 10 recupera 23 los mensajes almacenados en la cola temporal 15 (mediante el programa MXIICARTET), que se generaron mediante la versión de sistema convencional 12 del comando, y los envía 24 a la aplicación de usuario 1. Esto permite a la aplicación de usuario 1 procesar los mensajes exactamente como si hubieran solicitado la versión de sistema del comando directamente.
5
10
15
20
25
30
35
40
45
50
E03770166
23-09-2015
Haciendo referencia a la Figura 2, la invención se describirá en relación con registrar diariamente un objeto de sistema en un sistema principal para replicación a un registro diario remoto donde el cambio al objeto de sistema es la creación de un objeto de Clase de OS/400 mediante una aplicación de usuario y donde un Programa de Procesamiento de Comandos de sustitución se usa para controlar el procesamiento del comando de sistema real.
La aplicación de usuario 25 se ejecuta con una lista de búsqueda de biblioteca de sistema 26 que coloca 27 la biblioteca de comandos duplicados 28 (MAXSYS) por encima de la biblioteca de comandos de sistema operativo 29 (QSYS).
Esto produce que el comando sin calificar CRTCLS (Crear Descripción de Clase) 30 se vincule 31 a la versión de biblioteca de MAXSYS 28 del comando en tiempo de ejecución.
El programa de replicación MXIICARTET 32 se registra como un programa de salida (usando el punto de salida QIBM_QCA_RTV_COMMAND definido por sistema 33) para la versión de MAXSYS del comando CRTCLS. Esto produce que se solicite 34 el programa MXIICARTET 32 ANTES de que solicite el Programa de Procesamiento de Comando 35 del comando. La interfaz de punto de salida pasa el texto de cadena de comando completo, como se especifica mediante la aplicación de usuario, al programa de salida 32.
El programa de salida pasa la cadena de comando completa a través de una cola de datos 36 al Programa de Procesamiento de Comandos (para el comando CRTCLS en la biblioteca MAXSYS). Para cada comando en la biblioteca MAXSYS, el Programa de Procesamiento de Comandos es MXCPPNULL 35.
El programa MXIICARTET 32 a continuación devuelve el control a su solicitante 33 (el punto de salida de sistema), y se ejecuta el programa MXCPPNULL 35.
El programa MXCPPNULL 35 realiza cualquier pre-procesamiento requerido para determinar si el objeto asociado se define para replicación. La cadena de comando completa se extrae desde la cola de datos 36 y la versión de sistema del comando especificado 37 (en este caso, el comando CRTCLS) se ejecuta 38 mediante el programa MXCPPNULL 35 y cualquier mensaje generado 39 mediante el comando de sistema se almacenan en una cola temporal 40.
El objeto afectado 41 (la nueva descripción de clase en este ejemplo) se graba 42 a un fichero de respaldo temporal mediante el programa MXCPPNULL 35.
El fichero de respaldo temporal a continuación se copia 43 a un fichero de flujo 44 del Sistema de Ficheros Integrado (IFS) OS/400 temporal que se registra diariamente al registro diario 45 usado mediante la configuración de replicación asociada (por ejemplo el mismo registro diario que se usa para los ficheros de datos definidos para replicación). Esto almacena eficazmente la imagen de respaldo en el registro diario.
Los datos de registro diario generados a continuación se transmiten 46 al sistema o sistemas remotos para replicación usando el soporte de registro diario remoto OS/400 convencional.
El programa MXCPPNULL 35 recupera 47 los mensajes almacenados en la cola temporal 40, que se generaron mediante la versión de sistema convencional 37 del comando, y los envía 48 a la aplicación de usuario 25. Esto permite a la aplicación de usuario 25 procesar los mensajes exactamente como si hubieran solicitado la versión de sistema del comando directamente.
Definiciones
Clase (Descripción de Clase)
Un objeto que identifica los atributos de ejecución de un trabajo.
Comando
Una declaración usada para solicitar una función del sistema. Un
comando consiste en la abreviatura del nombre de comando, que
identifica la función solicitada y sus parámetros.
Programa de Procesamiento
Un programa que procesa un comando. Este programa realiza
de Comandos (CPP)
alguna comprobación de validez y procesa el comando de modo
que se realiza la función solicitada.
Programa de Salida
1. Un programa escrito por el usuario que proporciona control
durante la operación de una función de sistema.
2. Un programa al que se pasa el control desde punto de salida.
Fichero de respaldo
Un fichero asignado en almacenamiento auxiliar que puede usarse
para almacenar datos grabados en disco (sin requerir disquetes o
cintas).
Registro Diario de Auditoría de Sistema
Un registro diario usado mediante el sistema para mantener un
registro de eventos relevantes de seguridad que tienen lugar.

Claims (38)

  1. 5
    15
    25
    35
    45
    55
    65
    REIVINDICACIONES
    1.
    Un método implementado por ordenador para registro diario de cambios a objetos de sistema (16) en un sistema operativo con un procesador, incluyendo el método las etapas de, y caracterizado por, el procesador:
    i) ejecutar una función ficticia (6) en lugar de una función de sistema (12) cuando se solicita la función de sistema (12); ii) ejecutar la función de sistema (12) bajo control de la función ficticia (6); y iii) generar, mediante la función ficticia (6), copias de objetos de sistema (16) cambiados por la ejecución de la función de sistema (12), para registro diario.
  2. 2.
    Un método de acuerdo con la reivindicación 1 en el que la función ficticia (6) se ejecuta en lugar de la función de sistema (12) asignando un nombre de solicitud duplicado a la función ficticia (6) y disponiendo el procesador para adelantar la ejecución de la función de sistema (12) cuando se solicita.
  3. 3.
    Un método de acuerdo con una cualquiera de las reivindicaciones 1 a 2 en el que la función ficticia (6) incluye un punto de salida (9) y se registra un programa de salida (8) para el punto de salida (9).
  4. 4.
    Un método de acuerdo con la reivindicación 3 en el que durante la operación de la función ficticia (6) el programa de salida (8) se ejecuta tras alcanzar el punto de salida (9).
  5. 5.
    Un método de acuerdo con la reivindicación 4 en el que la ejecución de la función de sistema (12) se maneja mediante el programa de salida (8).
  6. 6.
    Un método de acuerdo con la reivindicación 5 en el que los objetos de sistema (16) cambiados por la ejecución de la función de sistema (12) se capturan mediante el programa de salida (8).
  7. 7.
    Un método de acuerdo con la reivindicación 6 en el que el programa de salida (8) genera copias de los objetos de sistema (16) capturados mediante el programa de salida (8).
  8. 8.
    Un método de acuerdo con la reivindicación 4 en el que la ejecución de la función de sistema (12) se maneja mediante la función ficticia (6).
  9. 9.
    Un método de acuerdo con la reivindicación 8 en el que los objetos de sistema (16) cambiados por la ejecución de la función de sistema (12) se capturan mediante la función ficticia (6).
  10. 10.
    Un método de acuerdo con la reivindicación 9 en el que el programa de salida (8) genera copias de los objetos de sistema (16) capturados mediante la función ficticia (6).
  11. 11.
    Un método de acuerdo con una cualquiera de las reivindicaciones 1 a 10 en el que las copias de los objetos de sistema (16) se graban en disco.
  12. 12.
    Un método de acuerdo con una cualquiera de las reivindicaciones 1 a 11 en el que las copias de los objetos de sistema (16) se transmiten en modo de flujo continuo a un sistema de base de datos para registro diario.
  13. 13.
    Un método de acuerdo con la reivindicación 12 en el que el sistema de base de datos se incorpora con un sistema de replicación.
  14. 14.
    Un método de acuerdo con la reivindicación 13 en el que el sistema de replicación replica las copias de los objetos de sistema (16) a una o más bases de datos locales o remotas.
  15. 15.
    Un método de acuerdo con una cualquiera de las reivindicaciones 1 a 14 en el que los mensajes o excepciones generados mediante la función de sistema (12) se capturan en una cola.
  16. 16.
    Un método de acuerdo con la reivindicación 15 en el que la función de sistema (12) se solicita originalmente mediante un proceso y los mensajes o excepciones se reenvían de vuelta al proceso mediante la función ficticia (6).
  17. 17.
    Un método de acuerdo con una cualquiera de las reivindicaciones 1 a 16 en el que los objetos de sistema (16) son uno o más del conjunto de objetos de programa, objetos de configuración, colas y objetos mapeados de espacio/memoria.
  18. 18.
    Un método de acuerdo con una cualquiera de las reivindicaciones 1 a 17 en el que los objetos de sistema (16) cambiados son aquellos objetos de sistema que se han creado, cambiado o borrado.
  19. 19.
    Un método de acuerdo con una cualquiera de las reivindicaciones 1 a 18 en el que las funciones de sistema (12) son funciones de sistema de OS/400.
    7
  20. 20. Un método de acuerdo con una cualquiera de las reivindicaciones 1 a 19 que incluye las etapas de:
    i) ejecutar la función de sistema (12) durante la que tienen lugar los cambios a objetos de sistema; y ii) registrar diariamente cambios a objetos de sistema (16) durante la ejecución de la función de sistema (12). 5
  21. 21.
    Un método de acuerdo con la reivindicación 20 en el que los cambios a objetos de sistema (16) se registran diariamente integrando comandos de registro diario en el código de las funciones de sistema (12).
  22. 22.
    Un método de acuerdo con la reivindicación 20 en el que los cambios a objetos de sistema (16) se registran
    10 diariamente asociando puntos de salida (9) a la función de sistema (12) y solicitando un programa de salida (8) durante la ejecución de la función de sistema (12).
  23. 23. Un sistema para registrar diariamente cambios a objetos de sistema (16) caracterizado por que el sistema incluye:
    15
    i) un procesador adaptado para ejecutar una función ficticia (6) en lugar de una función de sistema (12) cuando
    se solicita la función de sistema (12), en donde la función ficticia (6) ejecuta la función de sistema (12) y genera
    copias de objetos de sistema (16) cambiados por la ejecución de la función de sistema (12) para registro diario; y
    ii) memoria para uso mediante el procesador durante la ejecución.
    20
  24. 24. Un sistema de acuerdo con la reivindicación 23 en el que la función ficticia (6) se ejecuta en lugar de la función de sistema (12) asignando un nombre de solicitud a la función ficticia (6) que es un duplicado del nombre de solicitud de la función de sistema (12) para adelantar la ejecución de la función de sistema (12).
    25 25. Un sistema de acuerdo con una cualquiera de las reivindicaciones 23 a 24 en el que la función ficticia (6) incluye un punto de salida (9) y se registra un programa de salida (8) para el punto de salida (9).
  25. 26. Un sistema de acuerdo con la reivindicación 25 en el que durante la ejecución de la función ficticia (6) el
    programa de salida (8) se ejecuta tras alcanzar el punto de salida (9). 30
  26. 27. Un sistema de acuerdo con la reivindicación 26 en el que la ejecución de la función de sistema (12) se maneja mediante el programa de salida (8).
  27. 28. Un sistema de acuerdo con la reivindicación 27 en el que los objetos de sistema (16) cambiados por la ejecución 35 de la función de sistema (12) se capturan mediante el programa de salida (8).
  28. 29. Un sistema de acuerdo con la reivindicación 28 en el que el programa de salida (8) genera copias de los objetos de sistema (16) capturados mediante el programa de salida (8).
    40 30. Un sistema de acuerdo con la reivindicación 26 en el que la ejecución de la función de sistema (12) se maneja mediante el programa ficticio (6).
  29. 31. Un sistema de acuerdo con la reivindicación 30 en el que los objetos de sistema (16) cambiados por la ejecución
    de la función de sistema (12) se capturan mediante el programa ficticio (6). 45
  30. 32. Un sistema de acuerdo con la reivindicación 31 en el que el programa de salida (8) genera copias de los objetos de sistema (16) capturados mediante el programa ficticio (6).
  31. 33. Un sistema de acuerdo con una cualquiera de las reivindicaciones 23 a 32 en el que las copias de los objetos de 50 sistema (16) se graban en disco.
  32. 34. Un sistema de acuerdo con una cualquiera de las reivindicaciones 23 a 33 en el que las copias de los objetos de sistema (16) se transmiten en modo de flujo continuo a un sistema de base de datos para registro diario.
    55 35. Un sistema de acuerdo con la reivindicación 34 en el que el sistema de base de datos se incorpora con un sistema de replicación.
  33. 36. Un sistema de acuerdo con la reivindicación 35 en el que el sistema de replicación replica las copias de los
    objetos de sistema (16) a una o más bases de datos locales o remotas. 60
  34. 37. Un sistema de acuerdo con una cualquiera de las reivindicaciones 23 a 36 en el que se capturan en una cola mensajes o excepciones generados mediante la función de sistema (12).
  35. 38. Un sistema de acuerdo con la reivindicación 37 en el que la función de sistema (12) se solicita originalmente 65 mediante un proceso y los mensajes o excepciones se reenvían de vuelta al proceso mediante la función ficticia (6).
    8
  36. 39. Un sistema de acuerdo con una cualquiera de las reivindicaciones 23 a 38 en el que los objetos de sistema (16) son uno o más del conjunto de objetos de programa, objetos de configuración, colas y objetos mapeados de espacio/memoria.
    5 40. Un sistema de acuerdo con una cualquiera de las reivindicaciones 23 a 39 en el que los objetos de sistema cambiados son aquellos objetos de sistema que se han creado, cambiado o borrado.
  37. 41. Un sistema de acuerdo con una cualquiera de las reivindicaciones 23 a 40 en el que el procesador es un
    procesador de AS/400. 10
  38. 42. Un sistema de acuerdo con una cualquiera de las reivindicaciones 23 a 41 en el que el procesador está operando bajo el sistema operativo OS/400.
    9
ES03770166.1T 2002-10-14 2003-10-14 Método, sistema y software para registrar diariamente objetos de sistema Expired - Lifetime ES2548087T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
NZ521983A NZ521983A (en) 2002-10-14 2002-10-14 Journaling changes to system objects such as programs in the IBM OS/400 operating system
NZ52198302 2002-10-14
PCT/NZ2003/000228 WO2004036436A1 (en) 2002-10-14 2003-10-14 Method, system and software for journaling system objects

Publications (1)

Publication Number Publication Date
ES2548087T3 true ES2548087T3 (es) 2015-10-13

Family

ID=32105745

Family Applications (1)

Application Number Title Priority Date Filing Date
ES03770166.1T Expired - Lifetime ES2548087T3 (es) 2002-10-14 2003-10-14 Método, sistema y software para registrar diariamente objetos de sistema

Country Status (14)

Country Link
US (1) US20060075002A1 (es)
EP (1) EP1559019B1 (es)
JP (1) JP2006503372A (es)
KR (1) KR101091071B1 (es)
CN (1) CN100350396C (es)
AU (1) AU2003278631B2 (es)
CA (1) CA2501928C (es)
DK (1) DK1559019T3 (es)
ES (1) ES2548087T3 (es)
HK (1) HK1073370A1 (es)
IL (1) IL168001A (es)
NZ (1) NZ521983A (es)
WO (1) WO2004036436A1 (es)
ZA (1) ZA200502951B (es)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090138562A1 (en) * 2007-11-28 2009-05-28 Loyal Technology Solutions, L.L.C. Method and system for aggregation of electronic messages
US8997047B2 (en) * 2012-12-13 2015-03-31 International Business Machines Corporation Dynamically updating code without requiring processes to restart
US9910676B1 (en) * 2015-09-22 2018-03-06 Microsemi Solutions (U.S.), Inc. Hardware based XIP exit sequence to enable XIP mode operation on SPI boot interface

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2710190B2 (ja) * 1991-12-31 1998-02-10 インターナショナル・ビジネス・マシーンズ・コーポレイション データ辞書の同期化を調整するための方法および装置
US5530855A (en) * 1992-10-13 1996-06-25 International Business Machines Corporation Replicating a database by the sequential application of hierarchically sorted log records
US5307498A (en) * 1992-12-04 1994-04-26 International Business Machines Corporation Automated method for adding hooks to software
EP0713183A3 (en) * 1994-11-18 1996-10-02 Microsoft Corp Network-independent shadow files
US5634127A (en) * 1994-11-30 1997-05-27 International Business Machines Corporation Methods and apparatus for implementing a message driven processor in a client-server environment
US5778168A (en) * 1995-09-11 1998-07-07 Sun Microsystems, Inc. Transaction device driver technique for a journaling file system to ensure atomicity of write operations to a computer mass storage device
JPH11110194A (ja) * 1997-10-06 1999-04-23 Toshiba Corp 外部ライブラリ関数との結合方法ならびに同方法がプログラムされ記録される記録媒体
JPH11331891A (ja) * 1998-05-12 1999-11-30 Fujitsu Ltd 情報処理方法及び情報処理装置
DE19836347C2 (de) * 1998-08-11 2001-11-15 Ericsson Telefon Ab L M Fehlertolerantes Computersystem
JP2000181634A (ja) * 1998-12-18 2000-06-30 Nec Corp ミラーリング装置
CN1159649C (zh) * 2000-12-28 2004-07-28 中兴通讯股份有限公司 一种日志信息的自动循环存储方法
US6714951B2 (en) * 2001-04-16 2004-03-30 International Business Machines Corporation Continuous journaling of objects within a hierarchical directory tree
US6941322B2 (en) * 2002-04-25 2005-09-06 International Business Machines Corporation Method for efficient recording and management of data changes to an object
US6968349B2 (en) * 2002-05-16 2005-11-22 International Business Machines Corporation Apparatus and method for validating a database record before applying journal data

Also Published As

Publication number Publication date
KR20050070054A (ko) 2005-07-05
US20060075002A1 (en) 2006-04-06
KR101091071B1 (ko) 2011-12-08
CA2501928C (en) 2012-11-13
DK1559019T3 (en) 2015-10-19
CN1739099A (zh) 2006-02-22
EP1559019A1 (en) 2005-08-03
AU2003278631A1 (en) 2004-05-04
ZA200502951B (en) 2006-02-22
EP1559019A4 (en) 2006-11-02
NZ521983A (en) 2005-05-27
CA2501928A1 (en) 2004-04-29
JP2006503372A (ja) 2006-01-26
HK1073370A1 (en) 2005-09-30
EP1559019B1 (en) 2015-07-15
WO2004036436A1 (en) 2004-04-29
CN100350396C (zh) 2007-11-21
AU2003278631B2 (en) 2009-10-08
IL168001A (en) 2012-09-24

Similar Documents

Publication Publication Date Title
US9411712B2 (en) Generating test data
US7421740B2 (en) Managing user authorizations for analytical reporting based on operational authorizations
US7065746B2 (en) Integration integrity manager
US7926102B2 (en) Confidential content search engine method
US7933866B2 (en) Systems, methods and software programs for data synchronization
US20060004686A1 (en) Real-time reporting, such as real-time reporting of extrinsic attribute values
US20130238641A1 (en) Managing tenant-specific data sets in a multi-tenant environment
CN109074362A (zh) 分布式系统中的拆分和移动范围
CN109791483A (zh) 用于计算设备的共享软件库
US11455316B2 (en) Modification of data in a time-series data lake
US20140047436A1 (en) Image instance mapping
US8380660B2 (en) Database system, database update method, database, and database update program
US20210096957A1 (en) Retention rule compliance of record deletion based on deletion log
US7849443B2 (en) Method and apparatus for managing selective and subtractive merges in a software configuration
ES2548087T3 (es) Método, sistema y software para registrar diariamente objetos de sistema
JP2008186461A (ja) マルチソース・スプレッド・データを同期させるためのシステム、方法、およびプログラム
US10152522B1 (en) Globally distributed compliance enforcement
WO2023129342A1 (en) Database management engine for a database management system
US20050278277A1 (en) Method and apparatus for propogating tables while preserving foreign key integrity
JP2001034461A (ja) ソフトウェア構成管理支援装置、その方法およびソフトウェア構成管理支援プログラムを記録したコンピュータ読み取り可能な記録媒体
US9715438B2 (en) Static execution of statements in a program
US11436365B1 (en) Generating a compliance report of data processing activity
Rodríguez-Pascual et al. A fault tolerant workflow for reproducible research
CN117194533A (zh) 一种元数据服务发布方法和系统
JP2001229062A (ja) 分散ファイル管理方法