Restauration à partir de sauvegardes stockées dans Windows Azure

  • Article

S’applique à :SQL Server

Cette rubrique décrit les considérations relatives à la restauration d’une base de données à l’aide d’une sauvegarde stockée dans stockage Blob Azure. Cela s’applique aux sauvegardes créées à l’aide de sql Server Backup to URL backup or by SQL Server Managed Backup to Microsoft Azure.

Nous vous recommandons de passer en revue cette rubrique si vous avez des sauvegardes stockées dans stockage Blob Azure que vous envisagez de restaurer, puis passez en revue les rubriques qui décrivent les étapes de restauration d’une base de données identique pour les sauvegardes locales et 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 quand 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 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, à l’aide de 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 du support de sauvegarde inclut désormais l’option URL permettant d’afficher les fichiers de sauvegarde stockés dans 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 des 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 objets blob de pages, vous pouvez activer l’indicateur de trace 3051 lors de la restauration pour générer un journal détaillé. Ce fichier journal est placé dans le répertoire du journal et est nommé 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.

Rubriques relatives aux procédures des opérations de restauration