INSTITUTO TECNOLÓGICO NACIONAL DE MEXICO

INSTITUTO TECNOLOGICO DE MERIDA INGENIERÍA EN SISTEMAS

COMPUTACIONALES
ADMINISTRACIÓN DE BASES DE DATOS
6 SA
MAESTRA
VILLANUEVA ESCALANTE MARISOL
ALUMNA
PAOLA CRISTINA CRUZ CETINA TEMA

UNIDAD 4
OPERACIÓN Y MANTENIMIENTO
TABLA DE CONTENIDO
1. ARCHIVOS LOG DEL SGBD............................................................................................................ 5
2. ARCHIVOS LOG DEL SGBD FÍSICOS .............................................................................................. 7
3. ARCHIVOS LOG DEL SGBD LÓGICOS ............................................................................................ 7
4. DEFINICIÓN DE LOS MODOS DE UN SGBD .................................................................................. 8
5. ALTAS ........................................................................................................................................... 8
6. BAJAS ........................................................................................................................................... 9
7. RECOVERY ................................................................................................................................ 9
PROPÓSITO DE BACKUP Y RECUPERACIÓN ..................................................................................... 9
COMANDOS DE ACTIVACIÓN......................................................................................................... 10
COMANDO STARTUP ..................................................................................................................... 10
COMANDO SHUTDOWN ................................................................................................................ 11
COMANDO DESCRIBE .................................................................................................................... 11
Comando SHOW TABLES y SHOW CREATE TABLE .......................................................................... 11
MODIFICACIÓN.............................................................................................................................. 11
8. ÍNDICES .................................................................................................................................. 12
TIPOS DE ÍNDICES .......................................................................................................................... 12
ÍNDICE SIMPLE Y COMPUESTO .................................................................................................. 12
ÍNDICE AGRUPADO Y NO AGRUPADO........................................................................................ 12
ÍNDICE ÚNICO ............................................................................................................................ 12
SINTAXIS GENERAL PARA LA CREACIÓN DE UN ÍNDICE ............................................................. 12
LOS ÍNDICES DE ÁRBOL B........................................................................................................... 13
ÍNDICE DE TABLAS ORGANIZADAS ............................................................................................. 13
ÍNDICES DESCENDENTES ........................................................................................................... 13
ÍNDICES B-TREE DE RACIMO ...................................................................................................... 13
MAPA DE BITS Y LOS ÍNDICES BITMAP JOIN .............................................................................. 13
ÍNDICES BASADOS EN FUNCIONES ............................................................................................ 13
ÍNDICES DE DOMINIO DE APLICACIÓN ...................................................................................... 13
ÍNDICES B-TREE.......................................................................................................................... 14
9. REORGANIZACIÓN, RECONSTRUCCIÓN ..................................................................................... 14
FRAGMENTACIÓN DE LOS ÍNDICES ............................................................................................ 14
DETECCIÓN DE FRAGMENTACIÓN ............................................................................................. 14
RECONSTRUCCIÓN DE ÍNDICES ................................................................................................. 15
REORGANIZACIÓN DE ÍNDICES .................................................................................................. 16
REFERENCIAS DE LA UNIDAD 3.................................................................................................. 17
REFERENCIAS DE LA UNIDAD 4.................................................................................................. 17
Introducción
La unidad trata acerca de cómo se hacen las bitácoras. Que función tiene y por qué son
importantes, además es necesario conocer por que son importantes a la hora de realizar
cambios o conocer un poco más del sistema de base de datos que se están manejando.
Incluyendo los todos los tipos de consulta al igual aquellas que no modifican los datos. Al
igual que las funciones que se usan para grabar las modificaciones de las bases de datos y
sus registros. También la posibilidad de deshacer una modificación que ya se ha escrito en
dicha base.
El manejo de las operaciones COMMIT y ROLLBACK estableciendo su punto de
sincronización, el cual representa el límite entre dos transacciones consecutivas y el final de
una unidad lógica de trabajo, etc.; mencionando el manejo, significado y el por qué son
cruciales para la recuperación de rollback e incluso como se realizan operaciones erróneas
así mismo de la permanencia. Y por último el manejo de índices en el mejoramiento de las
operaciones. En caso de que se presenten problemas, se produzcan errores o quieras
conocer exactamente qué acciones ejecutan los sistemas operativos o los diferentes
programas o servicios, puedes acceder a los llamados archivos log, en español ficheros de
registro. Estos “logs” son gestionados por prácticamente todas las aplicaciones, servidores,
bases de datos y sistemas de manera automática y permiten controlar (de forma
centralizada) todos los procesos relevantes.

1. ARCHIVOS LOG DEL SGBD

Cuando se activa el modo de archivado, los ficheros de redo log que se van llenando se almacenan
como un fichero con nombre propio en el sistema operativo.

Durante la creación de la base de datos se han creado los archivos necesarios para su
funcionamiento; pero a medida que se van almacenando datos, los «Archivos de Datos» crecerán y
será necesario asignarles más espacio.

Estos archivos son estructuras físicas que se pueden consultar desde el sistema operativo. Si se
consultara el tamaño de estos se vería que tienen su tamaño máximo, aunque tengan un porcentaje
de utilización mínimo.

Cada archivo de datos tiene asignado un tablespace y un estado. A través de los enlaces podemos
acceder a las estructuras lógicas que nos proporcionan los tablespaces.

Junto a la lista de tablespaces podemos ejecutar acciones asociadas como:

1.Agregar un archivo de datos para aumentar su tamaño o distribuir los datos entre varios discos.

2.Cambiar su estado (online/offline)

3.Seleccionando la acción de «Generar DDL» se puede ver la sentencia SQL que se va a ejecutar para
realizar la acción seleccionada.

4.Ejecutar el Asesor de Segmentos para obtener recomendaciones

5.Mostrar Contenido del Tables pace que nos permite ver los objetos de usuario que están
almacenados en el mismo.

6.Pinchando sobre el enlace asociado a un tables pace se muestra la información de este y se facilitan
acciones específicas para el mismo

En general, los ficheros log no suelen evaluarse frecuentemente, pues cumplen una función similar
a la de un registrador de vuelo que es inspeccionado solo en caso de emergencia. Como
consecuencia del registro detallado de datos de los logs, estos son una fuente primordial a la hora
de analizar errores de programa o del sistema, así como para determinar el comportamiento de los
usuarios. Esto no solo resulta interesante para los fabricantes de software, sino también para
propietarios de páginas web, quienes pueden acceder a información interesante desde los archivos
de registro del servidor web.

Todas las bases de datos de SQL Server tienen un registro de transacciones que registra todas las
transacciones y las modificaciones que cada transacción realiza en la base de datos. El registro de
transacciones es un componente esencial de la base de datos. Si hay un error del sistema, ese
registro será necesario para devolver la base de datos a un estado coherente. El registro de
transacciones se debe truncar periódicamente para evitar que se llene.

El registro de transacciones permite las siguientes operaciones:

• Recuperación de transacciones individuales.

• Recuperación de todas las transacciones incompletas cuando se inicia
• SQL Server.
• Puesta al día de una base de datos, un archivo, un grupo de archivos o una página
restaurados hasta el momento exacto del error.
• Permitir replicación transaccional.
• Compatibilidad con soluciones de alta disponibilidad y recuperación ante
desastres: Grupos de disponibilidad AlwaysOn, creación de reflejo de la base de
datos y trasvase de registros.
 2. ARCHIVOS LOG DEL SGBD FÍSICOS
Los archivos de registro (log) físicos de un sistema de gestión de bases de datos (SGBD) son
una parte importante de la arquitectura del SGBD. Estos archivos se utilizan para registrar todas las
operaciones realizadas en la base de datos, como la inserción, actualización o eliminación de datos,
así como las transacciones que se realizan en la base de datos.

Los archivos de registro físicos se crean cuando se crea una base de datos y se almacenan
en el disco duro del servidor de la base de datos. Estos archivos están diseñados para ser duraderos
y resistentes a fallos para garantizar que no se pierda ninguna información importante.

Cuando se realiza una operación en la base de datos, se registra en el archivo de registro

físico. Esto asegura que, si se produce un fallo en el sistema o en el hardware, la base de datos se
pueda restaurar a un estado anterior y no se pierdan los datos. Además, los archivos de registro
físicos se utilizan para realizar copias de seguridad incrementales de la base de datos, lo que permite
restaurar la base de datos a un estado anterior a una hora específica.

Los archivos de registro físicos son una parte importante de la arquitectura de un SGBD.
Permiten registrar todas las operaciones realizadas en la base de datos y garantizar que la base de
datos se pueda restaurar en caso de fallos en el sistema o en el hardware. También permiten realizar
copias de seguridad incrementales de la base de datos.

3. ARCHIVOS LOG DEL SGBD LÓGICOS

Los archivos log del SGBD (Sistema de Gestión de Bases de Datos) son archivos que se utilizan para
registrar las transacciones realizadas en la base de datos. Estos archivos son esenciales para
garantizar la integridad y la consistencia de los datos almacenados en la base de datos.

Existen dos tipos de archivos log: físicos y lógicos. Los archivos log físicos se explica en el punto
anterior.

Los archivos log lógicos se utilizan para registrar las transacciones de manera que puedan ser
deshechas o revertidas en caso de que se produzca un error o una falla en el sistema. Por ejemplo,
si una transacción no se completa correctamente debido a una falla en el sistema, el archivo log
lógico se puede utilizar para deshacer los cambios realizados por la transacción y devolver la base
de datos al estado anterior a la transacción.

Además de permitir la recuperación de datos en caso de una falla del sistema, los archivos log lógicos
también se utilizan para replicar datos en múltiples servidores y para garantizar la consistencia de
los datos en sistemas distribuidos.

Los usuarios más avanzados tendrán conocimiento de la estructura lógica de la base de datos, y es
responsabilidad del DBA gestionar la correspondencia entre las estructuras lógicas y físicas para
tener un rendimiento óptimo.
 4. DEFINICIÓN DE LOS MODOS DE UN SGBD
La vida de todo archivo comienza cuando se crea y acaba cuando se borra. Durante su existencia es
objeto de constante procesamiento, que con mucha frecuencia incluye acciones de consulta o
búsqueda y de actualización. En el caso de la estructura archivos, entenderemos como
actualización, al introducir nuevos datos (altas) o de eliminar alguno existente (bajas), la
modificación de datos ya existentes, (operación muy común con datos almacenados). En esencia, es
la puesta al día de los datos del archivo. Una operación de alta en un archivo consiste en la adición
de un nuevo registro. En un archivo de empleados, un alta consistirá en introducir los datos de un
nuevo empleado. Para situar correctamente un alta, se deberá conocer la posición donde se desea
almacenar el registro correspondiente: al principio, en el interior o al final de un archivo. El algoritmo
de ALTAS debe contemplar la comprobación de que el registro a dar de alta no existe previamente.
Una baja es la acción de eliminar un registro de un archivo. La baja de un registro puede ser lógica o
física. Una baja lógica supone el no borrado del registro en el archivo. Esta baja lógica se manifiesta
en un determinado campo del registro con una bandera, indicador o “flag” -carácter *. $, etc.,-, o
bien con la escritura o rellenado de espacios en blanco en el registro dado de baja

5. 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 de este.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
 6. 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 de la 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.Recovery

7. RECOVERY

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.

COMANDOS DE ACTIVACIÓN
Para ser uso de los diferentes comandos para un modo de operación debemos estar como
administrador o asuma un rol que incluya el perfil de derechos Service Management.

COMANDO STARTUP
Para el arranque de una base de datos hay tres fases de arranque, para realizar estas fases
podemos utilizar startup más un comando, las tres fases son las siguientes:

1. Fase de no Montaje: se leen los parámetros del sistema, se inician las estructuras de
memoria y los procesos de segundo plano. La instancia se arranca sin asociarla a la
base de datos. Normalmente se utiliza cuando se modifica o se necesita crear el
archivo de control:

a.startup nomount;

2. Fase de Montaje: se asocia la instancia con la base de datos. Se usa el archivo de

parámetros para localizar los archivos de control, que contienen el nombre de los
archivos de datos y los registros rehacer. Los archivos de datos y los registros de rehacer
no están abiertos, así que no son accesibles por usuarios finales para tareas normales.
Para realizar esta fase se pueden utilizar dos comandos:

a.startup mount;

b.alter database mount;

3. Fase de Apertura: se abren los archivos de datos y los registros rehacer. La base de datos
queda disponible para las operaciones normales. Es necesario que existan registros
rehacer de lo contrario si no hay registros usamos el comando resetlogs, que crea
registros nuevos. Para esta fase se pueden usar dos comandos:
a) startup open;
b) alter database open;
c) Si es necesario utilizar resetlogs:
d) startup open resetlogs;
e) alter database open resetlogs;
f) startup restrict (sólo permite la conexión de usuarios con el privilegio restricted sesion).
g) startup force (hace shutdown abort y arranca la BD).
COMANDO SHUTDOWN
1. El comando SHUTDOWN lo utilizamos parar una base de datos la cual consiste
en varias cláusulas.
2. Shutdown Normal: Este es el valor por defecto, durante el proceso de parada no
admite nuevas conexiones y espera que las conexiones actuales finalicen. En el
próximo arranque la base datos no requiere procedimientos de recuperación.
3. Shutdown Immediate: Se produce una parada inmediata de la base de datos,
durante el proceso de parada no permite nuevas conexiones y las actuales la
desconecta, las transacciones que no estén commit se hara roolback de ellas. En
el próximo arranque la base datos no requiere procedimientos de recuperación.
4. Shutdown Transactional: Se produce una parada hasta que hayan terminado las
transacciones activas, no admite nuevas conexiones y tampoco nuevas
transacciones, una vez que las transacciones activas van terminando va
desconectando a los usuarios. En el próximo arranque la base datos no requiere
procedimientos de recuperación.
5. Shutdown Abort: Aborta todos los procesos de una base de datos, durante el
proceso de parada no permite nuevas conexiones y las actuales la desconecta,
las transacciones que no estén commit se hará roolback de ellas. En el próximo
arranque la base datos puede requerir procedimientos de recuperación.

COMANDO DESCRIBE
Este comando permite conocer la estructura de una tabla, las columnas que la forman y su tipo y
restricciones.

DESCRIBE f1;

Comando SHOW TABLES y SHOW CREATE TABLE

El comando SHOW TABLES muestra las tablas dentro de una base de datos y SHOW CREATE TABLES
muestra la estructura de creación de la tabla.

MODIFICACIÓN
Para realizar una modificación utilizamos el comando ALTER TABLE. Para usar ALTER TABLE,
necesita permisos ALTER, INSERT y CREATE para la tabla.
 8. Í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
ÍNDICE SIMPLE Y COMPUESTO
Un índice simple está definido sobre una sola columna de la tabla mientras que un índice compuesto
está formado por varias columnas de la misma tabla (tabla sobre la cual está definido el índice).
Cuando se define un índice sobre una columna, los registros que se recuperen utilizando el índice
aparecerán ordenados por el campo indexado. Si se define un índice compuesto por las columnas
col1 y col2, las filas que se recuperen utilizando dicho índice aparecerán ordenadas por los valores
de col1 y todas las filas que tengan el mismo valor de col1' se ordenarán a su vez por los valores
contenidos en col2, función igual que la cláusula ORDER BY. Por ejemplo, si definimos un índice
compuesto basado en las columnas (provincia, localidad), las filas que se recuperen utilizando este
índice aparecerán ordenadas por provincia y dentro de la misma provincia por localidad.

ÍNDICE AGRUPADO Y NO AGRUPADO

El término índice agrupado no se debe confundir con índice compuesto, el significado es totalmente
diferente. Un índice agrupado (CLUSTERED) es un índice en el que el orden lógico de los valores de
clave determina el orden físico de las filas correspondientes de la tabla. El nivel inferior, u hoja, de
un índice agrupado contiene las filas de datos en sí de la tabla. Una tabla o vista permite un solo
índice agrupado al mismo tiempo. Los índices no agrupados existentes en las tablas se vuelven a
generar al crear un índice agrupado, por lo que es conveniente crear el índice agrupado antes de
crear los índices no agrupados. Un índice no agrupado especifica la ordenación lógica de la tabla.
Con un índice no agrupado, el orden físico de las filas de datos es independiente del orden indexado.

ÍNDICE ÚNICO
Índice único es aquel en el que no se permite que dos filas tengan el mismo valor en la columna de
clave del índice. Es decir que no permite valores duplicados.

SINTAXIS GENERAL PARA LA CREACIÓN DE UN ÍNDICE

CREATE INDEX "NOMBRE_ÍNDICE" ON "NOMBRE_TABLA"(NOMBRE_COLUMNA); Digamos que

tenemos la siguiente tabla: Tabla Nombre de Columna Tipo de Datos First_Name char(50)
Last_Name char(50) Address char(50) City char(50) Country char(25) Birth_Date datetime

Si deseamos crear un índice tanto en Ciudad como en País, ingresaríamos, CREATE INDEX
IDX_CUSTOMER_LAST_NAME ON Customer (Last_Name); No hay una regla estricta respecto de
cómo nombrar un índice. El método generalmente aceptado es colocar un prefijo, tal como “IDX_”,
antes del nombre de un índice para evitar la confusión con otros objetos de la base de datos.
También es una buena idea brindar información sobre qué tabla y columna(s) se utilizará el índice.
Por favor note que la sintaxis exacta para CREATE INDEX puede ser distinta según las diferentes bases
de datos.

LOS ÍNDICES DE ÁRBOL B

Estos índices son el tipo de índice estándar. Son excelentes para la clave principal y los índices
altamente selectivos. Utilizado como índices concatenados, B-tree índice pueden recuperar los
datos ordenados por las columnas de índice. Índices B-tree tienen los siguientes subtipos:

ÍNDICE DE TABLAS ORGANIZADAS

Una tabla de índice-organizada difiere de un montón-organizado porque los datos es en sí mismo
el índice.

En este tipo de índice, los bytes de la clave de índice se invierten, por ejemplo, 103 se almacena
como 301. La inversión de bytes extiende inserta en el índice durante muchos bloques.

ÍNDICES DESCENDENTES
Este tipo de índice almacena los datos en una columna o columnas de concreto en orden
descendente.

ÍNDICES B-TREE DE RACIMO

Este tipo de índice se utiliza para indexar una clave de clúster tabla. En lugar de apuntar a una fila,
los puntos clave para el bloque que contiene filas relacionadas con la clave de clúster.

MAPA DE BITS Y LOS ÍNDICES BITMAP JOIN

En un índice de mapa de bits, una entrada de índice utiliza un mapa de bits para que apunte a
varias filas. En cambio, los puntos de entrada de un índice B-tree en una sola fila. Un índice de
combinación de mapa de bits es un índice de mapa de bits para la unión de dos o más tablas.
Consulte “Indicadores de mapa de bits”.

ÍNDICES BASADOS EN FUNCIONES

Este tipo de índice incluye columnas que, o bien se transforman por una función, tales como la
función UPPER, o incluidos en una expresión. Índices B-tree o mapa de bits puede ser basado en
las funciones.

ÍNDICES DE DOMINIO DE APLICACIÓN

Este tipo de índice se crea por un usuario para los datos en un dominio específico de la aplicación.
El índice físico no tiene que utilizar una estructura de índice tradicional y se puede almacenar ya
sea en la base de datos Oracle como tablas o externamente como un archivo. Consulte
“Indicadores de dominio de aplicación”.
ÍNDICES B-TREE
Árboles B, abreviatura de árboles balanceados, son el tipo más común de índice de base de datos.
Un índice B-tree es una lista ordenada de valores dividida en rangos. Mediante la asociación de
una tecla con una fila o rango de filas, los árboles B proporcionan un excelente rendimiento de la
recuperación para una amplia gama de consultas, incluyendo coincidencia exacta y búsquedas por
rango.

9. REORGANIZACIÓN, RECONSTRUCCIÓ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:

a. 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.
b. 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.

DETECCIÓN DE FRAGMENTACIÓN
El primer paso para decidir qué método de desfragmentación se va a utilizar consiste en analizar el
índice para determinar el nivel de fragmentación. Si se usa la función del sistema
sys.dm_db_index_physical_stats, se puede detectar la fragmentación de los índices de la base de
datos thuban-homologada.

La grilla de resultados emitida por la anterior sentencia incluye las siguientes columnas:

Una vez que se toma conciencia del nivel de fragmentación, se debe utilizar la tabla a continuación
para determinar el mejor método para su corrección.

La reconstrucción del índice puede ejecutarse tanto en línea como fuera de línea. La reorganización
de los índices debe ejecutarse siempre en línea. Para adquirir una disponibilidad similar a la de la
opción de reorganización, los índices deben ser reconstruidos en línea.

Estos valores proveen una estricta guía para determinar el punto en el que se debe cambiar de ALTER
INDEX REORGANIZE a ALTER INDEX REBUILD.Los niveles muy bajos de fragmentación (menores que
el 5 por ciento) no deben ser corregidos por ninguno de estos comandos porque el beneficio de la
remoción de una cantidad tan pequeña de fragmentación es casi siempre superado ampliamente
por el costo de reorganización o reconstrucción de índices.

RECONSTRUCCIÓN DE ÍNDICES
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;

REORGANIZACIÓN DE ÍNDICES
Para reorganizar uno o más índices se debe usar la sentencia ALTER INDEX con la cláusula
REORGANIZE. Por ejemplo:

ALTER INDEX PK_LOGS ON THUBAN_LOGS REORGANIZE

El proceso de reorganización de índices se realiza siempre en línea y el consumo de recursos es

bajo por lo que no mantiene bloqueos por mucho tiempo.
REFERENCIAS DE LA UNIDAD 3
I. K. (2017d, junio 4). 3.4. Espacios para objetos de la base de datos.
http://administrasiondebasededatos123456789.blogspot.com/2017/06/34- espacios-para-
objetos-de-la-base-de.html
II. K. (2017e, junio 4). UNIDAD 3 Configuración y administración del espacio en disco.
http://administrasiondebasededatos123456789.blogspot.com/2017/06/unidad- 3-
configuracion-y-administracion.html
III. K. (2017b, junio 4). 3.2. Definición y creación del espacio asignado para cada base
dedatos.
http://administrasiondebasededatos123456789.blogspot.com/2017/06/32- definicion-y-
creacion-del-espacio.html

REFERENCIAS DE LA UNIDAD 4
I. Perfil, V. (2017, 4 de junio). 4.1 Archivos log del SGBD. Blogspot.com .
http://administrasiondebasededatos123456789.blogspot.com/2017/06/41-archivos-log-
del-sgbd.html
II. Mantenibilidad, O. y., & Perfil, VT mi. (s/f). Unidad 4: Operación y Mantenibilidad .
Blogspot.com. Recuperado el 21 de abril de 2023, de
http://adombasedatos.blogspot.com/2015/06/unidad-4-operacion-y-mantenibilidad.html
III. UNIDAD 4 :: Administración Bases de Datos . (s/f). Webnode.mx. Recuperado el 21 de abril
de 2023, de https://proyecto359.webnode.mx/unidad4/
IV. Índice de base de datos . (s/f). Ecured.cu. Recuperado el 21 de abril de 2023, de
https://www.ecured.cu/%C3%8Dndice_de_base_datos