¿Que significa DBA?
(El siguiente dialogo es ficticio, cualquier semejanza con la realidad es mera coincidencia)
Persona nueva en la empresa: ¿Tu eres Felipe, cierto?
Yo: Si, mucho gusto.
Persona nueva en la empresa: ¿Cual es tu cargo acá?
Yo: Soy el DBA
Persona nueva en la empresa: Ahhh, y eso ¿Que significa?
YO: Administrador de Bases de Datos
Persona nueva en la empresa: Ahhh, o sea ¿tu me puedes ayudar con una planilla Excel donde tengo mi Base de Datos de potenciales clientes?
Yo: emmmm….
En inglés (de donde vienen el 99,999% de las siglas que usamos en informática) DBA significa “DataBase Administrator”. Pero hay otros significados menos conocidos: “Default Blame Accepter” (Aceptador de culpas por defecto) y ”Don’t Bother Asking” (No te molestes en preguntar). Básicamente, el significado de DBA depende de quien lo explique.
Alguna vez leí que ser DBA era como ser Presidente de un país. Primero: La mitad de la gente que esta cerca tuyo con cree que estés suficientemente capacitado para hacer el trabajo que tienes. Segundo: Cada vez que tomes una decisión o hagas un plan de acción, lo van a criticar antes de leerlo (incluso por quienes te apoyaron al principio). Y tercero, te van a juzgar por lo que hagas en los primeros 100 días en tu puesto, sea bueno o malo, y no importa si no es tu culpa.
La verdad, no existe una única definición de DBA. ¿Por que? Simple… Porque un DBA toca tantas áreas diferentes de la empresa en sus tareas habituales que es imposible definirlo en pocas palabras. Para unos el DBA es quien les resetea la contraseña y arregla las cosas que hacen que las aplicaciones anden lento. Así, el DBA siempre va a tener la culpa de que la aplicación ande lento, aunque el problema sea del proveedor de internet (para una aplicación web) o que alguien casualmente corto un cable de red al hacer aseo en la sala de servidores.
Si le preguntamos a un Desarrollador que hace el DBA su respuesta mas común seria: “Hacer mas lento mi trabajo”. Claro… es responsabilidad del DBA implementar estándares y lineamientos para el uso de las Bases de Datos, pero eso obliga a el desarrollo sea mas lento. La ventaja es que el ambiente es mas estable, pero eso no importa cuando los desarrolladores están gritando porque necesitan permisos de Sys Admin para ejecutar la aplicación.
No malentiendan este articulo. Mi idea no es asustarlos sobre ser un DBA. A mi personalmente me gusta serlo. Durante el tiempo que llevo trabajando con Bases de Datos, he tenido la suerte de ir aprendiendo varios “trucos” y “sutilezas” del cargo. La idea es que teniendo este articulo como punto de partida, vayamos conociendo esos trucos para que, quienes tengan interés en convertirse en DBA puedan ir llevándolos a la practica y así hacerles un poco mas ligero el esfuerzo de lidiar con la percepción que hay de el rol de DBA.
Como siempre, sus comentario y sugerencias son mas que bienvenidas. Para el próximo articulo: Algunas cosas que se deben tener en cuenta para el trabajo diario como DBA.
Saludos,