1. -13716011938000UNIVERSIDAD VERACRUZANA<br />FACULTAD DE ADMINISTRACIÓN<br />CARRERA:<br />LICENCIATURA EN SISTEMAS COMPUTACIONALES ADMINISTRATIVOS<br />EXPERIENCIA EDUCATIVA:<br />BASE DE DATOS<br />“PRINCIPALES FUNCIONES DEL ADMINISTRADOR”<br />CATEDRATICO:<br />TORRES GASTELU CARLOS ARTURO<br />INTEGRANTES:<br />CARRERA PUGA EDGAR<br />DE LA ROSA SATURNINO MARÍA MERCEDES<br />MARCIAL SALGADO JESSICA<br />5TO. BLOQUE<br />H. VERACRUZ, VER. AGOSTO DEL 2010<br />INTRODUCCIÓN<br />En este trabajo abordaremos información referente a las características de un administrador de base de datos así como sus funciones principales, cada una de ellas tendrá una breve explicación a continuación.<br />Entre sus funciones fundamentales del administrador de base de datos está: administrar la estructura de la Base de Datos, aquí observaremos la participación en el diseño inicial de la base de datos y su puesta en práctica así como a controlar y administrar sus requerimientos, ayudando a evaluar alternativas. Esto nos sirve para asegurar la calidad y la alta integridad de la BD.<br />También se encargará de la administración de la actividad de Datos, debe proporcionar estándares, guías de acción, procedimientos de control y la documentación necesaria para garantizar que los usuarios trabajen en forma cooperativa y complementaria al procesar datos en la bases de datos <br />Otra función es administrar el Sistema Manejador de Base de Datos. En esta se aplica la concurrencia de múltiples usuarios que requieren la estandarización de los procesos de operación; el DBA es responsable de estas especificaciones y de asegurarse que estas lleguen a quienes concierne.<br />Marco Teórico Conceptual<br />QUE ES EL ADMINISTRADOR DE BASE DE DATOS<br />El DBA no es usuario del sistema, no administra valores de datos; sino la actividad de datos; protege los datos, no los procesa. Dado que la base de datos 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 trabajen en forma cooperativa y complementaria al procesar datos en la bases de datos.<br />PRINCIPALES FUNCIONES DEL ADMINISTRADOR<br />Las principales responsabilidades del Administrador de Bases de datos son:<br />Definir procedimientos de respaldo y de recuperación de las Bases de datos.<br />Definir los esquemas de seguridad y de integridad que tendrán las bases de datos.<br />Supervisar el desempeño de las aplicaciones que corren bajo la base de datos.<br />Colaborar con el equipo de desarrollo en la definición del modelo lógico y físico que tendrá la Base de datos, identificando las entidades que interesan a la empresa y que atributos tendrán, restricciones que se implementarán, niveles de seguridad, sistema de concurrencia, entre otros aspectos.<br />Asesorar al usuario canalizando sus inquietudes acerca de los datos contenidos en las tablas y la forma de accederlos, concediendo o revocando los permisos necesarios para manejar estos datos.<br />Asesorar a la empresa en la adquisición de nueva tecnología como: generadores de informes más ágiles, graficadores y herramientas de desarrollo.<br />La seguridad se refiere a la protección que se deberá tener contra accesos de usuarios no autorizados a la información contenida allí. La integridad se refiere a los controles que se deben diseñar para que las transacciones que realicen los usuarios cumplan con condiciones preestablecidas y eviten posibles inconsistencias o errores de digitación para impedir que la base de datos tome estados inválidos.<br />El administrador de una base de datos, como recién se expresó, debe supervisar el desempeño de las aplicaciones sobre la base de datos para que el usuario final tenga la información en forma oportuna. Hay muchos factores que pueden incidir en una baja en el desempeño, como por ejemplo:<br />Una organización física inadecuada de la base de datos.<br />El crecimiento acelerado de las tablas que la componen.<br />Un sistema de concurrencia mal diseñado.<br />Cambios en el hardware o en el software.<br />Por lo anterior, el administrador debe estar monitoreando la base de datos constantemente para hacer los ajustes necesarios.<br />La Integridad<br />La integridad implica asegurarse de que la información contenida en la base de datos está correcta. <br />Se debe verificar que las transacciones que realicen los usuarios autorizados para ello, cumplan con unas precondiciones o postcondiciones que mantengan la base de datos en un estado válido.<br />El dominio puede ser:<br />Continuo: se dice que un atributo tiene un dominio continuo cuando toma cualquier valor en un rango dado. Ejemplos: el peso de un producto, el tiempo de calentamiento y la demanda de energía.<br />Discreto: se dice que un atributo tiene un dominio discreto cuando puede tomar valores de una lista dada. Ejemplos: el estado civil, el sexo, la profesión y la dependencia donde trabaja un empleado.<br />El dominio también puede subdividirse en:<br />Dinámico: Se caracteriza porque puede variar a través del tiempo. Ejemplo: dependencia, sueldo.<br />Estático: No varían con el tiempo. Ejemplos: el sexo (hay casos excepcionales) o la cédula.<br />Integridad de entidad: este tipo de integridad vigila que toda instancia de una entidad se distinga de las demás, inequívocamente.<br />Las entidades dentro de una base de datos corresponden a entidades del mundo real donde sus instancias son completamente diferenciables; por ello, cada instancia debe poseer un identificador único y no nulo denominado clave primaria en el modelo relacional. <br />Integridad Referencial: Este tipo de integridad vigila que un dato que sirva de referencia en una relación o tabla del modelo relacional, de verdad exista en la tabla referenciada. El dato (o conjunto de datos) de referencia es llamado clave foránea y es clave primaria en otra entidad.<br />No todos los DBMS nos permiten definir la integridad referencial en el momento de creación de una tabla, a través de la cláusula FOREIGN KEY que se añade al atributo que es una clave foránea. Entonces, en ese caso, es necesario crear una pieza de código o trigger que permita definir la regla de integridad necesaria.<br />Integridad Definida por el Usuario: son reglas establecidas por el propio diseñador de la base de datos y que corresponden a políticas o normas de la empresa.<br />Algunas de estas reglas se pueden especificar en la base de datos, sin tener que definirlas en las aplicaciones. Esto sería lo ideal no sólo para velar por la integridad de la base de datos, sin importar el ambiente desde el cual se esté teniendo acceso a la base de datos, sino por la reutilización de código que además permite una mayor adaptabilidad del sistema a los cambios organizacionales.<br />Seguridad<br />La seguridad se refiere a la protección de los datos contra acceso no autorizado. El objeto de datos que puede requerir protección, va desde la base de datos completa, de algunas tablas hasta una celda específica de una tabla. El alcance de la protección se conoce como granularidad.<br />Diferentes usuarios pueden tener diferentes derechos sobre los mismos objetos. <br />Los manejadores de bases de datos relacionales permiten que el administrador pueda restringir el acceso a ciertos datos que no competen con las funciones del usuario.<br />La seguridad se logra utilizando básicamente dos mecanismos:<br />· Vistas: Permite que se limite la visión del usuario a ciertas columnas o filas de determinadas tablas.<br />· El sistema de privilegios: el cual el administrador puede conceder o revocar privilegios sobre los objetos de la base de datos a los distintos usuarios.<br />Vistas: Del mismo modo que una cámara solo captura una parte del escenario, una vista es una presentación restringida de los datos en una base de datos. Una vista es una orden de consulta de datos almacenada que selecciona datos guardados en tablas. Esto es, una vista es una orden SELECT sin la cláusula ORDER BY. La vista no guarda datos, lo que almacena realmente es el texto SQL de la orden SELECT.<br />El sistema de privilegios: Para poder tener acceso a una base de datos, el DBA debe crear usuarios que serán validados con una contraseña, cada vez intenten conectarse. Un nombre-de-usuario (username) es el conjunto nominado de objetos que un usuario guarda juntos; llamado también esquema. Cuando se crea un objeto en un esquema, los demás no tienen acceso a él, a no ser que se concedan privilegios.<br />Las Transacciones<br />Una transacción es una unidad lógica de trabajo que corresponde directamente a una sola actividad de la organización. Un sistema de bases de datos puede tener diferentes clases de transacciones, desde actualizaciones simples de manera interactiva hasta transacciones altamente complejas que incluyen miles de operaciones; pero la característica en común que deben tener éstas es que no pueden dejar ninguna de ellas, la base de datos en un estado inconsistente.<br />Esto significa que las operaciones realizadas deben conducir de un estado consistente a otro que también lo sea; aunque después de realizar algunas de las operaciones existan estados intermedios que pueden ser inconsistentes. Por lo tanto, para garantizar la consistencia de la base de datos, se requiere que las operaciones dentro de una transacción se efectúen todas o ninguna de ellas (las transacciones deben considerarse atómicas). Una transacción que no se hizo completamente, debido a una falla en software o en el hardware, debe ser devuelta a su estado inicial y cualquier cambio que se haya grabado debe ser deshecho.<br />Concurrencia<br />Las bases de datos relacionales poseen un sistema de manejo de concurrencia, que permite que múltiples usuarios compartan los mismos recursos al mismo tiempo. Los recursos son objetos de la base de datos.<br />Los objetivos de un sistema de concurrencia son:<br />- Que el acceso a los objetos en forma simultánea, por los usuarios, sea coordinado.<br />- Consistencia de los datos: Un usuario siempre debe tener una vista consistente de los datos que está manipulando.<br />Los mecanismos de control de concurrencia son, entonces, los bloqueos (también llamados candados) que son usados para alcanzar dos objetivos importantes: la consistencia y la integridad de la base de datos. Se pueden diferenciar dos clases de bloqueos:<br />1. Un bloqueo de lectura que da acceso de sólo lectura a un objeto y evita que cualquier otra transacción actualice el objeto. <br />Esta clase de bloqueo se llama, a menudo, de lectura compartida puesto que varias transacciones pueden tener este tipo de bloqueo al mismo tiempo.<br />2. Un bloqueo de escritura que otorga un acceso exclusivo de lecto-escritura y previene a la fuerza que otras transacciones lean o escriban sobre el mismo objeto.<br />Bloqueo Mutuo o Abrazo Mortal<br />Considere el siguiente ejemplo:<br />1. T1 efectúa un bloqueo de escritura al objeto A.<br />2. T2 efectúa un bloqueo de escritura al objeto B.<br />3. T1 solicita un bloqueo sobre el objeto B pero debe esperar porque T2 lo tiene bloqueado.<br />4. T2 solicita un bloqueo sobre el objeto A pero debe esperar porque T1 lo tiene bloqueado.<br />En este punto ni T1 ni T2 pueden proceder porque están bloqueadas mutuamente. La estrategia para resolver este tipo de conflicto consiste en permitir que los bloqueos mutuos ocurran, detectarlos y resolverlos. Para detectarlos el sistema mantiene un grafo en cuyos nodos mantiene las transacciones concurrentes y cuyos arcos son determinados de la siguiente manera: Si la transacción Ti solicita un bloqueo sobre el objeto bloqueado por Tj, se dibuja un arco del nodo Ti al Tj, el arco se quita cuando Tj libera el objeto. Un bloqueo mutuo se observa como un ciclo en el grafo. La técnica de detección de un bloqueo mutuo puede ser muy costosa si el nivel de granularidad es alto en el sistema.<br />Candados: Impide que la transacción t2 accede un ítem reservado previamente por la transacción t1, hasta que t1 lo libere.<br />Granularidad: Es el tamaño del ítem sobre el cual se ejerce un bloqueo. Este ítem puede ser una página, bloque, una tabla o toda la base de datos.<br />* Alcance de los candados:<br />- Exclusivo: Prohíbe el compartir un recurso. La primera transacción que asigna esta llave puede accederlo, mientras que la segunda debe esperar hasta que éste sea liberado.<br />- Compartidos: Dependiendo de las operaciones involucradas permite que los recursos sean compartidos por varios usuarios.<br />Detección de situaciones de abrazo mortal (deadlock ): Esta situación se presenta cuando una transacción t1 está esperando por un recurso que tiene la transacción t2 y ésta a su vez está esperando por un recurso que tiene la t1.<br />Respaldo<br />En todo sistema manejador de base de datos existe la posibilidad de que ocurran fallas que generen pérdida de información, estas fallas pueden ocurrir por:<br />Errores del usuario: Como por ejemplo,<br />- Actualización indebida de una tabla.<br />- Fallas en el Hardware: Como por ejemplo un aterrizaje de discos.<br />- Fallas en el software: Errores en el código de una aplicación.<br />Los respaldos pueden ser:<br />En línea: Mientras se está respaldando, los datos sigue estando disponible para los usuarios. Esto es muy útil para bases de datos que deben estar en servicio las 24 horas.<br />Fuera de línea: Requiere que la base de datos esté fuera de servicio, mientras se está respaldando.<br />Recuperación<br />El sistema de recuperación que ofrecen los manejadores de bases de datos, permite, que en el caso de que ocurra una falla, la base de datos pueda ser restaurada, con un mínimo impacto para el usuario; es decir, que se puedan recuperar todas las transacciones que se habían hecho, hasta momentos antes de que la falla haya ocurrido. Esta recuperación puede ser:<br />- Estática: Es decir la base de datos se restaura hasta el estado en que se encontraba cuando se tomó la última copia.<br />- Dinámica: No sólo restaura la base desde la copia más reciente que se tenga, sino que también es capaz de recuperar las transacciones que se hayan hecho desde ese entonces.<br />Roles en la utilización de bases de datos<br />Hablar de la administración de información es hablar de roles, algunas organizaciones (dependiendo de los recursos humanos) los dividen en:<br />Data Administrator (DA): quienes son las personas encargadas de lidiar con los aspectos comerciales o profesionales de los datos. <br />Database Administrator (DBA): encargado de los aspectos técnicos. <br />Nota: en pequeñas organizaciones ambos roles son ejecutados por la misma persona, a la cual por lo general se le conoce como DBA.<br />Otros roles que no están directamente relacionados con la información pero que interactúan directamente con las personas mencionadas son:<br />System Administrator (SA): quien se encarga de toda la infraestructura de servidores, discos, firewalls, etc. <br />Programmers/Developers: el dolor de cabeza de los DBAs. <br />Managers: a quien rendirle cuentas. <br />Customers/End users: gente sin ningún conocimiento técnico.<br />CONCLUSIÓN<br />Al realizar este trabajo nos dimos cuenta que las funciones del administrador son esenciales para que nuestra base de datos funcione correctamente. <br />También observamos que las bases de datos son el componente más importante de toda organización actual. <br />El proceso de crear una base de datos no es fácil, comprende desde el análisis de un problema, hasta la implementación física en un DBMS (Manejador de Bases de Datos). <br />La administración de datos y por ende de información es una tarea de responsabilidad ya que los procesos administrativos, contables o de cualquier índole e inclusive las aplicaciones, estarán basados y funcionarán sobre las bases de datos.<br />Cabe mencionar que para ser un quot;
buenquot;
DBA (Administrador de base de datos) debe tener conocimientos técnicos de bases de datos, de desarrollo de aplicaciones, de administración de sistemas/servidores; así como conocimientos comerciales entender procesos de una organización y seguir tendencias de la industria y por ultimo conocimientos sociales como son comunicación, administración, resolución de problemas y educación continua. <br />BIBLIOGRAFIA<br />http://ict.udlap.mx/people/carlos/is341/bases01.html<br />http://xue.unalmed.edu.co/~mfcabrera/db/admonBD.pdf<br />http://www.buenastareas.com/ensayos/Principales-Funciones-Del-Administrador-De-La/168322.html<br />