Condividi tramite

Compressione dei backup (SQL Server)

Questo argomento descrive la compressione dei backup di SQL Server, incluse restrizioni, compromessi sulle prestazioni della compressione dei backup, la configurazione della compressione dei backup e il rapporto di compressione.

Annotazioni

Per informazioni sulle edizioni di SQL Server 2014 che supportano la compressione dei backup, vedere Funzionalità supportate dalle edizioni di SQL Server 2014. Ogni edizione di SQL Server 2008 e versioni successive può ripristinare un backup compresso.

Vantaggi

  • Poiché un backup compresso è minore di un backup non compresso degli stessi dati, la compressione di un backup richiede in genere meno operazioni di I/O del dispositivo e pertanto aumenta in modo significativo la velocità di backup.

    Per altre informazioni, vedere Impatto sulle prestazioni della compressione dei backup, più avanti in questo argomento.

Restrizioni

Le restrizioni seguenti si applicano ai backup compressi:

  • I backup compressi e non compressi non possono coesistere in un set di supporti.

  • Le versioni precedenti di SQL Server non possono leggere i backup compressi.

  • NTbackups non può condividere un nastro con backup compressi di SQL Server.

Impatto sulle prestazioni della compressione dei backup

Per impostazione predefinita, la compressione aumenta significativamente l'utilizzo della CPU, il che può avere un impatto negativo sulle operazioni simultanee. Pertanto, è possibile creare backup compressi con priorità bassa in una sessione il cui utilizzo della CPU è limitato daResource Governor. Per altre informazioni, vedere Usare Resource Governor per limitare l'utilizzo della CPU da parte della compressione dei backup (Transact-SQL).

Per ottenere una buona immagine delle prestazioni di I/O di backup, è possibile isolare l'I/O di backup da o verso i dispositivi valutando i seguenti tipi di contatori delle prestazioni:

  • Contatori delle prestazioni di I/O di Windows, ad esempio i contatori dei dischi fisici

  • Contatore Larghezza di banda dispositivo byte/sec dell'oggetto SQLServer:Backup Device

  • Contatore Backup/Ripristino velocità di trasmissione dati/sec dell'oggetto SQLServer:Databases

Per informazioni sui contatori di Windows, vedere la Guida di Windows. Per informazioni sull'uso dei contatori di SQL Server, vedere Usare oggetti di SQL Server.

Calcolare il rapporto di compressione di un backup compresso

Per calcolare il rapporto di compressione di un backup, usare i valori per il backup nelle colonne backup_size e compressed_backup_size della tabella di cronologia dei backupset , come indicato di seguito:

backup_size:compressed_backup_size

Ad esempio, un rapporto di compressione 3:1 indica che si stanno risparmiando circa 66% sullo spazio su disco. Per eseguire query su queste colonne, è possibile usare l'istruzione Transact-SQL seguente:

SELECT backup_size/compressed_backup_size FROM msdb..backupset;

Il rapporto di compressione di un backup compresso dipende dai dati compressi. Una varietà di fattori può influire sul rapporto di compressione ottenuto. I fattori principali includono:

  • Tipo di dati.

    I dati di tipo carattere comprimeno più di altri tipi di dati.

  • Coerenza dei dati tra le righe di una pagina.

    In genere, se una pagina contiene diverse righe in cui un campo contiene lo stesso valore, potrebbe verificarsi una compressione significativa per tale valore. Al contrario, per un database che contiene dati casuali o che contiene una sola riga di grandi dimensioni per pagina, un backup compresso sarà quasi grande come un backup non compresso.

  • Indica se i dati sono crittografati.

    I dati crittografati comprimeno in modo significativo meno dei dati non crittografati equivalenti. Se si usa Transparent Data Encryption per crittografare un intero database, la compressione dei backup potrebbe non ridurre di molto le dimensioni, se necessario.

  • Indica se il database è compresso.

    Se il database è compresso, la compressione dei backup potrebbe non ridurne di molto le dimensioni, se non addirittura per nulla.

Allocazione dello spazio per il file di backup

Per i backup compressi, le dimensioni del file di backup finale dipendono dalla modalità di compressione dei dati e questa operazione è sconosciuta prima del completamento dell'operazione di backup. Pertanto, per impostazione predefinita, quando si esegue il backup di un database tramite compressione, il motore di database usa un algoritmo di pre-allocazione per il file di backup. Questo algoritmo prealloca una percentuale predefinita delle dimensioni del database per il file di backup. Se è necessario più spazio durante l'operazione di backup, il motore di database aumenta il file. Se la dimensione finale è minore dello spazio allocato, alla fine dell'operazione di backup, il motore di database riduce il file alle dimensioni finali effettive del backup.

Per consentire l'aumento del file di backup solo se necessario per raggiungere le dimensioni finali, usare il flag di traccia 3042. Il flag di traccia 3042 consente di bypassare l'algoritmo di pre-allocazione della compressione del backup predefinito durante l'operazione di backup. Questo flag di traccia è utile se è necessario risparmiare spazio allocando solo le dimensioni effettive necessarie per il backup compresso. Tuttavia, l'uso di questo flag di traccia potrebbe comportare una lieve penalizzazione delle prestazioni (con un possibile aumento della durata dell'operazione di backup).

Attività correlate

Vedere anche

Panoramica del backup (SQL Server)
Flag di traccia (Transact-SQL)

  • Last updated on