Los gestores de bases de datos OS 2200 forman parte del Universal Data System (UDS). UDS proporciona una estructura de control común para múltiples modelos de datos diferentes. Archivos planos (secuenciales, secuenciales indexados con múltiples claves - MSAM y bloque fijo), [1] red (DMS), [2] y modelos de datos relacionales (RDMS) [3] todos comparten un bloqueo, recuperación y agrupamiento en común 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, al tiempo que conservan un único mecanismo de recuperación común. [5]
Los administradores de bases de datos se implementan como un subsistema protegido y se llaman como un procedimiento desde los programas de usuario y otros subsistemas. La implementación como subsistema significa que no existe un límite superior para la concurrencia potencial de actividades (subprocesos) que se ejecutan en el administrador de bases 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 mal portados no puedan afectar la integridad de la base de datos. Este enfoque también reduce la longitud de la ruta 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 la comunicación se realiza a través de parámetros.
Esta característica común ha hecho posible que los clientes modernicen las aplicaciones pasando de archivos de idioma a una base de datos de red a una base de datos relacional. Pueden usar una combinación de estos al mismo tiempo en un solo programa mientras conservan la capacidad de recuperación total. Con toda la recuperación, agrupación en clústeres, bloqueo y administración de caché centralizados, las aplicaciones no tienen que lidiar con esos aspectos. En OS 2200, el bloqueo generalmente está implícito en los verbos de 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 de Unisys OS 2200 .
El corazón del sistema de transacciones y bases de datos es Integrated Recovery. “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 (se escribe en la pista de auditoría ). La pista de auditoría es administrada por el Exec que asegura 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 las pistas 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 lo hace innecesario. Todas las copias de seguridad se pueden realizar en un sistema en ejecución. Los bloques centinela de inicio de copia de seguridad y copia de seguridad completa se escriben en la pista de auditoría. IRU utiliza estos bloques y otra información en la pista 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 usa normalmente cuando una aplicación o falla 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 correctamente y, en cambio, se guardan en la memoria o en un archivo de avance. Entonces, la recuperación significa 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 punto en el tiempo se usa con mayor frecuencia cuando se insertó una actualización de la aplicación con errores en el sistema o cuando un error humano ha dañado parcialmente la base de datos. Es posible que se le indique a la IRU que simplemente devuelva todo el estado a un tiempo anterior.
Se utiliza una recuperación completa cuando una falla catastrófica ha causado la pérdida de parte o la totalidad del almacenamiento masivo que contiene la base de datos. Los archivos afectados se vuelven a cargar desde la última copia de seguridad y se aplican las actualizaciones correspondientes desde los archivos de seguimiento de auditoría.
Referencias
- ^ Corporación Unisys (2010). Manual de referencia de administración y soporte del sistema de archivos compartidos (SFS 2200) . (Publicación de Unisys 7831 0786). Roseville, MN. http://public.support.unisys.com/2200/docs/cp14.0/pdf/78310786-003.pdf
- ^ Corporación Unisys (2010). Guía de administración, operaciones y programación del lenguaje de definición de datos de esquema (DDL) del sistema de gestión de datos (DMS 2200) . (Publicación de Unisys 7831 0745). Roseville, MN. http://public.support.unisys.com/2200/docs/cp14.0/pdf/78310745-005.pdf
- ^ Corporación Unisys (2010). Sistema de gestión de datos relacionales (RDMS 2200) y guía de uso final de la interfaz SQL de IPF . (Publicación de Unisys 7831 0778). Roseville, MN. http://public.support.unisys.com/2200/docs/cp14.0/pdf/78310778-003.pdf
- ^ Corporación Unisys (2012). Resumen conceptual del procesamiento de transacciones . (Publicación de Unisys 7830 9960). Roseville, MN. http://public.support.unisys.com/2200/docs/cp14.0/pdf/78309960-004.pdf
- ^ Corporación Unisys (2013). Manual de referencia de administración y soporte de Universal Data System . (Publicación de Unisys 7831 0737). Roseville, MN. http://public.support.unisys.com/2200/docs/cp14.0/pdf/78310737-021.pdf
- ^ Corporación Unisys (2010). Descripción general conceptual de la recuperación integrada . (Publicación de Unisys 7830 8186). Roseville, MN. http://public.support.unisys.com/2200/docs/cp14.0/pdf/78308186-004.pdf