Gracias por las preguntas. Esto ayuda bastante a la gente a prepararse para nuevas entrevistas.

1) Cuantos años de experiencia tiene como DBA Oracle ?
2) Cuantas horas tiene en proyectos de Implantación o Implementación de Productos Oracle ?
3) Sabe desarrollar, pl/sql y Java ?
4) Que Storage a Utilizado ? Sabe Administrar Storage 3 Par HP
5) Sobre Virtualización usted a trabajado con servidores en plataformas VM Ware y OVM Server ?
6) Con que versiones de base de datos a trabajado ?
7) Cual es su experiencia con Oracle Data Guard y Cluster Oracle ?
8) En una escala de 1 a 7 cual es su experiencia y manejo de Rman.
9) Sobre el monitorio de base de datos. Que sistemas a usado y cuales recomienda ?
10) Sobre Webgloic, usted sabe como Administrar he instalar Weblogic Cluster ?
11) Su experiencia con sistemas de integración continua ?
12) A participado en algún proceso de Upgrate de Base de Datos ? en que versión ?
13) Sobre la habilitación de ambientes, cual es su experiencia ? Cuantos ambiente a Administrado ?

Esas son algunas de las preguntas de la ultima entrevista en la que participe

Saludos !!

Volviendo a tu comentario. Un DBA no tiene que porque se un programador «puro», es decir, que se haya dedicado con anterioridad a programar. Pero si es muy recomendable, sino indispensable, que sepa al menos programar algún lenguaje de scripting (ej. bash/ksh). Hay muchos procesos en las empresas que se lanzan via scripts de Unix (backups de RMAN, export de datos, purgados de datos, scripts de monitorización). Si no sabes bash/ksh estás un poco perdido para dar mantenimiento cuando falle el script o haya algún problema. Ahora con la implantación de programas de Automatización/»DevOps» como Puppet, Chef, Ansible, etc… refuerza la necesidad de saber algún lenguaje de scripting.

Respecto a PL/SQL, sucede algo similar. Muchos DBAs dan soporte al código para hacer troubleshooting cuando hay un problema de rendimiento. Es necesario saber «leer» el código. No es que sea necesario para DBA Juniors pero un Senior debe saber moverse rápido por el código. Con el tiempo y la experiencia acabas sabiendo «picar» PL/SQL.

Es muy poco probable que te pidan programar en C/C++, Java, Javascript, Ruby, etc… Eso lo piden en puestos «mixtos» de DBA/Desarrollador.

Moraleja
1. Si no sabes bash o ksh aprende bash. Aprende los principios de la programación estructurada (secuencia y estructuras de control). Lo básico se aprende muy rápido.
2. Aprende un mínimo de PL/SQL, por lo menos para saber interpretar el código.
3. No te preocupes por otros lenguajes como Java, C, etc… a no ser que en el puesto de trabajo al que vayas lo pidan. Un argumento que utiliza la gente como respuesta suele ser que no son programadores pero saber «leer» el código. Aquí me remito a la regla número uno del post 🙂 No mientas, pero aprende un mínimo para poder leer el código por encima.

Espero que te ayude. Recuerda que las empresas no suelen encontrar al candidato perfecto. Suelen coger aquel que mejor encaje. Si hay alguien que se defiende «programando» o incluso si da una respuesta mejor que la tuya a la pregunta de si sabe programar, tiene más opciones que tu.