在 Azure Stack Hub 上备份存储帐户

  • 项目

本文探讨如何保护和恢复 Azure Stack Hub 上 Azure 存储帐户中的存储帐户。

解决方案的要素

本部分探讨解决方案的整体结构和主要组成部分。

Diagram that shows the overall structure of Azure Stack Hub storage backup.

应用层

可以发出多个 PUT Blob 或 PUT Block 操作将对象写入到多个位置，以在不同 Azure Stack Hub 缩放单元上的存储帐户之间复制数据。 或者，应用程序可以发出 Copy Blob 操作，以便在主要帐户的放置操作完成后，将 Blob 复制到托管在不同缩放单元上的存储帐户。

计划的复制任务

AzCopy 是一个极佳的工具，可用于复制本地文件系统、Azure 云存储、Azure Stack Hub 存储和 s3 中的数据。 目前，AzCopy 无法在两个 Azure Stack Hub 存储帐户之间复制数据。 将对象从源 Azure Stack Hub 存储帐户复制到目标 Azure Stack Hub 存储帐户需有一个中间本地文件系统。

有关详细信息，请参阅在 Azure Stack Hub 存储中使用数据传输工具一文中的“AzCopy”。

Azure Stack Hub（源）

这是要备份的存储帐户数据的源。

需要提供源存储帐户 URL 和 SAS 令牌。 有关如何使用存储帐户的说明，请参阅 Azure Stack Hub 存储开发工具入门。

Azure Stack Hub（目标）

这是用于存储所要备份帐户数据的目标。 目标 Azure Stack Hub 实例必须与目标 Azure Stack Hub 位于不同的位置。 源需要能够连接到目标。

需要提供源存储帐户 URL 和 SAS 令牌。 有关如何使用存储帐户的说明，请参阅 Azure Stack Hub 存储开发工具入门。

中间本地文件系统

需要提供一个位置来运行 AzCopy，在从源复制并写入到目标 Azure Stack Hub 时，还要使用此位置来存储数据。 这是源 Azure Stack Hub 中的中间服务器。

可以创建 Linux 或 Windows 服务器作为中间服务器。 该服务器需有足够的空间，以便能够存储源存储帐户容器中的所有对象。

设置 Windows 服务器之后，需要安装 Azure Stack Hub PowerShell 和 Azure Stack Hub 工具。

为存储帐户设置备份

  1. 检索源和目标存储帐户的 Blob 终结点。

    Screenshot that shows the primary blob endpoint for the source and target storage accounts.

  2. 创建并记下源和目标存储帐户的 SAS 令牌。

    Azure Stack Hub Storage Backup

  3. 在中间服务器上安装 AzCopy，并将“API 版本”设置为 Azure Stack Hub 存储帐户的帐户。

    • 对于 Windows 服务器：
    set AZCOPY_DEFAULT_SERVICE_API_VERSION=2017-11-09 PowerShell use: $env:AZCOPY_DEFAULT_SERVICE_API_VERSION="2017-11-09"
    • 对于 Linux (Ubuntu) 服务器：
    export AZCOPY_DEFAULT_SERVICE_API_VERSION=2017-11-09

  4. 在中间服务器上创建脚本。 使用存储帐户、SAS 密钥和本地目录路径更新此命令。 稍后需要运行该脚本以增量方式从源存储帐户复制数据。

    azcopy sync "https:/<storagaccount>/<container>?<SAS Key>" "C:\\myFolder" --recursive=true --delete-destination=true

  5. 输入“存储帐户”、“SAS 密钥”和“本地目录路径”。 稍后将使用此信息以增量方式将数据复制到目标存储帐户

    azcopy sync "C:\\myFolder" "https:// <storagaccount>/<container>?<SAS Key>" --recursive=true --delete-destination=true

  6. 使用 Cron 或 Windows 任务计划程序，来计划从源 Azure Stack Hub 存储帐户复制到中间服务器上的本地存储。 然后，从中间服务器中的本地存储复制到目标 Azure Stack Hub 存储帐户。

    使用此解决方案可以实现的 RPO 取决于 /MO 参数值，以及源帐户与中间服务器和中间服务器与目标帐户之间的网络带宽。

    • 对于 Linux (Ubuntu) 服务器：
    schtasks /CREATE /SC minute /MO 5 /TN "AzCopy Script" /TR C:\\&lt;script name>.bat
    参数 注意
    /SC 使用分钟计划。
    /MO XX 分钟间隔。
    /TN 任务名称。
    /TR script.bat 文件的路径。
    • 对于 Windows 服务器：

    有关如何使用 Windows 任务计划的信息，请参阅面向开发人员的任务计划程序

发生灾难时使用存储帐户

每个 Azure Stack Hub 存储帐户都有唯一的 DNS 名称，此名称派生自 Azure Stack Hub 区域本身的名称，例如 https://krsource.blob.east.asicdc.com/。 如果在发生灾难期间需要使用目标帐户（例如 https://krtarget.blob.west.asicdc.com/），通过此 DNS 名称写入和读取数据的应用程序需要适应存储帐户的 DNS 名称更改。

在对帐户声明发生灾难之后可以修改应用程序连接字符串以便重新放置对象，或者，如果在对源和目标存储帐户进行前端处理的负载均衡器前面使用 CNAME 记录，则可以为负载均衡器配置手动故障转移算法，使管理员能够声明目标

如果是应用程序而不是 Microsoft Entra ID 或 AD FS 在使用 SAS，则上述方法不适用，需要使用为目标存储帐户生成的目标存储帐户 URL 和 SAS 密钥来更新应用程序连接字符串。

后续步骤

Azure Stack Hub 存储开发工具入门