Contenido verificado · 22 unidades

Preparar el examen · Administración de Sistemas Gestores de Bases de Datos · ASIR

Organiza qué puede evaluarse a partir de los RA y criterios reales del módulo. Esta página se construye únicamente con contenido verificado y con los RA del módulo.

Preparar un simulacro con José

Qué puede evaluarse

RA1: Implanta sistemas gestores de bases de datos analizando sus características y ajustándose a los requerimientos del sistema.

Motor de Base de DatosGestor de AlmacenamientoProcesador de ConsultasOptimizador de ConsultasGestor de TransaccionesPropiedades ACIDConcurrenciaLogs de TransaccionesSQLNoSQL

RA2: Configura el sistema gestor de bases de datos interpretando las especificaciones técnicas y los requisitos de explotación.

Motor de base de datosServicio del sistema operativosystemdServices ManagerAlta disponibilidadEscalabilidadConsistencia de datosCuentas de administraciónPrincipio de mínimo privilegioAutenticación

RA3: Implanta métodos de control de acceso utilizando asistentes, herramientas gráficas y comandos del lenguaje del sistema gestor.

Cuenta de usuarioAutenticaciónAutorizaciónPrivilegio de sistemaPrivilegio de objetoPrincipio de mínimo privilegioSeparación de funcionesRol como agrupación de privilegiosGRANT / REVOKE sobre privilegios individualesGRANT / REVOKE de roles a usuarios

RA4: Automatiza tareas de administración del gestor describiéndolas y utilizando guiones de sentencias.

AutomatizaciónGuion (Script)EficienciaConsistenciaFiabilidadEditor de textoIDE de SGBDDisparador (Trigger)Eventos DMLEventos DDL

RA5: Optimiza el rendimiento del sistema aplicando técnicas de monitorización y realizando adaptaciones.

Monitorización de rendimientoMétricas de rendimiento (CPU, RAM, E/S, Latencia, Bloqueos)Herramientas nativas de SGBDHerramientas de terceros para monitorizaciónPerformance SchemaDMVspg_stat_activityÍndices (Clustered, Non-clustered, Unique)Ventajas y desventajas de índicesPlan de ejecución de consultas (EXPLAIN)

RA6: Aplica criterios de disponibilidad analizándolos y ajustando la configuración del sistema gestor.

Base de Datos Distribuida (BDD)DisponibilidadEscalabilidadFragmentación HorizontalFragmentación VerticalFragmentación MixtaTransparencia de localizaciónBase de Datos Distribuida HomogéneaIntegración de BDDHeterogeneidad

Trampas habituales antes del examen

  • "Confundir SGBD con Base de Datos": Causa: Falta de distinción conceptual. Corrección: Entender que el SGBD es el software que administra la base de datos (los datos en sí).
  • "Subestimar la importancia de los índices": Causa: Desconocimiento del impacto en el rendimiento. Corrección: Aprender cómo los índices aceleran las consultas y cuándo aplicarlos.
  • "Seleccionar SGBD por moda": Causa: Falta de análisis de requisitos. Corrección: Basar la elección en necesidades funcionales y no funcionales del proyecto.
  • "Creer que NoSQL es siempre la solución para la escalabilidad": Causa: Ignorar compromisos de consistencia y complejidad. Corrección: Evaluar el CAP Theorem y las necesidades de consistencia del negocio.
  • "No cumplir requisitos de RAM": Causa: Subestimación del consumo. Corrección: Asegurar RAM suficiente para caché y operaciones.
  • "Olvidar configurar el firewall": Causa: Desconocimiento de puertos. Corrección: Abrir puertos específicos del SGBD y restringir accesos.
  • "Instalación insegura": Causa: No seguir buenas prácticas de seguridad. Corrección: Asegurar el SGBD post-instalación (contraseñas fuertes, usuarios con privilegios mínimos).
  • "Ignorar los logs del SGBD": Causa: Desconocimiento de su ubicación o utilidad. Corrección: Establecer la revisión de logs como primer paso en el diagnóstico de cualquier problema.
  • "No documentar soluciones": Causa: Falta de disciplina. Corrección: Crear un registro de incidencias y soluciones para futuras referencias y aprendizaje.
  • "Pruebas superficiales": Causa: Asumir funcionalidad por el arranque del servicio. Corrección: Realizar pruebas completas de conectividad, creación de objetos y manipulación de datos.
  • Detener el SGBD de forma abrupta (kill -9 o cerrar proceso): Causa corrupción de datos o pérdida de transacciones no confirmadas. Corrección: Utilizar siempre los comandos o herramientas del sistema operativo para una parada ordenada del servicio.
  • No habilitar el inicio automático del servicio: Causa que el SGBD no se inicie tras un reinicio del servidor, resultando en indisponibilidad. Corrección: Configurar el servicio para que se inicie automáticamente al arrancar el sistema operativo.

Del contenido SEO a tu estado real

Esta página explica el módulo. José, dentro del workspace, utiliza tu dominio, autonomía, confianza y evidencias para decidir si necesitas diagnóstico, práctica, reenseñanza o repaso.

Preparar un simulacro con José
Canal Estudios es un servicio de Skillback S.L. · NIF B2481724 · Barcelona, España
Aviso legal · Privacidad · Cookies · Términos