Esplorare i backup di SQL Server

3 minuti

Esistono varie possibilità per l'esecuzione dei backup di SQL Server:

Esecuzione dei backup di SQL Server convenzionali in dischi di Azure direttamente collegati. Questo approccio offre il vantaggio di avere i backup subito a disposizione per i ripristini del sistema e la creazione di nuovi sistemi come copie di sistemi SAP esistenti. È anche noto e applicato in molti casi negli scenari locali. È tuttavia richiesta l'implementazione di una soluzione di backup a lungo termine. È necessario usare i servizi Backup di Azure o un altro strumento di backup/ripristino di terze parti che includa funzionalità di gestione dell'accesso e della conservazione per i backup.
Backup di SQL Server in un URL. A partire da SQL Server 2012 CU4, il backup nativo di SQL Server può designare un URL di Archiviazione di Azure come destinazione.
Backup automatico v2 per macchine virtuali di Azure Questa soluzione usa l'estensione dell'agente IaaS per SQL Server per configurare automaticamente il backup gestito in Archiviazione di Azure per tutti i database nuovi ed esistenti in una macchina virtuale di Azure che esegue SQL Server 2016/2017 Standard, Enterprise o Developer.
Backup di SQL Server in macchine virtuali di Azure Questa soluzione si avvale dell'estensione AzureBackupWindowsWorkload per macchine virtuali che usa le API native di SQL per eseguire il backup dei database SQL nell'insieme di credenziali di Azure Site Recovery.
Backup di snapshot dei file di database in Archiviazione BLOB di Azure. Questo metodo funziona solo quando i file di dati e di log di SQL Server si trovano nella risorsa di archiviazione BLOB di Azure. Usando gli snapshot di Azure, i backup di snapshot dei file di SQL Server offrono backup e ripristini quasi istantanei per i file di database archiviati tramite il servizio di archiviazione BLOB di Azure. Questa funzionalità consente di semplificare i criteri di backup e ripristino e supporta il ripristino temporizzato. Questa funzionalità è disponibile in SQL Server 2016 o versione successiva.

Backup di SQL Server in un URL

La creazione di un account di Archiviazione di Microsoft Azure all'interno della sottoscrizione di Azure è il primo passaggio di questo processo. SQL Server può usare il nome dell'account di archiviazione di Microsoft Azure e il valore della relativa chiave di accesso per autenticare, scrivere e leggere i BLOB nel servizio di archiviazione BLOB di Microsoft Azure, oppure può usare un token di firma di accesso condiviso generato per contenitori specifici che conceda diritti di lettura e scrittura. Queste informazioni di autenticazione usate durante le operazioni di backup o ripristino vengono archiviate nelle credenziali di SQL Server.

Esistono due tipi di BLOB che è possibile archiviare nel servizio di archiviazione BLOB di Microsoft Azure: BLOB in blocchi e di pagine. Il backup di SQL Server può usare entrambi i tipi di BLOB a seconda della sintassi Transact-SQL usata: Se le credenziali adottano la chiave di archiviazione, viene usato il BLOB di pagine; se invece adottano la firma di accesso condiviso, viene usato il BLOB in blocchi.

Il backup su BLOB in blocchi è disponibile solo in SQL Server 2016 o versioni successive. È consigliabile eseguire il backup su BLOB in blocchi anziché su BLOB di pagine se si esegue SQL Server 2016 o versione successiva. I motivi principali sono:

La firma di accesso condiviso è un modo più sicuro per autorizzare l'accesso al BLOB rispetto alla chiave di archiviazione.
È possibile eseguire il backup su più BLOB in blocchi per ottenere prestazioni di backup e ripristino superiori e supportare il backup di database più grandi.
BLOB in blocchi è più economico di BLOB di pagine.

Quando si esegue il backup su BLOB in blocchi, la dimensione massima del backup è di circa 12,8 TB.

Limiti

Il backup nello spazio di archiviazione Premium non è supportato.
SQL Server limita le dimensioni massime di backup supportate usando un BLOB di pagine di 1 TB. La dimensione massima del backup supportata con BLOB in blocchi è limitata a circa 200 GB (50.000 blocchi * 4 MB MAXTRANSFERSIZE). I BLOB in blocchi supportano lo striping che consente backup di dimensioni notevolmente più grandi (fino a 12,8 TB).
È possibile eseguire istruzioni di backup o ripristino tramite TSQL, SMO, cmdlet PowerShell, SQL Server Management Studio Backup o Ripristino guidato.
La creazione di un nome di dispositivo logico non è supportata. Di conseguenza, non è supportata neanche l'aggiunta di un URL come dispositivo di backup tramite sp_dumpdevice o SQL Server Management Studio.
L'accodamento ai BLOB di backup esistenti non è supportato. I backup in un BLOB esistente possono essere sovrascritti solo tramite l'opzione WITH FORMAT . Tuttavia, quando si usano backup di snapshot di file (usando l'argomento WITH FILE_SNAPSHOT), l'argomento WITH FORMAT non è consentito per evitare di lasciare snapshot di file orfani creati con il backup di snapshot di file originale.
Il backup su più BLOB in un'unica operazione è supportato solo tramite i BLOB in blocchi e un token di firma di accesso condiviso, anziché con la chiave dell'account di archiviazione per le credenziali SQL.
L'impostazione di BLOCKSIZE non è supportata per i BLOB di pagine.
L'impostazione di MAXTRANSFERSIZE non è supportata per i BLOB di pagine.
La specifica delle opzioni del set di backup, RETAINDAYS e EXPIREDATE, non è supportata.
In SQL Server è previsto un limite massimo di 259 caratteri per il nome di un dispositivo di backup. BACKUP TO URL utilizza 36 caratteri per gli elementi necessari usati per specificare l'URL (https://.blob.core.windows.net//.bak) lasciando 223 caratteri per i nomi dell'account, del contenitore e del BLOB.

Nota

La versione più recente di SAP Software Provisioning Manager (SWPM) disponibile al momento della scrittura di questa pagina non supporta la creazione di file di dati direttamente nei BLOB di Azure. Se tuttavia il database SAP di destinazione viene creato prima di eseguire SAPinst, il programma di installazione rileva il database e lo installa normalmente. In realtà, per usare questo approccio, prima di eseguire SAPinst è necessario creare il database SAP di destinazione con file di dati nei BLOB.

Backup automatico v2 per macchine virtuali di Azure

Il servizio Backup automatizzato consente il backup automatico per le edizioni di SQL Server Standard ed Enterprise in esecuzione in una macchina virtuale Windows in Azure. Il servizio viene reso disponibile dall'Estensione SQL Server IaaS Agent, installata automaticamente nelle immagini di macchine virtuali Windows di SQL Server nel portale di Azure. Se si distribuiscono le proprie immagini del sistema operativo con SQL Server installato, è necessario installare le estensioni di macchina virtuale separatamente. Altre informazioni sulle funzionalità di questa modalità sono disponibili negli articoli seguenti:

Il limite teorico di dimensione del backup è 12 TB. Poiché le operazioni di scrittura in più BLOB avvengono in parallelo, ci si può aspettare una velocità effettiva superiore a 100 MB/sec.

Backup di SQL Server in macchine virtuali di Azure

Questa modalità di backup si basa sull'interfaccia VSS/VDI di SQL Server per trasmettere i backup in un percorso di destinazione (lo stesso degli strumenti di backup di terze parti). In questo caso, la destinazione corrisponde all'insieme di credenziali del servizio Azure Site Recovery. Una descrizione più dettagliata di questa modalità di backup, che offre numerosi vantaggi in termini di configurazioni di backup centrali, monitoraggio e amministrazione, è disponibile in Informazioni sui backup di SQL Server nelle macchine virtuali di Azure.

Soluzioni di backup di terze parti

Per diversi clienti SAP non era possibile rincominciare da zero e introdurre soluzioni di backup completamente nuove per la parte del panorama SAP in esecuzione in Azure. È quindi necessario usare ed estendere in Azure le soluzioni di backup esistenti. L'estensione in Azure delle soluzioni di backup esistenti risulta essere una soluzione adeguata con la maggior parte dei fornitori principali in quest'area.

Continua