Metriche per dimostrare o confutare la necessità di ulteriori DBA?

Al momento abbiamo 2 DBA, io e un altro ragazzo ed entrambi sentiamo il bisogno di una risorsa aggiuntiva (o due). Ho avuto una conversazione con il mio direttore diretto su questo argomento un paio di volte diverse, ma ho difficoltà a far vendere l'idea. Più recentemente il nostro manager ha condiviso con noi che è davvero bello inventare la nostra lista di "valori morbidi" di ciò che vogliamo o sentiamo di dover fare, ma ciò che sarà davvero utile è trovare "valori duri", mostrando risparmi in dollari.

Potresti aiutarmi a capire prima di tutto se il nostro bisogno percepito è legittimo e, in tal caso, come possiamo realizzare questo elenco di "valori difficili". Sento che potremmo escogitare quelle cose che dobbiamo fare per risparmiare i soldi dell'azienda, ma che potrebbero semplicemente essere messi in cima alla nostra lista di priorità e che molto più stress su di noi nel processo.

Per darti uno sguardo di alto livello sul nostro ambiente, ecco le cose che sto guardando in termini di ciò a cui stiamo fornendo supporto.

Server di
produzione -
Oltre 30 database di produzione - Oltre 200 versioni SQL - 2008 / 2008R2 / 2012, esaminando ora il 2014 e il 2016 più avanti nell'anno
Applicazioni (di terze parti e coltivate in casa) - 20+
team di applicazioni supportati - 6
virtualizzazione - 75%
Cluster fisici virtualizzati al 25% - 3+
repliche più pianificate - 1 server di distribuzione, 2 server di abbonamento, 24 abbonamenti, 6 server di pubblicazione, 12 pubblicazioni
Log shipping - 8 primarie + più pianificate, 4 secondarie + più pianificate, 49 database di log spedite + altro
Gruppi di disponibilità pianificati - Nessuno al momento, ma sta esplorando la possibilità
Aggiornamento / installazione medi delle applicazioni all'anno che determinano il cambio di versione o le risorse DBA - 2-3
Patching (SP, CU's) - Al momento inesistente a meno che non si verifichi un problema Dimensione cumulativa del database - 14 TB +
Reporting Server - Una distribuzione scalabile composta da 2 server, nessuno dei due è esperto in SSRS
Analysis Server - Due server, nessuno di noi è esperto in SSAS

Quali metriche dovremmo usare per dimostrare o confutare la necessità di ulteriori DBA?

La mia intenzione iniziale era quella di dimostrare la nostra attuale capacità rispetto ai nostri progetti pianificati e ai compiti ripetuti, ma dobbiamo dimostrare il ROI sull'assunzione di risorse aggiuntive.

Dimostrare il ROI sull'assunzione di ulteriori DBA è difficile poiché i DBA non generano entrate da soli. Tuttavia, consentono all'organizzazione di funzionare e generare entrate, proprio come qualsiasi altro personale di supporto. La mancanza di personale in qualsiasi reparto rende l'organizzazione meno efficiente e perde denaro o perde opportunità. Quindi c'è un costo per mancanza di investimenti piuttosto che un ritorno sull'investimento.

Se ritieni di aver bisogno di ulteriori DBA devi sapere quali attività non sei in grado di svolgere a causa della mancanza di tempo / abilità, se è la mancanza di abilità (come le cose SSAS che hai citato) che può essere addestrata, se è mancanza di tempo potrebbe essere temporaneo o strutturale. Sono stato in situazioni in cui sai solo che la tua vita sarebbe molto più semplice se potessi semplicemente automatizzare questo e quello o impostare un po 'di allerta, ma semplicemente non riesci mai a farlo a causa del troppo lavoro reattivo o ripetitivo e della lotta antincendio generale.

Una volta determinato il motivo per cui il tuo team non funziona come dovrebbe, è il momento di documentarlo.

Prima di tutto, documenta ciò che fai ora, perché questo richiede tutto il tuo tempo e chiarisci in anticipo al tuo manager i problemi esistenti che devono essere risolti non sono assolutamente colpa del tuo team . Assicurati di non dare l'impressione che il problema sarebbe risolto assumendo DBA "migliori".
Crea un foglio Excel che mostri il tuo carico di lavoro per le prossime settimane, se possibile, i grafici impressionano e può mostrare il tuo carico di lavoro in una singola diapositiva.

Una volta chiarito ciò, documenta tutte le attività aggiuntive e tutto ciò che deve essere migliorato, ma soprattutto documenta quali sono i rischi aziendali e i possibili costi e i risparmi potrebbero essere. Documenta anche quante ore-uomo pensi che sarebbero necessarie per apportare questi miglioramenti ed eseguire tali compiti.

Le cose che vanno dal lato degli investimenti dell'equazione sono

• Salario del DBA appena assunto
• Prezzo della formazione

Le cose che vanno dal lato del risparmio dell'equazione sono

• Progetti non finiti in tempo
• Prevenire i tempi di inattività che fanno perdere soldi all'azienda
• Prevenzione del rischio legale
• Prevenire la perdita di dati
• Le commissioni di consulenza potrebbero essere ridotte
• Costo per bruciare i dipendenti a causa di troppo lavoro

Dopo aver compilato l'elenco nel modo più completo possibile, dovrebbe essere chiaro quale sia la migliore opzione di prezzo / ricompensa

• Ottenere ulteriore formazione
• Ottenere DBA aggiuntivi
• Assumere un consulente temporaneo per assistere nell'automazione delle cose, nel monitoraggio delle cose, nell'esecuzione di una migrazione in modo che il team esistente abbia più tempo
• Cambiare le priorità che ti vengono poste dall'azienda in modo da avere il tempo di mettere in atto le cose che ti permetteranno di lavorare in modo più efficiente in seguito