quando é hora de contratar outro DBA do SQL Server?

Question

Estou pesquisando na web e perguntando 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 é hora de adicionar outro DBA.

Existem padrões industriais para isso? Provavelmente uma pergunta difícil, já que toda 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 muito poucas instâncias, mas também possuem funções de desenvolvimento e administração de rede. Nós todos sabemos que a trajetória de carreira do DBA tem amplitude.

Um engenheiro de campo da Microsoft me disse uma vez que o número mágico é 30, como em 30 aplicativos suportados. Alguns aplicativos são simples, outros menos, mas se você tiver um mix de aplicativos, o colega disse que, quando você estiver com 30 anos, é hora de pelo menos considerar a contratação de outro DBA.

Obviamente, estou tentando justificar uma solicitação recente para outro DBA na minha empresa. Qualquer ajuda é muito apreciada. Embora eu tenha segmentado isso para DBAs do SQL Server, isso é apenas porque isso é tudo que eu administrei.

    

Answer 1

Talvez em vez de um número de aplicativos suportados, considere os SLAs (formais ou informais). Considere os custos de suporte inadequado - seja devido à carga de trabalho ou a algo que fica off-line enquanto o DBA está em férias ou 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, é hora de começar o recrutamento. Quando o custo de um DB ficar offline por uma semana, porque a pessoa que sabe o suficiente para consertar as coisas está de férias, então também é hora de começar a recrutar.

Com base na sua edição, eu diria que é definitivamente hora de você contratar um ajudante de algum tipo. Eu sei que você pode automatizar muito do dia-a-dia admin, isso é o que todos nós fazemos, mas parece que você tem muita coisa acontecendo, no entanto, é cortada.

    

Answer 2

Eu acho que é algo difícil de definir. Como você mencionou que não possui SLAs reais, a única maneira real de definir que tipo de carga de trabalho existe é o que você diz. O fato de você não poder tirar férias sem precisar ser chamado para lidar com um problema é um problema definitivo.

Se você está tendo muitos problemas para convencer seus gerentes a contratar um novo DBA, você poderia procurar por alguma ajuda? Pode ser uma ótima maneira de trazer alguém de uma posição mais baixa ou ajudar alguém com quem você trabalha que compartilha o interesse em bancos de dados que entram em campo. Mesmo em uma base de tempo parcial você poderia treiná-los para lidar com algumas das coisas menores, então você tem menos para se preocupar em uma base diária. Desta forma, se você precisar decolar 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, não importa o quê, pois será difícil justificar a necessidade de mais mão de obra para um trabalho que você vem fazendo há 2 anos. Claro que você vê quanto mais trabalho é exigido de você, mas sem documentação e SLAs para controlar como as coisas mudaram, pode ser difícil vender.

    

Answer 3

Ontem.

(o tamanho mínimo de postagens inibe a sagacidade).

(mesmo que isso gere um voto negativo, achei engraçado. É sexta-feira.)

/ Edit - 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:

1. Documente seu tempo. Use isso para mostrar quanto tempo você gasta e quando as pessoas propõem novas tarefas, deveres ou aplicativos, estimar o tempo necessário e dizer "qual das coisas, que eu faço atualmente, essa coisa nova me obrigará a parar, automatizar ou contratar para cobrir? "

2. Procure um serviço de contrato que possa fazer trabalho de meio período esporádico. Envolva-os para ajudá-lo a analisar e documentar seus procedimentos, aplicativos e infraestrutura e, em seguida, contrate-os novamente quando sair de férias para ser seu plantonista. Dessa forma, eles conhecem seus sistemas, em vez de acabar com eles no local e ligando para você de qualquer maneira.

3. Treine a equipe de TI não-DBA existente para realizar trabalhos de triagem para serviços leves ou de emergência. Isso pressupõe que sua empresa seja grande o suficiente para ter outra equipe de TI e, especificamente, ter alguém com a atitude, as habilidades e a diligência corretas para executar adequadamente.