Currículum de administrador/a de bases de datos (DBA): ejemplos y guía para redactarlo

Este ejemplo corresponde a un DBA de SQL Server con unos nueve años en informática, ocho de ellos gestionando bases de datos en producción, que empezó en un helpdesk, pasó a un puesto de DBA junior y hoy se ocupa de la producción de una empresa mediana con parte de la carga en Azure. El nombre y las empresas son ficticios. Copia la estructura y pon tu plataforma, tu número de instancias y tus cifras de recuperación.

Contratar a un DBA es, sobre todo, gestionar un riesgo. Quien lee tu currículum se está imaginando una caída un sábado por la noche y se pregunta si querría tenerte al otro lado del teléfono. Lo deciden estas cosas.

• Plataforma y versión. SQL Server, Oracle, PostgreSQL, MySQL, MongoDB o un servicio gestionado en la nube. Indica versiones y ediciones. Una empresa con Oracle 19c sobre Exadata no va a preseleccionar un currículum que solo dice «bases de datos».
• Tamaño del entorno. Instancias, bases de datos, terabytes, transacciones por segundo, usuarios atendidos. Así juzgan si ya has visto su tipo de problema.
• Recuperación y disponibilidad. Estrategia de copias, restauraciones probadas, RPO y RTO, grupos de disponibilidad, Data Guard, replicación, resultados de pruebas de conmutación por error. Pon cifra al tiempo de recuperación que has logrado de verdad.
• Optimización con un antes y un después. «Optimicé consultas» no dice nada. «Reduje la ventana nocturna de ETL de 4 h 10 min a 1 h 25 min» es una señal para contratar.
• Automatización y disciplina con los parches. PowerShell, dbatools, Ansible, Terraform, comprobaciones de estado programadas, ciclo de parches dentro de un plazo de cumplimiento. Un DBA que lo hace todo a mano no escala más allá de veinte instancias.
• Seguridad y auditoría. Cifrado en reposo, auditoría, mínimo privilegio y cualquier control de RGPD, auditoría interna o PCI DSS del que hayas sido responsable.

“Enséñame una restauración que hayas hecho de verdad bajo presión, con el tiempo que llevó y cuántos datos se perdieron. Esa sola línea me dice más que una página de funcionalidades que has configurado. La mitad de los currículums que leo ni siquiera mencionan la recuperación.”

No existe un currículum de DBA genérico. El vocabulario de cada plataforma es lo que usa un responsable para comprobar que sabes de lo que hablas. Usa las palabras adecuadas para el puesto al que te presentas y quita el resto.

• SQL Server: grupos de disponibilidad Always On, instancias de clúster de conmutación por error, log shipping, replicación transaccional y de mezcla, Query Store, Extended Events, vistas de administración dinámica, índices filtrados y de almacén de columnas (columnstore), configuración de tempdb, SSIS, SSRS, dbatools, scripts de mantenimiento de Ola Hallengren, Transparent Data Encryption.
• Oracle: Real Application Clusters, Data Guard y Active Data Guard, copias y recuperación con RMAN, Automatic Storage Management, informes AWR y ADDM, Oracle Enterprise Manager, arquitectura multitenant con bases de datos contenedoras y conectables (CDB y PDB), particionado, GoldenGate y Exadata si lo has tocado.
• PostgreSQL: replicación en streaming, replicación lógica, pgBackRest o Barman, Patroni para la conmutación por error, ajuste de autovacuum, pg_stat_statements, agrupación de conexiones con PgBouncer, extensiones como PostGIS o TimescaleDB y actualizaciones de versión mayor con pg_upgrade.
• MySQL y MariaDB: ajuste de InnoDB, replicación por binary log, Group Replication o Galera, Percona Toolkit, XtraBackup, ProxySQL.
• Servicios gestionados en la nube: Amazon RDS y Aurora, Azure SQL Database y Managed Instance, Cloud SQL, y lo que cambia en un entorno gestionado (grupos de parámetros, ventanas de mantenimiento, réplicas de lectura, retención automática de copias).

Para trabajar como administrador/a de bases de datos no hace falta ninguna habilitación oficial. Las certificaciones sirven sobre todo para superar el filtro de selección y, en perfiles junior, para demostrar conocimientos antes de poder demostrar experiencia en producción. Los fabricantes retiran exámenes con frecuencia, así que comprueba el itinerario vigente antes de reservar nada.

• Microsoft: la Azure Database Administrator Associate (examen DP-300) es el itinerario actual para SQL Server y Azure SQL. Las antiguas certificaciones MCSA de bases de datos ya se retiraron, así que inclúyelas con fecha solo si son historia realmente relevante.
• Oracle: el itinerario Oracle Database Administrator Certified Professional sigue siendo la credencial reconocida, y Oracle publica exámenes por versión. Indica qué versión cubre la tuya.
• PostgreSQL: EDB ofrece las certificaciones PostgreSQL Associate y Professional. Pesan menos que las de Microsoft u Oracle, pero ayudan en equipos que trabajan con código abierto.
• Nube: merece la pena tener una certificación de nivel associate de AWS, Azure o Google Cloud, ahora que la mayoría de los entornos están en parte gestionados. Elige la nube que usan de verdad las empresas que te interesan.
• Titulación: lo habitual es un grado en Ingeniería Informática o afín, o un ciclo de FP de Grado Superior como ASIR o DAM, aunque la experiencia suele pesar más. Pasa la formación al final del currículum cuando lleves tres años como DBA.
• Procesos: ITIL Foundation aparece en ofertas de grandes empresas y de proveedores de servicios gestionados, y es barata de conseguir.

Casi nadie empieza directamente como DBA. Las vías habituales son el helpdesk o el soporte de sistemas, el desarrollo o el análisis de datos. Un currículum junior tiene que demostrar que ya trabajas con bases de datos, aunque tu puesto se llame de otra forma.

1. 1Saca todas las tareas de bases de datos de tu trabajo actual y dales líneas propias: copias de seguridad que asumiste, tickets relacionados con SQL, un informe que optimizaste, una revisión de permisos que hiciste, un servidor que montaste.
2. 2Demuestra que te has hecho cargo de algo pequeño y poco vistoso. Asumir las copias de 15 bases de datos y hacerlas fiables vale más que un certificado.
3. 3Monta un laboratorio en casa y descríbelo como si fuera trabajo. Una instancia de SQL Server o PostgreSQL con copias programadas, un script de prueba de restauración, un panel de supervisión y un procedimiento de recuperación documentado cubren la mayoría de las preguntas de una entrevista junior.
4. 4Aprende bien un lenguaje de scripting. PowerShell en entornos Microsoft; Python o Bash en el resto. La automatización es lo que convierte a un perfil junior en DBA.
5. 5Si tienes la certificación y poco más, ponla cerca de la parte superior. El DP-300 o un examen associate de Oracle demuestran seriedad a este nivel.
6. 6Preséntate a los puestos de entrada reales: DBA junior, analista de bases de datos, soporte de bases de datos, DBA de aplicaciones, analista de informes y puestos de soporte a producción que incluyan tareas de bases de datos.
7. 7Limítalo a una página y empieza con un bloque de competencias para que un responsable de selección que busque «SQL Server» o «T-SQL» te encuentre.

• Una página si estás empezando o tienes pocos años de experiencia; hasta dos páginas si eres DBA sénior con un entorno grande y un trabajo de cumplimiento normativo que contar.
• Pon un bloque de competencias en el tercio superior con los nombres y versiones exactos de las plataformas. Los filtros de cribado buscan cadenas de texto: «SQL Server 2019», «Oracle 19c», «PostgreSQL 15», «Always On», «RMAN», «Data Guard».
• La primera vez, incluye la sigla y la forma completa: «objetivo de punto de recuperación (RPO)», «alta disponibilidad y recuperación ante desastres (HADR)», «vistas de administración dinámica (DMV)».
• Refleja la plataforma de la oferta en el título de tu cabecera, por ejemplo «Administrador de bases de datos (SQL Server / Azure SQL)». Un titular genérico como «Profesional IT» desperdicia la línea más valiosa de la página.
• Una sola columna, texto sencillo y PDF salvo que el formulario pida otra cosa. Nada de barras de porcentaje en las competencias; nadie sabe qué significa un 80 % de Oracle.
• Indica el tamaño del entorno de cada empresa en la línea de la empresa, por ejemplo «(62 instancias, 24 TB)». Te ahorra una línea y da contexto a todo lo que viene debajo.