Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cette rubrique décrit les considérations relatives à la restauration d’une base de données à l’aide d’une sauvegarde stockée dans le service stockage Blob Azure. Cela s'applique aux sauvegardes créées soit par l'utilisation de la sauvegarde SQL Server vers URL, soit par la sauvegarde gérée SQL Server vers Microsoft Azure.
Nous vous recommandons de passer en revue cette rubrique si vous disposez de sauvegardes stockées dans le service stockage Blob Azure que vous envisagez de restaurer, puis de passer en revue les rubriques qui décrivent les étapes de restauration d’une base de données identique pour les sauvegardes locales et Azure.
Aperçu
Les outils et méthodes utilisés pour restaurer une base de données à partir d’une sauvegarde locale s’appliquent à la restauration d’une base de données à partir d’une sauvegarde 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 le service 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 s’authentifier auprès du 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 le service Stockage Blob 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. À mesure que les résultats sont retournés dans une table, vous pouvez filtrer ou trier les résultats. 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 du support de sauvegarde inclut désormais l’option URL permettant d’afficher les fichiers de sauvegarde stockés dans le service stockage Blob Azure. Vous devez également fournir les informations d’identification SQL utilisées pour s’authentifier auprès du compte de stockage. La grille des 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 de restauration d'écriture, ajoutez le droit d'utilisateur effectuer des 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 du fichier activé, examinez la taille du fichier journal sur l’instance où la base de données a été sauvegardée. Si le journal est de très grande taille (plusieurs Go), il est prévu que la restauration soit lente. Pendant la restauration, le fichier journal doit être zéro, ce qui prend beaucoup de temps.
Pour réduire les temps de restauration, il est recommandé d’utiliser des sauvegardes compressées. Pour les tailles de sauvegarde supérieures à 25 Go, utilisez l’utilitaire AzCopy pour télécharger sur le lecteur local, puis effectuer la restauration. Pour obtenir d’autres bonnes pratiques et recommandations de sauvegarde, consultez Les meilleures pratiques et résolution des problèmes liés à la sauvegarde SQL Server vers l’URL.
Vous pouvez également 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 inclut des informations sur chaque aller-retour vers stockage Azure, notamment le minutage qui peut être utile pour diagnostiquer le problème.