Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Tip
Microsoft Fabric Data Warehouse è un data warehouse relazionale su scala aziendale su una base data lake, con un'architettura futura, un'intelligenza artificiale predefinita e nuove funzionalità. Se non si ha familiarità con il data warehousing, iniziare con Fabric Data Warehouse. I carichi di lavoro esistenti del pool SQL dedicated possono eseguire l'aggiornamento a Fabric per accedere a nuove funzionalità tra data science, analisi in tempo reale e creazione di report.
Questo articolo illustra come ripristinare con PowerShell un pool SQL dedicato (in precedenza SQL Data Warehouse) in Azure Synapse Analytics dopo un'eliminazione accidentale di un server.
Annotazioni
Queste indicazioni sono solo per pool SQL dedicati autonomi (in precedenza SQL Data Warehouse). Per i pool SQL dedicati in un'area di lavoro di Azure Synapse Analytics, consulta il documento Ripristino del pool SQL da un'area di lavoro eliminata.
Prima di iniziare
Annotazioni
È consigliabile usare il modulo Azure Az PowerShell per interagire con Azure. Per iniziare, vedere Installare Azure PowerShell. Per informazioni su come eseguire la migrazione al modulo Az PowerShell, vedere Eseguire la migrazione di Azure PowerShell da AzureRM ad Az.
Ripristinare il pool SQL dal server eliminato
Aprire PowerShell.
Connetti al tuo account Azure.
Impostare il contesto sulla sottoscrizione che contiene il server eliminato.
Specificare l'ora approssimativa in cui il server è stato eliminato.
Costruire l'ID risorsa per il database che si desidera ripristinare dal server eliminato.
Ripristinare il database dal server eliminato
Verificare lo stato del database ripristinato come "online".
$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
Troubleshooting
Se viene ricevuto il messaggio "Errore imprevisto durante l'elaborazione della richiesta", il database originale potrebbe non avere punti di ripristino disponibili a causa del breve periodo di vita del server originale. In genere si tratta di quando il server esiste per meno di un'ora.