Condividi tramite

Matrice di supporto per il backup di SQL Server nelle macchine virtuali di Azure

  • Articolo

È possibile usare Backup di Azure per eseguire il backup dei database di SQL Server nelle macchine virtuali di Azure ospitate nella piattaforma cloud di Microsoft Azure. Questo articolo riepiloga le impostazioni e le limitazioni generali del supporto per scenari e distribuzioni di Backup di SQL Server nelle macchine virtuali di Azure.

Supporto degli scenari

Supporto Dettagli
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 di Francia meridionale (FRS), Regno Unito settentrionale (UKN), Regno Unito meridionale (UKS), UG IOWA (UGI) e Germania (Foresta Nera).
Sistemi operativi supportati Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 (tutte le versioni), Windows Server 2008 R2 SP1

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 Ciclo di vita del prodotto di ricerca, SQL Server 2016 e provider di servizi, come descritto nella pagina Ciclo di vita del prodotto di ricerca, SQL Server 2014, SQL Server 2012, SQL Server 2008 R2, SQL Server 2008

Enterprise, Standard, Web, Developer, Express.

Le versioni del database locale Express non sono supportate.
Versioni di .NET supportate .NET Framework 4.5.2 o versioni successive installato 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à.
Ripristino tra aree Supportata. Altre informazioni.
Ripristino tra sottoscrizioni Supportato tramite il portale di Azure e l'interfaccia della riga di comando di Azure. Altre informazioni.

Considerazioni e limiti delle funzionalità

Impostazione Limite massimo
Numero di database che possono essere protetti in un server (e in un insieme di credenziali) 2000
Dimensioni del database supportate (oltre a questo, potrebbero verificarsi problemi di prestazioni) 6 TB*
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 nuovi tentativi dell’utente in caso di tentativi non riusciti, il limite rigido per i backup su richiesta è impostato su nove tentativi.
Log shipping 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. Questo perché 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.

*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 entrambe le tipologie di distribuzione: 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 dei database con estensioni nei nomi non è supportato. Il motivo è che il server IIS esegue il filtro delle richieste di estensione file. Si noti tuttavia che sono stati consentiti .ad, .cs e .master che possono essere usati nei nomi di database. Altre informazioni sulle linee guida per la denominazione del database per Backup di Azure.

Prestazioni della velocità effettiva del backup

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.

Nota

  • 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

Informazioni su come eseguire il backup di un database di SQL Server in esecuzione in una macchina virtuale di Azure.