He estado buscando en la web y preguntando a mis contactos, pero aparte de algunas opiniones, no encuentro ningún tipo de números, matrices ni fórmulas que me orienten sobre cuándo es el momento de agregar otro DBA.
¿Existen estándares industriales para esto? Probablemente sea una pregunta difícil, ya que cada situación es diferente. Algunos DBA administran una granja de cientos de instancias de producción, pero todas las instancias son idénticas. Algunos DBA administran muy pocas instancias, pero también tienen tareas de desarrollo y administración de red. Todos sabemos que la carrera profesional de DBA tiene amplitud.
Un ingeniero de campo de Microsoft me dijo una vez que el número mágico es 30, es decir, 30 aplicaciones compatibles. Algunas aplicaciones son simples, otras no tanto, pero si tienes una combinación de aplicaciones, dijo el tipo, una vez que tengas 30 años es hora de al menos considerar contratar otro DBA.
Obviamente estoy buscando justificar una solicitud reciente de otro DBA en mi empresa. Cualquier ayuda es muy apreciada. Aunque he dirigido esto a los administradores de bases de datos de SQL Server, eso es sólo porque eso es todo lo que he administrado.
Respuesta1
Quizás, en lugar de la cantidad de aplicaciones admitidas, considere los SLA (ya sean formales o informales). Considere los costos de un soporte inadecuado, ya sea debido a la carga de trabajo o a que algo se desconecte mientras el DBA está de vacaciones o enfermo o lo que sea.
Cuando no tienes una cantidad adecuada de personas para cumplir tus SLA/objetivos/expectativas de los usuarios/cualquier otra métrica, entonces es el momento de empezar a reclutar. Cuando el costo de que una base de datos esté fuera de línea durante una semana es porque la única persona que sabe lo suficiente para arreglar las cosas está de vacaciones, entonces también es hora de comenzar a reclutar.
Según tu edición, diría que definitivamente es hora de que contrates a algún tipo de ayuda. Sé que puedes automatizar gran parte de la administración diaria, eso es lo que todos hacemos, pero parece que tienes muchas cosas que hacer, independientemente de cómo se corten.
Respuesta2
Creo que es algo difícil de definir. Dado que mencionó que no tiene acuerdos de nivel de servicio reales, la única forma real de definir qué tipo de carga de trabajo existe es mediante lo que dice. El hecho de que no puedas tomar vacaciones sin que te llamen para solucionar un problema es un problema definitivo.
Si tiene muchos problemas para convencer a sus gerentes de que contraten un nuevo DBA, ¿podría buscar ayuda interna? Puede ser una excelente manera de elevar a alguien desde una posición inferior o ayudar a alguien con quien trabaja que comparte un interés en las bases de datos a ingresar al campo. Incluso a tiempo parcial, podría capacitarlos para que se encarguen de algunas de las cosas más pequeñas, de modo que usted tenga menos de qué preocuparse a diario. De esta manera, si necesita ausentarse durante una semana, solo tendrán que llamarle si algo sale mal.
Creo que sin un sistema SLA vas a tener problemas pase lo que pase, ya que te resultará difícil justificar la necesidad de más mano de obra para un trabajo que has estado haciendo bien durante 2 años. Seguro que ve cuánto trabajo más se requiere de su parte, pero sin documentación ni acuerdos de nivel de servicio para realizar un seguimiento de cómo han cambiado las cosas, puede ser difícil de vender.
Respuesta3
Ayer.
(El tamaño mínimo de publicación inhibe el ingenio conciso).
(Incluso si esto gana un voto negativo, pensé que era divertido. Es viernes).
/Editar: una respuesta más seria. Es realmente difícil justificar el salto de cuantos = 1 a cuantos = 2 para el personal técnico capacitado. Puedes hacer algunas cosas:
Documenta tu tiempo. Use esto para mostrar cuánto tiempo dedica, y cuando las personas propongan nuevas tareas, deberes o aplicaciones, calcule el tiempo requerido y diga "¿cuáles de las cosas que hago actualmente, esta nueva cosa requerirá que detenga, automatice o contratar para cubrir?"
Busque un servicio por contrato que pueda realizar trabajos esporádicos a tiempo parcial. Involucrelos para que lo ayuden a revisar y documentar sus procedimientos, aplicaciones e infraestructura, y luego contratelos nuevamente cuando se vaya de vacaciones para que estén de guardia. De esta manera, conocen sus sistemas, en lugar de terminar con ellos en el sitio y llamándolo de todos modos.
Capacite al personal de TI existente que no sea DBA para que pueda realizar trabajos livianos o de clasificación de emergencia. Esto supone que su empresa es lo suficientemente grande como para tener otro personal de TI y, específicamente, tener a alguien con la actitud, las habilidades y la diligencia adecuadas para desempeñarse correctamente.