Migrer vers Innovation Summit:
Découvrez comment la migration et la modernisation vers Azure peuvent améliorer les performances, la résilience et la sécurité de votre entreprise, ce qui vous permet d’adopter entièrement l’IA.S’inscrire maintenant
Ce navigateur n’est plus pris en charge.
Effectuez une mise à niveau vers Microsoft Edge pour tirer parti des dernières fonctionnalités, des mises à jour de sécurité et du support technique.
Dans ce démarrage rapide, vous utilisez SSMS (SQL Server Management Studio) pour restaurer une base de données à partir du Stockage Blob Azure vers SQL Managed Instance. Le démarrage rapide restaure la base de données Wide World Importers à partir d'un fichier de sauvegarde accessible au public à l'aide d'un SAS.
Utiliser l’Assistant Restauration pour restaurer à partir d’un fichier de sauvegarde
Dans SSMS, suivez les étapes des sections suivants pour restaurer la base de données Wide World Importers vers SQL Managed Instance en utilisant l’Assistant Restauration. Le fichier de sauvegarde de base de données est stocké dans un compte de stockage Blob préconfiguré.
Ouvrir l’Assistant Restauration
Ouvrez SSMS et connectez-vous à votre SQL managed instance.
Dans l’Explorateur d’objets, cliquez avec le bouton droit sur le dossier Bases de données de votre SQL Managed Instance, puis sélectionnez Restaurer la base de données pour ouvrir l’Assistant Restauration.
Sélectionner la source de sauvegarde
Dans l’Assistant Restauration, sélectionnez les points de suspension (...) pour choisir la source du jeu de sauvegarde à restaurer.
Dans Sélectionner les unités de sauvegarde, cliquez sur Ajouter. Dans Type de support de sauvegarde, URL est la seule option disponible, car il s’agit du seul type de source pris en charge. Cliquez sur OK.
Dans Sélectionner un emplacement de fichier de sauvegarde, choisissez l’une des trois options pour fournir des informations sur l’emplacement de vos fichiers de sauvegarde :
Sélectionnez un conteneur de stockage préenregistré dans la liste Conteneur de stockage Azure.
Entrez un nouveau conteneur de stockage et une signature d’accès partagé. De nouvelles informations d’identification SQL vont être inscrites pour vous.
Sélectionnez Ajouter pour rechercher d’autres conteneurs de stockage dans votre abonnement Azure.
Pour restaurer l’exemple de base de données Wide World Importers à partir d’un stockage en lecture seule accessible publiquement, fournissez la valeur https://mitutorials.blob.core.windows.net/examples/ et pour le champ Signature d'accès partagé, fournissez n’importe quelle valeur, par exemple SAS.
Parcourir les conteneurs de stockage d’abonnements Azure
Notes
Ces étapes ne sont pas nécessaires pour restaurer l’exemple WideWorldImporters de base de données à partir du stockage Blob Azure en lecture seule accessible publiquement, mais sont nécessaires pour restaurer des bases de données à partir de votre propre stockage d’objets blob Azure.
Dans Se connecter à un abonnement Microsoft, sélectionnez Se connecter pour vous connecter à votre abonnement Azure.
Connectez-vous à votre compte Microsoft pour lancer la session dans Azure.
Sélectionnez l’abonnement du compte de stockage contenant les fichiers de sauvegarde.
Sélectionnez le compte de stockage contenant les fichiers de sauvegarde.
Sélectionnez le conteneur d’objets blob contenant les fichiers de sauvegarde.
Entrez la date d’expiration de la stratégie d’accès partagé, puis sélectionnez Créer des informations d’identification. Une signature d’accès partagé est créée avec les autorisations appropriées. Sélectionnez OK.
Restaurer la base de données
Maintenant que vous avez sélectionné un conteneur de stockage, vous devriez voir la boîte de dialogue Localiser le fichier de sauvegarde dans Microsoft Azure.
Dans le volet gauche, développez la structure de dossiers pour afficher le dossier contenant les fichiers de sauvegarde. Dans le volet droit, sélectionnez tous les fichiers de sauvegarde associés au jeu de sauvegarde que vous restaurez, puis sélectionnez OK. Par exemple, la capture d’écran suivante montre le stockage blob en lecture seule accessible publiquement contenant l’exemple WideWorldImporters de base de données.
SSMS valide le jeu de sauvegarde. Ce processus prend au plus quelques secondes. Sa durée dépend de la taille du jeu de sauvegarde.
Si la sauvegarde est validée, vous devez spécifier un nom pour la base de données en cours de restauration. Par défaut, sous Destination, la zone Base de données contient le nom de la base de données du jeu de sauvegarde. Pour modifier le nom, entrez un nouveau nom pour Base de données. Sélectionnez OK.
Le processus de restauration démarre. Sa durée dépend de la taille du jeu de sauvegarde.
Une fois le processus de restauration terminé, une boîte de dialogue indique qu’il a réussi. Sélectionnez OK.
Dans Explorateur d'objets, vérifiez la base de données restaurée en sélectionnant Actualiser.
Utiliser T-SQL pour restaurer à partir d’un fichier de sauvegarde
En guise d’alternative à l’Assistant Restauration, vous pouvez utiliser des instructions T-SQL pour restaurer une base de données. Dans SSMS, suivez ces étapes pour restaurer la base de données Wide World Importers vers SQL Managed Instance en utilisant T-SQL. Le fichier de sauvegarde de base de données est stocké dans un compte de stockage Blob préconfiguré.
Ouvrez SSMS et connectez-vous à votre SQL managed instance.
Dans l’Explorateur d’objets, cliquez avec le bouton droit sur votre SQL Managed Instance et sélectionnez Nouvelle requête pour ouvrir une nouvelle fenêtre requête.
Exécutez l'instruction T-SQL suivante, qui utilise un conteneur de stockage préconfiguré disponible publiquement et une clé de signature d'accès partagée pour créer un identifiant dans votre SQL Managed Instance.
Important
CREDENTIAL doit correspondre au chemin du conteneur, commencer par https et ne pas contenir de barre oblique de fin.
IDENTITY doit être SHARED ACCESS SIGNATURE.
SECRET doit être le jeton de signature d’accès partagé, et ne pas contenir de ? au début.
Dans cet exemple, SECRET est omis, car le compte de stockage est disponible publiquement. Si vous utilisez un compte de stockage qui n’est pas disponible publiquement, vous devez fournir un jeton de signature d'accès partagé.
Le chemin d'accès aux identifiants de l’exemple précédent fournit l’accès à un seul fichier. Vous pouvez également créer un jeton de signature d'accès partagé à un chemin d'accès au dossier, par exemple :
Pour vérifier que vos identifiants fonctionnent correctement, exécutez l'instruction suivante, qui utilise une URL pour obtenir une liste de fichiers de sauvegarde.
Si vous recevez Error: 3201 ou Operating system error 86(The specified network password is not correct.), il est probable que vos identifiants SAS (créées lors des étapes précédentes) ne sont pas correctement créées. DROP CREDENTIAL et recréez, passez en revue le nom, l’identité, et le secret de l’identifiant.
Exécutez l’instruction suivante pour suivre l’état de votre processus de restauration.
SQL
SELECT session_id as SPID, command, a.text ASQuery, start_time, percent_complete
, dateadd(second,estimated_completion_time/1000, getdate()) as estimated_completion_time
FROM sys.dm_exec_requests r
CROSSAPPLY sys.dm_exec_sql_text(r.sql_handle) a
WHERE r.command in ('BACKUP DATABASE','RESTORE DATABASE');
Une fois le processus de restauration terminé, affichez la base de données dans l’Explorateur d’objets. Vous pouvez vérifier que la base de données est restaurée à l’aide de l’affichage sys.dm_operation_status.
Notes
Une opération de restauration de base de données est asynchrone et peut être retentée. Il se peut que vous obteniez une erreur dans SSMS si la connexion échoue ou si un délai d’attente expire. SQL Managed Instance continue d’essayer de restaurer la base de données en arrière-plan et vous pouvez suivre l’avancement du processus de restauration dans les vues sys.dm_exec_requests et sys.dm_operation_status.
Dans certaines phases du processus de restauration, un identificateur unique s’affiche au lieu du nom réel de la base de données dans les vues système. Pour en savoir plus sur les différences de comportement des instructions RESTORE, consultez les différences T-SQL entre SQL Server et Azure SQL Managed Instance.
Administrer une infrastructure de base de données SQL Server pour les bases de données relationnelles cloud, locales et hybrides à l’aide des offres de bases de données relationnelles Microsoft PaaS.
Découvrez la limite de restauration dans le temps, qui vous permet de restaurer une base de données dans Azure SQL Managed Instance jusqu’à 35 jours en arrière.
Découvrez comment effectuer une opération de déplacement ou de copie en ligne de votre base de données entre des instances pour Azure SQL Managed Instance.
Découvrez la restauration à un instant dans le passé, qui vous permet de restaurer une base de données dans Azure SQL Database jusqu’à 35 jours en arrière.
Démarrage rapide : découvrez comment écrire des sauvegardes et les restaurer à partir du Stockage Blob Azure. Créez un conteneur de Stockage Blob Azure, écrivez une sauvegarde, puis effectuez une restauration.