INSTITUTO TECNOLÓGICO DE CHETUMAL

DEPARTAMENTO DE SISTEMAS Y COMPUTACIÓN

INGENIERÍA EN SISTEMAS COMPUTACIONALES

ADMINISTRACIÓN DE BASE DE DATOS

PROF. LIC. LUCY GUADALUPE CÁRDENAS QUIJANO

EVIDENCIA 1: MODOS DE OPERACIÓN DE UN SGBD E

IMPORTANCIA DE LOS ARCHIVOS LOG.
ALUMNOS
NAVARRETE JUÁREZ STEPHANI
DÍAZ ESCOBAR EDGAR IVÁN
SÁNCHEZ KÚ ELZNER YAMIR
PÉREZ JIMÉNEZ VICTOR FERNANDO

SEMESTRE 6 UNIDAD 4 GRUPO ÚNICO

AULA V-2

CHETUMAL, QUINTANA ROO A 31 DE MAYO DE 2018

 ÍNDICE
INTRODUCCIÓN .................................................................................................................. 3
Archivos .................................................................................................................................. 4
Estructuración de los Datos ................................................................................................ 5
Modos de Operación ............................................................................................................... 5
GSTAT................................................................................................................................ 5
Etapa cliente ........................................................................................................................ 6
Etapa Servidor BD .............................................................................................................. 7
Capa Lógica ........................................................................................................................ 7
Sistema de conexión remota (REMOTE): ...................................................................... 7

SQL traductor (DSQL): .................................................................................................. 7

Motor de base de datos relacional (JRD): ....................................................................... 7

Administrador de bloqueos (LOCK): ............................................................................. 8

Capa Física .......................................................................................................................... 8

Mantenimiento ........................................................................................................................ 8
Sweep .................................................................................................................................. 8
Diagnóstico y Reparación ................................................................................................... 9
CONCLUSIÓN ..................................................................................................................... 11
FUENTES CONSULTADAS............................................................................................... 11

i
 INTRODUCCIÓN

En la actualidad la de bases de datos es extensamente utilizado por ser la única solución

posible para manejar grandes volúmenes de datos, la complejidad de la extracción de datos

y la concurrencia de datos. Las bases de datos se han extendido por la disminución de los

costos de los servidores y las necesidades de exploración de datos. Los sistemas integrados

de gestión, paquetes contables o aplicaciones almacenan los datos en bases de datos. En esta

investigación se mostrará los modos de operación del Sistema gestor de Base de datos

Firebird y se denotará la importancia de los archivos LOG.

i
 Archivos

Físicamente, Firebird trabaja con uno o varios archivos donde se almacena todos los datos y
estructuras. Los archivos de Firebird 1.0, al igual que los de Interbase 6.0- pueden tener hasta
2 Gb de tamaño cada uno.

Firebird almacena los registros en páginas de datos, usando la página más accesible que tenga
el espacio suficiente. Los índices se almacenan en páginas de índice, y contienen un
localizador de registros en el nodo hoja.

Los costos de acceso de los índices primarios y secundarios. Cuando los datos están
agrupados según la clave primaria, el acceso a los datos por medio de ésta es muy rápido. El
acceso por medio de los índices secundarios es más lento, especialmente cuando el índice de
la clave secundaria usa la clave primaria como un localizador de registros: Una búsqueda por
un índice secundario se convierte en dos. En Firebird, el costos de las búsquedas según los

i
índices primario y los secundarios es idéntica.
Usa una estrategia de acceso a índices, para ello recolecta los localizadores de las filas que
califican desde el índice, construye un mapa de bits de localizadores de registros, y luego los
lee en el orden en el que están almacenados físicamente.

Como se puede observar este manejo de archivos es INDEXADO, con la variante del uso de
un localizador no para manejo de overflow, sino para ser usado en la estructura de árbol y de
esta manera acceder mas rápidamente a los datos evitando rebotes entre paginas.

Estructuración de los Datos

Solo la organización de archivos no

determina el funcionamiento de los
archivos en la base de datos, Firebird
soporta únicamente un tipo de índice: una
variante del árbol-B.
Los índices pueden ser únicos, o también
pueden permitir duplicados. Pueden conformarse de una sola clave, o de una clave
compuesta, en forma ascendente o descendente. Como se explico anteriormente esta
estructura le permitirá almacenar localizadores para llegar de forma directa a los datos, a su
vez esta estructura de árbol permite establecer relaciones entre archivos.

Esta variación de árbol-B se asemeja a la estructura B+, ya que almacena en sus hojas los
apuntadores (localizadores), para realizar accesos ordenados a los datos.

Modos de Operación
GSTAT

Es una herramienta que se usa desde la línea de comandos y su misión es mostrarnos

estadísticas sobre una Base de Datos. Deber ser ejecutado en la misma computadora donde
i
se encuentra el Servidor del Firebird y solamente puede ser ejecutado por el usuario
SYSDBA o por el usuario que creó la Base de Datos. Como el tema es bastante largo, lo
trataremos en varios artículos.

Se lo invoca de la siguiente manera:

GSTAT [opciones] MiBaseDatos
Donde MiBaseDatos debe constar de la ruta completa y las opciones disponibles son las
siguientes (se pueden abreviar con las letras dentro de los paréntesis):
• -(a)ll Analiza las páginas de datos y las páginas de índices
• -(d)ata Analiza solamente las páginas de datos
• -(h)eader Analiza solamente la página cabecera
• -(i)ndex Analiza solamente las páginas de índices
• -(s)ystem Como -(a)ll pero también incluye estadísticas sobre las tablas internas
• -(u)ser Nombre del usuario
• -(p)assword Contraseña del usuario
• -(f)etch Extrae la contraseña de un archivo de texto
• -(r)ecord Muestra el tamaño y estadísticas de la versión
• -(t)able Solamente analiza las tablas que se especifican aquí
• -(tr)usted Usa autentificación de confianza
• -(z) Muestra la versión de GSTAT
Como la información que muestra GSTAT puede ser muy larga, y ocupar inclusive cientos
o miles de líneas, lo recomendable es enviar esa información a un archivo de texto para poder
analizarla con mayor facilidad.

Etapa cliente
En este punto se encuentra la interfaz de usuario que permite al cliente interactuar con la
aplicación o programa, dependiendo del tipo de aplicación (lenguaje usado), requerirá de un
software intermedio que realice una conexión dela aplicación con la base de datos.
Como Firebird esta basado en el modelo cliente servidor este hace un enlace con la interface
de cliente remoto, El servidor acepta peticiones TCP/IP de los clientes, por defecto sobre el

i
puerto 3050 (gds_db). Además puede comunicarse usando IPX. Para que los equipos clientes
puedan conectarse al servidor es necesario instalar unas herramientas cliente, generalmente
una librería, que en windows consiste en el fichero gds32.dll/fbclient.dll.

Etapa Servidor BD
En esta etapa se reciben las solicitudes hechas por el cliente y enviadas a través de la red al
servidor de BD, usando un protocolo de comunicación. Firebird aporta este protocolo
implementado en forma de una DLL en el caso de Windows que se sitúa en una carpeta
accesible del disco duro (normalmente c:\windows\system32) llamada GDS32.DLL, usada
para compatibilidad con versiones anteriores o fbclient.dll.

Capa Lógica
En Firebird, todas las operaciones se realizan a partir de SQL, un sublenguaje para acceso a
sistemas de manejo de bases de datos relacionales. Es en esta capa que se interpretan los
query y las operaciones y son traducidas por el manejador de archivo para encontrar o
devolver un pagina determinada. Las operaciones de manejo de archivos como se muestran
en la grafica son:

Sistema de conexión remota (REMOTE):

Este subsistema permite a los clientes remotos se conecten a la base de datos a través de
protocolos de red diferentes. Se compone de dos partes: un componente del lado del cliente
y un componente del lado del servidor.

SQL traductor (DSQL):

Esto se traduce subsistema de solicitudes de SQL en BLR, el idioma nativo de la base de
datos.

Motor de base de datos relacional (JRD):

El subsistema de JRD realiza peticiones y devuelve los resultados. Maneja el acceso al disco
a través de un sistema de E / S virtual, verifica que las restricciones de seguridad se siguen,
i
y asegura que las transacciones se manejan de forma atómica. Pide primer paso a través de
un compilador, que traduce del BLR en una representación interna de la solicitud. Llama al
subsistema de metadatos, el trato de economía, para obtener los metadatos relativos a la
solicitud, y para asegurar que los cuadros solicitados están presentes.

Administrador de bloqueos (LOCK):

El objetivo principal del módulo de la cerradura es el control de concurrencia, cuando varios
usuarios tienen acceso a archivos de bases de datos simultáneamente. Tales situaciones son
comunes durante la operación normal de cualquier DBMS. El manejo de bloqueo se divide
en dos partes principales: el bloqueo de controlador de sub-módulo dentro de la JRD y el
módulo de bloqueo que controla el acceso simultáneo a la tabla de bloqueos.

Capa Física
Esta capa esta reservada para el manejador de disco que a su vez forma parte del sistema
operativo y su función es el control del dispositivo de almacenamiento secundario (disco
duro), al trabajar directamente con el hardware recibe del manejador de archivos la pagina y
a través de organización secuencial, directa o indexada, localiza los clústeres
correspondientes a esa pagina para realizar las operaciones requeridas.
Dependiendo del tipo de aplicación se seleccionara la mejor forma de organización de datos
de tal forma que permita velocidad y optimización del espacio del disco duro, al realizar cada
una de las operaciones del servidor.

Mantenimiento
Sweep
Una de las tareas de mantenimiento que se deben realizar en las bases de datos, especialmente
en las que tienen tablas con muchos millones de filas, es la del sweep.

Formas diversas de realizar esta tarea:

i
 • Sweep se encarga de eliminar toda la basura que se haya acumulado dentro de la Base
de Datos a causa de la ejecución de los comandos UPDATE y DELETE. Siempre que
se ejecuta el comando UPDATE o el comando DELETE se deja basura dentro de la
Base de Datos, sin importar que la transacción haya finalizado con un COMMIT o
con un ROLLBACK; por lo tanto, en algún momento deberemos eliminar esa basura.
• Un sweep automático es realizado por el Firebird cada vez que creamos
un backup usando el programa GBAK. Por lo tanto, no siempre es necesario realizar
un sweep manual, aunque debemos recordar que el sweep automático también puede
fallar y por lo tanto también deberemos verificarlo.
• Si realizamos un sweep manual como un sweep automático debemos comprobar que
fue completado exitosamente. ¿Por qué? Porque si no fue completado exitosamente
entonces dentro de nuestra Base de Datos habrá quedado mucha basura y eso hará
que las tareas que se realicen en ella sean mucho más lentas de lo que deberían ser.
Diagnóstico y Reparación
En cuyo caso se debe ejecutar el siguiente comando:

gfix -user SYSDBA –password

Password
–m -full -i BASE.FDB

Estos 2 comandos identifican y marcan las áreas con problemas en el archivo de base de
datos, por lo que deben ejecutarse varias veces.

Si encuentras que una Base de Datos está dañada, lo que debes hacer:

• Detener el Servidor del Firebird. Porque más accesos y operaciones en la Base de

Datos dañada solamente pueden provocar más daños, nunca menos daños.
• Hacer un backup de la Base de Datos. Haz este backup con programas como 7Zip,
WinZip, WinRar, etc.
• Utilizar el backup para intentar la recuperación. Siempre debes mantener el
archivo original a salvo, trabaja con el backup.
i
 • Escribe los siguientes comandos para intentar repararla. Estos son los comandos
estándar que se usan para reparar bases de datos dañadas.
Para validar la Base de Datos (recuerda que debes usar el archivo de backup, no el archivo
original):
gfix –v –full –user SYSDBA -password MiPassword MiBaseDatosCorrupta.FDB

Si el comando de arriba detectó algún problema entonces debemos eliminar esos problemas:

gfix –mend –user SYSDBA –password MiPassword MiBaseDatosCorrupta.FDB

Repetir los dos comandos anteriores hasta que ya no se detecten problemas. Cuando está todo
ok hay que hacerle un backup, porque al hacer un backup pueden detectarse otros problemas:

gbak –b –v -ig –user SYSDBA –password MiPassword MiBaseDatosCorrupta.FDB

MiBackup.FBK

Si apareció algún error entonces debemos realizar otro backup, pero sin la recolección de
basura:

gbak –b –v -ig –g -user SYSDBA –password MiPassword MiBaseDatosCorrupta.FDB

MiBackup.FBK

A veces hacer que la Base de Datos sea de solo lectura (o sea: read only) puede ayudar a
recuperarla.

gfix –mode read_only –user SYSDBA -password MiPassword

MiBaseDatosCorrupta.FDB

Si el backup finalizó exitosamente, entonces se lo restaura desde la copia:

gbak –c –user SYSDBA –password MiPassword MiBaseDatosCorrupta.FD

i
 CONCLUSIÓN

Iniciando con el apartado de operación y mantenibilidad, se habla acerca de las bitácoras de

trabajo de DBMS , estas incluyen cualquier tipo de consultas al igual que aquellas que no

modifican los datos, por otra parte la operación rollback es para el uso de la bitácora, el

DBMS mantiene una bitácora en el que se registran los detalles de las operaciones, en caso

que se necesite anular alguna modificación específica, el sistema puede utilizar la entrada

correspondiente de la bitácora y restaurar el valor original. Cada registro de la bitácora

escribe únicamente escritura de datos y contiene el nombre de la transacción, el valor antiguo

y el valor nuevo.

El commit y rollback establece el punto de sincronización que presenta los límites entre dos

transacciones consecutivas por lo tanto la base de datos debe estar en estado consistente, algo

importante de lo anterior es que el commit y el rollback terminan las transacciones no el

programa.

El rollback es importante para la integridad de la BD porque la base de datos puede ser

restaurada a una copia limpia aunque haya tenido operación errónea, en SQL causa que todo

cambio de datos desde Begin work o start transaction sean borrados del sistema de gestión

de BD relacional para que este estad sea rolled back.

Algo importante dentro del lenguaje SQL es que denomina commit a aplicar cambios y

rollback a cancelarlos, commit finaliza una transacción dentro de un sistema gestor y pone

i
visible todos los cambios a otros usuarios, las funciones esenciales de un sistema gestor es la

descripción, utilización y manipulación, la última mencionada permite hacer búsquedas,

añadir, suprimir y modificar datos.

Los índices son estructuras para la organización de los datos de una tabla, su propósito de

estos es agilizar el acceso a los datos mediante operaciones físicas, existen dos tipos de

índices, los índices agrupados que definen el orden de almacenamiento de las filas de la tabla

y se consideran para su uso las columnas selectivas, afectadas en consultas, accedidas

secuencialmente, implicando join o group by y acceso muy rápido a filas; los índices no

agrupados poseen la arquitectura de un árbol b y la orden de las filas están constituidas en las

columnas indexadas.

i
 FUENTES CONSULTADAS
https://sabd15n1.wikispaces.com/Firebird
https://firebird21.wordpress.com/category/administracion/
https://prezi.com/ekoe3mx7l8zq/firebird-administracion/
https://firebird21.wordpress.com/category/administracion/page/3/