Przywracanie istniejącej dedykowanej puli SQL
Z tego artykułu dowiesz się, jak przywrócić istniejącą dedykowaną pulę SQL w usłudze Azure Synapse Analytics przy użyciu witryny Azure Portal, programu Synapse Studio i programu PowerShell. Ten artykuł dotyczy przywracania i przywracania geograficznego.
Uwaga
Te wskazówki dotyczą tylko dedykowanych pul SQL w obszarach roboczych usługi Azure Synapse. W przypadku autonomicznych dedykowanych pul SQL (dawniej SQL DW) zobacz Przywracanie istniejącej dedykowanej puli SQL (dawniej SQL DW).
Przywracanie istniejącej dedykowanej puli SQL za pośrednictwem programu Synapse Studio
Zaloguj się w witrynie Azure Portal.
Przejdź do obszaru roboczego usługi Azure Synapse.
W obszarze Wprowadzenie — Otwórz program> Synapse Studio wybierz pozycję Otwórz.
W okienku nawigacji po lewej stronie wybierz pozycję Dane.
Wybierz pozycję Zarządzaj pulami.
Wybierz pozycję + Nowy , aby utworzyć nową dedykowaną pulę SQL w obszarze roboczym usługi Azure Synapse Analytics.
Na karcie Dodatkowe ustawienia wybierz punkt przywracania do przywrócenia.
Jeśli chcesz wykonać przywracanie geograficzne, wybierz obszar roboczy i dedykowaną pulę SQL, którą chcesz odzyskać.
Wybierz pozycję Automatyczne punkty przywracania lub Punkty przywracania zdefiniowane przez użytkownika.
Jeśli dedykowana pula SQL nie ma żadnych automatycznych punktów przywracania, zaczekaj kilka godzin lub utwórz punkt przywracania zdefiniowany przez użytkownika przed przywróceniem. W obszarze Punkty przywracania zdefiniowane przez użytkownika wybierz istniejący lub utwórz nowy.
Jeśli chcesz przywrócić dedykowaną pulę SQL z innego obszaru roboczego, wybierz pozycję Nowa dedykowana pula SQL z bieżącego obszaru roboczego. Na karcie Dodatkowe ustawienia znajdź opcję Użyj istniejących danych i wybierz opcję Punkt przywracania. Jak pokazano na powyższym zrzucie ekranu, możesz wybrać nazwę serwera lub obszaru roboczego , z którego można przywrócić.
Jeśli przywracasz geograficzną kopię zapasową, wybierz obszar roboczy znajdujący się w regionie źródłowym i dedykowaną pulę SQL, którą chcesz przywrócić.
Uwaga
Nie można wykonać przywracania w miejscu puli SQL o takiej samej nazwie jak istniejąca pula. Niezależnie od puli SQL, która jest w tym samym obszarze roboczym lub innym obszarze roboczym.
Wybierz pozycję Przejrzyj i utwórz.
Przywracanie istniejącej dedykowanej puli SQL za pośrednictwem witryny Azure Portal
Zaloguj się w witrynie Azure Portal.
Przejdź do dedykowanej puli SQL, z której chcesz przywrócić.
W górnej części strony Przegląd wybierz pozycję Przywróć.
Wybierz pozycję Automatyczne punkty przywracania lub Punkty przywracania zdefiniowane przez użytkownika.
Jeśli dedykowana pula SQL nie ma żadnych automatycznych punktów przywracania, zaczekaj kilka godzin lub utwórz punkt przywracania zdefiniowany przez użytkownika przed przywróceniem.
Jeśli chcesz wykonać przywracanie geograficzne, wybierz obszar roboczy i dedykowaną pulę SQL, którą chcesz odzyskać.
Wybierz pozycję Przejrzyj i utwórz.
Przywracanie istniejącej dedykowanej puli SQL za pośrednictwem programu PowerShell
Otwórz terminal programu PowerShell.
Połącz się z kontem platformy Azure i wyświetl listę wszystkich subskrypcji skojarzonych z twoim kontem.
Wybierz subskrypcję zawierającą pulę SQL, która ma zostać przywrócona.
Wyświetl listę punktów przywracania dla dedykowanej puli SQL.
Wybierz żądany punkt przywracania przy użyciu polecenia RestorePointCreationDate.
Przywróć dedykowaną pulę SQL do żądanego punktu przywracania przy użyciu polecenia cmdlet Restore-AzSynapseSqlPool programu PowerShell.
- Aby przywrócić dedykowaną pulę SQL do innego obszaru roboczego, upewnij się, że określono inną nazwę obszaru roboczego. Ten obszar roboczy może również znajdować się w innej grupie zasobów i regionie.
- Aby przywrócić do innej subskrypcji, zobacz Przywracanie istniejącej dedykowanej puli SQL do innej subskrypcji za pomocą programu PowerShell w dalszej części tego artykułu.
Sprawdź, czy przywrócona dedykowana pula SQL jest w trybie online.
$SubscriptionName="<YourSubscriptionName>" $ResourceGroupName="<YourResourceGroupName>" $WorkspaceName="<YourWorkspaceNameWithoutURLSuffixSeeNote>" # Without sql.azuresynapse.net #$TargetResourceGroupName="<YourTargetResourceGroupName>" # uncomment to restore to a different workspace. #$TargetWorkspaceName="<YourtargetWorkspaceNameWithoutURLSuffixSeeNote>" $SQLPoolName="<YourDatabaseName>" $NewSQLPoolName="<YourDatabaseName>" Connect-AzAccount Get-AzSubscription Select-AzSubscription -SubscriptionName $SubscriptionName # list all restore points Get-AzSynapseSqlPoolRestorePoint -ResourceGroupName $ResourceGroupName -WorkspaceName $WorkspaceName -Name $SQLPoolName # Pick desired restore point using RestorePointCreationDate "xx/xx/xxxx xx:xx:xx xx" $PointInTime="<RestorePointCreationDate>" # Get the specific SQL pool to restore $SQLPool = Get-AzSynapseSqlPool -ResourceGroupName $ResourceGroupName -WorkspaceName $WorkspaceName -Name $SQLPoolName # Transform Synapse SQL pool resource ID to SQL database ID because currently the restore command only accepts the SQL database ID format. $DatabaseID = $SQLPool.Id -replace "Microsoft.Synapse", "Microsoft.Sql" ` -replace "workspaces", "servers" ` -replace "sqlPools", "databases" # Restore database from a restore point $RestoredDatabase = Restore-AzSynapseSqlPool –FromRestorePoint -RestorePoint $PointInTime -ResourceGroupName $SQLPool.ResourceGroupName ` -WorkspaceName $SQLPool.WorkspaceName -TargetSqlPoolName $NewSQLPoolName –ResourceId $DatabaseID -PerformanceLevel DW100c # Use the following command to restore to a different workspace #$TargetResourceGroupName = $SQLPool.ResourceGroupName # for restoring to different workspace in same resourcegroup #$RestoredDatabase = Restore-AzSynapseSqlPool –FromRestorePoint -RestorePoint $PointInTime -ResourceGroupName $TargetResourceGroupName ` # -WorkspaceName $TargetWorkspaceName -TargetSqlPoolName $NewSQLPoolName –ResourceId $DatabaseID -PerformanceLevel DW100c # Verify the status of restored database $RestoredDatabase.status
Przywracanie istniejącej dedykowanej puli SQL do innej subskrypcji za pomocą programu PowerShell
Podczas przywracania między subskrypcjami dedykowana pula SQL w obszarze roboczym usługi Azure Synapse może przywracać tylko bezpośrednio do autonomicznej dedykowanej puli SQL (dawniej SQL DW). Jeśli wymagane jest przywrócenie dedykowanej puli SQL w obszarze roboczym usługi Azure Synapse do obszaru roboczego w subskrypcji docelowej, wymagany jest dodatkowy krok przywracania.
Poniższy przykład programu PowerShell jest podobny do poprzedniego, jednak istnieją trzy główne różnice:
- Po pobraniu obiektu puli SQL, który ma zostać przywrócony, kontekst subskrypcji musi zostać przełączony na docelową (lub docelową) nazwę subskrypcji.
- Podczas przywracania użyj modułów Az.Sql zamiast modułów Az.Synapse.
- Poniższy przykładowy kod zawiera dodatkowe kroki przywracania do obszaru roboczego usługi Azure Synapse w subskrypcji docelowej. Usuń komentarz z poleceń programu PowerShell zgodnie z opisem w przykładzie.
Kroki:
Otwórz terminal programu PowerShell.
Zaktualizuj moduł Az.Sql do wersji 3.8.0 (lub nowszej), jeśli używasz starszej wersji przy użyciu polecenia
Update-Module. W przeciwnym razie spowoduje to błędy. Aby zweryfikować wersję za pomocą programu PowerShell:foreach ($i in (get-module -ListAvailable | ?{$_.name -eq 'az.sql'}).Version) { $version = [string]$i.Major + "." + [string]$i.Minor; if ($version -gt 3.7) {write-host "Az.Sql version $version installed. Prequisite met."} else {update-module az.sql} }Połącz się z kontem platformy Azure i wyświetl listę wszystkich subskrypcji skojarzonych z twoim kontem.
Wybierz subskrypcję zawierającą pulę SQL, która ma zostać przywrócona.
Wyświetl listę punktów przywracania dla dedykowanej puli SQL.
Wybierz żądany punkt przywracania przy użyciu polecenia RestorePointCreationDate.
Wybierz subskrypcję docelową, w której ma zostać przywrócona pula SQL.
Przywróć dedykowaną pulę SQL do żądanego punktu przywracania przy użyciu polecenia cmdlet Restore-AzSqlDatabase programu PowerShell.
Sprawdź, czy przywrócona dedykowana pula SQL (dawniej SQL DW) jest w trybie online.
Jeśli żądanym miejscem docelowym jest obszar roboczy usługi Synapse, usuń komentarz z kodu, aby wykonać dodatkowy krok przywracania.
Utwórz punkt przywracania dla nowo utworzonego magazynu danych.
Pobierz ostatni punkt przywracania utworzony przy użyciu
Select -Last 1składni .Wykonaj przywracanie do żądanego obszaru roboczego usługi Azure Synapse.
$SourceSubscriptionName="<YourSubscriptionName>" $SourceResourceGroupName="<YourResourceGroupName>" $SourceWorkspaceName="<YourServerNameWithoutURLSuffixSeeNote>" # Without sql.azuresynapse.net $SourceSQLPoolName="<YourDatabaseName>" $TargetSubscriptionName="<YourTargetSubscriptionName>" $TargetResourceGroupName="<YourTargetResourceGroupName>" $TargetServerName="<YourTargetServerNameWithoutURLSuffixSeeNote>" # Without sql.azuresynapse.net $TargetDatabaseName="<YourDatabaseName>" #$TargetWorkspaceName="<YourTargetWorkspaceName>" # uncomment if restore to an Azure Synapse workspace is required # Update Az.Sql module to the latest version (3.8.0 or above) # Update-Module -Name Az.Sql -RequiredVersion 3.8.0 Connect-AzAccount Get-AzSubscription Select-AzSubscription -SubscriptionName $SourceSubscriptionName # list all restore points Get-AzSynapseSqlPoolRestorePoint -ResourceGroupName $SourceResourceGroupName -WorkspaceName $SourceWorkspaceName -Name $SourceSQLPoolName # Pick desired restore point using RestorePointCreationDate "xx/xx/xxxx xx:xx:xx xx" $PointInTime="<RestorePointCreationDate>" # Get the specific SQL pool to restore $SQLPool = Get-AzSynapseSqlPool -ResourceGroupName $SourceResourceGroupName -WorkspaceName $SourceWorkspaceName -Name $SourceSQLPoolName # Transform Synapse SQL pool resource ID to SQL database ID because currently the restore command only accepts the SQL database ID format. $DatabaseID = $SQLPool.Id -replace "Microsoft.Synapse", "Microsoft.Sql" ` -replace "workspaces", "servers" ` -replace "sqlPools", "databases" # Switch context to the destination subscription Select-AzSubscription -SubscriptionName $TargetSubscriptionName # Restore database from a desired restore point of the source database to the target server in the desired subscription $RestoredDatabase = Restore-AzSqlDatabase –FromPointInTimeBackup –PointInTime $PointInTime -ResourceGroupName $TargetResourceGroupName ` -ServerName $TargetServerName -TargetDatabaseName $TargetDatabaseName –ResourceId $DatabaseID # Verify the status of restored database $RestoredDatabase.status # uncomment below cmdlets to perform one more restore to push the SQL Pool to an existing workspace in the destination subscription # # Create restore point # New-AzSqlDatabaseRestorePoint -ResourceGroupName $RestoredDatabase.ResourceGroupName -ServerName $RestoredDatabase.ServerName ` # -DatabaseName $RestoredDatabase.DatabaseName -RestorePointLabel "UD-001" # # Gets the last restore point of the sql dw (will use the RestorePointCreationDate property) # $RestorePoint = Get-AzSqlDatabaseRestorePoint -ResourceGroupName $RestoredDatabase.ResourceGroupName -ServerName $RestoredDatabase.ServerName ` # -DatabaseName $RestoredDatabase.DatabaseName | Select -Last 1 # # Restore to destination synapse workspace # $FinalRestore = Restore-AzSynapseSqlPool –FromRestorePoint -RestorePoint $RestorePoint.RestorePointCreationDate -ResourceGroupName $TargetResourceGroupName ` # -WorkspaceName $TargetWorkspaceName -TargetSqlPoolName $TargetDatabaseName –ResourceId $RestoredDatabase.ResourceID -PerformanceLevel DW100c
Rozwiązywanie problemów
Operacja przywracania może spowodować niepowodzenie wdrożenia na podstawie wyjątku "RequestTimeout".
Ten limit czasu można zignorować. Przejrzyj dedykowaną stronę puli SQL w witrynie Azure Portal i nadal może mieć stan "Przywracanie", a ostatecznie przejdzie do pozycji "Online".
