Restauration à partir de sauvegardes stockées dans Windows Azure
S’applique à : 
SQL Server
Cette rubrique présente les éléments à prendre en considération quand vous restaurez une base de données à l’aide d’une sauvegarde stockée dans le stockage Blob Azure. Ceci s'applique aux sauvegardes créées à l'aide de la sauvegarde SQL Server vers l'URL ou par la sauvegarde gérée par SQL Server vers Microsoft Azure.
Nous vous recommandons de consulter cette rubrique si vous avez des sauvegardes stockées dans Stockage Blob Azure que vous envisagez de restaurer, puis de consulter les rubriques qui décrivent les étapes de la restauration d'une base de données, qui sont les mêmes pour les sauvegardes sur site et les sauvegardes Azure.
Vue d’ensemble
Les outils et les méthodes utilisés pour restaurer une base de données à partir d'une sauvegarde local s'appliquent également à la restauration d'une base de données depuis une sauvegarde sur le cloud. Les sections suivantes décrivent ces considérations et toutes les différences que vous devez connaître lorsque vous utilisez des sauvegardes stockées dans Stockage Blob Azure.
Utilisation de Transact-SQL
Étant donné que SQL Server doit se connecter à une source externe pour récupérer les fichiers de sauvegarde, les informations d'identification SQL sont utilisées pour authentifier le compte de stockage. Par conséquent, l'instruction RESTORE nécessite l'option WITH CREDENTIAL. Pour plus d’informations, consultez Sauvegarde et restauration SQL Server avec Stockage Blob Microsoft Azure.
Si vous utilisez la sauvegarde gérée de SQL Server vers Microsoft Azure pour gérer vos sauvegardes vers le cloud, vous pouvez passer en revue toutes les sauvegardes disponibles dans le stockage, en utilisant la fonction système smart_admin.fn_available_backups. Cette fonction système retourne toutes les sauvegardes disponibles pour une base de données dans une table. Comme les résultats sont retournés dans une table, vous pouvez les filtres ou les trier. Pour plus d’informations, consultez managed_backup.fn_available_backups (Transact-SQL).
Utilisation de SQL Server Management Studio
- La tâche de restauration est utilisée pour restaurer une base de données à l'aide de SQL Server Management Studio. La page de support de sauvegarde comprend maintenant l’option URL pour afficher les fichiers de sauvegarde stockés dans le service de stockage Blob Azure. Vous devez également fournir les informations d'identification SQL utilisées par vous authentifier sur le compte de stockage. La grille Jeux de sauvegarde à restaurer est ensuite remplie avec les sauvegardes disponibles dans le stockage Blob Azure. Pour plus d’informations, consultez Restauration à partir du stockage Azure à l’aide de SQL Server Management Studio.
Optimisation des restaurations
Pour réduire le temps d’écriture des restaurations, ajoutez le droit d’utilisateur Effectuer les tâches de maintenance de volume au compte d’utilisateur SQL Server. Pour plus d’informations, consultez Initialisation des fichiers de base de données. Si la restauration est toujours lente avec l'initialisation instantanée des fichiers activée, examinez la taille du fichier journal sur l'instance où la base de données a été sauvegardée. Si le fichier journal est de très grande taille (plusieurs Go), il faut s'attendre à ce que la restauration soit lente. Pendant la restauration, le fichier journal doit être remis à zéro, ce qui prend beaucoup de temps. La restauration initiale des fichiers journaux des transactions de base de données ne peut pas tirer parti de l’initialisation instantanée de fichiers.
Pour réduire les durées de restauration, il est recommandé d'utiliser des sauvegardes compressées. Pour des tailles de sauvegarde de plus de 25 Go, utilisez l’ utilitaire AzCopy pour un téléchargement sur le disque local, puis effectuez la restauration. Pour connaître les bonnes pratiques et obtenir des recommandations, consultez Meilleures pratiques et dépannage de sauvegarde SQL Server vers une URL.
Dans SQL Server 2016 (13.x) et versions ultérieures, l’objet blob de blocs est préféré pour la sauvegarde vers l’URL.
- Si vous utilisez des pages bloquées, vous pouvez activer l'indicateur de trace 3051 lors de la restauration pour générer un journal détaillé. Ce fichier journal se trouve dans le répertoire du journal et son nom est au format suivant :
BackupToUrl-\<instancename>-\<dbname>-action-\<PID>.log. Le fichier journal contient des informations sur chaque aller-retour dans le Stockage Azure, y compris le délai d’attente qui peut être utile lors du diagnostic de problèmes.