将 DPM 安装为 Azure 虚拟机

 

发布时间: 2016年3月

适用对象:System Center 2012 SP1 - Data Protection Manager, System Center 2012 - Data Protection Manager, System Center 2012 R2 Data Protection Manager

可以安装 DPM 2012 R2,将其作为在本地 Hyper-V 服务器上运行的虚拟机或作为虚拟机在 Azure 上运行。 Azure VM 上的 DPM 设置与 安装 System Center 2012 R2 - DPM 中所述的相同。 注意:

  • 任何大小为 A2 或更大的 Azure IaaS 虚拟机均支持 DPM。

  • DPM 可以保护以下作为 Azure 虚拟机运行的工作负荷:

    受保护的数据源

    DPM 2012 R2

    DPM 2012 SP1

    DPM 2012

    保护和恢复

    Windows Server 2012 R2 - 数据中心版/标准版

    N

    N

    卷、文件、文件夹

    Windows Server 2012 - 数据中心版/标准版

    N

    卷、文件、文件夹

    Windows Server 2008 R2 SP1 – 企业版/标准版

    卷、文件、文件夹

    SQL Server 2012 SP1、SQL Server 2012、2008 R2、2008

    数据库

    SQL Server 2014 和 SQL Server 2012 SP2 受 DPM 2012 R2 更新汇总 4 及以上版本支持。

    N

    N

    数据库

    SharePoint 2013、2010

    场、数据库、前端 Web 服务器

    Hyper-V 虚拟机

    N

    N

    所备份虚拟机的 VHD

    裸机恢复 (BMR)/系统状态

    N

    N

    BMR 或系统状态

  • DPM 可以保护跨多个具有相同 Azure 虚拟网络和 Azure 订阅的 Azure 云服务运行的工作负荷。

  • 作为 Azure 虚拟机运行的 DPM 无法保护本地数据。

  • 可用于目标存储(DPM 存储池)的磁盘数受虚拟机大小限制(最多为 16 个)。 有关大小限制的详细信息,请参阅 Azure 虚拟机

  • 将数据存储到与 DPM 虚拟机相连的 Azure 磁盘上。 连接到虚拟机后,从 DPM 中管理磁盘和存储空间。 可以备份的数据量取决于连接到 DPM 虚拟机的磁盘数量和大小。 可以连接到每个 Azure 虚拟机的磁盘数量有最大值(A2 大小为 4 个磁盘、A3 大小为 8 个磁盘、A4 大小为 16 个磁盘),且每个磁盘大小有最大值 (1 TB)。 此值可以确定可用的总备份存储池。

  • 我们建议在 DPM 连接的 Azure 磁盘上将数据保留一天,并将超过一天的数据存储在 Azure 备份服务中。 这样可以为数据存储提供更长的保持期,并且通过将数据卸载到 Azure 备份来保护更多的数据。

    有关如何将 DPM 设置为备份到 Azure 的分步教程,请访问:准备使用 DPM 将工作负荷备份到 Azure

  • 现在,Azure 备份可以为 DPM 数据提供更长的保持期:

    • 在 DPM 中为保护组配置联机备份设置时,现在可以指定多达 3360 天的最大保持期。

    • 请注意,在 Azure 备份中,每个备份被存储为一个恢复点。 恢复点的最大值仍为 120,每日同步的最大保持期为 120 天。 但是,通过使用粗粒度备份策略,可以将数据存储多达 3360 天,如下表所述。

      每 x 周同步

      最长保持期算法

      最长保持期(天)

      1

      120 x 7 x 1

      840

      2

      120 x 7 x2

      1680

      3

      120 x 7 x 3

      2520

      4

      120 x 7 x 4

      3360

    • 您还可以自定义备份范围。 例如,您可能想要每月备份一次并将数据保留 5 年。 下表列出了一些示例。

      保持期(年)

      保持期(天)

      闰年更正

      总保持期(天)

      1

      365 x 1

      +1

      366

      5

      365 x 5

      +2

      1827

      9

      365 x 9

      +3

      3288

      计算出保持期后,将计算值输入“指定在线保护目标”对话框的“保持期(天)”中。

    • 可以通过辅助 DPM 虚拟机备份作为 Azure 虚拟机运行的 DPM 服务器。 它们应位于同一 Azure 虚拟网络,通常在同一地理位置。 请注意,如果发生灾难,Azure 备份会在后端使用地理冗余存储 (GRS),并且以异步方式将数据复制到远离主要区域的次要区域。 有关定价信息,请参阅定价 - 存储

  • 当将 DPM 部署为 Azure 虚拟机,并且要为 DPM 数据库使用远程 SQL Server 时,您可以选择运行 SQL Server 的 Azure 虚拟机。 无法使用远程本地 SQL Server 和当前不支持的 Azure SQL 数据库

  • 有关详细信息,请参阅常见问题 - 使用 Data Protection Manager 实施 Azure IaaS 工作负荷保护

安装程序建议

  • 使用 DPM Azure 虚拟机大小计算器,可以选择 DPM 虚拟机的大小。 工作表。

  • 在设置虚拟机时,会在标准计算级别创建一个实例,因为标准级别中每个连接的磁盘的最大 IOPS 比基本级别中的大。

  • 为 DPM 虚拟机使用单独的存储帐户,因为存储帐户有大小和 IOPS 限制,如果与其他运行的虚拟机共享,可能会影响 DPM 虚拟机的性能。

  • 对于在 DPM 服务器上运行的 Azure 备份代理,需要临时存储区供自己(一个缓存位置)和从云中还原的数据(本地临时区域)使用。 请注意,每个 Azure 虚拟机都随附了一些临时磁盘存储区。 和卷 D:\ 一样,用户可以使用此存储区。 Azure 备份所需的本地临时区域可以配置为驻留在 D:\ 中,且缓存位置可以放在 C:\ 中。 这样无需从连接到 DPM 虚拟机的数据磁盘划分出空间。

  • DPM 虚拟机和受保护的工作负荷应该是同一 Azure 虚拟网络的一部分。

  • 下表概述了每个 DPM 虚拟机大小的受保护工作负荷的最大数量。 该信息基于内部性能以及使用工作负荷大小和改动的规范值进行的规模测试。 实际工作负荷大小可以更大,但应适合连接到 DPM 虚拟机的磁盘。

    虚拟机大小

    受保护工作负荷的最大数量

    平均工作负荷大小

    平均工作负荷改动(每天)

    示例工作负荷

    A2

    20

    100 GB

    净改动 5%

    SQL Server、文件服务器

    A3

    40

    150 GB

    净改动 10%

    A4

    60

    200 GB

    净改动 15%

    • 如果要扩展部署,有以下选择:

      • 选项 1,增加:将 DPM 虚拟机的大小从 A2 增加到 A3、A4,并添加更多本地存储。

      • 选择 2,卸载数据:将较旧的数据发送到 Azure 备份,并仅将最新数据保留在连接到 DPM 服务器的存储上。

      • 选项 3,扩大:添加更多 DPM 服务器来保护工作负荷。