Scoprite cosa non va nel vostro database in cinque giorni lavorativi.
Un DBA senior analizza da cima a fondo la vostra istanza SQL Server o PostgreSQL. Ricevete un report scritto con ogni problema ordinato per rischio e impegno, gli script per le correzioni rapide e una call per spiegarvi tutto.
- Report in 5 giorni lavorativi
- Accesso remoto in sola lettura
- Nessuna modifica ai vostri sistemi
Quando serve
- Usate ancora SQL Server 2016 o 2017. Il supporto esteso del 2016 è finito a luglio 2026, quello del 2017 finisce a ottobre 2027.
- Il vostro PostgreSQL è in versione 13 o 14. Sono entrambe a fine vita o quasi.
- Gli utenti si lamentano di schermate lente, timeout o job notturni che finiscono al mattino.
- Nessuno ha provato un ripristino completo nell'ultimo anno.
- Avete un audit NIS2, DORA o interno e dovete dimostrare che backup e accessi sono sotto controllo.
- I costi delle licenze crescono e volete capire se PostgreSQL è un'alternativa realistica.
Cosa controlliamo
Oltre 80 controlli, divisi per area. Lo stesso metodo per entrambi i motori, adattato a ciascuno.
SQL Server
- Versione, livello di patch e date di fine supporto
- Configurazione di istanza e database (MAXDOP, memoria, tempdb, file)
- Wait statistics e query più pesanti dal Query Store
- Indici mancanti, inutilizzati e duplicati
- Stato di Always On AG o del cluster e prontezza al failover
- Catena dei backup, RPO/RTO e prova di ripristino reale
- Login, diritti sysadmin, cifratura (TDE, TLS) e auditing
- Job di SQL Agent, piani di manutenzione ed error log
PostgreSQL
- Versione, minor release ed estensioni
- postgresql.conf: memoria, WAL, checkpoint, connessioni
- pg_stat_statements: le query più pesanti e più frequenti
- Indici, bloat delle tabelle e comportamento dell'autovacuum
- Replica, Patroni e prontezza al failover
- Backup con pgBackRest o Barman, PITR e prova di ripristino
- Ruoli, pg_hba.conf, SSL e row-level security
- Connection pooling (PgBouncer) e contesa sui lock
MySQL, MariaDB e MongoDB su richiesta.
Cosa ricevete
- Sintesi per la direzione
- Una pagina: stato generale, i tre rischi maggiori e quanto costano se non si interviene.
- Problemi ordinati
- Ogni problema con gravità, prove raccolte dal vostro sistema, correzione e impegno necessario.
- Script di correzione
- Script T-SQL o SQL per i miglioramenti rapidi, commentati e pronti da verificare ed eseguire per il vostro team.
- Piano d'azione
- Cosa fare questa settimana, questo trimestre e quest'anno, in quest'ordine.
- Call di presentazione
- 60 minuti con il DBA che ha scritto il report, per rispondere alle domande del vostro team.
| Alta | Backup | Il backup del log gira ogni 4 ore: fino a 4 ore di dati persi su un sistema che ne tollera 15 minuti. |
|---|---|---|
| Alta | Performance | Il 38% delle attese è PAGEIOLATCH_SH. Tre indici mancanti su dbo.Orders causano scansioni complete. |
| Media | Alta disponibilità | La replica sincrona nel secondo sito aggiunge 12 ms a ogni commit. |
| Media | Sicurezza | Quattro login con diritti sysadmin non vengono usati da nessuno. |
| Bassa | Configurazione | MAXDOP e cost threshold for parallelism sono ancora ai valori di default. |
Vincenzo Petrucci, fondatore di Pacific IT Solutions. DBA senior e sviluppatore T-SQL con oltre vent'anni su sistemi SQL Server e PostgreSQL critici per banche, assicurazioni e operatori telefonici. Scrive personalmente ogni report.
Chi siamo →Come funziona
Avvio
Una call di 30 minuti. Concordiamo il perimetro e voi create un login in sola lettura con uno script che vi forniamo.
Raccolta dati
I nostri script leggono configurazione, statistiche e storico delle query. Non si modifica né si installa nulla.
Analisi
Un DBA senior esamina i dati e conferma ogni problema prima di inserirlo nel report.
Report e call
Ricevete il report il quinto giorno e lo esaminiamo insieme.
Sicuro per la produzione
Sola lettura
Usiamo i permessi minimi di monitoraggio: VIEW SERVER STATE su SQL Server, pg_monitor su PostgreSQL.
I dati restano a voi
Leggiamo metadati e statistiche, mai il contenuto delle vostre tabelle.
NDA su richiesta
Firmiamo il vostro accordo di riservatezza prima di iniziare.
Domande
Servono diritti di amministratore?
No. Basta un login di monitoraggio in sola lettura. Vi mandiamo lo script per crearlo.
Rallenta la produzione?
No. La raccolta usa viste di sistema leggere e dura pochi minuti.
Cosa conta come un'istanza?
Un'istanza SQL Server o un cluster PostgreSQL. Le repliche della stessa Availability Group o dello stesso cluster Patroni sono incluse.
Potete anche risolvere i problemi?
Sì, con un progetto successivo o un retainer mensile. Se ordinate il lavoro successivo entro 60 giorni, il prezzo dell'health check viene scalato.
Quali versioni coprite?
SQL Server dal 2012 al 2025 e PostgreSQL dalla 12 alla 18, on-premise, su Azure, su AWS o in container.
Prenotate il vostro health check
Scriveteci quale motore usate, la versione e dove gira. Rispondiamo entro un giorno lavorativo con una data di inizio.