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.
Conseil / Astuce
Microsoft Fabric Data Warehouse est un entrepôt relationnel à l’échelle de l’entreprise sur une base de lac de données, avec une architecture future, une IA intégrée et de nouvelles fonctionnalités. Si vous débutez avec l'entreposage de données, commencez par Fabric Data Warehouse. Les charges de travail de pool SQL existantes dédicées peuvent être mises à niveau vers Fabric pour accéder à de nouvelles fonctionnalités dans la science des données, l’analytique en temps réel et la création de rapports.
Dans cet article, vous allez apprendre à restaurer un pool SQL dédié (anciennement SQL DW) dans Azure Synapse Analytics après une suppression accidentelle d’un serveur à l’aide de PowerShell.
Remarque
Ces conseils d’aide s’appliquent uniquement aux pools SQL dédiés autonomes (anciennement SQL DW). Pour les pools SQL dédiés dans un espace de travail Azure Synapse Analytics, consultez Restaurer le pool SQL d'un espace de travail supprimé.
Avant de commencer
Remarque
Nous vous recommandons d’utiliser le module Azure Az PowerShell pour interagir avec Azure. Pour bien démarrer, consultez Installer Azure PowerShell. Pour savoir comment migrer vers le module Az PowerShell, consultez Migrer Azure PowerShell depuis AzureRM vers Az.
Restaurer le pool SQL à partir du serveur supprimé
Ouvrez PowerShell.
Connectez-vous à votre compte Azure.
Configurez le contexte sur l’abonnement qui contient le serveur qui a été supprimé.
Spécifiez la date approximative à laquelle le serveur a été supprimé.
Construisez l’ID de ressource de la base de données que vous souhaitez récupérer à partir du serveur supprimé.
Restaurer la base de données à partir du serveur supprimé
Vérifiez l’état de la base de données récupérée en tant que « en ligne ».
$SubscriptionID="<YourSubscriptionID>"
$ResourceGroupName="<YourResourceGroupName>"
$ServerName="<YourServerNameWithoutURLSuffixSeeNote>" # Without database.windows.net
$DatabaseName="<YourDatabaseName>"
$TargetServerName="<YourtargetServerNameWithoutURLSuffixSeeNote>"
$TargetDatabaseName="<YourDatabaseName>"
Connect-AzAccount
Set-AzContext -SubscriptionId $SubscriptionID
# Define the approximate point in time the server was dropped as DroppedDateTime "yyyy-MM-ddThh:mm:ssZ" (ex. 2022-01-01T16:15:00Z)
$PointInTime="<DroppedDateTime>"
$DroppedDateTime = Get-Date -Date $PointInTime
# construct the resource ID of the database you wish to recover. The format required Microsoft.Sql. This includes the approximate date time the server was dropped.
$SourceDatabaseID = "/subscriptions/"+$SubscriptionID+"/resourceGroups/"+$ResourceGroupName+"/providers/Microsoft.Sql/servers/"+$ServerName+"/restorableDroppedDatabases/"+$DatabaseName+","+$DroppedDateTime.ToUniversalTime().ToFileTimeUtc().ToString()
# Restore to target workspace with the source database.
$RestoredDatabase = Restore-AzSqlDatabase -FromDeletedDatabaseBackup -DeletionDate $DroppedDateTime -ResourceGroupName $ResourceGroupName -ServerName $TargetServerName -TargetDatabaseName $TargetDatabaseName -ResourceId $SourceDatabaseID
# Verify the status of restored database
$RestoredDatabase.status
Résolution des problèmes
Si « Une erreur inattendue s’est produite lors du traitement de la demande ». Le message est reçu, la base de données d’origine peut ne pas avoir de points de récupération disponibles en raison de la courte durée du serveur d’origine. En règle générale, il s’agit du moment où le serveur existait pendant moins d’une heure.