Restauration à partir des sauvegardes stockées dans Azure
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 service de stockage Blob Azure. Ceci s'applique aux sauvegardes créées à l'aide de la sauvegarde SQL Server vers l'URL ou par la Sauvegarde managée SQL Server sur Microsoft Azure.
Nous vous recommandons de consulter cette rubrique si vous avez des sauvegardes stockées dans le service de stockage Blob Azure et que vous planifiez de les restaurer. Lisez ensuite la rubrique qui explique comment restaurer une base de données dont les sauvegardes sont locales ou sur le cloud, les deux méthodes étant identiques.
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 présentent ces considérations et les différences que vous devez connaître lorsque vous utilisez des sauvegardes stockées dans le service de 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, voir SQL Server Backup and Restore with Azure Blob Storage Service(en anglais).
Si vous utilisez une Sauvegarde managée SQL Server sur Microsoft Azure pour gérer vos sauvegardes dans 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 smart_admin.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.
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.
Vous pouvez également activer l'indicateur de trace 3051 lors de la restauration afin de générer un journal détaillé. Ce fichier journal est placé dans le répertoire du journal et est nommé au format : 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.