Esperti SQL Server Freelance Italiani

Il gestionale è diventato lentissimo: è colpa del database o del server?

Nella maggior parte dei casi non è questione di hardware. Comprare una macchina più potente su un database mal indicizzato sposta il problema di qualche mese e costa molto più di un intervento mirato.

Cosa guarda un consulente, in ordine

Quali query pesano davvero: SQL Server registra da solo le operazioni più costose. Quasi sempre il rallentamento si concentra su poche query, non su tutto il sistema.
Gli indici: mancanti dove servono, duplicati dove non servono, o frammentati al punto da essere inutili.
Come sono scritte le interrogazioni: filtri applicati dopo aver letto tutta la tabella, funzioni sulle colonne indicizzate, cicli che fanno una chiamata per riga.
I blocchi fra utenti: quando in dieci lavorano insieme, il tempo se ne va spesso in attese, non in calcolo.

L'esito realistico di una prima analisi è un elenco di interventi ordinati per rapporto fra beneficio e rischio. Alcuni si applicano in mezz'ora e si vedono subito.

I backup ci sono, ma non li abbiamo mai provati. È un problema?

Sì, ed è il rischio più sottovalutato che vediamo. Un backup che non è mai stato ripristinato non è un backup: è un file di cui speri qualcosa.

Prova di ripristino: l'unico modo per sapere se funziona è rimetterlo su un'altra macchina e aprirlo. Va fatto periodicamente, non una volta sola.
Quanti dati puoi perdere: con il solo backup completo notturno, un guasto alle 17 ti costa la giornata di lavoro di tutti. I backup del log delle transazioni riducono la perdita a pochi minuti, ma vanno configurati e mantenuti.
Dove sono le copie: se stanno sullo stesso server o sullo stesso NAS, un incendio, un furto o un ransomware se le porta via insieme all'originale.
Quanto tempo serve per ripartire: è la domanda che la direzione fa davvero, ed è diversa da «abbiamo i backup?».

È il tipo di lavoro che si chiude in pochi giorni e che cambia completamente il profilo di rischio dell'azienda.

Possiamo tirare fuori i dati dal gestionale senza rompere niente?

Sì, ed è una delle richieste più frequenti: i numeri servono in Excel, in Power BI, sul sito o in un'applicazione nuova, ma il gestionale è del fornitore e non si tocca.

Utenze di sola lettura: un accesso separato che può leggere e non scrivere, così nessun errore può danneggiare i dati di produzione.
Viste su misura: si espone una selezione ordinata e comprensibile invece delle tabelle originali, spesso criptiche. Se il fornitore cambia la struttura interna, si aggiusta la vista e chi la usa non se ne accorge.
Copia di lettura: quando le analisi sono pesanti, si lavora su una replica per non rallentare chi sta lavorando.
API: quando i dati devono arrivare a un sito o a un'app, il canale corretto è un servizio intermedio, non l'accesso diretto al database.

Un avvertimento onesto: verifica il contratto con il fornitore del gestionale prima di partire, perché alcuni contratti limitano l'accesso diretto al database.

Che differenza c'è fra SQL Server, Express e Azure SQL?

Sono lo stesso motore in confezioni diverse, e la scelta sbagliata costa o in licenze o in limiti scoperti tardi.

SQL Server Express: gratuito, con limiti su dimensione del database, memoria e processori utilizzabili. Va benissimo per applicazioni piccole; il guaio è accorgersi del tetto quando il database lo raggiunge, di solito nel momento peggiore.
SQL Server Standard ed Enterprise: a pagamento, senza quei limiti, con le funzioni di alta disponibilità e manutenzione che servono quando il fermo macchina ha un costo.
Azure SQL: il database gestito nel cloud Microsoft: backup e aggiornamenti li fa il fornitore, tu paghi a consumo. Cambia però il modo di gestirlo e alcune funzionalità di sistema non ci sono.

La verifica utile prima di decidere è una sola: quanto cresce il database in un anno e quante ore di fermo l'azienda può sopportare. Da quelle due risposte la scelta viene quasi da sé.

Meglio un intervento una tantum o un contratto continuativo?

Dipende da quanto il database è centrale nella tua operatività, e conviene essere realisti.

Intervento a progetto: giusto per un problema circoscritto — un rallentamento, una migrazione, la messa in sicurezza dei backup. Ha un inizio e una fine chiari e un costo definito.
Presidio continuativo: poche ore al mese per controllare crescita, prestazioni ed esiti dei backup. Costa poco e intercetta i problemi mentre sono ancora piccoli.

Una via di mezzo che funziona bene: si parte con un progetto di sistemazione, si chiude lasciando documentazione e allarmi automatici, e si tiene un monte ore leggero per le verifiche. Su FreelanceWWW puoi descrivere entrambi gli scenari nella richiesta e farti quotare l'uno e l'altro.