Al contenuto

STRATEGICRepubblica di San Marino

Contatti

Database in outsourcing

Database administrator in outsourcing per Oracle, SQL Server e PostgreSQL

Il DBA, l’amministratore del database, tiene in salute l’archivio su cui lavora il gestionale: patch, copie, prestazioni, accessi. Lo facciamo in outsourcing per aziende in tutta Italia e a San Marino, da remoto o accanto al team IT interno. Perimetro e tempi di intervento si scrivono nel contratto.

Composizione d’esempio: tre database, Oracle, SQL Server e PostgreSQL, con lo stato di patch, copie provate e scadenza del supporto di ciascuno.
Esempio · i dati della composizione non sono reali
Oracle, SQL Server, PostgreSQL
lo stesso metodo su motori diversi
Accessi nominativi e tracciati
sul canale scelto dal vostro IT
Ripristino provato
prove a calendario, con i tempi messi a verbale

01 · copia il link alla sezioneLa situazione

I database sono più di uno, e nessuno li segue tutti

Il gestionale su Oracle, la contabilità su SQL Server, l’applicazione nuova su PostgreSQL. Ognuno ha le sue scadenze.

Capita spesso. Il gestionale storico gira su Oracle, un software comprato dopo usa SQL Server, l’ultima applicazione web nasce su PostgreSQL. Ogni motore ha le sue patch, le sue versioni in scadenza e il suo modo di fare le copie.

Un DBA interno raramente conosce bene tutti e tre. E quando la persona è una sola, ferie e cambi di incarico lasciano scoperto il sistema da cui dipendono ordini e fatture.

DBA

Scadenze diverse per ogni motore

Oracle, Microsoft e la comunità di PostgreSQL hanno calendari di supporto diversi.

DBA

Copie mai provate

Una copia mai ripristinata non dice quanto tempo serve per ripartire.

DBA

Una persona sola che sa tutto

Se cambia incarico, la conoscenza dell’ambiente va via con lei.

02 · copia il link alla sezioneIl servizio

Che cosa comprende un servizio di DBA in outsourcing, e che cosa no

Il perimetro si scrive prima di cominciare. Quello che non è scritto non si dà per scontato.

In breve: il servizio a canone copre la gestione ordinaria dei database, con un rapporto periodico. Aggiornamenti di versione e migrazioni si possono affidare come progetti a sé, con la loro proposta scritta.

Che cosa comprende

  • Controlli programmati su spazio, errori, elaborazioni notturne e crescita dei dati.
  • Patch e aggiornamenti di sicurezza a calendario, provati prima su una copia.
  • Copie con prove di ripristino a calendario e un verbale con i tempi.
  • Utenze e permessi in ordine, con i soli privilegi necessari.
  • Prestazioni misurate prima e dopo ogni intervento.
  • Un rapporto periodico e una revisione annuale dell’ambiente.

Che cosa resta fuori, se non è scritto

  • Le modifiche al gestionale, che restano al suo produttore.
  • La gestione di server e rete, se non rientra nel perimetro.
  • Le trattative sulle licenze con Oracle o Microsoft, che restano all’azienda.
  • Interventi a qualunque ora. Contatti e tempi per le emergenze sono quelli scritti nel contratto.

Si può affidare tutto, solo la gestione ordinaria o un singolo progetto.

04 · copia il link alla sezioneAccesso remoto

Come avviene l’accesso remoto ai database, in sicurezza

Per amministrare un database servono accessi ampi. Per questo si regolano per iscritto prima di cominciare.

  • Utenze nominative. Ogni persona ha la sua utenza, con i soli permessi che servono. Nessuna utenza condivisa.

  • Connessioni concordate con l’IT. Si usa il canale scelto dall’azienda, e solo verso i sistemi del perimetro.

  • Accessi registrati. Chi è entrato, quando e che cosa ha fatto resta registrato e si può controllare.

  • Accordo scritto. Accordo di riservatezza prima di cominciare. Se i dati sono personali, il rapporto si regola anche secondo il GDPR.

  • I dati restano dove sono. Nessuna copia dei dati fuori dall’azienda senza un’autorizzazione scritta.

  • A fine incarico. Gli accessi si chiudono e la documentazione resta all’azienda.

Accessi dei fornitori tecnici ai sistemi: i controlli da fare

05 · copia il link alla sezioneCon il team interno

Accanto al reparto IT, non al suo posto

Il DBA esterno lavora con chi gestisce già i sistemi e segue le sue procedure.

Le modifiche passano dalle procedure interne. Le finestre di intervento si decidono con chi usa il gestionale, perché conosce i giorni in cui il sistema non si può toccare.

Dove c’è già un DBA interno, il lavoro si divide e si scrive chi fa che cosa. Per esempio il DBA interno segue le richieste di ogni giorno e noi patch, copie e aggiornamenti di versione. Oppure il contrario.

Configurazioni, procedure e verbali delle prove restano documentati e consegnati all’azienda, anche se un giorno cambia fornitore.

DBA Oracle interno o in outsourcing: il conto delle ore

06 · copia il link alla sezioneLe prime ore

Database fermo: che cosa fare, e che cosa evitare

Valgono per Oracle, SQL Server e PostgreSQL. I dettagli tecnici li conosce chi amministra il database.

Aggiornato il 7 novembre 2026

  1. Non riavviare a ripetizione. Prima si conservano i messaggi di errore e i registri, che servono a scegliere il rimedio.
  2. Fermare ciò che scrive dati. Elaborazioni e integrazioni si sospendono, d’accordo con chi conosce l’applicazione.
  3. Mettere al sicuro lo stato attuale. Prima di ogni tentativo si fa una copia di ciò che c’è.
  4. Avvisare chi decide. La direzione sa quanto può restare fermo il lavoro e sceglie le priorità.

Chi ci contatta: con un servizio a canone valgono i contatti e i tempi scritti nel contratto. Negli altri casi si scrive dal modulo scegliendo «È urgente», oppure a staff@strategic.sm con «Database fermo» nell’oggetto. Il modulo non è un canale d’emergenza.

Database Oracle corrotto: il primo errore è il riavvio

07 · copia il link alla sezioneIl metodo

Dalla fotografia tecnica alla gestione nel tempo

Quattro passi, uguali per Oracle, SQL Server e PostgreSQL.

Fotografia tecnica

Motori e versioni, edizioni e licenze, applicazioni collegate, copie esistenti, carichi di lavoro. Con accessi in lettura e sotto accordo di riservatezza.

Piano

Priorità e scadenze, finestre di intervento decise con chi usa il gestionale, criteri per proseguire o tornare indietro.

Messa in ordine

Prima le cose urgenti: patch mancanti, copie da provare, utenze da chiudere. Ogni intervento parte da una copia verificata.

Gestione nel tempo

Controlli programmati, patch a calendario, prove di ripristino, rapporto periodico e revisione annuale dell’ambiente.

Che cosa riceve l’azienda?
Un documento tecnico per chi gestisce i sistemi e una sintesi per la direzione, con rischi, costi e scadenze.
Quanto costa?
Dipende da quanti database, quali motori e versioni, quanto lavoro ordinario. Non c’è un listino. Il primo colloquio non impegna. Se c’è un lavoro da fare, arriva una proposta scritta per l’analisi iniziale, di norma una o due giornate di lavoro con le persone coinvolte. Dopo l’analisi arriva la proposta per il progetto, con fasi, tempi e costi.

08 · copia il link alla sezionePrincipi

Cosa non facciamo

  • Non promettiamo migrazioni senza fermo. Il fermo si riduce e si pianifica.
  • Non interveniamo in produzione senza una copia verificata e un modo provato per tornare indietro.
  • Non usiamo funzioni a pagamento che l’azienda non ha in licenza, su Oracle come su SQL Server.
  • Non promettiamo tempi di intervento a voce. Valgono quelli scritti nel contratto.
  • Non teniamo per noi la conoscenza dell’ambiente. Procedure e configurazioni restano documentate e consegnate.

09 · copia il link alla sezioneDomande frequenti

Domande frequenti sul DBA in outsourcing

Che cosa comprende un servizio di DBA in outsourcing?
La gestione ordinaria dei database: controlli programmati, patch a calendario, copie con prove di ripristino, utenze e permessi, prestazioni. In più un rapporto periodico e una revisione annuale. Aggiornamenti di versione e migrazioni si possono aggiungere come progetti a sé. Il perimetro si scrive nel contratto.
Il DBA esterno lavora con il nostro team IT?
Sì. Le modifiche passano dalle procedure interne e le finestre di intervento si decidono con chi usa il gestionale. Se c’è già un DBA interno, il lavoro si divide e si scrive chi fa che cosa.
Come avviene l’accesso remoto ai database in sicurezza?
Con utenze nominative e i soli permessi necessari, sul canale scelto dal vostro IT, con gli accessi registrati. Prima di cominciare si firma un accordo di riservatezza e, se i dati sono personali, si regola il rapporto secondo il GDPR. A fine incarico gli accessi si chiudono.
Gestite anche SQL Server e PostgreSQL, oltre a Oracle?
Sì, per l’assistenza e per le migrazioni. Il metodo è lo stesso: fotografia tecnica, piano, messa in ordine e gestione nel tempo.
DBA SQL Server
Assistenza PostgreSQL
Conviene migrare da Oracle a PostgreSQL?
Dipende prima di tutto dal gestionale. Se il produttore non lo supporta su PostgreSQL, di solito non conviene. Se l’applicazione è vostra, o è certificata anche su PostgreSQL, si confrontano licenze, lavoro di conversione e rischi. La prova si fa prima, su una copia.
Migrazione da Oracle a PostgreSQL
Che cosa succede se un database si ferma?
Con un servizio a canone valgono i contatti e i tempi di intervento scritti nel contratto. Negli altri casi si scrive dal modulo scegliendo «È urgente». Intanto valgono i primi passi: niente riavvii a ripetizione, niente riparazioni improvvisate, una copia dello stato attuale.
Database fermo: i primi passi
Quanto costa un DBA in outsourcing?
Dipende da quanti database, quali motori ed edizioni, quanto lavoro ordinario e quali progetti. Non esiste un listino valido per tutti. Il primo colloquio non impegna. Se c’è un lavoro da fare, arriva una proposta scritta per l’analisi iniziale, di norma una o due giornate di lavoro con le persone coinvolte. Dopo l’analisi arriva la proposta per il progetto, con fasi, tempi e costi.
Lavorate in tutta Italia?
Sì. I database si amministrano a distanza, con accessi concordati con il vostro IT. In presenza lavoriamo a San Marino, in Romagna, nelle Marche e in Emilia.

10 · copia il link alla sezioneOsservatorio

Dall’Osservatorio: dati e database

Analisi e guide della Redazione Strategic.

Tutti gli articoli su dati e Oracle

Le parti essenziali di questa pagina si stampano in una sintesi di poche pagine, senza immagini e senza gli inviti al contatto.

11 · copia il link alla sezioneContatto

Parliamo dei vostri database

Qualche riga: quali database, quali versioni se le conoscete, il gestionale che ci lavora sopra, eventuali scadenze. Rispondiamo per email, di norma entro due giorni lavorativi.

Lavoriamo in presenza a San Marino, in Romagna, nelle Marche e in Emilia, e a distanza in tutta Italia. Dove lavoriamo

Nel modulo non vanno inseriti password, indirizzi dei server o estratti dei dati: si scambiano dopo, sui canali concordati.

Su WhatsApp risponde un assistente AI di Strategic. Non va usato per informazioni riservate.

La vostra richiestaDBADatabase SQL Server, PostgreSQL e Oracle

Vi riconoscete in queste domande? spuntate quelle che vi riguardano

Si apre il modulo con l’argomento e le domande già inseriti.