Archivos log del SGB

Una bitácora (log) es una herramienta (archivos o registros) que permite registrar, analizar,
detectar y notificar eventos que sucedan en cualquier sistema de información utilizado en las
organizaciones.

La estructura más ampliamente usada para grabar las acciones que se llevan en la base de datos.

Nos ayuda a recuperar la información ante algunos incidentes de seguridad, detección de

comportamiento inusual, información para resolver problemas, evidencia legal, es de gran ayuda
en las tareas de computo forense.

Permite guardar las transacciones realizadas sobre una base de datos en específico, de tal manera
que estas transacciones puedan ser auditadas y analizadas posteriormente.

Pueden obtenerse datos específicos de la transacción como:

1. Operación que se realizó

2. Usuario de BD
3. Fecha
4. Máquina
5. Programa
6. Tipo de conexión
7. Estado
No se requiere hacer cambios en los sistemas de producción o de desarrollo o en una simple
instalación para la implementación de la bitácora.

 A través de la parametrización se generan las pantallas de consulta y reportes sin

necesidad de programar.
 Acceso a la bitácora a través de una aplicación Web.
 Control de Acceso a la información de la bitácora a través de Roles.
 Se puede implementar en los sistemas de información que utilicen las principales bases de
datos: Oracle, SQL Server, Informix, Sybase.
 Permite hacer el seguimiento de todos los cambios que ha tenido un registro.

Funciones Específicas de las Bitácoras

La estructura más ampliamente usada para grabar las modificaciones de la base de datos es la
Bitácora. Cada registro de la bitácora escribe una única escritura de base de datos y tiene lo
siguiente:

 Nombre de la Transacción
 Valor antiguo
 Valor Nuevo

Es fundamental que siempre se cree un registro en la bitácora cuando se realice una escritura
antes de que se modifique la base de datos.

También tenemos la posibilidad de deshacer una modificación que ya se ha escrito en la base de

datos, esto se realizará usando el campo del valor antiguo de los registros de la bitácora.
Los registros de la bitácora deben residir en memoria estable como resultado el volumen de datos
en la bitácora puede ser exageradamente grande.

Las operaciones COMMIT y ROLLBACK establecen lo que se le conoce como punto de

sincronización lo cual representa el límite entre dos transacciones consecutivas, o el final de una
unidad lógica de trabajo, y por tanto al punto en el cual la base de datos esta (o debería estar) en
un estado de consistencia. Las únicas operaciones que establecen un punto de sincronización son
COMMIT, ROLLBACK y el inicio de un programa. Cuando se establece un punto de sincronización:

Se comprometen o anulan todas las modificaciones realizadas por el programa desde el punto de
sincronización anterior.

Se pierde todo posible posicionamiento en la base de datos. Se liberan todos los registros
bloqueados. Es importante advertir que COMMIT y ROLLBACK terminan la transacción, no el
programa.

Definición de los Modos de Operación de un DBMS (Alta, Baja, Recovery)

Altas

La operación de dar de alta un determinado registro es similar a la de añadir datos a un archivo. Es

importante remarcar que en un archivo secuencial sólo permite añadir datos al final del mismo.

En otro caso, si se quiere insertar un registro en medio de los ya presentes en el archivo, sería
necesaria la creación nueva del archivo.

El algoritmo para dar de alta un registro al final del fichero es como sigue:

 algoritmo altas
 leer registro de alta
 inicio
 abrir archivo para añadir
 mientras haya más registros hacer {algunos lenguajes ahorran este bucle}
 leer datos del registro
 fin_mientras
 escribir (grabar) registro de alta en el archivo
 cerrar archivo
 fin

Bajas

Existen dos métodos para dar de baja a un registro en un archivo secuencial, donde no es fácil
eliminar un registro situado en el interior de una secuencia: Para ello podemos seguir dos
métodos:

1) Utilizar y por tanto crear un segundo archivo auxiliar transitorio, también secuencial, copia del
que se trata de actualizar. Se lee el archivo completo registro a registro y en función de su lectura
se decide si el registro se debe dar de baja o no. En caso afirmativo, se omite la escritura en el
archivo auxiliar. Si el registro no se va a dar de baja, este registro se reescribe en el archivo auxiliar
Tras terminar la lectura del archivo original, se tendrán dos archivos: original (o maestro) y auxiliar.
El proceso de bajas del archivo concluye borrando el archivo original y cambiando el nombre del
archivo auxiliar por el del inicial.

2) Guardar o señalar los registros que se desean dar de baja con un indicador o bandera que se
guarda en un array; de esta forma los registros no son borrados físicamente, sino que son
considerados como inexistentes.

Inevitablemente, cada cierto tiempo, habrá que crear un nuevo archivo secuencial con el mismo
nombre, en el que los registros marcados no se grabarán.

Propósito de Backup y Recuperación

Como administrador de copia de seguridad, la tarea principal es diseñar, implementar y gestionar

una estrategia de backup y recuperación. En general, el propósito de una estrategia de
recuperación de copia de seguridad y es para proteger la base de datos contra la pérdida de datos
y reconstruir la base de datos después de la pérdida de datos. Normalmente, las tareas de
administración de seguridad son las siguientes:

 Planificación y probar las respuestas a diferentes tipos de fallas.

 Configuración del entorno de base de datos de copia de seguridad y recuperación.
 La creación de un programa de copia de seguridad
 Seguimiento de la copia de seguridad y entorno de recuperación
 Solución de problemas de copia de seguridad
 Para recuperarse de la pérdida de datos en caso de necesidad

Como administrador de copia de seguridad, es posible que se le pida que realice otros deberes que
se relacionan con copia de seguridad y recuperación:

 La preservación de datos, lo que implica la creación de una copia de

base de datos para el almacenamiento a largo plazo
 La transferencia de datos, lo que implica el movimiento de datos de
una base de datos o un host a otro.

Índices

El índice de una base de datos es una estructura alternativa de los datos en una tabla. El propósito
de los índices es acelerar el acceso a los datos mediante operaciones físicas más rápidas y
efectivas. En pocas palabras, se mejoran las operaciones gracias a un aumento de la velocidad,
permitiendo un rápido acceso a los registros de una tabla en una base de datos. Al aumentar
drásticamente la velocidad de acceso, se suelen usar sobre aquellos campos sobre los cuáles se
hacen búsquedas frecuentes.

Tipos de Índices

Resumen de Índices

Un índice es una estructura opcional, asociado con una mesa o tabla de clúster, que a veces puede
acelerar el acceso de datos. Mediante la creación de un índice en una o varias columnas de una
tabla, se obtiene la capacidad en algunos casos, para recuperar un pequeño conjunto de filas
distribuidas al azar de la tabla. Los índices son una de las muchas formas de reducir el disco I / O.

Si una tabla de montón organizado no tiene índices, entonces la base de datos debe realizar un
escaneo completo de tabla para encontrar un valor. Por ejemplo, sin un índice, una consulta de
ubicación 2700 en la tabla hr.departments requiere la base de datos para buscar todas las filas de
cada bloque de la tabla para este valor. Este enfoque no escala bien como datos de aumento de
volúmenes.

Por analogía, supongamos que un gerente de Recursos Humanos tiene un estante de cajas de
cartón. Las carpetas que contienen información de los empleados se insertan aleatoriamente en
las cajas. La carpeta de empleado Whalen (ID 200) es de 10 carpetas desde el fondo de la caja 1,
mientras que la carpeta para el rey (ID 100) se encuentra en la parte inferior del cuadro 3. Para
localizar una carpeta, el gestor busca en cada carpeta en la casilla 1 de abajo hacia arriba, y luego
se mueve de una casilla a otra hasta que se encuentra la carpeta. Para acelerar el acceso, el
administrador puede crear un índice que enumera de forma secuencial todos los ID de empleado
con su ubicación de la carpeta:

 ID 100: Box 3, position 1 (bottom)

 ID 101: Box 7, position 8
 ID 200: Box 1, position 10

Del mismo modo, el administrador podría crear índices separados para los últimos nombres de los
empleados, los ID de departamento, y así sucesivamente.

En general, considerar la creación de un índice en una columna en cualquiera de las siguientes

situaciones:

o Las columnas indizadas se consultan con frecuencia y devuelven un pequeño

porcentaje del número total de filas en la tabla.
o Existe una restricción de integridad referencial en la columna o columnas
indexadas. El índice es un medio para evitar un bloqueo de tabla completa que de
otro modo se requeriría si se actualiza la clave principal de la tabla principal, se
funden en la tabla principal, o eliminar de la tabla primaria.
o Una restricción de clave única se coloca sobre la mesa y desea especificar
manualmente el índice de todas las opciones sobre índices y.

Reorganización

Un factor clave para conseguir una E/S de disco mínima para todas las consultas de bases de datos
es asegurarse de que se creen y se mantengan buenos índices. Una vez creados los índices, se
debe procurar mantenerlos para asegurarse que sigan trabajando en forma óptima. A medida que
se agregan, modifican o borran datos se produce fragmentación. Esta fragmentación puede ser
buena o mala para el rendimiento del sistema, dependiendo de las necesidades del trabajo de la
base de datos.

Fragmentación de los Índices

La fragmentación es consecuencia de los procesos de modificación de los datos (instrucciones
INSERT, UPDATE y DELETE) efectuados en la tabla y en los índices definidos en la tabla. Como
dichas modificaciones no suelen estar distribuidas de forma equilibrada entre las filas de la tabla y
los índices, el llenado de cada página puede variar con el paso del tiempo. Para las consultas que
recorren parcial o totalmente los índices de una tabla, este tipo de fragmentación puede producir
lecturas de páginas adicionales. Esto impide el recorrido paralelo de los datos. Existen dos tipos de
fragmentación:

Interna: Fragmentación dentro de páginas individuales de datos e índices con espacios libres que
generan la necesidad de más operaciones de E/S y más memoria para su lectura. Este hecho
disminuye el rendimiento en ambientes de lectura, pero en algunos casos puede beneficiar las
inserciones, que no requieren una división de páginas con tanta frecuencia.

Externa: Cuando el orden lógico de las páginas no es correcto, porque las páginas no son
contiguas. El acceso a los datos es mucho más lento por la necesidad de búsqueda de los datos

La fragmentación de índices se puede reparar reorganizando un índice o reconstruyéndolo. Para

los índices fraccionados que fueron construidos en una estructura partida se puede usar
cualquiera de estos métodos o bien en un índice completo o bien en un único fragmento del
índice.

Reconstrucción

Es importante periódicamente examinar y determinar qué índices son susceptibles de ser

reconstruidos. Cuando un índice está descompensado puede ser porque algunas partes de éste
han sido accedidas con mayor frecuencia que otras. Como resultado de este suceso podemos
obtener problemas de contención de disco o cuellos de botella en el sistema. Normalmente
reconstruimos un índice con el comando ALTER INDEX.

Es importante tener actualizadas las estadísticas de la base de datos. Para saber si las estadísticas
se están lanzando correctamente podemos hacer una consulta sobre la tabla dba_indexes y ver el
campo last_analyzed para observar cuando se ejecutaron sobre ese índice las estadísticas.

Blevel (branch level) es parte del formato del B-tree del índice e indica el número de veces que
Oracle ha tenido que reducir la búsqueda en ese índice. Si este valor está por encima de 4 el índice
deberá de ser reconstruido.

ALTER INDEX <index_name> REBUILD;

Para reconstruir una partición de un índice podríamos hacer los siguiente:

ALTER INDEX <index_name> REBUILD PARTITION <nb_partition> NOLOGGING;

Nota: En algunos casos cuando alguno de los índices tiene algún tipo de corrupción no es posible
reconstruirlo. La solución en este caso es borrar el índice y recrearlo.

https://sites.google.com/site/itjabd23/home/asignatura/plan-de-estudios/unidad-4-operacion-y-
mantenibilidad