UNIVERSIDAD ABIERTA Y A DISTANCIA DE MEXICO

ADMINISTRACIÓN DE BASE DE DATOS

EVIDENCIA DE APRENDIZAJE

UNIDAD 1

ADMINISTRACIÓN DE UNA BASE DE DATOS

FACILITADOR (A): JOSE ALFREDO ALVAREZ MORENO

ALUMNO (A): DIXIE ROSARIO CENICEROS ALVARADO

AL12501794

23 de Octubre de 2014
Contenido
1.- Las funciones básicas que realizara el administrador de bases de datos.......................4

2.- Como se va a relacionar con las demás departamentos de la farmacia.........................10

3.- Base de datos en MySQL bajo la plataforma Windows................................................11

a) La versión de MySQL que se usara, así como sus ventajas y desventajas........11

b) Que paquete debe instalar y cuál son los pasos a seguir...................................11

c) Los requerimientos de equipo para instalar MySQL y la BD...............................12

d) Bajo que versión de Windows instalara MySQL...................................................13

4.- Cómo se llevara a cabo la administración del Disco Duro.............................................14

a) Capacidad de discos...........................................................................................14

b) Segmentación o partición del disco duro..............................................................15

c) Sistema de archivos............................................................................................16

d) Motores de almacenamiento de MySQL..............................................................17

e) Espacio en el disco..............................................................................................18

f) Espacio para la base de datos................................................................................18

5.- Como se administrara la base de datos.......................................................................20

Propósito:

El propósito de esta actividad es que apliques el conocimiento adquirido durante el

desarrollo de esta unidad organizando los conocimientos de manera que a partir
de un problema planteado, en una situación de una empresa, especifiques en un
documento cuáles funciones va a cubrir el administrador de la base de datos, cuál
versión de MySQL decidirá instalar y cómo va a administrar el disco duro para el
correcto funcionamiento de las bases de datos.

Procedimiento:

1.- Analiza la siguiente situación:

La farmacia “Botica el doctor barato” cuenta con los departamentos ventas,

cliente, compras, proveedor e producto.

ventas cliente proveedor compras producto

Clave venta Clave cliente Clave del Clave de la Clave del
proveedor compra producto
Fecha de Nombre cliente Nombre Fecha de la Nombre
venta proveedor compra producto
Clave cliente Dirección Dirección Cantidad de la Precio del
cliente proveedor compra producto
Clave del Dirección RFC proveedor Clave del
producto proveedor proveedor
Cantidad RFC cliente Clave del
venta producto

Va a crear el departamento de sistemas, y te contrata para que realizar un informe

donde incluyas:
1.- Las funciones básicas que realizara el administrador de bases de datos.

El DBA es responsable primordialmente de:

o Administrar la estructura de la Base de Datos

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

 Administración de la estructura de la Base de Datos: La administración

de la estructura de la Base de Datos incluye participar en el diseño inicial de
la misma y su puesta en práctica así como controlar, y administrar sus
requerimientos, ayudando a evaluar alternativas, incluyendo los DBMS a
utilizar y ayudando en el diseño general de BD. En los casos de grandes
aplicaciones de tipo organizacional, el DBA es un gerente que supervisa el
trabajo del personal de diseño de la BD.

Una vez diseñada la BD, es puesta en práctica utilizando productos

del DBMS, procediéndose entonces a la creación 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.

Los requerimientos de los usuarios van modificándose, estos

encuentran nuevas formas o métodos para lograr sus objetivos; la
tecnología 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 administración.

 Implicaciones por la modificación de los esquemas: Las solicitudes de

modificación son inevitables una vez que el sistema ha entrado en
operación, pueden aparecer solicitudes de nuevos requerimientos o estos
pueden resultar de una comprensión inadecuada de los mismos. En
cualquier caso, deberán efectuarse modificaciones en relación con toda la
comunidad de la BD, ya que el impacto de tales alteraciones será resentido
por más de una aplicación. En algunos casos, pueden darse modificaciones
que presentan efectos negativos para algunos usuarios; estos casos
deberán ser tratados esgrimiendo como argumento los beneficios globales
que serán obtenidos de tales alteraciones.

Una administración eficaz de la BD debe incluir procedimientos y

políticas mediante las cuales los usuarios puedan registrar sus necesidades
de modificaciones, y así la comunidad podrá analizar y discutir los impactos
de dichas modificaciones, determinándose entonces la puesta o no en
práctica de tales alteraciones.

En razón del tamaño 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 información para
diagnosticar y corregir el problema provocado por la falla. Después de un
cambio la BD es más vulnerable a fallas.

 Documentación: La responsabilidad final de un DBA en la administración

de la estructura de una BD es la DOCUMENTACIÓN. Es de suma
importancia saber que modificaciones han sido efectuadas, como fueron
realizada y cuando fueron establecidas. Una modificación sobre la
estructura de la BD pudiera ocasionar un error que no apareciera a corto
plazo; una vez que este
surja, sin la documentación adecuada sobre las modificaciones realizadas,
él diagnostico resultaría extremadamente complicado. En estos casos, se
haría necesario una secuencia de rejecuciones para intentar detectar el
punto en conflicto; el riesgo de este procedimiento radica en que es posible
afectar la información 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 métodos de registro estandarizados, el
registro de los resultados de la prueba no consumirá tiempo excesivo.

Comúnmente el tiempo de la documentación es tedioso y esto

ocasiona que algunos DBA tienden a reducir o abreviar la información que
se registra en ella e incluso llegan a desatenderla. Cuando ocurre un
siniestro, la documentación completa y organizada puede ser la diferencia
entre resolver o no un problema de extrema importancia y en la mayoría de
los casos, que implica costos cuantiosos a la empresa.

La tarea de la documentación es cada vez más ligera y precisa

cuando se utilizan DBMS que integran herramientas CASE para las tareas
de diseño, mantenimiento y documentación. Estas mismas herramientas
CASE proporcionan en la, mayoría de los casos la facilidad de generar y
mantener en forma automática el Diccionario de Datos.

Una razón más para documentar consiste en la necesidad de

mantener organizados datos históricos. Ocurre comúnmente que se desea
realizar una consulta sobre los respaldos para conocer el estado que
guardaba la información en un periodo determinado que transcurrió
previamente. Los registros de modificación existentes en la documentación
permitirán resolver problemas de incompatibilidad entre las estructuras que
eran vigentes en el periodo de respaldo y las que lo son ahora; permitirá
 también el desarrollo de módulos de ajuste que faciliten la traducción de
formatos y/o escalas para valores almacenados.

En los casos de caídas del sistema se presenta una situación

parecida; los respaldos son requeridos y habrá de verificarse su estructura;
formato y escala para integrarlos a la operación del sistema.

 Administración 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 estándares,
guías de acción, procedimientos de control y la documentación necesaria
para garantizar que los usuarios trabajan en forma cooperativa y
complementaria al procesar datos en la BD.

Como es de suponerse, existe una gran actividad al interior de un

DBMS. La concurrencia de múltiples usuarios requieren de estandarizar los
procesos de operación; el DBA es responsable de tales especificaciones y
de asegurarse que estas lleguen a quienes concierne. Todo el ámbito de la
BD se rige por estándares, desde la forma como se capture la información
(tipo, longitud, formato), como es procesada y presentada. El nivel de
estandarización alcanza hasta los aspectos más internos de la BD; como sé
accesa a un archivo, como se determinan los índices primarios y auxiliares,
la foliación de los registros y demás.

Debe procurarse siempre que los estándares que serán aplicados

beneficien también a los usuarios, privilegiando siempre la optimización en
la operación del DBMS y el apego de las políticas de la empresa.

Una administración de BD efectiva deberá disponer siempre de este

tipo de estándares; entre las funciones del DBA se encuentra la de
revisarlos periódicamente para determinar su operatividad, y en su caso
ajustarlos,
ampliarlos o cancelarlos. Es también su responsabilidad el que estos se
cumplan.

Cuando se definen estándares sobre la estructura de la BD, estos

deben registrarse en una sección del diccionario de datos a la que todos
aquellos usuarios relacionados con ese tipo de proceso pueden acceder.

Otro de los aspectos que el administrador debe atender es el de

coordinar las nuevas propuestas para realizar ajustes en los derechos de
acceso a datos compartidos y aplicaciones específicamente propuestas
serían analizados en conjunto con los supervisores o directivos de las áreas
involucradas para determinar si procede pudieran aparecer problemas
cuando dos o más grupos de usuarios quedan autorizados para notificar los
mismos datos. Uno de tales conflictos es el de la actualización perdida; este
ocurre cuando el trabajo de un usuario queda sobrescrito sobre por el de un
segundo usuario. El DBA queda responsabilizado para identificar la posible
ocurrencia de dichos problemas así como de crear normas y
procedimientos para su eliminación.

Se obtendrán este tipo de garantías 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 estándares el seguimiento de
instructivos y manuales y las reglas establecidas para los diversos
procesamientos y procedimientos que se llevan a cabo.

Entre las alternativas más utilizadas por el DBA para tratar de

resolver o minimizar este problema se encuentran las siguientes:

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.

Las técnicas de recuperación son otra función esencial del DBA al

administrar la actividad de datos. A pesar de que el DBMS lleva a cabo una
parte del proceso de recuperación, los usuarios determinan en forma critica
la operatividad de esos sistemas de protección. El DBA debe anticipar fallas
y definir procedimientos estándares de operación; los usuarios deben saber
qué hacer cuando el sistema este caído y que es lo primero que debe
realizarse cuando el sistema este puesto en marcha nuevamente. El
personal de operación deberá saber cómo iniciar el proceso de
recuperación de la BD que copias de seguridad utilizar; como programar la
rejecución del tiempo perdido y de las tareas pendientes; es importante
también establecer un calendario para llevar a cabo estas actividades sin
afectar a otros sistemas dentro de la organización que hagan uso de los
mismos recursos de computo. Destacan por su importancia en el proceso
de recuperación y a su vez en la atención que prestan a otros sectores de
la organización. Los dispositivos de comunicación remota, los sistemas de
interconexión y otros accesorios de uso compartido.

El DBA es el responsable de la publicación y mantenimiento de la documentación

en relación con la actividad de los datos, incluyendo los estándares de la BD, los
derechos de recuperación y de acceso a la BD, los estándares para la
recuperación de caídas y el cumplimiento de las políticas establecidas. Los
productos DBMS más populares que se encuentran en el mercado proporcionan
servicios de utilerías para ayudar al DBA en la administración de los datos y su
actividad. Algunos sistemas registran en forma automática los nombres de los
usuarios y de las aplicaciones a las que tienen acceso así como a otros objetos de
la BD. Incorpora también utilerías que permitan definir en el diccionario de datos
las restricciones para que determinadas aplicaciones o módulos de ellas solo
tengan acceso a segmentos específicos de la BD.
2.- Como se va a relacionar con las demás departamentos de la farmacia.

El DBA conoce la relación entre los departamentos entiende cómo se va a

relacionar con todas las áreas, ya que el DBA tiene inferencia en cada una de ellas,
porque todo se maneja a través de la base de datos.

El DBA debe vigilar que la base de datos siempre esté disponible para todas las
áreas, para que el flujo de la información sea conocido en cada una de ellas. Es el DBA
quien determina la lectura y escritura que posee cada área en la base de datos.

Si la relación no fuera la correcta lo que se realiza por ejemplo en el área de

compras no se sabría en el área de almacén.
3.- Base de datos en MySQL bajo la plataforma Windows .

a) La versión de MySQL que se usara, así como sus ventajas y

desventajas.

MySQL 5.0 es la serie de entregas estables (para producción). Solamente

se liberan nuevas entregas para corrección de errores, no se añaden
nuevas características que pudieran afectar a la estabilidad.

Si no hay un sufijo, significa que la versión se ha estado utilizando por un

tiempo en diferentes sitios sin que se informaran errores críticos
reproducibles, más allá de los específicos de una plataforma. Esto es lo que
se llama una entrega de producción (estable) o “General Availability” (GA).

La totalidad de las entregas de MySQL se someten a pruebas de fiabilidad

y rendimiento (estándares dentro de MySQL) para cerciorarse de que son
relativamente seguras de utilizar. Puesto que las pruebas estándar son
ampliadas cada vez para que incluyan todos los errores anteriormente
descubiertos, el conjunto de pruebas se mejora continuamente.

La ventaja de una versión estable frente a una beta o alpha es que esta ya
fue probada y es menos posible que contenga errores al momento de su
ejecución.

Además de que una versión reciente incluirá las mejoras.

b) Que paquete debe instalar y cuál son los pasos a seguir.

El paquete Essentials: Tiene un nombre de fichero similar a mysql-

essential-5.0.9-beta-win32.msi y contiene los ficheros mínimamente
necesarios para instalar MySQL en Windows, incluyendo el asistente de
configuración. Este paquete no incluye componentes opcionales como el
 servidor incrustado (embedded) y el conjunto de pruebas de rendimiento
(benchmarks).

Los usuarios nuevos de MySQL 5.0 pueden emplear el asistente de

instalación y el asistente de configuración para instalar MySQL en
Windows. Éstos están diseñados para instalar y configurar MySQL de tal
forma que los usuarios nuevos pueden comenzar a utilizar MySQL
inmediatamente.

Los asistentes de instalación y configuración se encuentran disponibles en

los paquetes Essentials y Complete, y están recomendados para la mayoría
de las instalaciones estándar de MySQL. Las excepciones incluyen a
usuarios que necesitan implementar múltiples instancias de MySQL en un
único servidor y a usuarios avanzados que desean un control completo de
la configuración del servidor.

c) Los requerimientos de equipo para instalar MySQL y la BD.

Para ejecutar MySQL para Windows, se necesita lo siguiente:

 Un sistema operativo Windows de 32 bits, tal como 9x, Me, NT, 2000, XP,
Windows Server 2003 o posterior.

Se recomienda fuertemente el uso de un sistema operativo Windows

basado en NT (NT, 2000, XP, 2003) puesto que éstos permiten ejecutar el
servidor MySQL como un servicio.

 Soporte para protocolo TCP/IP.

 Una copia de la distribución binara de MySQL para Windows, que se puede
descargar de http://dev.mysql.com/downloads/.
 Nota: Si se descarga la distribución a través de FTP, se recomienda el uso
de un cliente FTP adecuado que posea la característica de reanudación
(resume) para evitar la corrupción de ficheros durante el proceso de
descarga.

 Una herramienta capaz de leer ficheros .zip, para descomprimir el fichero

de distribución.
 Suficiente espacio en disco rígido para descomprimir, instalar, y crear las
bases de datos de acuerdo a sus requisitos. Generalmente se recomienda
un mínimo de 200 megabytes.

También podrían necesitarse los siguientes ítems opcionales:

 Si se planea conectarse al servidor MySQL a través de ODBC, se deberá

contar con un driver Connector/ODBC.
 Si se necesitan tablas con un tamaño superior a 4GB, debe instalarse
MySQL en un sistema de ficheros NTFS o posterior. Al crear las tablas no
debe olvidarse el uso de MAX_ROWS y AVG_ROW_LENGTH.

d) Bajo que versión de Windows instalara MySQL.

Se hará la instalación bajo Windows 7.

4.- Cómo se llevara a cabo la administración del Disco Duro.

a) Capacidad de discos

En primer lugar es necesario determinar la capacidad del disco duro para

instalar el sistema operativo, el SGBD MySQL, la base de datos y utilerías
necesarios para una buena administración del disco duro.

Por lo general, una base de datos tiende a ser de gran tamaño, por lo cual
es de utilidad poder almacenarla en un lugar físico, comúnmente en el disco
duro. El SGBD necesita almacenar la información que procesa en medios
físicos de almacenamiento.

Las características fundamentales de los discos duros que se deben tener

presentes cuando se implementa el acceso a los datos en el nivel interno
son: la disponibilidad de acceso directo, y que el sector representa la
unidad de capacidad mínima para una transferencia a/ desde el disco duro.
(A nivel de sistema de archivos puede utilizarse un múltiplo de sectores
denominado bloque o página como unidad de E/S.

Para la instalación de MySQL se requiere suficiente espacio en disco rígido

para descomprimir, instalar, y crear las bases de datos de acuerdo a sus
requisitos. Generalmente se recomienda un mínimo de 200 megabytes.
Con un IDE rápido (7.500 rpm y 2 Mb de caché) sería suficiente.

Su capacidad para gestionar el almacenamiento reside, en primer lugar, de un

tipo de partición y del sistema operativo en el que reside. Así pues, la
implementación de MySQL requiere del conocimiento de determinados factores
para elegir la plataforma de implementación adecuada a determinado proyecto.

A su vez, el diseño de la base de datos impactará directamente la capacidad

de almacenamiento ya que determinados tipos de datos pueden ocupar
más
 espacio en disco aún a pesar de contener nulos o pequeñas cantidades de
información.

b) Segmentación o partición del disco duro

Una partición es una unidad lógica de almacenamiento, usada para dividir

un disco duro físico en varias partes, cómo si se tratase de múltiples discos.
De esta manera cada partición puede usar sistemas de archivos diferentes.
Estos sistemas de archivos son el formato en el cual se almacena la
información, y el computador los usa para controlar como se almacenan e
identifican los datos para su uso.1

Podríamos decir, que el particionado divide el disco en varias partes y el

sistema de archivos identifica las partes para que sea más rápido y fácil
acceder a la información dentro de ellas.

Una de las ventajas de tener múltiples particiones, es que podemos

almacenar nuestros archivos en una partición y el sistema operativo en otra
completamente separada, en caso de presentarse algún problema con
nuestro sistema que lo haga irrecuperable, nuestros archivos al estar en
una partición separada no se ven afectados, porque la partición funciona
como un medio externo de respaldo.

La segmentación de un disco, es utilizada para implementación de

espacios en direcciones virtuales lógicas, que tendrán su uso para el
almacenamiento de datos, cumpliendo con los dos principales
requerimientos de asignación de nombre y longitud.

1
Bitelia, Qué son y cómo se crean las particiones de un disco duro, Rescatado el 19 de junio de
2014 de: http://bitelia.com/2013/10/particiones-de-un-disco-duro
 El almacenamiento de la base de datos será alojado en fichero o archivos
incluidos dentro del espacio del disco duro, segmentado para su propósito.
MySQL utiliza diferente motores para el almacenamiento de los datos. Un
motor de almacenamiento es la parte fundamental de MySQL ya que es el
encargado de crear, recuperar eliminar y actualizar los registros de una
base de datos los cuales pueden ser almacenados de diversas formas.

La elección de determinada segmentación además va a la par de una

elección específica del motor de almacenamiento con el que MySQL
operara en determinada base de datos, pudiendo operar con motores como
MyISAM, Merge, Memory, Example, InnoDB, CSV, entre otras.

c) Sistema de archivos

Como bien sabemos nuestras bases de datos se van a conformar de

archivos, así que necesitamos también establecer un sistema de archivos
en la unidad de almacenamiento, esto para cada partición que se tenga
disponible, tal como mencione antes la elección del sistema de archivos
para formatear la unidad de almacenamiento, tiene mucho que ver con el
sistema operativo que va a correr como base, pero además una
consideración importante podría ser el objetivo final que tendría la base de
datos, en este caso el tamaño máximo que podría tener seria:

Windows (NTFS)

2TB
d) Motores de almacenamiento de MySQL

MySQL soporta varios motores de almacenamiento que tratan con distintos

tipos de tabla. Los motores de almacenamiento de MySQL incluyen algunos
que tratan con tablas transaccionales y otros que no lo hacen:

Los motores de almacenamiento InnoDB proporcionan tablas

transaccionales. InnoDB también se incluye por defecto en todas las
distribuciones binarias de MySQL 5.0 . En distribuciones fuente, puede
activar o desactivar estos motores de almacenamiento configurando
MySQL a su gusto.

Las tablas transaccionales (TSTs) tienen varias ventajas sobre las no

transaccionales (NTSTs):

 Más seguras. Incluso si MySQL cae o tiene problemas de hardware, puede

recuperar los datos, mediante recuperación automática o desde una copia
de seguridad más el log de transacciones.
 Puede combinar varios comandos y aceptarlos todos al mismo tiempo con
el comando COMMIT (si autocommit está desactivado).
 Puede ejecutar ROLLBACK para ignorar los cambios (si autocommit está
desactivado).
 Si falla una actualización, todos los cambios se deshacen. (Con tablas no
transaccionales, todos los cambios son permanentes.)
 Motores de almacenamiento transaccionales pueden proporcionar mejor
concurrencia para tablas que tienen varias actualizaciones concurrentes
con lecturas.
e) Espacio en el disco

Todo sistema operativo tiene su propia forma de administrar el espacio de

almacenamiento en disco.

El sistema de bases de datos a emplear es crítico, pues cuando se

requieran, limitará los servidores a emplear. La migración de aplicaciones
propias de uno a otro sistema es relativamente complejo, así como la
migración del contenido de las bases de datos.

Existen numerosas aplicaciones que pueden requerir en un momento

dado, que le exigirán un sistema de bases de datos concreto. El
habitualmente utilizado por aplicaciones para web, es MySQL, un potente
sistema de bases de datos gratuito.

f) Espacio para la base de datos

Si puede efectuar una estimación del número máximo de archivos que

puede haber en el almacenamiento del servidor en un momento
determinado, puede utilizar dicho número para estimar los requisitos de
espacio de la base de datos.

Para estimar los requisitos de espacio que se basa en el número máximo de

archivos en la agrupación del servidor, utilice las siguientes directrices:

 De 600 a 1000 bytes para cada versión guardada de un archivo,

incluidas las copias de seguridad de imagen.
Restricción: La directriz no incluye el espacio que se utiliza durante la
de duplicación de datos.
  100 - 200 bytes por cada archivo en memoria caché, archivo de
agrupación de almacenamiento de copias, archivo de agrupación de
datos activos y archivo con eliminación de duplicado.
 Se necesita espacio adicional para la optimización de la base de
datos a fin de dar soporte a patrones variables de acceso a datos y
al proceso de fondo del servidor de los datos. La cantidad de espacio
adicional es igual al 50% de la estimación del número total de bytes
para objetos de archivo.

El tamaño real de la base de datos puede diferir del estimado debido a

factores como el número de directorios y la longitud de las vías de acceso y
nombres de archivo. Supervise periódicamente la base de datos y ajuste el
tamaño según sea necesario.

Tenga en cuenta la posibilidad de utilizar 50 GB adicionales de espacio

temporal por cada 500 GB de espacio para objetos de archivo y
optimización. Consulte las directrices de la tabla siguiente. En el ejemplo
que se utiliza en el paso anterior, se necesita un total de 1,7 TB de espacio
en la base de datos necesario para los objetos de archivo y la optimización
para 500 clientes. En función de este cálculo, se necesitan 200 GB para
espacio temporal. La cantidad total de espacio de base de datos necesario
es 1,9 TB.
5.- Como se administrara la base de datos.

Diseño de la base de datos