OPERACION Y

MANTENIBILIDAD

INSTITUTO TECNOLOGICO DE
TAPACHULA
SERGIO OSORIO MENDEZ

MATERIA: ADMINISTRACION DE BASE DE DATOS
PROFESOR:
NOMBRE: SERGIO OSORIO MENDEZ
SEMESTRE: 6
UNIDAD 4:
OPERACI N Y MANTENI BI LI DAD

TABLA DE CONTENI DO
Operacin y mantenibilidad ........................................................................................................... 1
4.1 Bitcoras de trabajo del DBMS. ................................................................................................ 2
4.1.1. Funciones especfica de las bitcoras. .............................................................................. 3
Rehacer Realizar registro .................................................................................................................... 3
Archivos Redo Log activo (actual) e inactivas ...................................................................................... 4
Archivos Redo Log Multiplexacin ...................................................................................................... 4
4.1.2 Recuperacin (rollback) ......................................................................................................... 5
4.1.3 Permanencia (commit) ........................................................................................................... 5
4.2 Definicin de los modos de operacin de un DBMS. (alta, baja, recovery) .................. 6
4.3 Comandos de activacin de los modos de operacin ..................................................... 6
4.4. Manejo de ndices ...................................................................................................................... 6
4.4.1 Tipos de ndices ......................................................................................................................... 6
4.4.2 Reorganizacin de ndices ..................................................................................................... 6
4.4.3 Reconstruccin ......................................................................................................................... 6











4.1 BI TCORAS DE TRABAJO DEL DBMS.
Una bitacora (log) es una herramienta (archivos o registros) que permite registrar,
analizar, detectar y notificar eventos que sucedan en cualquier sistema de informacin
utilizado en las organizaciones. La estructura ms ampliamente usada para grabar las
los acciones que se llevan en la base de datos.
Nos ayuda a recuperar la informacin ante algunos incidentes de seguridad,
deteccin de comportamiento inusual, informacin 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 especfico,
de tal manera que estas transacciones puedan ser auditadas y analizadas
posteriormente.
1. Operacin que se realiz.
2. Usuario de BD.
3. Fecha.
4. Mquina.
5. Programa.
6. Tipo de conexin.
7. Estado.
No se requiere hacer cambios en los sistemas de produccin o de desarrollo o en una
simple instalacin para la implementacin de la bitcora.
A travs de la parametrizacin se generan las pantallas de consulta y reportes sin
necesidad de programar.
Acceso a la bitcora a travs de una aplicacin Web.
Control de Acceso a la informacin de la bitcora a travs de Roles.
Se puede implementar en los sistemas de informacin que utilicen las principales
bases de datos: Oracle, SQL Server, Informix, Sybase.



4.1.1. FUNCI ONES ESPEC FI CA DE LAS BI TCORAS.
Qu es el Redo Log?
La estructura ms importante para las operaciones de recuperacin es el registro de
rehacer, que consiste en dos o ms archivos preasignados que almacenan todos los
cambios realizados en la base de datos a medida que ocurren. Cada instancia de una
base de datos Oracle tiene un registro de rehacer asociado para proteger la base de
datos en caso de fallo de instancia.
REHACER REALI ZAR REGI STRO

Rehacer los archivos de registro se llena de registros de rehacer. Un registro de rehacer,
tambin llamado una entrada de rehacer, se compone de un grupo de vectores de
cambio, cada uno de los cuales es una descripcin de un cambio realizado en un solo
bloque en la base de datos. Por ejemplo, si cambia un valor salarial en una tabla de
empleados, se genera un registro de rehacer contienen vectores de cambio que
describen cambios en el segmento de bloque de datos de la tabla, el bloque de
datos de deshacer segmento, y la mesa de operaciones de los segmentos de
deshacer.
Los Registros Redo tambin se pueden escribir en un archivo de registro de rehacer antes de
que se confirme la transaccin correspondiente. Si el buffer de redo log se llena, u otra
transaccin se confirma, sofocos LGWR todas las entradas de registro de rehacer en el buffer
de redo log en un archivo de registro de rehacer, a pesar de que algunos registros de rehacer
no podrn ser comprometidos.
Cmo Oracle Database escribe a los Redo Log
El registro de rehacer de una base de datos consiste en dos o ms
archivos de registro de rehacer. La base de datos requiere un
mnimo de dos archivos de garantizar que uno est siempre
disponible para la escritura, mientras que el otro est siendo
archivado (si la base de datos est en modo ARCHIVELOG).
LGWR escribe a rehacer los archivos de registro de forma circular.
Cuando el archivo de registro de rehacer actual llena, LGWR
comienza a escribir al siguiente archivo de registro de rehacer
disponible. Cuando el ltimo archivo de registro de rehacer
disponible est llena, LGWR vuelve al primer archivo de registro
de rehacer y escribe en l, comenzando el ciclo otra vez. La figura
12-1 ilustra la escritura circular del archivo de registro de rehacer.
Los nmeros al lado de cada lnea indican el orden en que LGWR
escribe a cada archivo de registro de rehacer.





ARCHI VOS REDO LOG ACTI VO (ACTUAL) E I NACTI VAS
Base de datos Oracle utiliza slo uno los archivos de registro de rehacer a la vez
para almacenar los registros de rehacer escritos del bfer del registro de
rehacer. El archivo de registro de rehacer LGWR que est escribiendo
activamente se llama el archivo de registro de rehacer actual.
Rehacer los archivos de registro que se requieren para la recuperacin de la
instancia se denominan archivos de registro de rehacer activos. Rehacer los
archivos de registro que ya no son necesarios para la recuperacin de la
instancia se denominan archivos de registro de rehacer inactivos.

ARCHI VOS REDO LOG MULTI PLEXACI N

Para proteger contra un fallo que implica la redo log en s, Oracle Database
permite un registro de rehacer multiplexados, lo que significa que dos o ms
copias idnticas de la redo log se pueden mantener de forma automtica en
lugares separados. Para obtener el mayor beneficio, estos lugares deben estar
en discos separados. Incluso si todas las copias del registro de rehacer estn en
el mismo disco, sin embargo, la redundancia puede ayudar a proteger contra
errores de E / S, corrupcin de archivos, etc. Cuando los archivos de registro de
rehacer son multiplexadas, LGWR escribe simultneamente la misma
informacin de registro de rehacer en varios archivos de registro de rehacer
idnticas, lo que elimina un punto nico de fallo de registro de rehacer.
Multiplicacin se realiza mediante la creacin de grupos de archivos de registro
de rehacer. Un grupo consta de un archivo de registro de rehacer y sus copias
multiplexadas. Cada copia idntica se dice que es un miembro del grupo.
Cada grupo de registro de rehacer se define por un nmero, tal como el grupo
1, grupo 2, y as sucesivamente.






4.1.2 RECUPERACI N (ROLLBACK)
En tecnologas de base de datos, un rollback es una operacin que devuelve a
la base de datos a algn estado previo. Los Rollbacks son importantes para la
integridad de la base de datos, a causa de que significan que la base de datos
puede ser restaurada a una copia limpia incluso despus de que se han
realizado operaciones errneas. Son cruciales para la recuperacin de crashes
de un servidor de base de datos; realizando rollback(devuelto) cualquier
transaccin que estuviera activa en el tiempo del crash, la base de datos es
restaurada a un estado consistente.
En SQL, ROLLBACK es un comando que causa que todos los cambios de datos
desde la ltima sentencia BEGIN WORK, o START TRANSACTION sean
descartados por el sistema de gestin de base de datos relacional (RDBMS),
para que el estado de los datos sea "rolled back"(devuelto) a la forma en que
estaba antes de que aquellos cambios tuvieran lugar.
Una sentencia ROLLBACK tambin publicar cualquier savepoint existente que
pudiera estar en uso.
En muchos dialectos de SQL, ROLLBACKs son especficos de la conexin. Esto
significa que si se hicieron dos conexiones a la misma base de datos, un
ROLLBACK hecho sobre una conexin no afectar a cualesquiera otras
conexiones. Esto es vital para el buen funcionamiento de la Concurrencia.
La funcionalidad de rollback est normalmente implementada con un Log de
transacciones, pero puede tambin estar implementada mediante control de
concurrencia multiversin.

4.1.3 PERMANENCI A (COMMI T)
En el contexto de la Ciencia de la computacin y la gestin de datos, commit (accin
de comprometer) se refiere a la idea de consignar un conjunto de cambios "tentativos,
o no permanentes". Un uso popular es al final de una transaccin de base de datos.
Una sentencia COMMIT en SQL finaliza una transaccin de base de datos dentro de un
sistema gestor de base de datos relacional (RDBMS) y pone visibles todos los cambios a
otros usuarios. El formato general es emitir una sentencia BEGIN WORK, una o ms
sentencias SQL, y entonces la sentencia COMMIT. Alternativamente, una sentencia
ROLLBACK se puede emitir, la cual deshace todo el trabajo realizado desde que se
emiti BEGIN WORK. Una sentencia COMMIT publicar cualquiera de los savepoints
(puntos de recuperacin) existentes que puedan estar en uso.
Las transacciones suelen verse implementadas en sistemas de bases de datos y,
ms recientemente, se han visto incorporadas a como gestiona un sistema
operativo la interaccin con un sistema de archivos (como varias
caractersticas de las bases de datos, debido a que son muy similares
arquitectnicamente).
Una sentencia COMMIT en SQL finaliza una transaccin de base de datos
dentro de un sistema gestor de base de datos relacional (RDBMS) y pone
visibles todos los cambios a otros usuarios. El formato general es emitir una
sentencia BEGIN WORK, una o ms sentencias SQL, y entonces la sentencia
COMMIT. Alternativamente, una sentencia ROLLBACK se puede emitir, la cual
deshace todo el trabajo realizado desde que se emiti BEGIN WORK. Una
sentencia COMMIT publicar cualquiera de los savepoints(puntos de
recuperacin) existentes que puedan estar en uso.
En trminos de transacciones, lo opuesto de COMMIT para descartar los
cambios "en tentativa" de una transaccin, es un ROLLBACK.

4.2 DEFI NI CI N DE LOS MODOS DE OPERACI N DE UN DBMS. (ALTA, BAJA,
RECOVERY)

4.3 COMANDOS DE ACTI VACI N DE LOS MODOS DE OPERACI N

4.4. MANEJO DE NDI CES

4.4.1 TI POS DE NDI CES

4.4.2 REORGANI ZACI N DE NDI CES

4.4.3 RECONSTRUCCI N