你当前正在访问 Microsoft Azure Global Edition 技术文档网站。如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

使用 PowerShell 备份和还原 Azure VM 中的 SQL 数据库

项目
07/30/2024

本文介绍如何在 Azure PowerShell 中使用 Azure 备份恢复服务保管库来备份和恢复 Azure VM 中的 SQL 数据库。

本文介绍如何执行以下操作：

设置 PowerShell 并注册 Azure 恢复服务提供程序。
创建恢复服务保管库。
为 Azure VM 中的 SQL 数据库配置备份。
运行备份作业。
还原已备份的 SQL 数据库。
监视备份和还原作业。

开始之前

详细了解恢复服务保管库。
了解用于备份 Azure VM 中的 SQL 数据库的功能。
查看恢复服务的 PowerShell 对象层次结构。

恢复服务对象层次结构

下图汇总了对象层次结构。

恢复服务对象层次结构

查看 Azure 库中的 Az.RecoveryServices cmdlet 参考。

设置和安装

按如下所述设置 PowerShell：

下载最新版本的 Azure PowerShell。所需的最低版本为 1.5.0。
找到包含以下命令的 Azure 备份 PowerShell cmdlet：
```
Get-Command *azrecoveryservices*
```
查看 Azure 备份和恢复服务保管库的别名与 cmdlet。下面是可能显示的内容示例。此 cmdlet 列表并不完整。
使用 Connect-AzAccount 登录到 Azure 帐户。
在出现的网页上，系统会提示你输入帐户凭据。
- 或者，可以结合 -Credential 在 Connect-AzAccount cmdlet 中将帐户凭据包含为参数。
- 如果你是为某个租户工作的 CSP 合作伙伴，则需使用 tenantID 或租户主域名将客户指定为一名租户。例如，Connect-AzAccount -Tenant fabrikam.com。
由于一个帐户可以有多个订阅，因此请将要使用的订阅与帐户关联在一起。
```
Select-AzSubscription -SubscriptionName $SubscriptionName
```
首次使用 Azure 备份时，请使用 Register-AzResourceProvider cmdlet 将 Azure 恢复服务提供程序注册到订阅。
```
Register-AzResourceProvider -ProviderNamespace "Microsoft.RecoveryServices"
```

验证提供程序是否已成功注册：

Get-AzResourceProvider -ProviderNamespace "Microsoft.RecoveryServices"

在命令输出中，确认 RegistrationState 是否更改为 Registered。如果不是，请再次运行 Register-AzResourceProvider cmdlet。

创建恢复服务保管库

请按照以下步骤创建恢复服务保管库。

恢复服务保管库是一种资源管理器资源，因此必须将其放在资源组中。可以使用现有资源组，也可以使用 New-AzResourceGroup cmdlet 创建资源组。创建资源组时，请指定资源组的名称和位置。

保管库放在资源组中。如果没有现有的资源组，请使用 New-AzResourceGroup 新建一个。此示例在美国西部区域创建一个新的资源组。
```
New-AzResourceGroup -Name "test-rg" -Location "West US"
```
使用 New-AzRecoveryServicesVault cmdlet 创建保管库。请为保管库指定与资源组相同的位置。
```
New-AzRecoveryServicesVault -Name "testvault" -ResourceGroupName "test-rg" -Location "West US"
```
指定保管库存储使用的冗余类型。
- 可以使用本地冗余存储、异地冗余存储或区域冗余存储。
- 以下示例为设置为 GeoRedundant 的 testvault 设置 Set-AzRecoveryServicesBackupProperty cmd 的 -BackupStorageRedundancy 选项。
```
$vault1 = Get-AzRecoveryServicesVault -Name "testvault"
Set-AzRecoveryServicesBackupProperties  -Vault $vault1 -BackupStorageRedundancy GeoRedundant
```

在订阅中查看保管库

若要查看订阅中的所有保管库，请使用 Get-AzRecoveryServicesVault。

Get-AzRecoveryServicesVault

输出如下所示。其中已提供资源组名称和位置。

Name              : Contoso-vault
ID                : /subscriptions/1234
Type              : Microsoft.RecoveryServices/vaults
Location          : WestUS
ResourceGroupName : Contoso-docs-rg
SubscriptionId    : 1234-567f-8910-abc
Properties        : Microsoft.Azure.Commands.RecoveryServices.ARSVaultProperties

设置保管库上下文

将保管库对象存储在变量中，并设置保管库上下文。

许多 Azure 备份 cmdlet 要求将恢复服务保管库对象用作输入，因此可以方便地在变量中存储保管库对象。
保管库上下文是在保管库中受保护的数据的类型。可以使用 Set-AzRecoveryServicesVaultContext 设置它。设置上下文后，它将应用于所有后续 cmdlet。

以下示例为 testvault 设置保管库上下文

Get-AzRecoveryServicesVault -Name "testvault" | Set-AzRecoveryServicesVaultContext

提取保管库 ID

我们已计划根据 Azure PowerShell 指导原则弃用保管库上下文设置。你可以改为存储或提取保管库 ID，并将其传递给相关命令，如下所示：

$testVault = Get-AzRecoveryServicesVault -ResourceGroupName "Contoso-docs-rg" -Name "testvault"
$testVault.ID

配置备份策略

备份策略指定备份计划，以及备份恢复点的保留期限：

一个备份策略至少与一个保留策略相关联。保留策略定义了在将恢复点删除之前将其保留的时限。
使用 Get-AzRecoveryServicesBackupRetentionPolicyObject 查看默认的备份保留策略。
使用 Get-AzRecoveryServicesBackupSchedulePolicyObject 查看默认的备份策略计划。
使用 New-AzRecoveryServicesBackupProtectionPolicy cmdlet 创建新的备份策略。输入计划和保留策略对象。

默认情况下，会在“计划策略对象”中定义开始时间。请使用以下示例将开始时间更改为所需的开始时间。所需的开始时间也应采用 UTC 格式。下面的示例假设在进行每日备份时，所需的开始时间为 UTC 时间凌晨 1:00。

$schPol = Get-AzRecoveryServicesBackupSchedulePolicyObject -WorkloadType "MSSQL"
$UtcTime = (Get-Date -Date "2019-03-20 01:30:00Z").ToUniversalTime()
$schPol.FullBackupSchedulePolicy.ScheduleRunTimes[0] = $UtcTime

重要

只需以 30 分钟的倍数提供开始时间。在上面的示例中，开始时间只能是“01:00:00”或“02:30:00”。开始时间不能为“01:15:00”。

以下示例将计划策略和保留策略存储在变量中。然后，它使用这些变量作为新策略 (NewSQLPolicy) 的参数。 NewSQLPolicy 创建每日“完整”备份，将备份保留 180 天，并每隔 2 小时创建日志备份

$schPol = Get-AzRecoveryServicesBackupSchedulePolicyObject -WorkloadType "MSSQL"
$retPol = Get-AzRecoveryServicesBackupRetentionPolicyObject -WorkloadType "MSSQL"
$NewSQLPolicy = New-AzRecoveryServicesBackupProtectionPolicy -Name "NewSQLPolicy" -WorkloadType "MSSQL" -RetentionPolicy $retPol -SchedulePolicy $schPol

输出如下所示。

Name                 WorkloadType       BackupManagementType BackupTime                Frequency                                IsDifferentialBackup IsLogBackupEnabled
                                                                                                                                Enabled
----                 ------------       -------------------- ----------                ---------                                -------------------- ------------------
NewSQLPolicy         MSSQL              AzureWorkload        3/15/2019 01:30:00 AM      Daily                                    False                True

启用备份

注册 SQL VM

对于 Azure VM 备份和 Azure 文件共享，备份服务可以连接到这些 Azure 资源管理器资源并提取相关的详细信息。由于 SQL 是 Azure VM 内部的一个应用程序，因此备份服务需要有权访问该应用程序并提取所需的详细信息。为此，需要将包含 SQL 应用程序的 Azure VM 注册到恢复服务保管库。将 SQL VM 注册到保管库后，可以仅在该保管库中保护 SQL 数据库。使用 Register-AzRecoveryServicesBackupContainer PowerShell cmdlet 注册 VM。

 $myVM = Get-AzVM -ResourceGroupName <VMRG Name> -Name <VMName>
Register-AzRecoveryServicesBackupContainer -ResourceId $myVM.ID -BackupManagementType AzureWorkload -WorkloadType MSSQL -VaultId $testVault.ID -Force

此命令将返回此资源的“备份容器”，状态为“已注册”

注意

如果未指定 force 参数，系统会显示文本“是否要对此容器禁用保护”并要求你进行确认。请忽略此文本，并输入“Y”以确认。这是一个已知问题，我们正在努力删除该文本，并取消对 force 参数的要求。

提取 SQL 数据库

完成注册后，备份服务可以列出 VM 中所有可用的 SQL 组件。若要查看需要备份到此保管库的所有 SQL 组件，请使用 Get-AzRecoveryServicesBackupProtectableItem PowerShell cmdlet

Get-AzRecoveryServicesBackupProtectableItem -WorkloadType MSSQL -VaultId $testVault.ID

此输出将显示所有已注册到此保管库的 SQL VM 中所有不受保护的 SQL 组件以及 ItemType 和 ServerName。可以通过传递“-Container”参数来进一步筛选特定的 SQL VM，或者结合 ItemType 标志使用“Name”和“ServerName”的组合来查看唯一的 SQL 项。

$SQLDB = Get-AzRecoveryServicesBackupProtectableItem -workloadType MSSQL -ItemType SQLDataBase -VaultId $testVault.ID -Name "<Item Name>" -ServerName "<Server Name>"

配置备份

提取所需的 SQL 数据库并创建用于备份的策略后，接下来可以使用 Enable-AzRecoveryServicesBackupProtection cmdlet 来为此 SQL 数据库配置备份。

Enable-AzRecoveryServicesBackupProtection -ProtectableItem $SQLDB -Policy $NewSQLPolicy

该命令将一直等到备份配置完成并返回以下输出。

WorkloadName     Operation            Status               StartTime                 EndTime                   JobID
------------     ---------            ------               ---------                 -------                   -----
master           ConfigureBackup      Completed            3/18/2019 6:00:21 PM      3/18/2019 6:01:35 PM      654e8aa2-4096-402b-b5a9-e5e71a496c4e

提取新的 SQL 数据库

注册计算机后，备份服务将提取可用数据库的详细信息。如果以后将 SQL 数据库或 SQL 实例添加到已注册的计算机，则需要手动触发备份服务，才能执行新的查询来再次获取所有不受保护的数据库（包括新添加的数据库）。在 SQL VM 上使用 Initialize-AzRecoveryServicesBackupItem PowerShell cmdlet 执行新的查询。该命令会等到操作完成为止。稍后使用 Get-AzRecoveryServicesBackupProtectableItem PowerShell cmdlet 获取不受保护的最新 SQL 组件列表。

$SQLContainer = Get-AzRecoveryServicesBackupContainer -ContainerType AzureVMAppContainer -FriendlyName <VM name> -VaultId $testVault.ID
Initialize-AzRecoveryServicesBackupProtectableItem -Container $SQLContainer -WorkloadType MSSQL -VaultId $testVault.ID
Get-AzRecoveryServicesBackupProtectableItem -workloadType MSSQL -ItemType SQLDataBase -VaultId $testVault.ID

获取相关的可保护项后，根据上一部分中的说明启用备份。如果用户不想要手动检测新数据库，可以根据下面所述启用自动保护。

启用自动保护

你可以配置备份，以使用特定的策略自动保护将来添加的所有数据库。若要启用自动保护，请使用 Enable-AzRecoveryServicesBackupAutoProtection PowerShell cmdlet。

由于说明中的操作是备份将来的所有数据库，因此该操作将在 SQLInstance 级别进行。

$SQLInstance = Get-AzRecoveryServicesBackupProtectableItem -workloadType MSSQL -ItemType SQLInstance -VaultId $testVault.ID -Name "<Protectable Item name>" -ServerName "<Server Name>"
Enable-AzRecoveryServicesBackupAutoProtection -InputItem $SQLInstance -BackupManagementType AzureWorkload -WorkloadType MSSQL -Policy $NewSQLPolicy -VaultId $testVault.ID

指明自动保护意向后，在计算机中提取新添加的数据库的查询将按计划的后台任务每隔 8 小时进行。

还原 SQL 数据库

Azure 备份可以还原 Azure VM 上运行的 SQL Server 数据库，如下所述：

使用事务日志备份还原到特定的日期或时间（精确到秒）。 Azure 备份可自动确定相应的完整备份、差异备份和日志链备份，这些是根据所选时间进行还原所必需的。
还原特定的完整备份或差异备份，这样就可以还原到特定的恢复点。

在还原 SQL 数据库之前，请查看此处所述的先决条件。

警告

由于与 RBAC 相关的安全问题，我们必须通过 PowerShell 在 SQL DB 的还原命令中引入一项中断性变更。请升级到 Az 6.0.0 或更高版本，以便通过 PowerShell 提交正确的还原命令。下面提供了最新的 PS 命令。

首先使用 Get-AzRecoveryServicesBackupItem PowerShell cmdlet 提取相关的已备份 SQL 数据库。

$bkpItem = Get-AzRecoveryServicesBackupItem -BackupManagementType AzureWorkload -WorkloadType MSSQL -Name "<backup item name>" -VaultId $testVault.ID

提取相关的还原时间

如上所述，你可以将已备份的 SQL 数据库还原到完整/差异副本，或还原到某个日志时间点。

提取不同的恢复点

使用 Get-AzRecoveryServicesBackupRecoveryPoint 提取已备份的 SQL 数据库的不同（完整/差异）恢复点。

$startDate = (Get-Date).AddDays(-7).ToUniversalTime()
$endDate = (Get-Date).ToUniversalTime()
Get-AzRecoveryServicesBackupRecoveryPoint -Item $bkpItem -VaultId $testVault.ID -StartDate $startdate -EndDate $endDate

输出类似于以下示例

RecoveryPointId    RecoveryPointType  RecoveryPointTime      ItemName                             BackupManagemen
                                                                                                  tType
---------------    -----------------  -----------------      --------                             ---------------
6660368097802      Full               3/18/2019 8:09:35 PM   MSSQLSERVER;model             AzureWorkload

使用“RecoveryPointId”筛选器或数组筛选器提取相关的恢复点。

$FullRP = Get-AzRecoveryServicesBackupRecoveryPoint -Item $bkpItem -VaultId $testVault.ID -RecoveryPointId "6660368097802"

提取时点恢复点

如果希望将数据库还原到特定的时间点，可使用 Get-AzRecoveryServicesBackupRecoveryLogChain PowerShell cmdlet。该 cmdlet 返回一个日期列表，这些日期表示该 SQL 备份项的已中断连续日志链的开始时间和结束时间。所需的时间点应在此范围内。

Get-AzRecoveryServicesBackupRecoveryLogChain -Item $bkpItem -VaultId $testVault.ID

输出类似于以下示例。

ItemName                       StartTime                      EndTime
--------                       ---------                      -------
SQLDataBase;MSSQLSERVER;azu... 3/18/2019 8:09:35 PM           3/19/2019 12:08:32 PM

以上输出表示你可以还原到显示的开始时间与结束时间之间的任意时间点。这些时间为 UTC 时间。在 PowerShell 中构造处于上面所示范围内的任意时间点。

注意

选择要还原到的日志时间点后，无需指定起点（即要从中还原数据库的完整备份）。 Azure 备份服务将处理整个恢复计划，即选择所需的完整备份、应用所需的日志备份等。

确定恢复配置

如果是 SQL 数据库还原，则支持以下还原方案。

使用其他恢复点中的数据替代已备份的 SQL 数据库 - OriginalWorkloadRestore
将 SQL 数据库还原为同一 SQL 实例中的新数据库 - AlternateWorkloadRestore
将 SQL 数据库还原为另一 SQL VM 上另一 SQL 实例中的新数据库 - AlternateWorkloadRestore
将 SQL 数据库还原为 .bak 文件 -RestoreAsFiles

提取相关的恢复点（不同的时间点或日志时间点）后，请使用 Get-AzRecoveryServicesBackupWorkloadRecoveryConfig PowerShell cmdlet 根据所需的恢复计划提取恢复配置对象。

原始工作负荷还原

若要使用恢复点中的数据替代已备份的数据库，只需指定适当的标志和相关恢复点，如以下示例中所示。

使用不同恢复点的原始工作负荷还原

$OverwriteWithFullConfig = Get-AzRecoveryServicesBackupWorkloadRecoveryConfig -RecoveryPoint $FullRP -OriginalWorkloadRestore -VaultId $testVault.ID

使用日志时间点的原始工作负荷还原

$OverwriteWithLogConfig = Get-AzRecoveryServicesBackupWorkloadRecoveryConfig -PointInTime $PointInTime -Item $bkpItem  -OriginalWorkloadRestore -VaultId $testVault.ID

备用工作负荷还原

重要

备份的 SQL 数据库只能作为新数据库还原到已在此保管库中“注册”的 Azure VM 上的另一个 SQLInstance 中。

如前所述，如果目标 SQLInstance 位于另一个 Azure VM 中，请确保该 VM 已注册到此保管库，并且相关的 SQLInstance 显示为可保护的项。在本文档中，假设目标 SQLInstance 名称为另一个 VM“Contoso2”中的 MSSQLSERVER。

$TargetContainer =  Get-AzRecoveryServicesBackupContainer -ContainerType AzureVMAppContainer -Status Registered  -VaultId $testVault.ID -FriendlyName "Contoso2"
$TargetInstance = Get-AzRecoveryServicesBackupProtectableItem -WorkloadType MSSQL -ItemType SQLInstance -Name "MSSQLSERVER" -ServerName "Contoso2" -VaultId $testVault.ID

然后，只需结合如下所示的适当标志以及目标 SQL 实例所在的目标容器，传递相关的恢复点和目标 SQL 实例。

使用不同恢复点的备用工作负荷还原

$AnotherInstanceWithFullConfig = Get-AzRecoveryServicesBackupWorkloadRecoveryConfig -RecoveryPoint $FullRP -TargetItem $TargetInstance -AlternateWorkloadRestore -VaultId $testVault.ID -TargetContainer $TargetContainer

使用日志时间点的备用工作负荷还原

$AnotherInstanceWithLogConfig = Get-AzRecoveryServicesBackupWorkloadRecoveryConfig -PointInTime $PointInTime -Item $bkpItem -TargetItem $TargetInstance -AlternateWorkloadRestore -VaultId $testVault.ID -TargetContainer $TargetContainer

作为文件还原

若要将备份数据作为 .bak 文件而不是数据库还原，请选择“作为文件还原”选项。已备份的 SQL 数据库可以还原为任何已注册到此保管库的目标 VM。

$TargetContainer= Get-AzRecoveryServicesBackupContainer -ContainerType AzureVMAppContainer -FriendlyName "VM name" -VaultId $vaultID

使用不同恢复点还原为文件

$FileRestoreWithFullConfig = Get-AzRecoveryServicesBackupWorkloadRecoveryConfig -RecoveryPoint $FullRP -TargetContainer $TargetContainer -RestoreAsFiles -FilePath "<>" -VaultId $testVault.ID

根据最新完整备份使用日志时间点还原为文件

$FileRestoreWithLogConfig = Get-AzRecoveryServicesBackupWorkloadRecoveryConfig -PointInTime $PointInTime -TargetContainer $TargetContainer -RestoreAsFiles -FilePath "<>" -VaultId $testVault.ID

根据指定完整备份使用日志时间点还原为文件

如果希望提供应该用于还原的特定完整备份，请使用以下命令：

$FileRestoreWithLogAndSpecificFullConfig = Get-AzRecoveryServicesBackupWorkloadRecoveryConfig -PointInTime $PointInTime -FromFull $FullRP -TargetContainer $TargetContainer -RestoreAsFiles -FilePath "<>" -VaultId $testVault.ID

从 Get-AzRecoveryServicesBackupWorkloadRecoveryConfig PowerShell cmdlet 获取的最终恢复点配置对象包含用于还原的所有相关信息，如下所示。

TargetServer         : <SQL server name>
TargetInstance       : <Target Instance name>
RestoredDBName       : <Target Instance name>/azurebackup1_restored_3_19_2019_1850
OverwriteWLIfpresent : No
NoRecoveryMode       : Disabled
targetPhysicalPath   : {azurebackup1, azurebackup1_log}
ContainerId          : /Subscriptions/00000000-0000-0000-0000-000000000000/resourceGroups/testRG/providers/Microsoft.RecoveryServices/vaults/testVault/backupFabrics/Azure/protectionContainers/vmappcontainer;compute;computeRG;SQLVMName
SourceResourceId     : /subscriptions/00000000-0000-0000-0000-000000000000/resourceGroups/computeRG/VMAppContainer/SQLVMName
RestoreRequestType   : Alternate WL Restore
RecoveryPoint        : Microsoft.Azure.Commands.RecoveryServices.Backup.Cmdlets.Models.AzureWorkloadRecoveryPoint
PointInTime          : 1/1/0001 12:00:00 AM

可以编辑已还原的数据库名称、OverwriteWLIfpresent、NoRecoveryMode 和 targetPhysicalPath 字段。按如下所示获取目标文件路径的其他详细信息。

$AnotherInstanceWithFullConfig.targetPhysicalPath

MappingType SourceLogicalName SourcePath                  TargetPath
----------- ----------------- ----------                  ----------
Data        azurebackup1      F:\Data\azurebackup1.mdf    F:\Data\azurebackup1_1553001753.mdf
Log         azurebackup1_log  F:\Log\azurebackup1_log.ldf F:\Log\azurebackup1_log_1553001753.ldf

按如下所示将相关 PowerShell 属性设置为字符串值。

$AnotherInstanceWithFullConfig.OverwriteWLIfpresent = "Yes"
$AnotherInstanceWithFullConfig | fl

TargetServer         : <SQL server name>
TargetInstance       : <Target Instance name>
RestoredDBName       : <Target Instance name>/azurebackup1_restored_3_19_2019_1850
OverwriteWLIfpresent : Yes
NoRecoveryMode       : Disabled
targetPhysicalPath   : {azurebackup1, azurebackup1_log}
ContainerId          : /Subscriptions/00000000-0000-0000-0000-000000000000/resourceGroups/testRG/providers/Microsoft.RecoveryServices/vaults/testVault/backupFabrics/Azure/protectionContainers/vmappcontainer;compute;computeRG;SQLVMName
SourceResourceId     : /subscriptions/00000000-0000-0000-0000-000000000000/resourceGroups/computeRG/VMAppContainer/SQLVMName
RestoreRequestType   : Alternate WL Restore
RecoveryPoint        : Microsoft.Azure.Commands.RecoveryServices.Backup.Cmdlets.Models.AzureWorkloadRecoveryPoint
PointInTime          : 1/1/0001 12:00:00 AM

重要

确保最终恢复配置对象包含全部所需且正确的值，因为还原操作基于该配置对象。

注意

如果不想还原整个链而只想恢复部分文件，请按照此处记录的步骤操作。

将备用工作负载还原到次要区域中的保管库

重要

从 Az 6.0.0 开始，支持通过 PowerShell 将 SQL 还原到次要区域

如果已启用跨区域还原，则恢复点也将复制到配对的次要区域。然后，可以提取这些恢复点，并触发到该配对区域中某台计算机的还原。与常规还原时一样，目标计算机应注册到次要区域中的目标保管库。以下步骤顺序将阐明端到端的过程。

提取已复制到次要区域的备份项
对于此类项，提取已复制到次要区域的恢复点（相异恢复点和/或日志）
然后选择已注册到配对次要区域中某个保管库的目标服务器
触发到该服务器的还原，然后使用 JobId 跟踪还原操作。

从次要区域中提取备份项

使用常用的命令从次要区域中提取所有 SQL 备份项，但在该命令中需要提供一个额外的参数来指示应该从次要区域提取这些项。

$secondaryBkpItems = Get-AzRecoveryServicesBackupItem -BackupManagementType AzureWorkload  -WorkloadType MSSQL  -VaultId $testVault.ID -UseSecondaryRegion

从次要区域中提取相异恢复点

使用 Get-AzRecoveryServicesBackupRecoveryPoint 提取已备份的 SQL DB 的相异（完整/差异）恢复点，并添加一个参数来指示这些恢复点是从次要区域提取的

$startDate = (Get-Date).AddDays(-7).ToUniversalTime()
$endDate = (Get-Date).ToUniversalTime()
Get-AzRecoveryServicesBackupRecoveryPoint -Item $secondaryBkpItems[0] -VaultId $testVault.ID -StartDate $startdate -EndDate $endDate -UseSecondaryRegion

输出类似于以下示例

RecoveryPointId    RecoveryPointType  RecoveryPointTime      ItemName                             BackupManagemen
                                                                                                  tType
---------------    -----------------  -----------------      --------                             ---------------
6660368097802      Full               3/18/2019 8:09:35 PM   MSSQLSERVER;model             AzureWorkload

使用“RecoveryPointId”筛选器或数组筛选器提取相关的恢复点。

$FullRPFromSec = Get-AzRecoveryServicesBackupRecoveryPoint -Item $secondaryBkpItems[0] -VaultId $testVault.ID -RecoveryPointId "6660368097802" -UseSecondaryRegion

从次要区域中提取日志恢复点

结合参数“-UseSecondaryRegion”使用 Get-AzRecoveryServicesBackupRecoveryLogChain PowerShell cmdlet，这会从次要区域中返回该 SQL 备份项的未中断的连续日志链的开始时间和结束时间。所需的时间点应在此范围内。

Get-AzRecoveryServicesBackupRecoveryLogChain -Item $secondaryBkpItems[0] -VaultId $testVault.ID -UseSecondaryRegion

输出类似于以下示例。

ItemName                       StartTime                      EndTime
--------                       ---------                      -------
SQLDataBase;MSSQLSERVER;azu... 3/18/2019 8:09:35 PM           3/19/2019 12:08:32 PM

以上输出表示你可以还原到显示的开始时间与结束时间之间的任意时间点。这些时间为 UTC 时间。在 PowerShell 中构造处于上面所示范围内的任意时间点。

从次要区域中提取目标服务器

在次要区域中，需有一个保管库以及一个已注册到该保管库的目标服务器。获得次要区域目标容器和 SQL 实例后，可以重复使用现有的 cmdlet 来生成还原工作负载配置。在本文档中，假设 VM 名称为“secondaryVM”，该 VM 中的实例名称为“MSSQLInstance”

首先，提取次要区域中的相关保管库，然后获取该保管库中已注册的容器。

$PairedRegionVault = Get-AzRecoveryServicesVault -ResourceGroupName SecondaryRG -Name PairedVault
$secContainer =  Get-AzRecoveryServicesBackupContainer -ContainerType AzureVMAppContainer -Status Registered  -VaultId $PairedRegionVault.ID -FriendlyName "secondaryVM"

选择已注册的容器后，我们将提取该容器中要将数据库还原到的 SQL 实例。此处，我们假设“secondaryVM”中有 1 个 SQL 实例，并提取该实例。

$secSQLInstance = Get-AzRecoveryServicesBackupProtectableItem -WorkloadType MSSQL -ItemType SQLInstance -VaultId $PairedRegionVault.ID -Container $secContainer

准备恢复配置

可以重复使用前面所述的用于常规 SQL 还原的命令来生成相关的恢复配置。

从次要区域进行完整还原

Get-AzRecoveryServicesBackupWorkloadRecoveryConfig -RecoveryPoint $FullRPFromSec[0] -TargetItem $secSQLInstance -AlternateWorkloadRestore -VaultId $vault.ID -TargetContainer $secContainer

从次要区域进行日志时间点还原

Get-AzRecoveryServicesBackupWorkloadRecoveryConfig -PointInTime $PointInTime -Item $secondaryBkpItems[0] -TargetItem $secSQLInstance  -AlternateWorkloadRestore -VaultId $vault.ID -TargetContainer $secContainer

获取用于主要区域还原或次要区域还原的相关配置后，可以使用同一个还原命令来触发还原，并随后使用 jobID 来跟踪还原操作。

使用相关配置还原

获取并验证相关恢复配置对象后，请使用 Restore-AzRecoveryServicesBackupItem PowerShell cmdlet 启动还原过程。

Restore-AzRecoveryServicesBackupItem -WLRecoveryConfig $AnotherInstanceWithLogConfig -VaultId $testVault.ID -RestoreToSecondaryRegion

还原操作将返回要跟踪的作业。

WorkloadName     Operation            Status               StartTime                 EndTime                   JobID
------------     ---------            ------               ---------                 -------                   -----
MSSQLSERVER/m... Restore              InProgress           3/17/2019 10:02:45 AM                                3274xg2b-e4fg-5952-89b4-8cb566gc1748

管理 SQL 备份

按需备份

为数据库启用备份后，还可以使用 Backup-AzRecoveryServicesBackupItem PowerShell cmdlet 来触发数据库的按需备份。以下示例对启用了压缩的 SQL DB 触发仅复制完整备份，并且仅复制完整备份应保留 60 天。

注意

仅复制完整备份非常适合长期保留，因为它们与其他备份类型（如日志）没有任何依赖关系。 “完整”备份被视为后续日志备份的父级，因此它的保留与策略中的日志保留相关联。因此，客户提供的到期时间适用于仅复制完整备份，而不适用于“完整”备份。完整备份保留时间自动设置为从当前时间起的 45 天。此处还介绍了相关说明。

$bkpItem = Get-AzRecoveryServicesBackupItem -BackupManagementType AzureWorkload -WorkloadType MSSQL -Name "<backup item name>" -VaultId $testVault.ID
$endDate = (Get-Date).AddDays(45).ToUniversalTime()
Backup-AzRecoveryServicesBackupItem -Item $bkpItem -BackupType CopyOnlyFull -EnableCompression -VaultId $testVault.ID -ExpiryDateTimeUTC $endDate

按需备份命令返回要跟踪的作业。

WorkloadName     Operation            Status               StartTime                 EndTime                   JobID
------------     ---------            ------               ---------                 -------                   -----
MSSQLSERVER/m... Backup               InProgress           3/18/2019 8:41:27 PM                                2516bb1a-d3ef-4841-97a3-9ba455fb0637

如果未返回输出或者你要获取相关的作业 ID，请从 Azure 备份服务获取作业列表，并跟踪该列表及其详细信息。

更改备份项的策略

你可以将备份项的策略从 Policy1 更改为 Policy2。若要切换备份项的策略，请提取相关策略并备份项，并使用 Enable-AzRecoveryServices 命令以备份项作为参数。

$TargetPol1 = Get-AzRecoveryServicesBackupProtectionPolicy -Name <PolicyName>
$anotherBkpItem = Get-AzRecoveryServicesBackupItem -WorkloadType MSSQL -BackupManagementType AzureWorkload -Name "<BackupItemName>"
Enable-AzRecoveryServicesBackupProtection -Item $anotherBkpItem -Policy $TargetPol1

该命令将一直等到备份配置完成并返回以下输出。

WorkloadName     Operation            Status               StartTime                 EndTime                   JobID
------------     ---------            ------               ---------                 -------                   -----
master           ConfigureBackup      Completed            3/18/2019 8:00:21 PM      3/18/2019 8:02:16 PM      654e8aa2-4096-402b-b5a9-e5e71a496c4e

编辑现有备份策略

若要编辑现有策略，请使用 Set-AzRecoveryServicesBackupProtectionPolicy 命令。

Set-AzRecoveryServicesBackupProtectionPolicy -Policy $Pol -SchedulePolicy $SchPol -RetentionPolicy $RetPol

经过一段时间后检查备份作业以跟踪任何故障。如果存在故障，需要解决这些问题。然后使用 FixForInconsistentItems 参数重新运行编辑策略命令，重新对先前操作失败的所有备份项上的策略尝试编辑。

Set-AzRecoveryServicesBackupProtectionPolicy -Policy $Pol -FixForInconsistentItems

重新注册 SQL VM

警告

在尝试重新注册之前，请务必阅读此文档，以了解失败症状和原因

若要触发 SQL VM 的重新注册，请提取相关的备份容器，并将其传递给 register cmdlet。

$SQLContainer = Get-AzRecoveryServicesBackupContainer -ContainerType AzureVMAppContainer -FriendlyName <VM name> -VaultId $testVault.ID
Register-AzRecoveryServicesBackupContainer -Container $SQLContainer -BackupManagementType AzureWorkload -WorkloadType MSSQL -VaultId $testVault.ID

停止保护

保留数据

如果希望停止保护，可以使用 Disable-AzRecoveryServicesBackupProtection PowerShell cmdlet。此命令将停止计划的备份，但到目前为止备份的数据将永远保留。

$bkpItem = Get-AzRecoveryServicesBackupItem -BackupManagementType AzureWorkload -WorkloadType MSSQL -Name "<backup item name>" -VaultId $testVault.ID
Disable-AzRecoveryServicesBackupProtection -Item $bkpItem -VaultId $testVault.ID

删除备份数据

若要完全删除保管库中存储的备份数据，只需将“-RemoveRecoveryPoints”标志/开关添加到“disable”保护命令。

Disable-AzRecoveryServicesBackupProtection -Item $bkpItem -VaultId $testVault.ID -RemoveRecoveryPoints

禁用自动保护

如果在 SQLInstance 上配置了自动保护，可以使用 Disable-AzRecoveryServicesBackupAutoProtection PowerShell cmdlet 来禁用自动保护。

使用以下 PowerShell 命令查找启用了自动保护的实例。

Get-AzRecoveryServicesBackupProtectableItem -WorkloadType MSSQL -VaultId $testVault.ID | Where-Object {$_.IsAutoProtected -eq $true}

然后从输出中选择相关的可保护项名称和服务器名称，并为这些实例禁用自动保护。

$SQLInstance = Get-AzRecoveryServicesBackupProtectableItem -workloadType MSSQL -ItemType SQLInstance -VaultId $testVault.ID -Name "<Protectable Item name>" -ServerName "<Server Name>"
Disable-AzRecoveryServicesBackupAutoProtection -InputItem $SQLInstance -BackupManagementType AzureWorkload -WorkloadType MSSQL -VaultId $testVault.ID

取消注册 SQL VM

如果 SQL Server 的所有数据库不再受保护且不存在任何备份数据，则可以从此保管库取消注册 SQL VM。只有这样，你才能在另一保管库中保护数据库。使用 Unregister-AzRecoveryServicesBackupContainer PowerShell cmdlet 取消注册 SQL VM。

$SQLContainer = Get-AzRecoveryServicesBackupContainer -ContainerType AzureVMAppContainer -FriendlyName <VM name> -VaultId $testVault.ID
 Unregister-AzRecoveryServicesBackupContainer -Container $SQLContainer -VaultId $testVault.ID

跟踪 Azure 备份作业

请务必注意，Azure 备份只会跟踪 SQL 备份中用户触发的作业。计划的备份（包括日志备份）不会显示在门户或 PowerShell 中。但是，如果任一计划的作业失败，将会生成备份警报并在门户中显示该警报。使用 Azure Monitor 跟踪所有计划的作业和其他相关信息。

用户可以使用备份等异步作业的输出中返回的 JobID，来跟踪按需/用户触发的操作。使用 Get-AzRecoveryServicesBackupJobDetail PowerShell cmdlet 跟踪作业及其详细信息。

 Get-AzRecoveryServicesBackupJobDetails -JobId 2516bb1a-d3ef-4841-97a3-9ba455fb0637 -VaultId $testVault.ID

若要从 Azure 备份服务获取按需作业的列表及其状态，请使用 Get-AzRecoveryServicesBackupJob PowerShell cmdlet。以下示例返回所有正在进行的 SQL 作业。

Get-AzRecoveryServicesBackupJob -Status InProgress -BackupManagementType AzureWorkload

若要取消正在进行的作业，请使用 Stop-AzRecoveryServicesBackupJob PowerShell cmdlet。

管理 SQL Always On 可用性组

对于 SQL Always On 可用性组，请确保注册可用性组 (AG) 的所有节点。注册所有节点后，将在可保护项下以逻辑方式创建一个 SQL 可用性组对象。 SQL AG 下的数据库作为“SQLDatabase”列出。节点将显示为独立实例，其下的默认 SQL 数据库也将作为 SQL 数据库列出。

例如，假设某个 SQL AG 包含两个节点（sql-server-0 和 sql-server-1）和一个 SQL AG 数据库。注册这两个节点后，如果列出可保护项，则将列出以下组件

SQL AG 对象 - 作为 SQLAvailabilityGroup 列出的可保护项类型
SQL AG 数据库 - 作为 SQLDatabase 列出的可保护项类型
sql-server-0 - 作为 SQLInstance 列出的可保护项类型
sql-server-1 - 作为 SQLInstance 列出的可保护项类型
sql server-0 下的所有默认 SQL 数据库（master、model、msdb）- 作为 SQLDatabase 列出的可保护项类型
sql server-1 下的所有默认 SQL 数据库（master、model、msdb）- 作为 SQLDatabase 列出的可保护项类型

列出备份容器时，sql-server-0、sql-server-1 也作为“AzureVMAppContainer”列出。

通过

使用 PowerShell 备份和还原 Azure VM 中的 SQL 数据库

开始之前

恢复服务对象层次结构

设置和安装

创建恢复服务保管库

在订阅中查看保管库

设置保管库上下文

提取保管库 ID

配置备份策略

启用备份

注册 SQL VM

提取 SQL 数据库

配置备份

提取新的 SQL 数据库

启用自动保护

还原 SQL 数据库

提取相关的还原时间

提取不同的恢复点

提取时点恢复点

确定恢复配置

原始工作负荷还原

使用不同恢复点的原始工作负荷还原

使用日志时间点的原始工作负荷还原

备用工作负荷还原

使用不同恢复点的备用工作负荷还原

使用日志时间点的备用工作负荷还原

作为文件还原

使用不同恢复点还原为文件

根据最新完整备份使用日志时间点还原为文件

根据指定完整备份使用日志时间点还原为文件

将备用工作负载还原到次要区域中的保管库

从次要区域中提取备份项

从次要区域中提取相异恢复点

从次要区域中提取日志恢复点

从次要区域中提取目标服务器

准备恢复配置

从次要区域进行完整还原

从次要区域进行日志时间点还原

使用相关配置还原

管理 SQL 备份

按需备份

更改备份项的策略

编辑现有备份策略

重新注册 SQL VM

停止保护

保留数据

删除备份数据

禁用自动保护

取消注册 SQL VM

跟踪 Azure 备份作业

管理 SQL Always On 可用性组

反馈

其他资源