Dedikált SQL-készlet (korábbi nevén SQL DW) visszaállítása törölt kiszolgálóról

Tip

Microsoft Fabric Data Warehouse egy nagyvállalati szintű relációs raktár egy Data Lake-alaprendszeren, jövőre kész architektúrával, beépített AI-vel és új funkciókkal. Ha még nem ismerkedik adattárházzal, kezdje a Fabric Data Warehouse. A meglévő dedikált SQL-készlet számítási feladatai frissíthetők Fabric az adatelemzés, a valós idejű elemzés és a jelentéskészítés új képességeinek eléréséhez.

Ebből a cikkből megtudhatja, hogyan lehet visszaállítani egy dedikált SQL-készletet (korábbi nevén SQL DW-t) az Azure Synapse Analyticsben, miután egy kiszolgáló véletlenül törlésre került, a PowerShell használatával.

Megjegyzés

Ez az útmutató csak különálló dedikált SQL-készletekhez (korábban SQL DW-hez) készült. Az Azure Synapse Analytics-munkaterület dedikált SQL-készleteiért lásd: SQL-készlet visszaállítása törölt munkaterületről.

Mielőtt hozzákezdene

Megjegyzés

Javasoljuk, hogy az Azure Az PowerShell modult használja az Azure-ral való interakcióhoz. Az első lépésekhez tekintse meg Az Azure PowerShell telepítése témakört. Az Az PowerShell-modulra történő migrálás részleteiről lásd: Az Azure PowerShell migrálása az AzureRM modulból az Az modulba.

Az SQL-készlet visszaállítása a törölt kiszolgálóról

  1. Nyissa meg a PowerShellt.

  2. Csatlakozzon az Azure-fiókjához.

  3. Állítsa be a környezetet arra az előfizetésre, amely tartalmazza a lemondott kiszolgálót.

  4. Adja meg a kiszolgáló elvetésének hozzávetőleges dátumát.

  5. Hozza létre az elvetett kiszolgálóról helyreállítani kívánt adatbázis erőforrás-azonosítóját.

  6. Az adatbázis visszaállítása az elvetett kiszolgálóról

  7. Ellenőrizze, hogy a helyreállított adatbázis „online“ állapotban van-e.

$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

Hibaelhárítás

Ha "Váratlan hiba történt a kérés feldolgozása során", akkor előfordulhat, hogy az eredeti adatbázis nem rendelkezik rendelkezésre álló helyreállítási ponttal, mert az eredeti kiszolgáló rövid élettartamú. Általában ez az, amikor a kiszolgáló kevesebb mint egy órán át létezett.

  • Last updated on