Un’azienda assume un DBA Oracle senior. Stipendio in linea con il mercato, contratto a tempo indeterminato, aspettative alte. Dopo sei mesi il quadro è chiaro: nei periodi normali il DBA fa manutenzione ordinaria, controlli di backup, qualche query lenta da ottimizzare — lavoro che riempie forse due giornate su cinque. Poi arriva la migrazione verso il cloud, o un incidente su un database di produzione, e quello stesso DBA lavora dodici ore al giorno per due settimane, da solo, senza backup umano perché in azienda non c’è nessun altro che sa toccare quell’ambiente.
Questo scenario si ripete più spesso di quanto si pensi. Il problema non è la competenza del DBA. È che il carico di lavoro su Oracle non è lineare, mentre il costo di un dipendente a tempo pieno lo è sempre.
Il vero costo di un DBA interno
Lo stipendio è solo una parte del conto. Ci sono le certificazioni da rinnovare, la formazione su ogni nuova versione di Oracle, il tempo perso quando quella persona è in ferie e nessuno può intervenire su un blocco critico. C’è il rischio di dipendenza da una singola persona: se il DBA lascia l’azienda, va via anche la conoscenza specifica di quell’ambiente, delle sue anomalie, delle scelte fatte anni prima e mai documentate del tutto.
E c’è la copertura oraria. Un incidente su un database di produzione non aspetta l’orario d’ufficio. Se il tuo RTO (tempo massimo di inattività tollerato) è di due ore, un solo DBA interno non basta: serve un turno, una guardia, una struttura — cose che un’azienda di medie dimensioni raramente riesce a giustificare economicamente per un solo profilo.
Quando l’outsourcing è la scelta razionale
Ci sono situazioni in cui affidare la gestione Oracle a un fornitore esterno non è un compromesso, è semplicemente più efficiente:
- Un solo database critico, o pochi, con carico di lavoro concentrato in fasi specifiche (chiusure di bilancio, picchi stagionali, aggiornamenti periodici).
- Migrazioni cloud che richiedono competenze specifiche per un periodo limitato — non ha senso assumere una persona per un progetto che dura sei mesi.
- Aziende multi-sito che hanno bisogno di copertura 24/7 senza costruire un team interno su turni.
- PMI che crescono e hanno bisogno di competenza Oracle seria, ma non ancora del volume che giustifica una figura interna a tempo pieno.
- Situazioni di compliance — NIS2, ISO 27001 — dove serve un DBA certificato che sappia già cosa documentare, senza doverlo formare da zero.
In tutti questi casi, il costo dell’outsourcing è quasi sempre inferiore al costo totale di un dipendente interno, e la copertura è più ampia: non un DBA, ma un team con competenze diverse, disponibile quando serve.
Quando invece un DBA interno ha senso
L’outsourcing non è sempre la risposta giusta, e chi te lo vende come soluzione universale non ti sta dicendo la verità. Un DBA interno diventa la scelta corretta quando:
- Il volume di lavoro giornaliero è davvero costante e sufficiente a riempire una figura full-time, non a picchi.
- L’azienda gestisce decine di istanze Oracle in produzione, con esigenze di tuning continuo che richiedono presenza quotidiana e conoscenza profonda del contesto interno.
- La governance interna richiede che chi ha accesso ai dati sia un dipendente, non un fornitore esterno — succede in settori regolati dove la responsabilità diretta pesa più della flessibilità.
In questi casi la domanda giusta non è “interno o esterno” ma “interno più supporto esterno per i picchi”: un DBA in organico che gestisce l’ordinario, affiancato da un fornitore esterno per migrazioni, incident response e revisione periodica delle configurazioni.
Come si fa la valutazione, in pratica
Prima di decidere, tre domande concrete:
- Quante ore effettive di lavoro Oracle produce la tua azienda in un mese medio? Se sono meno di quaranta, un DBA a tempo pieno è sovradimensionato.
- Qual è il tuo RTO/RPO reale? Se un blocco di due ore ti costa più del contratto annuale di un fornitore esterno con SLA garantito, la scelta è già fatta.
- Cosa succede se il tuo unico DBA si ammala per una settimana durante una migrazione? Se la risposta ti preoccupa, non hai un problema di outsourcing. Hai un problema di continuità.
Noi lavoriamo con DBA Oracle certificati, on-site o in outsourcing, su amministrazione, tuning, backup e migrazioni cloud. Non vendiamo un modello unico: valutiamo il carico reale prima di proporre una struttura, che sia un intervento puntuale o una presenza continuativa. La divisione Oracle & DB Engineering nasce esattamente per questo: dare a chi gestisce sistemi critici la competenza giusta, nella quantità giusta, senza pagare per un’ora di lavoro che non serve.
