UNIVERSIDAD TECNOLOGICA INDOAMERICA

FACULTAD DE INGENIERIA EN SISTEMAS

PLAN PROGRAMATICO ACADEMICO

ASIGNATURA

ADMINISTRACION DE BASE DE DATOS

DOCENTE

NOVIEMBRE 2011-MAYO 2012

1
 EL ADMINISTRADOR DE BASE DE DATOS

INTRODUCCION A LA ADMINISTRACION DE BASE DE DATOS

El alcance de la actividad de la Administracin de Datos es la

organizacin completa (empresa, institucin u otro organismo),
mientras que el alcance de la Administracin de Bases de Datos
queda restringido a una Base de Datos en particular y a los sistemas
que los procesan. La Administracin de la Base de Datos opera dentro
de un marco proporcionado por la Administracin de Datos
facilitndose de esta manera el desarrollo y el uso de una Base de
Datos y sus aplicaciones. Las siglas DBA suelen utilizarse para
designar tanto la funcin Administracin de Base de Datos como al
ttulo del puesto administrador de Base de Datos.

En los distintos niveles y aplicaciones de Base de Datos existe la

funcin DBA, aunque varia en complejidad. Esta es ms sencilla
cuando se trata de una Base de Datos Personal que cuando se refiere
a una Base de Datos de grupos de trabajo, y esta a su vez es ms
sencilla que en una Base de Datos Organizacional. En una Base de
Datos Personal comnmente el mismo usuario es el Administrador de
la Base de Datos; las Bases de Datos de grupos de trabajo requieren
de una o dos personas que normalmente no se dedican a esta funcin
de tiempo completo puesto que tienen otras responsabilidades dentro
o fuera de la organizacin. En las Bases de Datos Organizacionales,
que comnmente permiten el acceso a decenas e incluso centenas de
usuarios, se requiere de un administrador de Base de Datos de
tiempo completo; lo anterior debido al alto volumen de procesos que
deben desarrollarse, controlarse y supervisarse.

ADMINISTRADOR DE LA BASE DE DATOS.

2
Es la persona encargada de definir y controlar las bases de datos
corporativas, adems proporciona asesora a los desarrolladores,
usuarios y ejecutivos que la requieran. Es la persona o equipo de
personas profesionales responsables del control y manejo del sistema
de base de datos, generalmente tiene(n) experiencia en DBMS,
diseo de bases de datos, Sistemas operativos, comunicacin de
datos, hardware y programacin.

Un Administrador de Base de Datos de tiempo completo normalmente

tiene aptitudes tcnicas para el manejo del sistema en cuestin a
dems, son cualidades deseables nociones de administracin, manejo
de personal e incluso un cierto grado de diplomacia. La caracterstica
ms importante que debe poseer es un conocimiento profundo de las
polticas y normas de la empresa, as como el criterio de la empresa
para aplicarlas en un momento dado. La responsabilidad general del
DBA es facilitar el desarrollo y el uso de la Base de Datos dentro de
las guas de accin definidas por la administracin de los datos.

FUNCIONES DEL DBA

El DBA es responsable primordialmente de:

Administrar la estructura de la Base de Datos

Administrar la actividad de los datos
Administrar el Sistema Manejador de Base de Datos
Establecer el Diccionario de Datos
Asegurar la confiabilidad de la Base de Datos
Confirmar la seguridad de la Base de Datos.

ADMINISTRACIN DE LA ESTRUCTURA DE LA BASE DE DATOS

La administracin de la estructura de la Base de Datos incluye

participar en el diseo inicial de la misma y su puesta en prctica as
como controlar, y administrar sus requerimientos, ayudando a evaluar
3
alternativas, incluyendo los DBMS a utilizar y ayudando en el diseo
general de BD. En los casos de grandes aplicaciones de tipo
organizacional, el DBA es un gerente que supervisa el trabajo del
personal de diseo de la BD. Una vez diseada la BD, es puesta en
prctica utilizando productos del DBMS, procedindose entonces a la
creacin de los datos (captura inicial). El DBA participa en el
desarrollo de procedimientos y controles para asegurar la calidad y la
alta integridad de la BD.

DEFINIR EL ESQUEMA CONCEPTUAL: Es tarea del administrador de

datos decidir con exactitud cul es la informacin que debe
mantenerse en la base de datos, es decir, identificar las entidades
que interesan a la empresa y la informacin que debe registrarse
acerca de esas entidades. Este proceso por lo general se denomina
diseo lgico de bases de datos. Cuando el administrador de datos
decide el contenido de la base de datos en un nivel abstracto, el DBA
crea a continuacin el esquema conceptual correspondiente.

DEFINIR EL ESQUEMA INTERNO: El DBA debe decidir tambin como se

representar la informacin en la base de datos almacenada. A este
proceso suele llamrsele diseo fsico de la base de datos. Una vez
hecho esto el DBA deber crear la definicin de estructura de
almacenamiento correspondiente (es decir el esquema interno)
valindose del DDL interno. Adems deber definir la correspondencia
pertinente entre los esquemas interno y conceptual. En la prctica, ya
sea el DDL conceptual o bien el DDL interno incluirn seguramente
los medios para definir dicha correspondencia, pero las dos funciones
(crear el esquema, definir la correspondencia) debern poder
separarse con nitidez. Al igual que el esquema conceptual, el
esquema interno y la correspondencia asociada existirn tanto en la
versin fuente como en la versin objeto.

4
MODIFICACION DE ESQUEMAS.

Los requerimientos de los usuarios van modificndose, estos

encuentran nuevas formas o mtodos para lograr sus objetivos; la
tecnologa de la BD se va modificando y los fabricantes del DBMS
actualizan sus productos. Todas las modificaciones en las estructuras
o procedimientos de BD requieren de una cuidadosa administracin.

Las solicitudes de modificacin son inevitables una vez que el sistema

ha entrado en operacin, pueden aparecer solicitudes de nuevos
requerimientos o estos pueden resultar de una comprensin
inadecuada de los mismos. En cualquier caso, debern efectuarse
modificaciones en relacin con toda la comunidad de la BD, ya que el
impacto de tales alteraciones ser resentido por mas de una
aplicacin. En algunos casos, pueden darse modificaciones que
presentan efectos negativos para algunos usuarios; estos casos
debern ser tratados esgrimiendo como argumento los beneficios
globales que sern obtenidos de tales alteraciones.

Una administracin eficaz de la BD debe incluir procedimientos y

polticas mediante las cuales los usuarios puedan registrar sus
necesidades de modificaciones, y as la comunidad podr analizar y
discutir los impactos de dichas modificaciones, determinndose
entonces la puesta o no en prctica de tales alteraciones.

En razn del tamao y complejidad de una BD y de sus aplicaciones,

las modificaciones pudieran tener resultados inesperados. El DBA
debe estar preparado para reparar la BD y reunir suficiente
informacin para diagnosticar y corregir el problema provocado por la
falla. Despus de un cambio la BD es ms vulnerable a fallas.

5
DOCUMENTACIN
La responsabilidad final de un DBA en la administracin de la
estructura de una BD es la DOCUMENTACIN. Es de suma importancia
saber que modificaciones han sido efectuadas, como fueron
realizadas y cuando fueron establecidas. Una modificacin sobre la
estructura de la BD pudiera ocasionar un error que no apareciera a
corto plazo; una vez que este surja, sin la documentacin adecuada
sobre las modificaciones realizadas, l diagnostico resultara
extremadamente complicado. En estos casos, se hara necesaria una
secuencia de rejecuciones para intentar detectar el punto en
conflicto; el riesgo de este procedimiento radica en que es posible
afectar la informacin contenida en la BD. Para identificar un cambio
es de suma importancia mantener un registro de los formatos de
prueba y de las ejecuciones de las pruebas efectuadas. Si se utilizan
procedimientos de prueba formatos de pruebas y mtodos de registro
estandarizados, el registro de los resultados de la prueba no
consumir tiempo excesivo.

Comnmente el tiempo de la documentacin es tedioso y esto

ocasiona que algunos DBA tienden a reducir o abreviar la informacin
que se registra en ella e incluso llegan a desatenderla. Cuando ocurre
un siniestro, la documentacin completa y organizada puede ser la
diferencia entre resolver o no un problema de extrema importancia y
en la mayora de los casos, que implica costos cuantiosos a la
empresa. La tarea de la documentacin es cada vez ms ligera y
precisa cuando se utilizan DBMS que integran herramientas CASE
para las tareas de diseo, mantenimiento y documentacin. Estas
mismas herramientas CASE proporcionan en la, mayora de los casos
la facilidad de generar y mantener en forma automtica el Diccionario
de Datos.

6
Una razn ms para documentar consiste en la necesidad de
mantener organizados datos histricos. Ocurre comnmente que se
desea realizar una consulta sobre los respaldos para conocer el
estado que guardaba la informacin en un periodo determinado que
transcurri previamente. Los registros de modificacin existentes en
la documentacin permitirn resolver problemas de incompatibilidad
entre las estructuras que eran vigentes en el periodo de respaldo y
las que lo son ahora; permitir tambin el desarrollo de mdulos de
ajuste que faciliten la traduccin de formatos y/o escalas para valores
almacenados. En los casos de cadas del sistema se presenta una
situacin parecida; los respaldos son requeridos y habr de verificarse
su estructura; formato y escala para integrarlos a la operacin del
sistema.

ADMINISTRACIN DE LA ACTIVIDAD DE DATOS

Aunque el DBA protege los datos, no los procesa. El DBA no es

usuario del sistema, en consecuencia, no administra valores de datos;
el DBA administra actividad de datos. Dado que la BD es un recurso
compartido, el DBA debe proporcionar estndares, guas de accin,
procedimientos de control y la documentacin necesaria para
garantizar que los usuarios trabajan en forma cooperativa y
complementaria al procesar datos en la BD.

Una administracin de BD efectiva deber disponer siempre de este

tipo de estndares; entre las funciones del DBA se encuentra la de
revisarlos peridicamente para determinar su operatividad, y en su
caso ajustarlos, ampliarlos o cancelarlos. Es tambin su
responsabilidad el que estos se cumplan. Cuando se definen
estndares sobre la estructura de la BD, estos deben registrarse en
una seccin del diccionario de datos a la que todos aquellos usuarios
relacionados con ese tipo de proceso pueden acceder.

7
Entre las alternativas ms utilizadas por el DBA para proteger los
datos se encuentran:
a) Restringir el acceso a los procedimientos para ciertos usuarios.

b) Restringir al acceso a los datos para ciertos usuarios

procedimientos y/o datos.

c) Evitar la coincidencia de horarios para usuarios que comparten.

VINCULARSE CON LOS USUARIOS: El DBA debe encargarse de la

comunicacin con los usuarios, garantizar la disponibilidad de los
datos que requieren y escribir - o ayudar a los usuarios a escribir- los
esquemas externos necesarios, empleando el DDL externo aplicable.
Adems, ser preciso definir la correspondencia entre cualquier
esquema externo y el esquema conceptual. En la prctica, el DDL
externo incluir con toda probabilidad los medios para especificar
dicha correspondencia, pero en este caso tambin el esquema y la
correspondencia debern poder separarse con claridad. Cada
esquema externo y la correspondencia asociada existirn en ambas
versiones fuentes y objeto. Otros aspectos de la funcin de enlace
con los usuarios incluyen las consultas sobre diseo de aplicaciones,
la impetracin de instruccin tcnica, la ayuda en la localizacin y
resolucin de problemas, y otros servicios profesionales similares
relacionados con el sistema.

Las tcnicas de recuperacin son otra funcin esencial del DBA al

administrar la actividad de datos. A pesar de que el DBMS lleva a
cabo una parte del proceso de recuperacin, los usuarios determinan
en forma critica la operatividad de esos sistemas de proteccin. El
DBA debe anticipar fallas y definir procedimientos estndares de
operacin; los usuarios deben saber qu hacer cuando el sistema este
cado y que es lo primero que debe realizarse cuando el sistema este
puesto en marcha nuevamente. El personal de operacin deber

8
saber cmo iniciar el proceso de recuperacin de la BD que copias de
seguridad utilizar; como programar la rejecucin del tiempo perdido y
de las tareas pendientes; es importante tambin establecer un
calendario para llevar a cabo estas actividades sin afectar a otros
sistemas dentro de la organizacin que hagan uso de los mismos
recursos de computo. Destacan por su importancia en el proceso de
recuperacin y a su vez en la atencin que prestan a otros sectores
de la organizacin. Los dispositivos de comunicacin remota, los
sistemas de interconexin y otros accesorios de uso compartido.

DEFINIR PROCEDIMIENTOS DE RESPALDO Y RECUPERACION:

Cuando una empresa se decide a utilizar un sistema de base de
datos, se vuelve dependiente en grado sumo del funcionamiento
correcto de ese sistema. En caso de que sufra dao cualquier porcin
de la base de datos por causa de un error humano, digamos, o una
falla en el equipo o en el sistema que lo apoya resulta esencial poder
reparar los datos implicados con un mnimo de retraso y afectando lo
menos posible el resto del sistema. En teora, por ejemplo la
disponibilidad de los datos no daados no debera verse afectada. El
DBA debe definir y poner en prctica un plan de recuperacin
adecuado que incluya, por ejemplo una descarga o "vaciado"
peridico de la base de datos en un medio de almacenamiento de
respaldo, y procedimientos para cargar otra vez la base de datos a
partir de vaciado ms reciente cuando sea necesario.

ADMINISTRACIN DEL DBMS

A dems de administrar la actividad de datos y la estructura de la BD,

el DBA debe administrar el DBMS mismo. Deber compilar y analizar
estadsticas relativas al rendimiento del sistema e identificar reas
potenciales del problema. Dado que la BD est sirviendo a muchos
grupos de usuarios, el DBA requiere investigar todas las quejas sobre

9
el tiempo de respuesta del sistema, la precisin de los datos y la
facilidad de uso. Si se requieren cambios el DBA deber planearlos y
ponerlos en prctica.

El DBA deber vigilar peridica y continuamente las actividades de los

usuarios en la BD. Los productos DBMS incluyen tecnologas que
renen y publican estadsticas. Estos informes pudieran indicar cuales
fueron los usuarios activos, que archivos y que elementos de datos
han sido utilizados, e incluso el mtodo de acceso que se ha aplicado.
Pueden capturarse y reportarse las tasas de error y los tipos de
errores. El DBA analizar estos datos para determinar si se necesita
una modificacin en el diseo de la BD para manejar su rendimiento o
para facilitar las tareas de los usuarios; de ser as, el DBA la llevar a
cabo.

El DBA deber analizar las estadsticas de tiempo de ejecucin sobre

la actividad de la BD y su rendimiento. Cuando se identifique un
problema de rendimiento, ya sea mediante una queja o un informe, el
DBA deber determinar si resulta apropiada una modificacin a la
estructura de la BD o al sistema. Casos como la adicin de nuevas
claves o su eliminacin, nuevas relaciones entre los datos y otras
situaciones tpicas debern ser analizadas para determinar el tipo de
modificacin procedente.

Cuando el fabricante del DBMS en uso anuncie una nueva versin del
producto, debe realizarse un anlisis de las caractersticas que esta
incorpora e insopesarlas contra las necesidades de la comunidad de
usuarios. Si se decide la adquisicin del producto, los usuarios deben
ser notificados y capacitados en su uso. El DBA deber administrar y
controlar la migracin tanto de las estructuras, como de los datos y
las aplicaciones. El software de soporte y otras caractersticas de

10
hardware pueden implicar tambin modificaciones de las que el DBA
es responsable ocasionalmente, estas modificaciones traen como
consecuencia cambios en la configuracin o en algunos parmetros
de operacin del DBMS.

ESTABLECER EL DICCIONARIO DE DATOS.

Cuando se definen estndares sobre la estructura de la base de

datos, se deben de registrarse en una seccin del diccionario de datos
a la que todos aquellos usuarios relacionados con ese tipo de proceso
pueden acceder. Este metadato debe precisar informacin que nos
indique con claridad el tipo de datos que sern utilizados, sus mbitos
de influencia y sus limitantes de seguridad.

ASEGURAR LA CONFIABILIDAD DE LA BASE DE DATOS

Se trata de realizar un sistema de bases de datos lo suficientemente

robusto para que sea capaz de recuperarse frente a errores o usos
inadecuados. Se deben utilizar gestores con las herramientas
necesarias para la reparacin de los posibles errores que las bases de
datos pueden sufrir, por ejemplo tras un corte inesperado de luz.

CONFIRMAR LA SEGURIDAD DE LA BASE DE DATOS.

Coordinar las nuevas propuestas para realizar ajustes en los derechos

de acceso a datos compartidos y aplicaciones especficamente
propuestas sera analizado en conjunto con los supervisores o
directivos de las reas involucradas para determinar si procede
pudieran aparecer problemas cuando dos o ms grupos de usuarios
quedan autorizados para notificar los mismos datos. Uno de tales
conflictos es el de la actualizacin perdida; este ocurre cuando el
trabajo de un usuario queda sobrescrito sobre por el de un segundo

11
usuario. El DBA queda responsabilizado para identificar la posible
ocurrencia de dichos problemas as como de crear normas y
procedimientos para su eliminacin. Se obtendrn este tipo de
garantas cuando el DBMS sea capaz de implementar las restricciones
aplicables al acceso concurrente, y este sea utilizado adecuadamente
por programadores y usuarios; para borrar lo anterior, se hace
indispensable el apego a los estndares el seguimiento de
instructivos y manuales y las reglas establecidas para los diversos
procesamientos y procedimientos que se llevan a cabo.

OBJETIVOS DEL ADMINISTRADOR DE LA BASE DE DATOS.

Mantener la Integridad de los Datos. Una base de datos debe

protegerse de accidentes tales como los errores en la entrada de los
datos o en la programacin, del uso mal intencionado de la base de
datos y de los fallos del hardware o del software que corrompen los
datos. La proteccin contra accidentes, que ocasiona inexactitudes en
los datos, es parte del objetivo de garantizar la integridad de los
datos. Estos accidentes incluyen los fallos durante el procesamiento
de las transacciones, los errores lgicos que infringen la suposicin de
que las transacciones preservan las restricciones de consistencia de
la base de datos y las anomalas debido al acceso concurrente en la
base de datos (acceso concurrente). La integridad, se encarga de
asegurar que las operaciones ejecutadas por los usuarios sean
correctas y mantengan la consistencia de la base de datos.

Mantener la Seguridad de los Datos. La proteccin de la base de

datos de usos mal intencionados o no autorizados se denomina
seguridad de los datos. La seguridad se encarga de limitar a los
usuarios a ejecutar nicamente las operaciones permitidas.

Mantener la Disponibilidad de los Datos. La posibilidad de fallos

de hardware o de software requiere procedimientos de recuperacin
de la base de datos. Tiene que proporcionar medios para el

12
restablecimiento de las bases de datos que se hayan corrompido por
desperfectos del sistema, a un estado uniforme.

SISTEMA DE ADMINISTRACIN DE BASE DE DATOS (DBMS).

Es el nivel de software que provee el acceso a la informacin a un alto

nivel de abstraccin. En lugar de manipular archivos, registros,
ndices, el programa de aplicacin opera en trminos de clientes,
cuentas, saldos, etc.

Acceso a la Base de Datos

La secuencia conceptual de operaciones que ocurren para accesar

cierta informacin que contiene una base de datos es la siguiente:

El usuario solicita cierta informacin contenida en la base de datos.

El DBMS intercepta este requerimiento y lo interpreta.
DBMS realiza las operaciones necesarias para accesar y/o
actualizar la informacin solicitada

BIBLIOGRAFA.

Tutorial de: Administracin de Bases de Datos. Instituto Tecnolgico

de La Paz. http://www.itl.edu.mx/tutoriales/

Tutorial de: Administracin de Bases de Datos. Instituto Tecnolgico

de Veracruz. http://www.itver.edu.mx/tutoriales/

Tutorial de: Ingeniera de Software.

http://www.monografias.com/trabajos5/inso/inso2.shtml

Fundamentos de Bases de Datos. Silberschatz, Abraham;F. Korth,

Henry. Tercera Edicin

13
http://tutorialdeadministraciondebasededatos.blogspot.com/2009/08/
preguntas-de-evaluacion_28.html

14