1. -612775-432435Universidad Veracruzana<br />Facultad de Administración<br />Lic. Sistemas Computacionales Administrativos<br />Materia:<br />BASE DE DATOS<br />Tarea:<br />“Funciones y obligaciones del Administrador de una Base de Datos DBA”<br />Realizado por:<br />EQUIPO 9<br />Conformado por:<br />Ordoñez Lorenzo Gabriela<br />Rodríguez Romero Juan Enrique <br />Vidal Sánchez María del Carmen<br />Fecha de entrega:<br />10 de septiembre del 2010<br />INTRODUCCION<br />En un sistema manejador de bases de datos la persona encargada de realizar una base de datos se convierte en el Administrador de la Base de datos, mejor conocido en el lenguaje de sistemas como DBA donde su labor principal es crear la base de datos en sí y poner en vigor los controles técnicos necesarios para apoyar las políticas dictadas por el administrador de datos. Además; se encarga también de garantizar el funcionamiento adecuado del sistema y de proporcionar otros servicios de índole técnica relacionados. El DBA cuenta por lo regular con un grupo de programadores de sistemas y otros asistentes técnicos.<br />La responsabilidad general del DBA es facilitar el desarrollo y el uso de la Base de Datos dentro de las guías de acción definidas por la administración de los datos.<br />El DBA es responsable primordialmente de: <br />Administrar la estructura de la Base de Datos<br />Administrar la actividad de los datos<br />Administrar el Sistema Manejador de Base de Datos<br />Establecer el Diccionario de Datos<br />Asegurar la confiabilidad de la Base de Datos<br />Confirmar la seguridad de la Base de Datos<br />En esta investigación, se definirá de forma explícita cada una de las funciones y obligaciones que debe cumplir un DBA para realizar un sistema de base de datos que funcione de manera eficaz y eficiente. <br />Funciones del Administrador de Bases de Datos (DATE)<br />Definir el esquema conceptual: es tarea del administrador de datos decidir con exactitud cual es la información que debe mantenerse en la base de datos, es decir, identificar las entidades que interesan a la empresa y la información que debe registrarse acerca de esas entidades. Este proceso por lo general se denomina diseño lógico –a veces conceptual- 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 continuación el esquema conceptual correspondiente, empleando el DDL conceptual. El DBMS utilizará la versión objeto (compilada) de ese esquema para responder a las solicitudes de acceso. La versión fuente sin compilar servirá como documento de referencia para los usuarios del sistema.<br />Definir el esquema interno: el DBA debe decidir también como se representará la información en la base de datos almacenada. A este proceso suele llamársele diseño físico de la base de datos. Una vez hecho esto el DBA deberá crear la definición de estructura de almacenamiento correspondiente (es decir el esquema interno) valiéndose del DDL interno. Además deberá definir la correspondencia pertinente entre los esquemas interno y conceptual. En la práctica, ya sea el DDL conceptual o bien el DDL interno incluirán seguramente los medios para definir dicha correspondencia, pero las dos funciones (crear el esquema, definir la correspondencia) deberán poder separarse con nitidez. Al igual que el esquema conceptual, el esquema interno y la correspondencia asociada existirán tanto en la versión fuente como en la versión objeto. <br />Vincularse con los usuarios: el DBA debe encargarse de la comunicación 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. Además, será preciso definir la correspondencia entre cualquier esquema externo y el esquema conceptual. En la práctica, el DDL externo incluirá con toda probabilidad los medios para especificar dicha correspondencia, pero en este caso también el esquema y la correspondencia deberán poder separarse con claridad. Cada esquema externo y la correspondencia asociada existirán en ambas versiones fuentes y objeto. Otros aspectos de la función de enlace con los usuarios incluyen las consultas sobre diseño de aplicaciones, la impetración de instrucción técnica, la ayuda en la localización y resolución de problemas, y otros servicios profesionales similares relacionados con el sistema.<br />Definir las verificaciones de seguridad e integridad: las verificaciones de seguridad y de integridad pueden considerarse parte del esquema conceptual. El DDL conceptual incluirá los medios para especificar dichas verificaciones.<br />Definir procedimientos de respaldo y recuperación: 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 daño cualquier porción 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 mínimo de retraso y afectando lo menos posible el resto del sistema. En teoría, por ejemplo la disponibilidad de los datos no dañados no debería verse afectada. El DBA debe definir y poner en práctica un plan de recuperación adecuado que incluya, por ejemplo una descarga o quot;
vaciadoquot;
periódico 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 más reciente cuando sea necesario.<br />Supervisar el desempeño y responder a cambios en los requerimientos: es responsabilidad del DBA organizar el sistema de modo que se obtenga el desempeño que sea quot;
mejor para la empresaquot;
, y realizar los ajustes apropiados cuando cambien los requerimientos.<br />Obligaciones de un DBA<br />Los deberes de un administrador de bases de datos dependen de la descripción del puesto, corporación y políticas de Tecnologías de Información (TI). Por lo general se incluye recuperación de desastres (respaldos y pruebas de respaldos), análisis de rendimiento y optimización, y algo de asistencia en el diseño de la base de datos.<br />DEFINICIÓN DE BASE DE DATOS<br />Una base de datos es una colección de información, accedida y administrada por un SGBD (Sistema Gestor de Bases de Datos) o en inglés DBMS (Database Manager System). Después de experimentar con SGBDs jerárquicos y de red durante los 70's, la industria de IT se vio dominada por SGBDs tales como Oracle y HYPERLINK quot;
http://es.wikipedia.org/wiki/MySQLquot;
quot;
MySQLquot;
MySQL.<br />Un SGBD relacional manipula la información a manera de tipos de cosas del mundo real (entidades) en tablas que representan esas entidades. Una tabla es como una hoja de cálculo; cada renglón representa una entidad en particular (instancia), y cada columna representa la información respecto de la entidad (dominio). En ocasiones las entidades están hechas de entidades más pequeñas, como órdenes y líneas de orden.<br />Una base de datos relacional bien manejada, minimiza la necesidad de las aplicaciones de contener información respecto al almacenamiento físico de los datos que se van a acceder. Para maximizar el aislamiento de los programas de las estructuras de datos, los SGBDs restringen el acceso a los datos mediante el protocolo SQL, un lenguaje no procedural que limita al programador a obtener ciertos resultados.<br />DISPONIBILIDAD<br />La disponibilidad significa que los usuarios autorizados tengan acceso a los datos cuando lo necesiten para atender a las necesidades del negocio. De manera incremental los negocios han ido requiriendo que su información esté disponible todo el tiempo (7x24quot;
, o siete días a la semana, 24 horas del día). La industria de TI ha respondido a estas necesidades con redundancia de red y hardware para incrementar las capacidades administrativas en línea.<br />RECUPERABILIDAD<br />La recuperabilidad significa que, si se da algún error en los datos, hay un bug de programa ó de hardware, el DBA (Administrador de base de datos) puede traer de vuelta la base de datos al tiempo y estado en que se encontraba en estado consistente antes de que el daño se causara. Las actividades de recuperación incluyen el hacer respaldos de la base de datos y almacenar esos respaldos de manera que se minimice el riesgo de daño o pérdida de los mismos, tales como hacer diversas copias en medios de almacenamiento removibles y almacenarlos fuera del área en antelación a un desastre anticipado. La recuperación es una de las tareas más importantes de los DBA's. no es cierto.<br />La recuperabilidad, frecuentemente denominada quot;
recuperación de desastresquot;
, tiene dos formas primarias. La primera son los respaldos y después las pruebas de recuperación.<br />La recuperación de las bases de datos consisten en información y estampas de tiempo junto con bitácoras los cuales se cambian de manera tal que sean consistentes en un momento y fecha en particular. Es posible hacer respaldos de la base de datos que no incluyan las estampas de tiempo y las bitácoras, la diferencia reside en que el DBA debe sacar de línea la base de datos en caso de llevar a cabo una recuperación.<br />Las pruebas de recuperación consisten en la restauración de los datos, después se aplican las bitácoras a esos datos para restaurar la base de datos y llevarla a un estado consistente en un tiempo y momento determinados. Alternativamente se puede restaurar una base de datos que se encuentra fuera de línea sustituyendo con una copia de la base de datos.<br />Si el DBA (o el administrador) intentan implementar un plan de recuperación de bases de datos sin pruebas de recuperación, no existe la certeza de que los respaldos sean del todo válidos. En la práctica, los respaldos de la mayoría de los RDBMSs son raramente válidos si no se hacen pruebas exhaustivas que aseguren que no ha habido errores humanos o bugs que pudieran haber corrompido los respaldos.<br />INTEGRIDAD<br />La integridad de una base de datos significa que, la base de datos o los programas que generaron su contenido, incorporen métodos que aseguren que el contenido de los datos del sistema no se rompan así como las reglas del negocio. Por ejemplo, un distribuidor puede tener una regla la cual permita que sólo los clientes individuales puedan solicitar órdenes; a su vez cada orden identifique a uno y sólo un proveedor. El servidor Oracle y otros DBMSs relacionales hacen cumplir este tipo de reglas del negocio con limitantes, las cuales pueden ser configuradas implícitamente a través de consultas. Para continuar con este ejemplo, en el proceso de inserción de una nueva orden a la base de datos, esta a su vez tendría que cerciorarse de que el cliente identificado existen en su tabla para que la orden pueda darse.<br />SEGURIDAD<br />Seguridad significa la capacidad de los usuarios para acceder y cambiar los datos de acuerdo a las políticas del negocio, así como, las decisiones de los encargados. Al igual que otrosmetadatos, una DBMS relacional maneja la seguridad en forma de tablas. Estas tablas son las quot;
llaves del reinoquot;
por lo cual se deben proteger de posibles intrusos.<br />RENDIMIENTO<br />El rendimiento significa que la base de datos no cause tiempos de respuesta poco razonables. En sistemas muy complejos cliente/servidor y de tres capas, la base de datos es sólo uno de los elementos que determinan la experiencia de los usuarios en línea y los programas desatendidos. El rendimiento es una de las mayores motivaciones de los DBA para coordinarse con los especialistas de otras áreas del sistema fuera de las líneas burocráticas tradicionales.<br />DESARROLLO/SOPORTE A PRUEBAS<br />Uno de los deberes menos respetados por el administrador de base de datos es el desarrollo y soporte a pruebas, mientras que algunos otros encargados lo consideran como la responsabilidad más importante de un DBA. Las actividades de soporte incluyen la colecta de datos de producción para llevar a cabo pruebas con ellos; consultar a los programadores respecto al desempeño; y hacer cambios a los diseños de tablas de manera que se puedan proporcionar nuevos tipos de almacenamientos para las funciones de los programas.<br />Algunos roles del personal de TI relacionados con la administración de base de datos:<br />programador de aplicaciones<br />Administrador de sistema<br />Administrador de datos<br />Los administradores de sistema no son<br />Ingenieros de software<br />Desarrolladores.<br />Por lo general no esta dentro de las funciones de un ingeniero de redes el diseño de nuevas aplicaciones de software. Sin embargo, debe comprender el comportamiento del software con el fin de implementar y solucionar problemas, y en general, debe ser bueno en varios lenguajes de programación utilizados para secuencias de comandos o la automatización de tareas rutinarias como shell, awk, perl, python, etc.<br />CONCLUSION<br />Las responsabilidades tipicas de un administrador del sistema incluyen, pero no estan limitadas a:<br />Controles de los sistemas y programas informáticos.<br />Realizar copias de seguridad de datos.<br />Aplicar actualizaciones del sistema operativo, y los cambios de configuración.<br />Instalación y configuración de nuevo hardware / software.<br />Añadir / borrar / modificar información de cuenta de usuario, restablecer contraseñas, etc<br />Respuesta a consultas de carácter técnico.<br />Responsable de la seguridad.<br />Documentar la configuración del sistema.<br />Afinar el rendimiento de los sistema.<br />Mantener la red funcionando.<br />