教程：将 Azure Blob 存储用于 SQL Server

项目
08/29/2023

适用于：SQL Server 2016 (13.x) 及更高版本

本教程有助于学习如何将 Azure Blob 存储用于 SQL Server 2016 及更高版本中的数据文件和备份。

Azure Blob 存储的 SQL Server 集成支持最初是 SQL Server 2012 Service Pack 1 CU2 的一项增强功能，已随 SQL Server 2014 和 SQL Server 2016 进一步增强。有关此功能的概述以及使用此功能的好处，请参阅 Microsoft Azure 中的 SQL Server 数据文件。

此教程通过多个部分介绍如何在 Azure Blob 存储中处理 SQL Server 数据文件。每个部分专注于某个特定任务，应按顺序完成各部分的内容。首先，将学习如何使用存储访问策略和共享访问签名在 Blob 存储中新建容器。然后，学习如何创建 SQL Server 凭据以将 SQL Server 与 Azure Blob 存储相集成。接下来，将数据库备份到 Blob 存储，并将其还原到 Azure 虚拟机。然后，使用 SQL Server 文件快照事务日志备份还原到某个时间点和新的数据库。最后，本教程会演示元数据系统存储过程和函数的使用方法，帮助了解和使用文件快照备份。

先决条件

要完成本教程，你必须熟悉 SQL Server 备份和还原概念以及 T-SQL 语法。
要使用本教程，你需要一个 Azure 存储帐户、SQL Server Management Studio (SSMS)、本地 SQL Server 实例的访问权限、运行 SQL Server 2016 或更高版本实例的 Azure 虚拟机 (VM) 的访问权限和一个 AdventureWorks2022 数据库。此外，用于发出 BACKUP 和 RESTORE 命令的帐户应属于具有“更改任意凭据”权限的 db_backupoperator数据库角色。

获取免费的 Azure 帐户。
创建 Azure 存储帐户。
安装 SQL Server 2017 Developer Edition。
预配运行 SQL Server 的 Azure VM
安装 SQL Server Management Studio。
下载 AdventureWorks 示例数据库。
将用户帐户分配到 db_backupoperator 角色，并授予更改任意凭据权限。

重要

SQL Server 不支持 Azure Data Lake Storage，请确保本教程中使用的存储帐户上未启用分层命名空间。

1 - 创建存储访问策略和共享访问存储

本节将介绍如何通过使用存储访问策略使用 Azure PowerShell 脚本在 Azure Blob 存储容器上创建共享访问签名。

注意

该脚本是使用 Azure PowerShell 5.0.10586 编写的。

共享访问签名是一个 URI，它授予对容器、Blob、队列或表的受限访问权限。存储访问策略在服务器端的共享访问签名之外又增加了一级控制，包括撤消、终止或扩展访问。使用此项新增强时，需要在容器上创建至少具有读取、写入和列表权限的策略。

可以使用 Azure PowerShell、Azure 存储 SDK、Azure REST API 或第三方实用程序创建存储访问策略和共享访问签名。本教程演示了如何使用 Azure PowerShell 脚本来完成此任务。该脚本使用资源管理器部署模型并创建以下新资源

资源组
存储帐户
Azure Blob 存储容器
SAS 策略

此脚本首先通过声明一些变量以指定以上资源的名称和以下必需的输入值的名称：

用于命名其他资源对象的前缀名称
订阅名称
数据中心位置

此脚本将通过生成适当的 CREATE CREDENTIAL 语句完成，此语句是将在 2 - 使用共享访问签名创建 SQL Server 凭据中使用的。此语句已被复制到剪贴板，并将输出到控制台供你使用。

要在容器上创建策略并生成共享访问签名 (SAS)，请按以下步骤进行操作：

打开 Window PowerShell 或 Windows PowerShell ISE（请参阅以上版本要求）。

编辑，然后执行以下脚本：

# Define global variables for the script
$prefixName = '<a prefix name>'  # used as the prefix for the name for various objects
$subscriptionID = '<your subscription ID>'   # the ID  of subscription name you will use
$locationName = '<a data center location>'  # the data center region you will use
$storageAccountName= $prefixName + 'storage' # the storage account name you will create or use
$containerName= $prefixName + 'container'  # the storage container name to which you will attach the SAS policy with its SAS token
$policyName = $prefixName + 'policy' # the name of the SAS policy

# Set a variable for the name of the resource group you will create or use
$resourceGroupName=$prefixName + 'rg'

# Add an authenticated Azure account for use in the session
Connect-AzAccount

# Set the tenant, subscription and environment for use in the rest of
Set-AzContext -SubscriptionId $subscriptionID

# Create a new resource group - comment out this line to use an existing resource group
New-AzResourceGroup -Name $resourceGroupName -Location $locationName

# Create a new Azure Resource Manager storage account - comment out this line to use an existing Azure Resource Manager storage account
New-AzStorageAccount -Name $storageAccountName -ResourceGroupName $resourceGroupName -Type Standard_RAGRS -Location $locationName

# Get the access keys for the Azure Resource Manager storage account
$accountKeys = Get-AzStorageAccountKey -ResourceGroupName $resourceGroupName -Name $storageAccountName

# Create a new storage account context using an Azure Resource Manager storage account
$storageContext = New-AzStorageContext -StorageAccountName $storageAccountName -StorageAccountKey $accountKeys[0].Value

# Creates a new container in Blob Storage
$container = New-AzStorageContainer -Context $storageContext -Name $containerName

# Sets up a Stored Access Policy and a Shared Access Signature for the new container
$policy = New-AzStorageContainerStoredAccessPolicy -Container $containerName -Policy $policyName -Context $storageContext -StartTime $(Get-Date).ToUniversalTime().AddMinutes(-5) -ExpiryTime $(Get-Date).ToUniversalTime().AddYears(10) -Permission rwld

# Gets the Shared Access Signature for the policy
$sas = New-AzStorageContainerSASToken -name $containerName -Policy $policyName -Context $storageContext
Write-Host 'Shared Access Signature= '$($sas.Substring(1))''

# Sets the variables for the new container you just created
$container = Get-AzStorageContainer -Context $storageContext -Name $containerName
$cbc = $container.CloudBlobContainer

# Outputs the Transact SQL to the clipboard and to the screen to create the credential using the Shared Access Signature
Write-Host 'Credential T-SQL'
$tSql = "CREATE CREDENTIAL [{0}] WITH IDENTITY='Shared Access Signature', SECRET='{1}'" -f $cbc.Uri,$sas.Substring(1)
$tSql | clip
Write-Host $tSql

# Once you're done with the tutorial, remove the resource group to clean up the resources.
# Remove-AzResourceGroup -Name $resourceGroupName

脚本完成后，CREATE CREDENTIAL 语句将位于剪贴板中，以便在下一部分中使用。

2 - 使用共享访问签名创建 SQL Server 凭据

本节将介绍如何创建凭据以存储 SQL Server 将用于写入上一步中所创建的 Azure Blob 存储容器或从中读取的安全信息。

SQL Server 凭据是一个对象，用于存储连接到 SQL Server 以外资源所需的身份验证信息。凭据中存储了 Azure Blob 存储容器的 URI 路径以及此容器的共享访问签名。

若要创建 SQL Server 凭据，请执行以下步骤：

启动 SSMS。
打开一个新查询窗口，然后连接到本地环境中数据引擎的 SQL Server 实例。

在新查询窗口中，粘贴 CREATE CREDENTIAL 语句以及第 1 部分中的共享访问签名，然后执行该脚本。

该脚本将类似如下代码。

/* Example:
USE master
CREATE CREDENTIAL [https://msfttutorial.blob.core.windows.net/containername]
WITH IDENTITY='SHARED ACCESS SIGNATURE'
, SECRET = 'sharedaccesssignature'
GO */

USE master
CREATE CREDENTIAL [https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>]
  -- this name must match the container path, start with https and must not contain a forward slash at the end
WITH IDENTITY='SHARED ACCESS SIGNATURE'
  -- this is a mandatory string and should not be changed
 , SECRET = 'sharedaccesssignature'
   -- this is the shared access signature key that you obtained in section 1.
GO

若要查看所有可用的凭据，可在连接到实例的查询窗口中运行以下语句：
```
SELECT * from sys.credentials
```
打开一个新查询窗口，连接到 Azure 虚拟机中数据库引擎的 SQL Server 实例。
在新查询窗口中，粘贴 CREATE CREDENTIAL 语句以及第 1 部分中的共享访问签名，然后执行该脚本。
对想要为其提供此容器访问权限的任何其他 SQL Server 实例重复执行步骤 5 和 6。

3 - 将数据库备份到 URL

本节将介绍如何将 SQL Server 实例中的 AdventureWorks2022 数据库备份到在第 1 节中所创建的容器。

注意

如果要将 SQL Server 2012 (11.x) SP1 CU2+ 数据库或 SQL Server 2014 (12.x) 数据库备份到此容器，则可以通过此处记录的已弃用语法，使用 WITH CREDENTIAL 语法备份到 URL。

要将数据库备份到 Blob 存储，请执行以下步骤：

启动 SSMS。
打开一个新查询窗口，连接到 Azure 虚拟机中的 SQL Server 实例。

复制以下 Transact-SQL 脚本，然后将其粘贴到查询窗口中。针对在第 1 部分中指定的存储帐户名称以及容器适当修改 URL，然后执行此脚本。

-- To permit log backups, before the full database backup, modify the database to use the full recovery model.
USE master;
ALTER DATABASE AdventureWorks2022
   SET RECOVERY FULL;

-- Back up the full AdventureWorks2022 database to the container that you created in section 1
BACKUP DATABASE AdventureWorks2022
   TO URL = 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/AdventureWorks2022_onprem.bak'

打开对象资源管理器并使用存储帐户和帐户密钥连接到 Azure 存储。
1. 展开“容器”，展开第 1 节中创建的容器，并验证上面步骤 3 中的备份是否出现在此容器中。

4 - 从 URL 将数据库还原到虚拟机

本节将介绍如何将 AdventureWorks2022 数据库还原到 Azure 虚拟机中的 SQL Server 实例。

注意

在本教程中为了简单起见，我们对用于数据库备份的数据和日志文件使用相同的容器。在生产环境中可能使用多个容器，以及经常使用多个数据文件。在备份大型数据库时也可以考虑将备份在多个 blob 上条带化，以便提高备份性能。

要从 Azure blob 存储将 AdventureWorks2022 数据库还原到 Azure 虚拟机中的 SQL Server 实例，请按照以下步骤执行：

启动 SSMS。
打开一个新查询窗口，连接到 Azure 虚拟机中数据库引擎的 SQL Server 实例。

复制以下 Transact-SQL 脚本，然后将其粘贴到查询窗口中。针对在第 1 部分中指定的存储帐户名称以及容器适当修改 URL，然后执行此脚本。

-- Restore AdventureWorks2022 from URL to SQL Server instance using Azure Blob Storage for database files
RESTORE DATABASE AdventureWorks2022
   FROM URL = 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/AdventureWorks2022_onprem.bak'
   WITH
      MOVE 'AdventureWorks2022_data' to 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/AdventureWorks2022_Data.mdf'
     ,MOVE 'AdventureWorks2022_log' to 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/AdventureWorks2022_Log.ldf'
--, REPLACE

打开对象资源管理器，连接到 Azure SQL Server 实例。
在对象资源管理器中，展开“数据库”节点，并确认 AdventureWorks2022 数据库已还原（必要时请刷新节点）
1. 右键单击 AdventureWorks2022，然后选择“属性”。
2. 选择“文件”，并确认两个数据库文件的路径为指向 Azure Blob 存储容器中的 blob 的 URL（完成后选择“取消”）。
在对象资源管理器中，连接到 Azure 存储。
1. 展开“容器”，展开在第 1 节中创建的容器，并确认第 3 节中的 AdventureWorks2022_Data.mdf 和 AdventureWorks2022_Log.ldf，以及第 3 节中的备份文件（必要时请刷新节点）出现在此容器中。

5 - 使用文件快照备份来备份数据库

在本节中，将使用文件快照备份来备份 Azure 虚拟机中的 AdventureWorks2022 数据库，以便使用 Azure 快照执行近乎即时的备份。有关文件快照备份的详细信息，请参阅 Azure 中数据库文件的文件快照备份。

要使用文件快照备份来备份 AdventureWorks2022 数据库，请执行以下步骤：

启动 SSMS。
打开一个新查询窗口，连接到 Azure 虚拟机中数据库引擎的 SQL Server 实例。
复制以下 Transact-SQL 脚本，将其粘贴到此查询窗口中并执行（请勿关闭此查询窗口 - 在步骤 5 中将再次执行此脚本。）通过此系统存储过程可查看包含指定数据库的每个文件的现有的文件快照备份。你会注意到此数据库没有文件快照备份。
```
-- Verify that no file snapshot backups exist
SELECT * FROM sys.fn_db_backup_file_snapshots ('AdventureWorks2022');
```

复制以下 Transact-SQL 脚本，然后将其粘贴到查询窗口中。针对在第 1 部分中指定的存储帐户名称以及容器适当修改 URL，然后执行此脚本。请注意此备份的速度。

-- Backup the AdventureWorks2022 database with FILE_SNAPSHOT
BACKUP DATABASE AdventureWorks2022
   TO URL = 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/AdventureWorks2022_Azure.bak'
   WITH FILE_SNAPSHOT;

在确认步骤 4 中的脚本已成功执行之后，再次执行下面的脚本。请注意，步骤 4 中的文件快照备份操作生成了数据文件和日志文件的文件快照。
```
-- Verify that two file-snapshot backups exist
SELECT * FROM sys.fn_db_backup_file_snapshots ('AdventureWorks2022');
```
在对象资源管理器中，在 Azure 虚拟机的 SQL Server 实例中展开“数据库”节点，并确认 AdventureWorks2022 数据库已还原成此实例（必要时请刷新节点）。
在对象资源管理器中，连接到 Azure 存储。
展开“容器”，展开在第 1 节中创建的容器，并确认上面步骤 4 中的 AdventureWorks2022_Azure.bak，以及第 3 节中的备份文件和第 4 节中的数据库文件（必要时请刷新节点）出现在此容器中。

6 - 使用文件快照备份生成活动和备份日志

本节将介绍如何在 AdventureWorks2022 数据库中生成活动，以及如何使用文件快照备份定期创建事务日志备份。有关使用文件快照备份的详细信息，请参阅 Azure 中数据库文件的文件快照备份。

要在 AdventureWorks2022 数据库中生成活动并使用文件快照备份定期创建事务日志备份，请执行以下步骤：

启动 SSMS。
打开两个新查询窗口，将每个连接到 Azure 虚拟机中的数据库引擎的 SQL Server 实例。
复制以下 Transact-SQL 脚本，将其粘贴到其中一个查询窗口中，并执行。请注意，在步骤 4 中添加新行之前，Production.Location 表有 14 行。
```
-- Verify row count at start
SELECT COUNT (*) from AdventureWorks2022.Production.Location;
```

复制以下两个 Transact-SQL 脚本，将它们分别粘贴到这两个不同的查询窗口中。针对在第 1 部分中指定的存储帐户名称以及容器适当修改 URL，然后同时执行这两个查询窗口中的这些脚本。这些脚本完成时间大约需要 7 分钟。

-- Insert 30,000 new rows into the Production.Location table in the AdventureWorks2022 database in batches of 75
DECLARE @count INT=1, @inner INT;
WHILE @count < 400
   BEGIN
      BEGIN TRAN;
         SET @inner =1;
            WHILE @inner <= 75
               BEGIN;
                  INSERT INTO AdventureWorks2022.Production.Location
                     (Name, CostRate, Availability, ModifiedDate)
                        VALUES (NEWID(), .5, 5.2, GETDATE());
                  SET @inner = @inner + 1;
               END;
      COMMIT;
   WAITFOR DELAY '00:00:01';
   SET @count = @count + 1;
   END;
SELECT COUNT (*) from AdventureWorks2022.Production.Location;

--take 7 transaction log backups with FILE_SNAPSHOT, one per minute, and include the row count and the execution time in the backup file name
DECLARE @count INT=1, @device NVARCHAR(120), @numrows INT;
WHILE @count <= 7
   BEGIN
         SET @numrows = (SELECT COUNT (*) FROM AdventureWorks2022.Production.Location);
         SET @device = 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/tutorial-' + CONVERT (varchar(10),@numrows) + '-' + FORMAT(GETDATE(), 'yyyyMMddHHmmss') + '.bak';
         BACKUP LOG AdventureWorks2022 TO URL = @device WITH FILE_SNAPSHOT;
         SELECT * from sys.fn_db_backup_file_snapshots ('AdventureWorks2022');
      WAITFOR DELAY '00:1:00';
         SET @count = @count + 1;
   END;

查看第一个脚本的输出，并注意最后的行数现在为 29,939。
查看第二个脚本的输出，并注意每执行一次 BACKUP LOG 语句就会创建两个新文件快照，一个是日志文件的文件快照，另一个是数据文件的文件快照 — 每个数据库文件共有两个文件快照。第二个脚本完成后，请注意现在共有 16 个文件快照，每个数据库文件有 8 个 — 一个来自 BACKUP DATABASE 语句，另一个是 BACKUP LOG 语句每次执行的结果。
在对象资源管理器中，连接到 Azure 存储。
展开“容器”，展开在第 1 节中创建的容器，并确认此容器中出现 7 个新的备份文件以及之前部分中的数据文件（必要时刷新节点）。

7 - 将数据库还原到一个时间点

在本节中，需要将 AdventureWorks2022 数据库还原到两个事务日志备份之间的一个时间点。

借助传统备份来完成时间点还原，需要使用完整数据库备份（可能是差异备份）以及所有达到以及刚刚超过想要还原到的时间点的事务日志文件。借助文件快照备份，则只需要两个相邻的日志备份文件，这些文件提供想要还原到的时间的目标范围。由于每个日志备份会创建每个数据库文件（每个数据文件和日志文件）的文件快照，因此只需要两个日志文件快照备份集。

要将数据库从文件快照备份集还原到指定的时间点，请执行下列步骤：

启动 SSMS。
打开一个新查询窗口，连接到 Azure 虚拟机中数据库引擎的 SQL Server 实例。
复制以下 Transact-SQL 脚本，将其粘贴到查询窗口中，并执行。在将 Production.Location 表还原到步骤 4 中它所有的行更少时的某个时间点之前，验证该表是否有 29,939 行。
```
-- Verify row count at start
SELECT COUNT (*) from AdventureWorks2022.Production.Location
```

复制以下 Transact-SQL 脚本，然后将其粘贴到查询窗口中。选择两个相邻的日志备份文件并将文件名转换为此脚本所需的日期和时间。针对在第 1 部分中指定的存储帐户名称以及容器适当修改 URL，提供第一个和第二个备份文件名称，提供“June 26, 2018 01:48 PM”格式的 STOPAT 时间，然后执行此脚本。此脚本将需要几分钟完成

-- restore and recover to a point in time between the times of two transaction log backups, and then verify the row count
ALTER DATABASE AdventureWorks2022 SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
RESTORE DATABASE AdventureWorks2022
   FROM URL = 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/<firstbackupfile>.bak'
   WITH NORECOVERY,REPLACE;
RESTORE LOG AdventureWorks2022
   FROM URL = 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/<secondbackupfile>.bak'
   WITH RECOVERY, STOPAT = 'June 26, 2018 01:48 PM';
ALTER DATABASE AdventureWorks2022 set multi_user;
-- get new count
SELECT COUNT (*) FROM AdventureWorks2022.Production.Location ;

查看输出。请注意，还原后，行计数为 18,389，介于日志备份 5 和 6 的行计数之间（你的行计数会有所变化）。

8 - 从日志备份还原为新数据库

在本节中，需要将 AdventureWorks2022 数据库作为新数据库从文件快照事务日志备份进行还原。

在此方案中，是要还原到不同虚拟机上的 SQL Server 实例，以便进行业务分析和报告。还原到不同虚拟机上的不同实例可将工作负荷卸载到针对此用途调整了大小的专用虚拟机，从而从事务系统中消除资源要求。

使用文件快照备份从事务日志备份进行的还原非常快速，比传统流式备份要快得多。对于传统流式备份，需要使用完整数据库备份（可能要使用差异备份）以及部分或所有事务日志备份（或新的完整数据库备份）。但是，对于文件快照日志备份，只需要最新日志备份（或是任何其他日志备份或任何两个相邻日志备份以实现到两个日志备份时间之间的某个点的时间点还原）。为清楚起见，只需要一个日志文件快照备份集，因为每个文件快照日志备份会创建每个数据库文件（每个数据文件和日志文件）的文件快照。

若要使用文件快照备份从事务日志备份将数据库还原到新的数据库，请执行以下步骤：

启动 SSMS。
打开一个新查询窗口，连接到 Azure 虚拟机中数据库引擎的 SQL Server 实例。

注意

如果此 Azure 虚拟机与你用于之前部分的虚拟机不同，请确保已执行了 2 -使用共享访问签名创建 SQL Server 凭据中的步骤。如果想要还原到其他容器，请按照 1 - 创建存储访问策略和共享访问存储中的步骤创建新容器。

复制以下 Transact-SQL 脚本，然后将其粘贴到查询窗口中。选择要使用的日志备份文件。针对在第 1 部分中指定的存储帐户名称以及容器适当修改 URL，提供日志备份文件名称，然后执行此脚本。

-- restore as a new database from a transaction log backup file
RESTORE DATABASE AdventureWorks2022_EOM
    FROM URL = 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/<logbackupfile.bak>'
    WITH MOVE 'AdventureWorks2022_data' to 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/AdventureWorks2022_EOM_Data.mdf'
   , MOVE 'AdventureWorks2022_log' to 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/AdventureWorks2022_EOM_Log.ldf'
   , RECOVERY
--, REPLACE

检查输出以验证还原是否成功。
在对象资源管理器中，连接到 Azure 存储。
展开“容器”，展开在第 1 节中创建的容器（必要时进行刷新），验证新数据和日志文件是否随之前部分中的 blob 一起出现在容器中。

9 - 管理备份集和文件快照备份

本节中，将使用 sp_delete_backup (Transact-SQL) 系统存储过程删除备份集。此系统存储过程会删除每个与此备份集关联的数据库文件中的备份文件和文件快照。

注意

如果试图通过仅从 Azure Blob 存储容器中删除备份文件来删除备份集，将只删除备份文件本身 - 相关的文件快照将保留。如果发现自己处于这种情况下，请使用 sys.fn_db_backup_file_snapshots (Transact-SQL) 系统函数来标识孤立文件快照的 URL，并使用 sp_delete_backup_file_snapshot (Transact-SQL) 系统存储过程来删除每个孤立文件快照。有关详细信息，请参阅 Azure 中数据库文件的文件快照备份。

若要删除文件快照备份集，请执行下列步骤：

启动 SSMS。
打开一个新查询窗口并连接到 Azure 虚拟机中数据库引擎的 SQL Server 实例（或连接到任何在此容器上具有读写权限的 SQL Server 实例）。
复制以下 Transact-SQL 脚本，然后将其粘贴到查询窗口中。选择想要将其及其关联的文件快照删除的日志备份。针对在第 1 部分中指定的存储帐户名称以及容器适当修改 URL，提供日志备份文件名称，然后执行此脚本。
```
sys.sp_delete_backup 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/tutorial-21764-20181003205236.bak';
```
在对象资源管理器中，连接到 Azure 存储。
展开“容器”，展开第 1 节中创建的容器，并验证在步骤 3 中使用的备份文件不再出现在此容器中（必要时请刷新节点）。
复制以下 Transact-SQL 脚本，将其粘贴到查询窗口中，然后执行以验证是否已删除了这两个文件快照。
```
-- verify that two file snapshots have been removed
SELECT * from sys.fn_db_backup_file_snapshots ('AdventureWorks2022');
```

10 - 删除资源

完成本教程的学习后，为了节省资源，请务必删除本教程中创建的资源组。

要删除资源组，请运行以下 PowerShell 代码：

# Define global variables for the script
$prefixName = '<prefix name>'  # should be the same as the beginning of the tutorial

# Set a variable for the name of the resource group you will create or use
$resourceGroupName=$prefixName + 'rg'

# Adds an authenticated Azure account for use in the session
Connect-AzAccount

# Set the tenant, subscription and environment for use in the rest of
Set-AzContext -SubscriptionId $subscriptionID
  
# Remove the resource group
Remove-AzResourceGroup -Name $resourceGroupName