Il tuo gestionale gira su un SQL Server installato su un server fisico in sala macchine, magari un Windows Server ormai datato e una versione di SQL non più in supporto. Il rischio è doppio: un guasto hardware e una vulnerabilità di sicurezza senza più patch. Spostare quel database in Azure risolve entrambi i problemi e ti libera dalla manutenzione del ferro. Ma “andare su Azure SQL” non è una scelta sola: esistono tre destinazioni diverse, e prenderne una sbagliata significa pagare di più o riscrivere codice. Questa guida ti aiuta a scegliere.
Le tre destinazioni: cosa cambia davvero
Quando parliamo di portare SQL Server in Azure, le opzioni concrete sono tre. Cambiano per livello di gestione, compatibilità e modello di costo.
1. SQL Server su VM (IaaS)
È il lift and shift puro: prendi il tuo SQL Server e lo installi su una macchina virtuale Azure identica all’on-premise. Sistema operativo, versione di SQL, configurazione: tutto resta sotto il tuo controllo. È la strada obbligata quando hai software di terze parti che richiede l’accesso al sistema operativo, agent particolari, o una versione legacy di SQL Server.
Il rovescio della medaglia: patching, backup, alta disponibilità e ottimizzazione restano sulle tue spalle (o su quelle del tuo partner gestito). Hai spostato il server, non i grattacapi.
2. Azure SQL Managed Instance (PaaS)
È il punto di equilibrio pensato proprio per le migrazioni. Managed Instance è un’istanza SQL Server gestita da Microsoft, con una superficie di compatibilità quasi totale rispetto all’edizione on-premise: SQL Agent, cross-database query, Service Broker, CLR, linked server. Per la maggior parte dei gestionali e degli ERP delle PMI, la migrazione richiede poche o nessuna modifica al codice.
In più Microsoft gestisce patching, backup automatici e alta disponibilità. Tu mantieni il database e le query; il resto è incluso nel servizio.
3. Azure SQL Database (PaaS)
È il database-as-a-service nella sua forma più pura: un singolo database, gestito al massimo grado, con scalabilità elastica e il modello serverless che mette in pausa il calcolo quando non lo usi. È la scelta più economica e moderna, ideale per applicazioni nuove o web app. Per i gestionali esistenti, però, alcune funzionalità a livello di istanza (come SQL Agent o le cross-database query classiche) non ci sono o vanno riprogettate.
Tabella di scelta rapida
| Criterio | SQL su VM (IaaS) | Managed Instance | SQL Database |
|---|---|---|---|
| Compatibilità con on-premise | Totale | Quasi totale | Parziale |
| Gestione a tuo carico | Alta | Bassa | Minima |
| Sforzo di migrazione | Minimo | Basso | Medio/alto |
| Accesso al sistema operativo | Sì | No | No |
| Modello costo licenza | Hybrid Benefit | Hybrid Benefit | Incluso/Hybrid Benefit |
| Caso d’uso tipico | Versioni legacy, terze parti | ERP/gestionali esistenti | App nuove, web app |
La regola pratica da tenere a mente: PaaS quando puoi, IaaS quando devi. Si parte sempre valutando Managed Instance; si scende a SQL Database solo se l’app lo permette senza riscritture; si sale a VM solo quando un vincolo tecnico lo impone.
Compatibilità applicativa: il vero discriminante
La scelta non la fa il database, la fa l’applicazione che ci gira sopra. Prima di decidere serve un assessment tecnico che risponda a domande concrete:
- Il gestionale usa SQL Server Agent per job notturni e batch?
- Ci sono query cross-database o linked server verso altri database?
- L’applicazione richiede l’accesso al file system o componenti installati sul sistema operativo?
- Quale livello di compatibilità e quale versione di SQL Server è in uso oggi?
Microsoft mette a disposizione lo strumento Data Migration Assistant per analizzare il database esistente e segnalare in anticipo i blocchi di compatibilità verso ciascuna destinazione. È il primo passo di ogni progetto serio: evita la brutta sorpresa di scoprire a migrazione fatta che qualcosa non funziona. È lo stesso approccio metodico che descriviamo nella guida su come migrare un database senza downtime.
Costi e Azure Hybrid Benefit: non pagare due volte la licenza
Qui sta la leva di risparmio più sottovalutata. Se oggi hai licenze SQL Server con Software Assurance (o le relative sottoscrizioni), l’Azure Hybrid Benefit ti permette di riusarle in Azure: paghi solo il costo del servizio cloud, non di nuovo la licenza. Sulla componente di calcolo di Managed Instance e di SQL Server in VM lo sconto è sostanziale e cambia completamente l’equazione economica della migrazione.
I modelli di costo da capire bene:
- A consumo / per ora di calcolo: paghi le risorse (vCore) effettivamente attive. Sul serverless di SQL Database il calcolo si mette in pausa quando il database è inattivo.
- Riservato (commitment 1 o 3 anni): ti impegni sulla capacità in cambio di uno sconto importante rispetto al pay-as-you-go.
- Hybrid Benefit: applicabile sopra entrambi, riusa le licenze SQL già acquistate.
Per stimare il confronto fra tenere il server fisico e passare ad Azure puoi partire dal nostro calcolatore TCO server vs Azure. Per i prezzi puntuali delle licenze Microsoft e i cambi di listino in vigore, il riferimento aggiornato è l’articolo prezzi Microsoft 365 2026: le cifre delle licenze cambiano nel tempo, mentre i modelli restano questi.
Come si svolge la migrazione
Una migrazione SQL ben fatta segue passi precisi e riduce al minimo il fermo del gestionale:
- Assessment del database e dell’applicazione (Data Migration Assistant, verifica compatibilità, dimensionamento).
- Scelta della destinazione fra VM, Managed Instance e SQL Database in base ai vincoli emersi.
- Verifica del licensing e applicazione dell’Azure Hybrid Benefit.
- Migrazione dei dati: offline (backup/restore) per database non critici, oppure online con Azure Database Migration Service per replica continua e cutover di pochi minuti.
- Cutover e collaudo: si punta l’applicazione al nuovo database, si testa, si dismette il server fisico.
La scelta tra approccio offline e online dipende da quanto è critico il database. Se il gestionale non può fermarsi in orario di lavoro, la migrazione online è la strada giusta; per database meno sensibili, una finestra notturna di backup e ripristino basta. Lo stesso principio del lift and shift si applica anche al database: a volte si sposta e basta, a volte conviene ottimizzare nel passaggio.
Perché farlo con un partner
Una migrazione database tocca il cuore operativo dell’azienda: se sbagli la destinazione paghi di più, se sbagli il cutover fermi il gestionale, se sbagli il licensing butti via lo sconto Hybrid Benefit. Per questo conviene affidarsi a chi lo fa di mestiere.
Come Cloud Solution Provider Microsoft seguiamo l’intero percorso: assessment tecnico con Data Migration Assistant, scelta motivata fra Managed Instance, SQL Database e VM, gestione delle licenze in modalità CSP con applicazione corretta dell’Azure Hybrid Benefit, e migrazione con la finestra di downtime concordata. Alla fine resti con un database moderno, in supporto e senza più hardware da manutenere — lo stesso modello operativo che raccontiamo nella nostra consulenza Azure per le PMI lombarde.
Vuoi capire quale destinazione è giusta per il tuo SQL Server? Scopri la nostra assistenza Microsoft 365 e cloud gestita, approfondisci le sottoscrizioni Azure o parla con un nostro consulente per un assessment senza impegno.
Domande frequenti
Qual è la differenza tra Azure SQL Managed Instance e Azure SQL Database?
Managed Instance è un’istanza SQL Server gestita quasi identica a quella on-premise: supporta SQL Agent, cross-database query, Service Broker e CLR, ideale quando vuoi migrare con minime modifiche al codice. Azure SQL Database è invece un singolo database PaaS, ancora più gestito ed economico, ma con qualche funzionalità a livello di istanza non disponibile. Per la maggior parte delle PMI con gestionali esistenti, Managed Instance è il percorso a minor attrito.
L’Azure Hybrid Benefit mi fa davvero risparmiare sulle licenze SQL?
Sì. Se hai licenze SQL Server con Software Assurance attiva (o sottoscrizioni), l’Azure Hybrid Benefit ti permette di riusarle in Azure pagando solo il costo del servizio cloud anziché licenza più servizio. Su Managed Instance e su SQL Server in VM lo sconto sulla componente di calcolo è significativo. Come Cloud Solution Provider verifichiamo la tua posizione di licensing e applichiamo il beneficio corretto in fase di assessment.
Quanto downtime serve per migrare un database SQL in Azure?
Con un approccio offline il fermo coincide con il tempo di backup e ripristino, da poche ore a una notte per database non enormi. Con la migrazione online tramite Azure Database Migration Service o log shipping si replica in continuo e si effettua un cutover finale di pochi minuti, mantenendo il database produttivo attivo fino all’ultimo. La scelta dipende da quanto è critico il tuo gestionale.
Conviene SQL Server su VM o una soluzione PaaS come Managed Instance?
SQL Server su VM (IaaS) dà il controllo totale e supporta qualsiasi versione, funzionalità legacy o software di terze parti che richiede l’accesso al sistema operativo, ma resta a tuo carico patching, backup e alta disponibilità. Managed Instance toglie quasi tutta la gestione e conviene quando non hai vincoli che impongono l’accesso alla VM. La regola pratica: PaaS quando puoi, IaaS quando devi.