Los administradores de bases de datos OS 2200 son todos parte del Sistema de Datos Universal (UDS). UDS proporciona una estructura de control común para múltiples modelos de datos diferentes. Los modelos de datos de archivos planos (secuenciales, secuenciales indexados de claves múltiples – MSAM y de bloque fijo), [1] de red (DMS), [2] y relacionales (RDMS) [3] comparten un bloqueo, una recuperación y una agrupación en clústeres comunes. mecanismo. Las aplicaciones OS 2200 pueden utilizar cualquier combinación de estos modelos de datos junto con el sistema de archivos de transacciones de gran volumen [4] dentro del mismo programa manteniendo un único mecanismo de recuperación común. [5]
Los administradores de bases de datos se implementan como un subsistema protegido y se denominan procedimientos de los programas de usuario y otros subsistemas. La implementación como subsistema significa que no existe un límite superior para la posible concurrencia de actividades (hilos) que se ejecutan en el administrador de la base de datos. El hilo de cada usuario ejecuta el código del administrador de la base de datos pero dentro de su dominio de protección para que los programas maliciosos y con mal comportamiento no puedan afectar la integridad de la base de datos. Este enfoque también reduce la longitud de las rutas y la sobrecarga involucrada, ya que no es necesario enviar mensajes entre la persona que llama y el administrador de la base de datos. Toda comunicación es a través de parámetros.
Estos puntos en común han hecho posible que los clientes modernicen las aplicaciones pasando de archivos de idioma a una base de datos de red y a una base de datos relacional. Pueden utilizar una combinación de estos al mismo tiempo en un solo programa manteniendo la total capacidad de recuperación. Con toda la recuperación, agrupación en clústeres, bloqueo y administración de caché centralizada, las aplicaciones no tienen que ocuparse de esos aspectos. En OS 2200, el bloqueo generalmente está implícito en los verbos de la base de datos utilizados. Por ejemplo, una lectura para actualización implica establecer un cierto tipo de bloqueo y la escritura de actualización correspondiente implica borrarlo.
Los administradores de bases de datos admiten el acceso mediante muchos protocolos y API de acceso a datos distribuidos comunes, incluidos JDBC , OLE DB y ODBC . Consulte también Procesamiento distribuido Unisys OS 2200 .
El corazón de la base de datos y del sistema de transacciones es la Recuperación Integrada. "Integrado" implica la integración de todos los modelos de datos, el administrador de archivos de transacciones, el programador de transacciones y las colas de mensajes. Toda la actividad en todas estas áreas se registra en un diario (escrita en la pista de auditoría ). El seguimiento de auditoría lo gestiona el ejecutivo, lo que garantiza la sincronización para todos los usuarios. [6]
La Utilidad de recuperación integrada (IRU) es el corazón del sistema de recuperación. Proporciona una copia de seguridad de la base de datos sincronizada con la ejecución de transacciones y los registros de auditoría. No es necesario detener las transacciones y las aplicaciones por lotes para realizar una copia de seguridad de la base de datos. IRU hace que eso sea innecesario. Todas las copias de seguridad se pueden realizar en un sistema en ejecución. Los bloques centinela de inicio de la copia de seguridad y de copia de seguridad completa se escriben en el registro de auditoría. IRU utiliza estos bloques y otra información en el seguimiento de auditoría para realizar las operaciones de recuperación más rápidas posibles.
Hay tres tipos principales de acciones de recuperación. Todos están diseñados para funcionar en sistemas agrupados. La recuperación corta se utiliza normalmente cuando una falla de una aplicación o del sistema requiere realizar una recuperación. La mayoría de las actualizaciones transaccionales no se escriben en los archivos de la base de datos en el disco hasta que la transacción se completa exitosamente y, en cambio, se mantienen en la memoria o en un archivo de avance. La recuperación significa entonces indicar qué transacciones estaban en curso y deben reprogramarse. Las transacciones que se completaron pero cuyos datos aún no se escribieron en el disco tienen sus datos escritos en los archivos del disco.
La recuperación a un momento determinado se utiliza con mayor frecuencia cuando se insertó una actualización de la aplicación con errores en el sistema o un error humano ha dañado parcialmente la base de datos. Se le puede pedir a la IRU que simplemente lleve todo el estado a una época anterior.
Se utiliza una recuperación completa cuando una falla catastrófica ha causado la pérdida de parte o de la totalidad del almacenamiento masivo que contiene la base de datos. Los archivos afectados se recargan desde la última copia de seguridad y se aplican las actualizaciones apropiadas desde los archivos de seguimiento de auditoría.