Tenho pesquisado na web e perguntado aos meus contatos, mas além de algumas opiniões, não estou encontrando nenhum tipo de número, nem matriz, nem fórmula para orientar quando for a hora de adicionar outro DBA.
Existe algum padrão da indústria para isso? Provavelmente uma pergunta difícil, pois cada situação é diferente. Alguns DBAs gerenciam um farm de centenas de instâncias de produção, mas as instâncias são todas idênticas. Alguns DBAs gerenciam poucas instâncias, mas também têm funções de desenvolvimento e administração de rede. Todos sabemos que a carreira de DBA tem amplitude.
Certa vez, um engenheiro de campo da Microsoft me disse que o número mágico é 30, ou seja, 30 aplicativos suportados. Alguns aplicativos são simples, outros nem tanto, mas se você tiver uma mistura de aplicativos, disse o colega, quando tiver 30 anos, é hora de pelo menos considerar a contratação de outro DBA.
Obviamente estou procurando justificar uma solicitação recente de outro DBA na minha empresa. Qualquer ajuda é muito apreciada. Embora eu tenha direcionado isso para DBAs do SQL Server, isso é apenas porque isso é tudo que administrei.
Responder1
Talvez, em vez do número de aplicativos suportados, considere SLAs (formais ou informais). Considere os custos do suporte inadequado - seja devido à carga de trabalho ou a algo que ficou off-line enquanto o DBA está de férias, doente ou qualquer outra coisa.
Quando você tem uma quantidade inadequada de pessoas para atender aos seus SLAs/metas/expectativas do usuário/qualquer outra métrica, então é hora de começar a recrutar. Quando o custo de um banco de dados ficar off-line por uma semana porque a única pessoa que sabe o suficiente para consertar as coisas está de férias, também é hora de começar a recrutar.
Com base na sua edição, eu diria que definitivamente é hora de você contratar algum tipo de ajudante. Eu sei que você pode automatizar muito a administração do dia a dia, é o que todos nós fazemos, mas parece que você tem muita coisa acontecendo, independentemente de ser fatiado.
Responder2
Acho que é algo difícil de definir. Como você mencionou que não possui SLAs reais em vigor, a única maneira real de definir que tipo de carga de trabalho existe é pelo que você diz. O fato de você não poder tirar férias sem ser chamado para resolver um problema é um problema definitivo.
Se você está tendo muitos problemas para convencer seus gerentes a contratar um novo DBA, você poderia procurar ajuda interna? Pode ser uma ótima maneira de trazer alguém de uma posição inferior ou ajudar alguém com quem você trabalha e que compartilha interesse em bancos de dados a entrar em campo. Mesmo em regime de meio período, você pode treiná-los para lidar com algumas das coisas menores, para que tenha menos com que se preocupar diariamente. Dessa forma, se você precisar tirar uma folga por uma semana, eles só precisarão ligar para você se algo importante der errado.
Acho que sem um sistema de SLA você terá problemas de qualquer maneira, pois será difícil justificar a necessidade de mais mão de obra para um trabalho que você vem realizando há 2 anos perfeitamente. Claro que você vê quanto mais trabalho é exigido de você, mas sem documentação e SLAs para rastrear como as coisas mudaram, pode ser difícil de vender.
Responder3
Ontem.
(o tamanho mínimo da postagem inibe a inteligência vigorosa.)
(mesmo que isso receba um voto negativo, achei engraçado. É sexta-feira.)
/Editar - uma resposta mais séria. É realmente difícil justificar o salto de quanta=1 para quanta=2 para pessoal técnico qualificado. Você pode fazer algumas coisas:
Documente seu tempo. Use isso para mostrar quanto tempo você gasta, e quando as pessoas propõem novas tarefas, deveres ou aplicações, estime o tempo necessário e diga "quais das coisas que eu faço atualmente, essa nova coisa exigirá que eu pare, automatize ou contratar para cobrir?"
Procure um serviço contratado que possa realizar trabalho esporádico de meio período. Envolva-os para ajudá-lo a revisar e documentar seus procedimentos, aplicativos e infraestrutura e, em seguida, contrate-os novamente quando sair de férias para ficar de plantão. Dessa forma, eles conhecem seus sistemas, em vez de acabarem no local e ligando para você de qualquer maneira.
Treine a equipe de TI existente não pertencente ao DBA para ser capaz de realizar trabalhos leves ou de triagem de emergência. Isso pressupõe que sua empresa seja grande o suficiente para ter outra equipe de TI e, especificamente, alguém com a atitude, as habilidades e a diligência certas para um desempenho adequado.