Restaurer une base de données d'Azure SQL Managed Instance à un point antérieur dans le temps

S’applique à :Azure SQL Managed Instance

Cet article explique comment effectuer une limite de restauration dans le temps d'une base de données Azure SQL Managed Instance. Vous pouvez utiliser la restauration à un instant dans le passé pour créer une base de données qui est une copie d’une base de données à un point spécifique et antérieur dans le temps.

Vue d’ensemble

La restauration dans le temps est utile dans les scénarios de récupération. Par exemple, dans les incidents provoqués par une erreur ou une défaillance, ou lorsque les données ne se chargent pas correctement, ou si des données cruciales sont supprimées. Vous pouvez également l’utiliser simplement pour tester et auditer le déploiement de votre base de données. Les fichiers de sauvegarde Azure sont conservés pendant une période comprise entre 7 et 35 jours en fonction des paramètres de votre base de données.

Vous pouvez utiliser la restauration à un instant dans le passé pour restaurer une base de données dans les scénarios suivants :

à partir d’une base de données existante ;
À partir d’une base de données supprimée
Vers la même instance managée SQL ou vers une autre instance managée SQL
Vers une instance managée SQL dans le même abonnement ou dans une instance managée SQL dans un autre abonnement

Le tableau suivant présente les scénarios de limite de restauration dans le temps pour SQL Managed Instance :

Scénario	Portail Azure	Azure CLI	PowerShell
Restaurer une base de données existante sur la même instance managée SQL	Oui	Oui	Oui
Restaurer une base de données existante sur une autre instance managée SQL	Oui	Oui	Oui
Restaurer une base de données supprimée sur la même instance managée SQL	Oui	Oui	Oui
Restaurer une base de données supprimée dans une autre instance managée SQL	Oui	Oui	Oui
Restaurer une base de données existante sur une instance managée SQL dans un autre abonnement	Oui	Oui	Oui
Restaurer une base de données supprimée dans une instance managée SQL dans un autre abonnement	Oui	Oui	Oui

Autorisations

Pour récupérer une base de données, vous devez :

un membre du rôle Contributeur SQL Server ou Contributeur SQL Managed Instance (selon la destination de la récupération) dans l’abonnement ;
le propriétaire de l’abonnement.

Pour restaurer une base de données dans un autre abonnement cible, si vous n’êtes pas dans le rôle Contributeur SQL Managed Instance , vous devez également disposer des autorisations suivantes :

Microsoft.Sql/managedInstances/databases/readBackups/action sur l’instance managée SQL source.
Microsoft.Sql/managedInstances/crossSubscriptionPITR/action sur l’instance managée SQL cible.

Pour plus d’informations, voir Rôles intégrés Azure.

Limites

Remarque

Utilisez la version actuelle de l’appel d’API Créer ou Mettre à jour pour toutes les opérations de restauration de base de données.

Ces limitations s’appliquent à la restauration à un instant dans le passé dans SQL Managed Instance :

Vous ne pouvez pas utiliser la restauration à un instant dans le passé pour récupérer l’intégralité d’un déploiement SQL Managed Instance. Utilisez uniquement la restauration dans le temps pour effectuer une copie d’une base de données hébergée sur SQL Managed Instance.
Les limitations de la restauration dans le temps varient selon que vous restaurez votre base de données sur une instance managée SQL dans le même abonnement ou dans une instance managée SQL dans un autre abonnement.
Lorsque les stratégies de point de terminaison de service sont activées sur Azure SQL Managed Instance, le placement d’une stratégie de point de terminaison de service sur un sous-réseau empêche les restaurations à un point dans le temps à partir d’instances dans différents sous-réseaux.

Avertissement

Tenez compte de la taille de stockage de votre instance managée SQL. Selon la taille des données à restaurer, vous risquez de manquer de stockage pour votre instance managée SQL. Si vous n’avez pas suffisamment d’espace de stockage dans votre instance managée SQL pour les données restaurées, utilisez une approche différente.

Restaurer vers le même abonnement

Si vous effectuez une restauration à partir d’une instance managée SQL vers une autre instance managée SQL dans le même abonnement Azure, les deux instances managées SQL doivent se trouver dans la même région. La restauration interrégionale n’est pas prise en charge.

Restaurer à un autre emplacement

La restauration d’une sauvegarde à un point dans le temps entre les abonnements présente les limitations suivantes :

Les deux abonnements doivent se trouver dans la même région.
Les deux abonnements doivent se trouver dans le même locataire.
Le type d’abonnement doit être Contrat Entreprise, Fournisseur de solutions cloud, Partenaire certifié Microsoft ou paiement à l’utilisation.
Vous pouvez utiliser l’action de restauration uniquement sur l’instance principale.
Vous pouvez uniquement restaurer une sauvegarde à partir de la région primaire. La restauration d’une base de données à partir de la région secondaire géorépliquée n’est pas prise en charge pour la restauration à un point dans le temps entre abonnements.
L’utilisateur qui effectue l’action de restauration doit avoir l’attribution de rôle Contributeur SQL Managed Instance ou disposer des autorisations explicites suivantes :
- Microsoft.Sql/managedInstances/databases/readBackups/action sur l’instance managée SQL source.
- Microsoft.Sql/managedInstances/crossSubscriptionPITR/action sur l’instance managée SQL cible.
Si vous apportez votre propre clé (BYOK), celle-ci doit être présente dans les deux abonnements.

Restaurer une base de données existante

Vous pouvez restaurer une base de données existante dans le même abonnement en utilisant le portail Azure, PowerShell ou Azure CLI. Si vous effectuez la restauration vers une instance différente dans le même abonnement en utilisant PowerShell ou Azure CLI, veillez à spécifier les propriétés de la ressource SQL Managed Instance cible. La base de données est restaurée vers la même instance par défaut.

Si vous effectuez une restauration vers un autre abonnement, l’appel d’API Create ou Update v5.0.2022 ou ultérieur qui sous-tend l’action de restauration doit contenir les valeurs suivantes :

restorePointInTime
crossSubscriptionTargetManagedInstanceId
Et soit crossSubscriptionSourceDatabaseId ou crossSubscriptionRestorableDroppedDatabaseId.

Pour restaurer une base de données existante, vous pouvez effectuer cette opération en accédant à la page de la base de données dans le portail Azure, puis en sélectionnant Restaurer.

Vous pouvez également restaurer votre base de données en procédant comme suit :

Connectez-vous au portail Azure.
Accédez à l’instance cible SQL Managed Instance vers laquelle vous prévoyez de restaurer votre base de données.
Dans la page Vue d’ensemble, choisissez + Nouvelle base de données pour ouvrir la page Créer une base de données managée Azure SQL.
Sous l’onglet Informations de base de la page Créer une base de données managée Azure SQL, fournissez les détails de l’abonnement et du groupe de ressources sous Détails du projet. Ensuite, sous Détails de la base de données, indiquez le nouveau nom de la base de données que vous prévoyez de restaurer. Vérifiez que l’instance managée SQL correcte est répertoriée dans la liste déroulante. Sélectionnez ensuite Suivant : source de données >
Sous l’onglet Source de données, choisissez Restauration à un instant dans le passé sous Utiliser des données existantes. Fournissez l’abonnement, le groupe de ressources et l’instance managée SQL qui contient la base de données source. Dans la liste déroulante Base de données managée , choisissez la base de données à restaurer, puis choisissez le point dans le temps à partir duquel vous souhaitez restaurer la base de données. L’instance source et l’instance cible peuvent être identiques ou deux instances différentes. Sélectionnez Suivant : paramètres supplémentaires >
Sous l’onglet Paramètres supplémentaires, vous pouvez cocher la case pour hériter de la stratégie de rétention de la base de données source. Vous pouvez également sélectionner Configurer la rétention pour ouvrir la page Configurer les stratégies et définir les stratégies de rétention souhaitées pour votre base de données restaurée. Quand vous avez terminé, sélectionnez Vérifier + créer.
Dans Vérifier + créer, quand la validation réussit, sélectionnez Créer pour restaurer votre base de données.

Cette action démarre le processus de restauration qui crée une nouvelle base de données et est rempli avec les données de la base de données d’origine au point spécifié dans le temps. Pour plus d’informations sur le processus de récupération, consultez Heure de récupération.

Utilisez Azure PowerShell pour restaurer votre base de données. Pour plus d’informations, consultez Installer le module Azure PowerShell. Pour plus d’informations, consultez Restore-AzSqlInstanceDatabase.

Exécutez l’une des options de code suivantes avec vos propres valeurs pour les paramètres.

Pour restaurer la base de données sur la même instance managée SQL :

$subscriptionId = "<subscription ID>"
$resourceGroupName = "<resource group name>"
$managedInstanceName = "<SQL managed instance name>"
$databaseName = "<source database>"
$pointInTime = "2018-06-27T08:51:39.3882806Z"
$targetDatabase = "<name of the new database to create>"

Get-AzSubscription -SubscriptionId $subscriptionId
Select-AzSubscription -SubscriptionId $subscriptionId

Restore-AzSqlInstanceDatabase -FromPointInTimeBackup `
                              -ResourceGroupName $resourceGroupName `
                              -InstanceName $managedInstanceName `
                              -Name $databaseName `
                              -PointInTime $pointInTime `
                              -TargetInstanceDatabaseName $targetDatabase `

Pour restaurer la base de données sur une autre instance managée SQL, spécifiez également les noms du groupe de ressources cible et de l’instance managée SQL cible :

$targetResourceGroupName = "<resource group of the target SQL managed instance>"
$targetInstanceName = "<name of the target SQL managed instance>"

Restore-AzSqlInstanceDatabase -FromPointInTimeBackup `
                              -ResourceGroupName $resourceGroupName `
                              -InstanceName $managedInstanceName `
                              -Name $databaseName `
                              -PointInTime $pointInTime `
                              -TargetInstanceDatabaseName $targetDatabase `
                              -TargetResourceGroupName $targetResourceGroupName `
                              -TargetInstanceName $targetInstanceName

Pour restaurer la base de données dans un autre abonnement, définissez le contexte sur l’abonnement cible (Set-AzContext) et veillez à fournir une valeur pour le paramètre requis -TargetSubscriptionID :

Set-AzContext -SubscriptionID "targetSubscriptionID"

Restore-AzSqlInstanceDatabase -FromPointInTimeBackup `
                              -SubscriptionId "sourceSubscriptionID" `
                              -ResourceGroupName "sourceRGName" `
                              -InstanceName "sourceManagedInstanceName" `
                              -Name "sourceDatabaseName" `
                              -PointInTime $pointInTime `
                              -TargetInstanceDatabaseName "targetDatabaseName" `
                              -TargetInstanceName "targetManagedInstanceName" `
                              -TargetResourceGroupName "targetResourceGroupName" `
                              -TargetSubscriptionId "targetSubscriptionId"

Utilisez Azure CLI pour restaurer votre base de données à un point dans le temps. Pour plus d’informations, consultez la rubrique Installation de l’interface de ligne de commande Azure (CLI). Pour obtenir une explication détaillée des paramètres disponibles, consultez la documentation CLI consacrée à la restauration d’une base de données sur SQL Managed Instance.

Exécutez l’une des options de code suivantes avec vos propres valeurs pour les paramètres.

Pour restaurer la base de données sur la même instance managée SQL :

az sql midb restore -g mygroupname --mi myinstancename |
-n mymanageddbname --dest-name targetmidbname --time "2018-05-20T05:34:22"

Pour restaurer la base de données sur une autre instance managée SQL, spécifiez également les noms du groupe de ressources cible et de l’instance managée SQL :

az sql midb restore -g mygroupname --mi myinstancename -n mymanageddbname |
       --dest-name targetmidbname --time "2018-05-20T05:34:22" |
       --dest-resource-group mytargetinstancegroupname |
       --dest-mi mytargetinstancename

Pour effectuer une restauration vers un autre abonnement, veillez à définir le contexte (az account set) sur l’abonnement cible :

az account set -s "targetSubscriptionId" `

az sql midb restore -s sourcesubscriptionid -g sourcegroup
--mi sourceinstance -n sourcemanageddb --dest-name targetDbName
--dest-mi targetMI --dest-resource-group targetRG --time "2022-05-20T05:34:22"

Restaurer une base de données supprimée

Vous pouvez restaurer une base de données supprimée à l’aide du portail Azure, d’Azure PowerShell ou d’Azure CLI.

Pour restaurer une base de données managée SQL supprimée à l’aide du portail Azure :

Dans le portail Azure, accédez à votre instance managée SQL source.
Dans le menu de gauche, sous Gestion des données, sélectionnez Sauvegardes.
Sous Afficher les bases de données, sélectionnez Supprimées.
Pour la base de données à restaurer, sélectionnez Restaurer.
Dans Créer une base de données managée Azure SQL, entrez ou sélectionnez les détails de l’instance managée SQL cible dans laquelle restaurer votre base de données. Sélectionnez l’onglet Source de données.
Dans Source de données, entrez ou sélectionnez les détails de votre base de données source. Sélectionnez l’onglet Paramètres supplémentaires.
Dans Paramètres supplémentaires, configurez les paramètres de conservation. Sélectionnez l’onglet Vérifier + créer.
Dans Vérifier + créer, sélectionnez Créer pour restaurer votre base de données supprimée.

Pour restaurer une base de données managée supprimée, exécutez l’une des options de code PowerShell suivantes avec vos propres valeurs pour les paramètres :

Pour restaurer une base de données supprimée sur la même instance managée SQL :

$subscriptionId = "<subscription ID>"
Get-AzSubscription -SubscriptionId $subscriptionId
Select-AzSubscription -SubscriptionId $subscriptionId

$resourceGroupName = "<resource group name>"
$managedInstanceName = "<SQL managed instance name>"
$deletedDatabaseName = "<source database name>"
$targetDatabaseName = "<target database name>"

$deletedDatabase = Get-AzSqlDeletedInstanceDatabaseBackup -ResourceGroupName $resourceGroupName `
-InstanceName $managedInstanceName -DatabaseName $deletedDatabaseName

Restore-AzSqlinstanceDatabase -FromPointInTimeBackup -Name $deletedDatabase.Name `
                              -InstanceName $deletedDatabase.ManagedInstanceName `
                              -ResourceGroupName $deletedDatabase.ResourceGroupName `
                              -DeletionDate $deletedDatabase.DeletionDate `
                              -PointInTime UTCDateTime `
                              -TargetInstanceDatabaseName $targetDatabaseName

Pour restaurer la base de données sur une autre instance managée SQL, vous spécifiez également les noms du groupe de ressources cible et de l’instance managée SQL cible :

$targetResourceGroupName = "<resource group of target SQL managed instance>"
$targetInstanceName = "<target SQL managed instance name>"

Restore-AzSqlinstanceDatabase -FromPointInTimeBackup -Name $deletedDatabase.Name `
                              -InstanceName $deletedDatabase.ManagedInstanceName `
                              -ResourceGroupName $deletedDatabase.ResourceGroupName `
                              -DeletionDate $deletedDatabase.DeletionDate `
                              -PointInTime UTCDateTime `
                              -TargetInstanceDatabaseName $targetDatabaseName `
                              -TargetResourceGroupName $targetResourceGroupName `
                              -TargetInstanceName $targetInstanceName

Pour restaurer la base de données dans un autre abonnement, définissez le contexte sur l’abonnement cible (Set-AzContext) et veillez à fournir des valeurs pour les paramètres requis -TargetSubscriptionID et -DeleteDate :

Set-AzContext -SubscriptionID "targetSubscriptionID"

Restore-AzSqlInstanceDatabase -FromPointInTimeBackup `
                              -SubscriptionId "sourceSubscriptionID" `
                              -ResourceGroupName "sourceRGName" `
                              -InstanceName "sourceManagedInstanceName" `
                              -Name "sourceDatabaseName" `
                              -PointInTime $pointInTime `
                              -TargetInstanceDatabaseName "targetDatabaseName" `
                              -TargetInstanceName "targetManagedInstanceName" `
                              -TargetResourceGroupName "targetResourceGroupName" `
                              -TargetSubscriptionId "targetSubscriptionId" `
                              -DeletionDate "deletion_date"

Pour restaurer une base de données supprimée vers le même abonnement :

az sql midb restore -g resourcegroup --mi instancename
-n databasename --dest-name databasename --dest-mi instancename
--dest-resource-group resourcegroup --time "2023-02-23T11:54:00" --deleted-time "deletion_date"

Pour restaurer une base de données supprimée vers un autre abonnement, veillez à définir le contexte (az account set) sur l’abonnement cible et à spécifier le -s paramètre de la az sql midb restore commande pour identifier l’abonnement source :

az account set -s "targetSubscriptionId"

az sql midb restore -s sourcesubscriptionid -g sourcegroup
--mi sourceinstance -n sourcemanageddb --dest-name targetDbName
--dest-mi targetMI --dest-resource-group targetRG
--time "2022-05-20T05:34:22" --deleted-time "deletion_date"

Remplacer une base de données existante

Pour remplacer une base de données existante, vous devez effectuer les actions suivantes :

Supprimez la base de données d’origine que vous souhaitez remplacer.
Renommez la base de données restaurée à partir du point dans le temps par le nom de la base de données que vous avez supprimée.

Déposer la base de données d’origine

Vous pouvez déposer une base de données à l’aide du portail Azure, de PowerShell ou de Azure CLI.

Une autre option permettant de supprimer la base de données consiste à se connecter à votre instance managée SQL directement dans SQL Server Management Studio (SSMS), puis à utiliser la commande DROP Transact-SQL (T-SQL) :

DROP DATABASE WorldWideImporters;

Utilisez l’une des méthodes suivantes pour vous connecter à la base de données dans votre instance managée SQL :

Dans le portail Azure, sélectionnez la base de données dans votre instance managée SQL.
Dans la barre de commandes, sélectionnez Supprimer.

Pour supprimer une base de données existante de votre instance managée SQL, exécutez le code PowerShell suivant avec vos valeurs remplacées par les paramètres :

$resourceGroupName = "<resource group name>"
$managedInstanceName = "<SQL managed instance name>"
$databaseName = "<source database name>"

Remove-AzSqlInstanceDatabase -Name $databaseName -InstanceName $managedInstanceName -ResourceGroupName $resourceGroupName

Pour supprimer une base de données existante de votre instance managée SQL, exécutez le code Azure CLI suivant avec vos valeurs remplacées par les paramètres :

az sql midb delete -g mygroupname --mi myinstancename -n mymanageddbname

Changer le nouveau nom de base de données pour qu’il corresponde au nom de la base de données d’origine

Utilisez SQL Server Management Studio (SSMS) pour vous connecter directement à votre instance managée SQL. Ensuite, exécutez la requête T-SQL suivante. La requête remplace le nom de la base de données restaurée par celui de la base de données supprimée que vous envisagez de remplacer.

ALTER DATABASE WorldWideImportersPITR MODIFY NAME = WorldWideImporters;

Utilisez l’une des méthodes suivantes pour vous connecter à la base de données dans votre instance managée SQL :

Étape suivante

Sauvegardes automatisées dans Azure SQL Managed Instance

Commentaires

Cette page a-t-elle été utile ?

Last updated on 2025-08-28