Temario Oposición a

Técnicos Auxiliares de Informática

(BOE 03 NOV 2015)

Considerando los Reyes, de gloriosa memoria, cuánto era provechoso e honroso

que a estos sus Reinos se truxiesen libros de otras partes, para que con ellos se
ficiesen los hombres letrados, quisieron e ordenaron: que de los libros non se
pagase alcabala, y porque de pocos días a esta parte, algunos mercaderes
nuestros, naturales y extranjeros, han trahido y cada día trahen libros mucho
buenos, lo cual, por este que redunda en provecho universal de todos, e
ennoblecimiento de nuestros Reinos; por ende, ordenamos e mandamos que,
allende de la dicha franquiza, de aquí en adelante, de todos los libros que se
truxeren a estos nuestros Reinos, así por mar como por tierra, non se pida, nin se
pague, nin lleve almoxarifazgo, nin diezmo, nin portazgo, nin otros derechos algunos
por los nuestros Almoxarifes, nin los Desmeros, nin Portazgueros, nin otras
personas algunas, así como las cibdades e villas e lugares de nuestra Corona Real,
como de Señoríos e órdenes e behenias; más que de todos los dichos derechos o
almoxarifazgos sean libres e francos los dichos libros.
Orden de los Reyes Católicos

1
 TODOS LOS TEXTOS DE ESTOS APUNTES LLEVAN LA
SIGUIENTE LICENCIA, EXCEPTO SI SE INDICA LO CONTRARIO

Edición: 1ª Edición Julio 2.015

Título: Temario Oposición a Técnicos Auxiliares de Informática

Autor: http://apuntedecaramelo.blogspot.com.es/

2
 TEMA 2. ADMINISTRACIÓN DE BBDD. FUNCIONES Y RESPONSABILIDADES

1. INTRODUCCIÓN
2. ADMINISTRACIÓN DE BBDD
3. FUNCIONES Y RESPONSABILIDADES
3.1. Definición de la estructura de la BBDD
3.2. Modificación de esquemas
3.3. Documentación
3.4. Operación

284
1. INTRODUCCIÓN
La administración de sistemas de BBDD recae en el rol de administrador. Su labor consiste en realizar lo
que la organización defina como responsabilidades, funciones y procedimientos relativos a ese puesto de
trabajo. Estas tareas se espera que sean independientes del SGBD o tecnología concreta a administrar.
En una organización, la administración de BBDD es una responsabilidad principal y puesto clave, debido a
que la información es un activo estratégico. Por tanto, la persona con ese rol (DBA) debe conocer bien su
información y procesos de negocio. El DBA es responsable de decidir qué datos deben almacenarse y
establecer las políticas de mantenimiento y gestión de datos. A veces, el cargo lo ocupan perfiles gerentes
más que técnicos. En teoría, un técnico sólo debe poner en práctica las decisiones del DBA, pero con
frecuencia realiza funciones de análisis, desplazando al supuesto administrador a otras funciones.
La administración de datos alcanza a toda la organización, mientras que el alcance de la administración de
BBDD se restringe a una particular y los sistemas que la procesan.
La administración de la BBDD opera en el marco de su desarrollo, uso concreto y sus aplicaciones. Las
siglas DBA suelen usarse para designar tanto la función del administrador de datos como del de la BBDD.
La función DBA existe en toda BBDD, pero varía en función de su complejidad.
No es lo mismo administrar una BBDD de personal, que una de grupos de trabajo u organizacional. En una
BBDD menos compleja, normalmente el usuario es su administrador. Las BBDD más complejas o sensibles,
requieren una o varias personas para su administración aunque sea a tiempo parcial. En BBDD más
complejas y críticas todavía, se precisa de un administrador de BBDD a tiempo completo.
El DBA ha de tener aptitudes técnicas para la gestión del sistema en cuestión. Es de valorar nociones de
administración (no sólo informática), capacidad de dirección de equipos y diplomacia. Características de
perfiles de gestión, de las que destaca el conocimiento profundo de las políticas y normas de la empresa,
así como el criterio de aplicación en momentos dados. Es la razón por la que el DBA suele formar parte de
la alta dirección o al menos, sea un perfil considerado.
2. ADMINISTRACIÓN DE BBDD
La responsabilidad de administración de BBDD recae en la persona o grupo que gestiona el sistema,
asegura su correcto funcionamiento y vela por su seguridad e integridad. Según ANSI, las funciones del
administrador se pueden organizar en 3 niveles, distinguiendo tres roles, que coinciden con los niveles
identificados para una BBDD y que son los administradores de:
Organización Responsable del diseño lógico y conceptual.
BBDD Responsable del diseño físico, mantenimiento y seguridad.
Aplicaciones Responsable de crear vistas, aplicaciones y programas de gestión.
Las funciones del administrador de BBDD pueden agruparse en 3 áreas de responsabilidad.
Definición del esquema de la BBDD. Incluyendo los esquemas conceptual, interno y externo. Por tanto, se
trata del análisis, la estructura de almacenamiento de la información y el diseño de vistas.
Gestión del rendimiento. Establecer la forma de controlar y medir el funcionamiento de la BBDD para
obtener un rendimiento óptimo, en función de sus características o requisitos.
Gestión de la seguridad. Se refiere a las medidas a implementar para garantizar la seguridad de la BBDD,
incluyendo la integridad de la información y el respaldo y recuperación de la misma.
Para cumplir con su responsabilidad, un DBA en general, hace uso de herramientas típicas de su entorno.
Las más directas son las que ofrece el propio SGBD, entre las que se suelen encontrar utilidades de copias
de seguridad y restauración, gestión de usuarios, permisos, diccionario de datos, etc. Las herramientas
CASE facilitan tareas de ingeniería de software como la documentación. Para la gestión del rendimiento
existen simuladores, cuyos resultados, en general en forma de gráficos sirven de soporte a la optimización.
La seguridad de la BBDD cubre varios aspectos. El primero, el control del acceso, para asegurar, que el
usuario que accede, sea quien dice ser. Otro aspecto es la integridad, referido a que las acciones que se
intentan realizar sean efectivas y la información consistente.
Los permisos de usuario en la BBDD los otorga el administrador y estarán en consonancia con su perfil. Las
dos herramientas para gestionar este aspecto son la vista y los permisos de usuario. Una vista permite
seleccionar la información sobre la que se trabaja, de forma que implícitamente, se oculta la que no se debe
mostrar. Los permisos de usuario limitan el acceso a aquellos que se autoricen. Así, a una vista se pueden
aplicar permisos de usuario como si fuera una tabla. Por ejemplo, en una BBDD de pacientes, puede

285
interesar que cierto perfil de usuario acceda a los datos de contacto, pero no al historial clínico, por tanto,
una vista, recuperará sólo la información relevante a cada tarea.
Por fin, un administrador debe tener en cuenta la integridad de la BBDD, que en general identifica 3
aspectos: integridad de dominios, general y sobre tablas base. La de dominios se refiere a la limitación en
los valores a tomar por los atributos o su tipo de datos. La general se refiere a restricciones sobre las
columnas de las tablas. Y la integridad sobre las tablas a las restricciones de diseño que afectan a claves
primarias, foráneas, cláusulas u otros aspectos.
Preguntas de EXAMEN
El Administrador de la Base de Datos (DBA) es la persona que:
Toma las decisiones estratégicas y de política con respecto a la información de la Organización
Proporciona el apoyo técnico necesario para poner en práctica las decisiones estratégicas y de política con
respecto a la información de la empresa
Escribe sus preguntas en un lenguaje de consultas de BBDD
Escribe aplicaciones de BBDD especializadas sin encajar en el marco tradicional de proceso de datos
Un administrador de una BBDD:
Administra valores de dichos datos y los procesa
Administra la actividad de dichos datos y los protege
No necesita revisar los estándares de la BD periódicamente, pues eso lo hacen los usuarios
No necesita restringir el acceso de ciertos usuarios a ciertos datos, pues eso lo hace el SO
3. FUNCIONES Y RESPONSABILIDADES
La tarea del DBA, entendido como profesional encargado del proceso de datos, no como perfil más de
gestión, de administrador de datos es crear la BBDD y poner en marcha controles técnicos para apoyar las
políticas definidas a nivel superior.
El DBA se encarga de garantizar el buen funcionamiento del sistema. Suele contar con un equipo de
programadores de sistemas, analistas y otros técnicos. Aunque existen varios tratados sobre funciones y
responsabilidades del DBA, pueden identificarse 4 grupos.
3.1. Definición de la estructura de la BBDD
El DBA participa en el diseño inicial, su implementación, evaluando alternativas sobre el SGBD a usar y
coordinando equipos de proyecto. Diseñada la BBDD, se implementa con las facilidades del SGBD y se
crean los datos o captura inicial. El DBA participa en el desarrollo de procedimientos y controles.
Puede considerarse responsabilidad del DBA definir el esquema conceptual e interno de la BBDD. Entre sus
funciones estaría la creación del esquema conceptual a partir del diseño lógico con el DDL elegido. El
SGBD usará la versión objeto (compilada) de ese esquema para responder a solicitudes de acceso.
También la definición del esquema interno; cómo se representa la información en la BBDD almacenada; el
diseño físico, incluyendo la definición de la estructura de almacenamiento y la correspondencia entre
esquemas interno y conceptual.
En la práctica, el DDL incluirá los medios para definirla. Ambas funciones deben poder separarse con
nitidez. Otras propuestas identifican además 2 funciones similares del DBA, que encajan en este título: la
definición del esquema y la estructura de almacenamiento, a implementar por el compilador de DDL.
Preguntas de EXAMEN
NO es correcta, como DBA, la política…
Añadir relaciones entre entidades para hacer más directo el acceso Dividir entidades
No permitir encriptar campos de la BBDD Definir un índice sobre un campo ya indexado
Es una función del DBA…
Desarrollar los nuevos Sistemas de Información que gestionan los datos de la organización
Introducir y modificar los datos
Diseñar las BBDD para ser usadas por los distintos Sistemas de Información
Decidir la estructura de almacenamiento, estrategia de acceso y definir una estrategia de respaldo

286
 3.2. Modificación de esquemas
Una vez que el sistema entra en operación, las modificaciones son habituales. Pueden ser debidas a
nuevos requisitos, mejoras o evoluciones. En cualquier caso, deben tener en cuenta a todos los usuarios, ya
que el impacto se hará notar en más de una aplicación. Una administración eficaz de la BD debe incluir
procedimientos con los que los usuarios registren sus necesidades de modificaciones, para que el resto de
usuarios aporte sus comentarios y la viabilidad del cambio.
Esta función, el profesor DATE la identifica como vínculo con el usuario y el profesor KORTH como
modificación del esquema y organización física. En esencia se refieren a lo mismo. El proceso de
mantenimiento. Que incluiría el mantenimiento evolutivo.
En particular, el vínculo con el usuario establece la responsabilidad del DBA de la comunicación con los
usuarios, garantizando la disponibilidad de los datos y escribir (o ayudar en la tarea) los esquemas externos
necesarios. Esto implica la definición de la correspondencia con el esquema conceptual. El resto de
aspectos de la función de enlace con los usuarios se podrían resumir en la idea de soporte técnico.
Preguntas de EXAMEN
NO es una función del Administrador de la base de datos (DBA):
Establecer procedimientos de control del desarrollo de aplicaciones que ataquen la BBDD
Definir los modelos de datos necesarios para cada aplicación
Diseño físico de la base de datos y monitorización de actividad de datos
Diseño de los procedimientos y mecanismos de copia y recuperación de la BBDD
3.3. Documentación
Una responsabilidad fundamental del DBA es la documentación del sistema. Una modificación sobre la
BBDD pudiera ocasionar un error oculto, que si se llega a manifestar, la falta de documentación puede
suponer un alto coste.
La documentación viene a ser el pato feo del operativo software. No suele ser grato para los técnicos
escribir procedimientos o documentación técnica como instrucciones de trabajo. Para agilizar la tarea los
SGBD integran herramientas CASE para ello.
Otra razón para cuidar la documentación es la necesidad de mantener organizados datos históricos. Es
normal realizar consultas sobre los respaldos para conocer la información en un estado previo. Los casos
de caídas del sistema también requieren respaldos que deben verificar su estructura, formato y escala, para
integrarlos a la operación del sistema.
Preguntas de EXAMEN
NO es una función de un Administrador de BBDD:
Planificación, diseño e implementación de sistemas de BBDD Establecer la comunicación con usuarios
Definir la información a almacenar en las BBDD Establecer normas y procedimientos
3.4. Operación
Aunque el DBA protege los datos, no los procesa. El DBA no es usuario del sistema, en consecuencia, no
administra valores de datos; administra la actividad. Dado que la BBDD es un recurso compartido, el
administrador debe proporcionar estándares, guías de acción, procedimientos de control y la documentación
necesaria para garantizar que los usuarios trabajan de forma cooperativa y complementaria.
Todo el ámbito de la BBDD se rige por estándares, desde la forma de captura de información (tipo, longitud,
formato), hasta su proceso y presentación. El nivel de estandarización alcanza los aspectos más internos de
la BBDD: cómo se accede a un archivo, cómo se determinan los índices primarios y auxiliares o la foliación
de registros, entre otros.
Cuando se definen estándares sobre la estructura de la BBDD, deben registrarse en una sección del
diccionario de datos a la que los usuarios relacionados con ese tipo de proceso, puedan acceder. Estos
estándares se someten a mantenimiento, pruebas y modificaciones.
Otro aspecto que el administrador debe atender es coordinar nuevas propuestas de otorgación de
privilegios y derechos de acceso a datos.
Se obtendrán este tipo de garantías cuando el SGBD sea capaz de implementar las restricciones aplicables
al acceso concurrente. Entre las alternativas más usadas por el administrador para resolver este problema

287
se encuentran restringir el acceso a los procedimientos y datos a ciertos usuarios o evitar la coincidencia de
horarios de distintos usuarios.
Otra función esencial del administrador es definir las técnicas de recuperación. A pesar de que el SGBD
lleva a cabo una parte del proceso de recuperación, los usuarios determinan de forma crítica la operatividad
de esos sistemas de protección. El personal de operación debe saber cómo iniciar el proceso de
recuperación de la BBDD, qué copias de seguridad usar, cómo programar la ejecución del tiempo perdido y
de las tareas pendientes.
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 estándares, derechos de recuperación y acceso a BBDD, procedimientos
de recuperación ante caídas y cumplimiento de las políticas establecidas. Estas funciones también son
identificadas como supervisión del desempeño, definición de verificaciones de seguridad e integridad y
definición de procedimientos de respaldo.
La supervisión del desempeño se refiere a la responsabilidad de organización del sistema para obtener
máxima eficiencia; realizar ajustes y la respuesta a cambios de requisitos. La definición de las verificaciones
de seguridad e integridad se pueden considerar parte del esquema conceptual, soportado con el DDL.
La definición de los procedimientos de respaldo y recuperación hace hincapié en evitar el cautiverio que
supone a una organización su dependencia del sistema de información. Ante incidencias debe preverse una
respuesta para restaurar y continuar la actividad lo antes posible. Por tanto, el DBA debe definir y poner en
práctica un plan de recuperación adecuado que incluya, copias de respaldo y procedimientos para recargar
la BBDD si se materializa la incidencia.
El profesor Korth, en cuanto a operación, diferencia dos funciones, la concesión de permisos y la definición
de las restricciones de integridad. La autorización de acceso a datos permite al DBA regular qué partes de
la BBDD podrán ser vistas por qué usuario. Las restricciones de integridad se refieren a la responsabilidad
de fijar los criterios de integridad en el SGBD para tratar transacciones que implican una actualización.
Además de administrar la operativa habitual y la estructura de la BBDD, el DBA debe gestionar el SGBD:
compilar y analizar estadísticas de rendimiento e identificar potenciales problemas. Dado que son muchos
los usuarios, se debe analizar las observaciones sobre el tiempo de respuesta del sistema, precisión de los
datos y facilidad de uso. Si se requieren cambios, deben planificarse y ponerse en práctica.
Asimismo, se debe monitorizar periódicamente la actividad del usuario. Los SGBD comerciales suelen
incluir herramientas estadísticas. Los informes pueden ser indicativos y ofrecer datos como el número de
usuarios activos o tasas de error. El DBA debe analizar esa información para anticipar necesidades o
evoluciones del sistema para mejorar su rendimiento o facilitar la operación. Las estadísticas temporales
siempre son indicativas ya que están en relación inversa con el rendimiento del sistema.
Otro aspecto, si se quiere, heredado del mantenimiento de sistemas sw, es el de actualizaciones. Si el
fabricante del SGBD anuncia una nueva versión, debe analizarse la conveniencia de actualizar. El software
de soporte y otras características hardware pueden implicar cambios de configuración u operación del
SGBD en que el DBA sea responsable ocasional.
El SGBD es parametrizado en su implantación. Pero, dada la poca experiencia de operación con el mismo,
el análisis de la operación rutinaria y su rendimiento proporcionarán el punto de partida de mejoras. Si el
rendimiento es aceptable, el DBA podría considerar la modificación de parámetros u opciones y observar su
efecto sobre el sistema, para optimizarlo.
Preguntas de EXAMEN
NO mejoraría el rendimiento de una BBDD…
Evitar la normalización excesiva Montar con RAID 0 el sistema de E/S
Montar con RAID 1 el sistema de E/S Ninguna de las anteriores
La concesión de privilegios de acceso en una BBDD que admita la opción "with grant option"...
Desaparecen si se suprimen los privilegios al usuario que los concedió
No se puede utilizar para conceder privilegios a nivel de objeto a un usuario
Sólo puede usarse al conceder permisos a nivel de rol
Es exclusiva de la cláusula grant execute

288