Ripristino da backup archiviati in Microsoft Azure
Si applica a: 
SQL Server
Questo argomento illustra le considerazioni relative al ripristino di un database tramite un backup archiviato in Archiviazione BLOB di Azure. Ciò si applica ai backup creati tramite il backup di SQL Server nell'URL o tramite il backup gestito di SQL Server in Microsoft Azure.
È consigliabile esaminare questo argomento se si dispone di backup archiviati in Archiviazione BLOB di Azure che si vogliono ripristinare, nonché di rivedere gli argomenti in cui vengono descritti i passaggi per ripristinare un database che sono uguali sia per i backup in locale sia per quelli di Azure.
Panoramica
Gli strumenti e i metodi utilizzati per ripristinare un database da un backup in locale si applicano al ripristino di un database da un backup nel cloud. Nelle sezioni seguenti vengono descritte queste considerazioni e tutte le differenze di cui essere a conoscenza relativamente ai casi in cui si usano backup archiviati in Archiviazione BLOB di Azure.
Utilizzo di Transact-SQL
Poiché SQL Server deve essere connesso a un'origine esterna per il recupero dei file di backup, vengono utilizzate le credenziali SQL per autenticare l'account di archiviazione. Di conseguenza, per l'istruzione RESTORE è richiesta l'opzione WITH CREDENTIAL. Per altre informazioni, vedere Backup e ripristino di SQL Server con Archiviazione BLOB di Microsoft Azure.
Se si usa il backup gestito di SQL Server in Microsoft Azure per gestire i backup nel cloud, è possibile verificare tutti i backup disponibili nell'archiviazione usando la funzione di sistema smart_admin.fn_available_backups. Tramite questa funzione di sistema vengono restituiti tutti i backup disponibili per un database in una tabella. Poiché i risultati vengono restituiti in una tabella, è possibile filtrarli oppure ordinarli. Per altre informazioni, vedere managed_backup.fn_available_backups (Transact-SQL).
Utilizzo di SQL Server Management Studio
- L'attività di ripristino viene utilizzata per ripristinare un database tramite SQL Server Management Studio. Nella pagina dei supporti di backup è ora disponibile l'opzione URL per visualizzare i file di backup archiviati in Archiviazione BLOB di Azure. Inoltre, è necessario fornire le credenziali SQL utilizzate per autenticare l'account di archiviazione. La griglia Set di backup da ripristinare viene popolata successivamente con i backup disponibili nell'archiviazione BLOB di Azure. Per altre informazioni, vedere Ripristino dal servizio Archiviazione di Azure tramite SQL Server Management Studio.
Ottimizzazione dei ripristini
Per ridurre il tempo di scrittura di un'operazione di ripristino, aggiungere il diritto utente Esecuzione attività di manutenzione volume all'account utente di SQL Server. Per altre informazioni, vedere Inizializzazione di file di database. Se l'operazione di ripristino è ancora lenta con l'inizializzazione immediata dei file abilitata, esaminare le dimensioni del file di log nell'istanza in cui è stato eseguito il backup del database. Se le dimensioni del log sono molto grandi (più GB), si prevede un ripristino lento. Durante l'operazione di ripristino il file di log deve essere azzerato; questa operazione richiede una quantità di tempo significativa. Il ripristino iniziale dei file di log delle transazioni del database non può trarre vantaggio dall'inizializzazione immediata dei file.
Per ridurre i tempi di ripristino è consigliabile usare backup compressi. Per i backup con dimensioni superiori ai 25 GB, usare l' utilità AzCopy per eseguire il download nell'unità locale e quindi eseguire il ripristino. Per altri suggerimenti e procedure consigliate sui backup, vedere SQL Server Backup to URL Best Practices and Troubleshooting.
In SQL Server 2016 (13.x) e versioni successive il BLOB in blocchi è preferibile per il backup nell'URL.
- Se si usano BLOB di pagine, è possibile abilitare il flag di traccia 3051 quando si esegue il ripristino per generare un log dettagliato. Questo file di log viene inserito nella directory dei log e viene denominato usando il formato:
BackupToUrl-\<instancename>-\<dbname>-action-\<PID>.log. Nel file di log sono incluse informazioni su ogni round trip ad Archiviazione di Azure, incluso l'intervallo che può essere utile per individuare il problema.