Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
È possibile usare Backup di Azure per eseguire il backup di database SQL Server e SQL Server snapshot dell'istanza (anteprima) nelle macchine virtuali Azure ospitate nella piattaforma cloud Microsoft Azure. Questo articolo riepiloga le impostazioni di supporto e le limitazioni generali per scenari e distribuzioni di backup di SQL Server e backup di snapshot dell'istanza SQL Server nelle macchine virtuali Azure. Per domande comuni, vedere le domande frequenti.
Supporto degli scenari
La tabella seguente riepiloga il supporto per diversi scenari per il backup del database SQL Server nelle macchine virtuali Azure.
| Support | Details |
|---|---|
| Distribuzioni supportate | Sono supportate VM di Azure del Marketplace SQL e non del Marketplace (SQL Server installato manualmente). |
| Aree supportate | Backup di Azure per i database di SQL Server è disponibile in tutte le aree, ad eccezione della Francia meridionale (FRS). |
| Sistemi operativi supportati | Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 (tutte le versioni), Windows Server 2008 R2 SP1 Altre configurazioni sono necessarie per Windows Server 2008 e 2008 R2. Informazioni su come impostare l'autorizzazione per le macchine virtuali. Linux non è attualmente supportato. |
| Versioni di SQL Server supportate | SQL Server 2022 Express, SQL Server 2022, SQL Server 2019, SQL Server 2017 come descritto in dettaglio nella pagina del ciclo di vita del prodotto Search, SQL Server 2016 e provider di servizi di distribuzione, come descritto in dettaglio nella pagina Ciclo di vita del prodotto, SQL Server 2014, SQL Server 2012. Enterprise, Standard, Web, Developer, Express. Le versioni del database locale Express non sono supportate. Il supporto limitato è disponibile per le versioni di SQL Server attualmente in fase di fine vita, "Aggiornamenti della sicurezza estesa" o per qualsiasi altra fase di supporto limitata. |
| Versioni di .NET supportate | .NET Framework 4.6.2 o versione successiva installata nella macchina virtuale |
| Distribuzioni supportate | Sono supportate macchine virtuali di Azure di SQL Marketplace e non Marketplace (SQL Server installate manualmente). Il supporto per le istanze autonome è sempre attivo nei gruppi di disponibilità. Si noti che i database SQL che fanno parte di un gruppo di disponibilità AlwaysOn e vengono sincronizzati da Istanza gestita di SQL non sono supportati. |
| Ripristino tra aree | Supportato per i database protetti come istanza autonoma e/o come parte di un gruppo di disponibilità SQL. Ulteriori informazioni. |
| Ripristino tra sottoscrizioni | Supportato tramite il portale di Azure e l'interfaccia della riga di comando di Azure. Ulteriori informazioni. |
Note
Windows Server 2008, 2008 R2, 2012 e 2012 R2 hanno raggiunto la fine del supporto (EOS). Esaminare di conseguenza l'utilizzo e pianificare gli aggiornamenti e le migrazioni del sistema operativo. Per altre informazioni, vedere Fine del supporto per:
Esegui aggiornamento sul posto a Windows Server 2016, 2019, 2022 o 2025.
Considerazioni e limiti delle funzionalità
| Setting | Limite massimo |
|---|---|
| Numero di database che possono essere protetti in un server (e in un insieme di credenziali) | 2000 |
| Dimensioni del database supportate (oltre il limite consentito, potrebbero verificarsi problemi di prestazioni) | 6 TB con backup di streaming* È consigliabile usare il backup di snapshot SQL per i database di dimensioni superiori a 4 TB per scenari che richiedono prestazioni di backup e ripristino più veloci. |
| Numero di file supportati in un database | 1000 |
| Numero di backup completi supportati al giorno | Un backup pianificato. Tre backup su richiesta. È consigliabile non attivare più di tre backup al giorno. Tuttavia, per consentire tentativi utente per tentativi non riusciti, il limite rigido per i backup su richiesta è impostato su nove tentativi. |
| Trasferimento dei log | Quando si abilita il log shipping nel database di SQL Server di cui si esegue il backup, è consigliabile disabilitare i backup del log nei criteri di backup. In caso contrario, il log shipping (che invia automaticamente i log delle transazioni dal database primario al database secondario) interferisce con i backup del log abilitati tramite Backup di Azure. Pertanto, se si abilita il log shipping, assicurarsi che i criteri dispongano solo di backup completi e/o differenziali abilitati. |
| Periodo di conservazione per i backup su richiesta | Per i backup completi/differenziali/incrementali, la conservazione predefinita è di 45 giorni. Per il backup completo di sola copia, è possibile definire un periodo di conservazione personalizzato. |
| Limite di ripristino per SQL nella macchina virtuale di Azure | 20 |
| Numero di database che possono essere salvati contemporaneamente | 20 per macchina virtuale |
| Numero di database che possono essere ripristinati contemporaneamente | 15 per macchina virtuale |
| Numero di database che possono essere ripristinati contemporaneamente come file | 15 per macchina virtuale |
| Numero consentito di ripristini per database | 20 al giorno |
*Il limite di dimensioni del database dipende dalla velocità di trasferimento dei dati supportata e dalla configurazione del limite di tempo di backup. Non è il limite rigido. Altre informazioni sulle prestazioni della velocità effettiva del backup.
- Il backup di SQL Server può essere configurato nel portale di Azure o in PowerShell. L'interfaccia della riga di comando non è supportata.
- La soluzione è supportata in entrambi i tipi di distribuzioni : macchine virtuali di Azure Resource Manager e macchine virtuali classiche.
- Sono supportati tutti i tipi di backup (full/differenziale/log) e i modelli di recupero (registrazione minima/completa/minima delle operazioni bulk).
- Per i database di sola lettura : i backup completi e di sola copia sono gli unici tipi di backup supportati.
- La compressione nativa di SQL è supportata se abilitata in modo esplicito dall'utente nei criteri di backup. Backup di Azure esegue l'override delle impostazioni predefinite a livello di istanza con la clausola COMPRESSION/NO_COMPRESSION, a seconda del valore di questo controllo impostato dall'utente.
- TDE: è supportato il backup del database abilitato. Per ripristinare in un altro SQL Server un database con crittografia TDE, innanzitutto occorre ripristinare il certificato nel server di destinazione. La compressione dei backup per i database abilitati per TDE per SQL Server 2016 e versioni più recenti è disponibile, ma con dimensioni di trasferimento inferiori, come illustrato qui.
- Le operazioni di backup e ripristino per i database mirror e gli snapshot di database non sono supportate.
- L'istanza del cluster di failover di SQL Server non è supportata.
- Il backup di database con estensioni nei nomi non è supportato perché il server IIS esegue il filtro delle richieste di estensione file. Si noti tuttavia che Microsoft consentito
.ad,.cse.masterche possono essere usati nei nomi di database. Altre informazioni sulle linee guida per la denominazione del database per Backup di Azure. - La crittografia FIPS non è attualmente supportata con i carichi di lavoro di backup SQL.
SQL Server backup di snapshot dell'istanza supportati (anteprima)
La tabella seguente riepiloga gli scenari supportati e non supportati per il backup di snapshot di istanze di SQL Server in esecuzione in macchine virtuali Azure.
| Scenari | Supported | Unsupported |
|---|---|---|
| Versioni di SQL Server | SQL Server 2016 (e versioni successive) in esecuzione su Windows Server 2016 (e versioni successive). | |
| Tipi di backup per snapshot | Snapshot completo (con o senza backup del log), snapshot-copy-only-full (backup ad hoc a livello di database) | |
| Configurazione di backup | Istanza autonoma e gruppo di disponibilità Always On | |
| Hardware/configurazioni di archiviazione | Ssd Premium V2, Ultradisk, dischi con accelerazione di scrittura, dischi temporanei del sistema operativo e dischi condivisi. | |
| Crittografie | Crittografia ADE, TDE e altre crittografia SQL | |
| Compressione SQL | Non supportato | |
| Processo di ripristino | Ripristino alternativo della posizione (ALR) che supporta il ripristino in una macchina virtuale di destinazione diversa rispetto a quella originale. | Ripristino percorso originale (OLR), ripristino tra aree, ripristino tra sottoscrizioni |
| Clienti supportati | portale di Azure, PowerShell | CLI |
| Funzionalità basate sull'insieme di credenziali | Immutabilità, endpoint privati (tramite proxy) | |
| Tipo di database | Backup di snapshot dei database di sistema | |
| Dimensione del database | Database massimo di 35 TB | |
| Selezione del database durante lo snapshot dell'istanza | Fino a 12 database utente | |
| Modalità di protezione all'interno di un'istanza di SQL | Protegge tutti i database selezionati usando solo la protezione basata su snapshot. | Modalità di protezione mista (alcuni database che usano snapshot e altri che usano lo streaming) |
Note
L'integrazione con l'esperienza Resiliency non è attualmente supportata per il backup degli snapshot delle istanze di SQL Server (anteprima).
Prestazioni della velocità effettiva di backup per il backup del flusso SQL
Backup di Azure supporta una velocità di trasferimento dei dati coerente di 350 MBps per backup completi e differenziali di database SQL di grandi dimensioni (di 500 GB). Per usare le prestazioni ottimali, assicurarsi che:
- La macchina virtuale sottostante (contenente l'istanza di SQL Server, che ospita il database) è configurata con la velocità effettiva di rete necessaria. Se la velocità effettiva massima della macchina virtuale è inferiore a 200 MBps, Backup di Azure non può trasferire i dati alla velocità ottimale.
Inoltre, il disco che contiene i file di database deve avere una velocità effettiva sufficiente di cui è stato effettuato il provisioning. Altre informazioni sulla velocità effettiva e sulle prestazioni del disco nelle macchine virtuali di Azure. - I processi, in esecuzione nella macchina virtuale, non usano la larghezza di banda della macchina virtuale.
- Le pianificazioni di backup vengono distribuite in un subset di database. Più backup in esecuzione simultaneamente in una macchina virtuale condividono la frequenza di utilizzo della rete tra i backup. Altre informazioni su come controllare il numero di backup simultanei.
- La velocità effettiva massima supportata per i backup del log è di 50 Mbps, in base alla varianza media del log osservata nella maggior parte degli ambienti. Se si riscontra costantemente una varianza elevata del log e si riscontrano prestazioni di backup ridotte, contattare il supporto tecnico Microsoft per ulteriore assistenza.
Note
- La velocità effettiva più elevata viene limitata automaticamente quando vengono soddisfatte le condizioni seguenti:
- Tutti i database devono avere dimensioni superiori a 4 TB.
- I database devono essere ospitati in macchine virtuali di Azure con una metrica massima di velocità effettiva del disco non memorizzata nella cache superiore a 800 MBpS.
- Scaricare il dettaglio di Resource Planner per calcolare il numero approssimativo di database protetti consigliati per ogni server in base alle risorse della macchina virtuale, alla larghezza di banda e ai criteri di backup.
Passaggi successivi
- Eseguire il backup di un database di SQL Server in esecuzione in una macchina virtuale di Azure.
- Ripristinare i database di SQL Server di cui è stato eseguito il backup.
- Back dello snapshot dell'istanza di SQL Server nella macchina virtuale Azure usando il portale di Azure (anteprima).
- Ripristinare i database di SQL Server di cui è stato eseguito il backup.
- Gestire i database di SQL Server di cui è stato eseguito il backup.