通过

准备数据存储

  • 项目

System Center Data Protection Manager （DPM） 部署的一个主要部分将了解如何存储 DPM 备份的数据。 学习内容：

短期和长期存储概述

在 DPM 中，需要为备份数据选择短期和长期存储。

存储 短期 长期 特征
Azure 云 适用于短期存储 适用于长期存储 - 适用于短期和长期存储的高效且经济的异地存储解决方案。
- Azure 可以用作 Hyper-V、SQL Server 和文件服务器数据的存储。 Azure 只能用于备份运行 Windows Server 2016、Windows Server 2012 R2、Windows Server 2012 或具有 SP1 的 Windows Server 2008 R2 的服务器中的数据。
- DPM 必须在 System Center 2012 SP1 或更高版本上运行才能使用 Azure 备份。
磁带 某些工作负荷可以直接备份到磁带（D2T）进行短期存储。

其中包括文件数据（卷、共享、文件夹）、系统状态、SQL Server、Hyper-V 和未在 DAG 上配置的 Exchange 数据库。		 所有工作负载都可以备份到磁带，以便长期异地存储 （D2D2T） - 短期备份到磁带可能适用于不经常更改因而无需频繁备份的数据。
- 长期异地磁带存储对于数据非常有用，必须保留这些数据才能履行法定义务
- 如果使用磁带进行长期和短期保护，DPM 会创建最新的短期完整备份的副本，以生成长期磁带备份。 我们建议你将短期保护备份安排在长期备份的前一天运行。 这样就可以确保使用最新的短期备份来创建长期备份。
- 如果使用磁盘进行短期备份并使用磁带进行长期备份，则会从磁盘副本中获取长期备份。
- 从磁带恢复数据可能很慢，因此更适合具有高恢复点目标（RPO）的数据，这些目标不需要在故障后的短时间内进行访问和恢复。
- 无法释放或擦除包含有效恢复点的磁带。 需要从保护组中删除源并过期恢复点或修改保护组设置以清除磁带保护。 若要使磁带过期，请将其标记为免费，然后取消标记并重新编录。
- 磁带备份和恢复可能需要手动干预，例如磁带轮换。
- 可以通过添加更多磁带增加长期存储容量。
- 磁带库或独立磁带驱动器必须物理连接到 DPM 服务器。 磁带库可以为直接连接的 SCSI 或 SAN。
磁盘 备份到 DPM 的所有数据都可以存储在磁盘上供短期存储 （D2D） 磁盘上没有长期存储。 - 磁盘用于提供快速的数据备份和恢复方法。 这对于 RPO 较低且因此需要在发生故障后快速恢复的数据非常有用。
- 磁盘可以使用诸如 RAID 等磁盘技术提供冗余。
- 磁盘的最大保留期为 448 天。
- 磁盘备份对于运行中的工作负荷没有影响。

准备云存储（Azure 备份）

可以使用 Azure 备份 服务将受保护的 DPM 数据备份到 Azure。 这在以下几种情况下非常有用：

  • DPM 部署在本地作为物理服务器或虚拟机 - 如果将 DPM 部署为物理服务器或本地 Hyper-V 虚拟机，除了将数据备份到磁盘和磁带之外，还可以使用 Azure 备份 备份数据。

  • DPM 部署为 Azure 中的虚拟机 - 如果 DPM 部署为 Azure 虚拟机（可能来自 System Center 2012 R2 with Update 3），则可以将数据备份到附加到 DPM Azure 虚拟机的 Azure 磁盘，然后使用备份将数据存储卸载到Azure 备份。

在 DPM 中设置保护组时，请选择用于短期存储的磁盘，然后启用到 Azure 的联机备份。 请注意：

  • 有许多先决条件和限制。 了解详细信息。

  • 在 DPM 控制台中为保护组启用备份之前，需要设置Azure 备份。 了解如何使用 DPM 设置Azure 备份。

准备磁盘存储

DPM 通过将数据保存到 DPM 存储池，将数据备份到磁盘进行短期存储。 存储池是一组磁盘和卷，DPM 服务器在其中存储受保护数据的恢复点。 在磁盘上存储数据之前，需要在存储池中至少需要一个磁盘或卷。 可以将以下任一项用于存储池：

注意

不支持在 DPM 存储池中使用网络连接存储 (NAS) 和精简配置的虚拟磁盘。

  • 直连的存储 (DAS)

  • 光纤通道存储区域网络 (SAN)

  • iSCSI 存储设备或 SAN

适用于存储池的最佳做法

最佳做法 详细信息
磁盘限制 - DPM 服务器需要安装至少两个磁盘。 用于启动、系统和 DPM 安装文件的专用磁盘;和一个专用于存储池。 在 DPM 中，磁盘定义为 Windows 磁盘管理工具中显示为磁盘的任何磁盘设备。 DPM 不会将包含启动文件、系统文件或 DPM 安装的任何组件的任何磁盘添加到存储池。
- 添加到存储池的磁盘不应具有分区。 若要准备磁盘，DPM 会重新格式化磁盘并清除任何数据。
- 存储池支持大多数磁盘类型，包括 IDE、SATA 和 SCSI，存储池支持主启动记录（MBR）和 GUID 分区表（GPT）分区样式。 Microsoft强烈建议使用 GPT 磁盘。
- 如果将 SAN 用于存储池，Microsoft建议为磁盘和磁带创建单独的区域。 不要在单个区域中混合设备。
- DPM 不支持在存储池中使用 USB/1394 磁盘。
- 某些原始设备制造商（OEM）包括从它们提供的介质安装的诊断分区。 诊断分区也可以命名为 OEM 分区或 EISA 分区。 必须先从磁盘中删除 EISA 分区，然后才能将磁盘添加到存储池。
- 可以用在“磁盘管理”中定义的自定义卷替代存储池中的卷。
- 建议使用可扩展硬件，以便在需要时添加更多容量。
重复数据删除支持 作为 Hyper-V 虚拟机运行的 DPM 可以将备份数据存储到启用了重复数据删除的 Windows 文件服务器上的共享文件夹中的 VHD。 有关详细信息，请参阅 重复数据删除 DPM 存储。
容量需求 容量要求主要取决于受保护数据的大小、每日恢复点大小、预期的卷数据增长率和保留范围目标。

每日恢复点大小是指在一天内对受保护数据所做的更改的总大小。 它大致相当于增量备份的大小。 保持期是指你想在磁盘上存储受保护数据的恢复点的天数。 对于文件，DPM 可以为保护组中包含的每个卷存储最多 64 个恢复点，并且每天可以为每个保护组创建最多 8 个计划恢复点。

保留期是要将受保护数据的恢复点存储在磁盘上的天数。 对于文件，DPM 可以为保护组中包含的每个卷存储最多 64 个恢复点，并且每天可以为每个保护组创建最多 8 个计划恢复点。 文件的 64 个恢复点限制是卷影复制服务（VSS）限制。 恢复点限制不适用于应用程序数据。

建议将存储池的大小设置为受保护数据的大小两倍。 此处假定每日恢复点大小为受保护的数据大小的 10%，并且保持期为 10 天。 若要很好地估计大小，请查看平均一天的增量备份。 例如，如果 100 GB 数据的增量备份包含 10 GB 数据，则每日恢复点大小可能约为 10 GB。 你需要调整 10% 和 10 天估算不适用于你的组织。

请注意，保留范围越长，每天可以创建的恢复点就越少。 例如，如果目标保持期为 64 天，则每天只能创建一个恢复点。 如果为 8 天，则可以每天创建 8 个恢复点。 保留期目标为 10 天，可以每天创建大约 6 个恢复点。
磁盘配置 如果对存储池使用直接附加存储，则可以使用任何基于硬件的独立磁盘阵列（RAID）配置，也可以使用“只是一堆磁盘”（JBOD）配置。 不要在要添加到存储池的磁盘上创建基于软件的 RAID 配置。

若要确定磁盘配置，请考虑环境中容量、成本、可靠性和性能的相对重要性。 例如，由于 JBOD 不使用磁盘空间来存储奇偶校验数据，因此它将充分利用存储容量。 也因为如此，JBOD 配置的可靠性很低；一次磁盘故障就必然会导致数据丢失。

对于典型的部署，DPM 建议使用 RAID 5 配置，从而在容量、成本、可靠性和性能之间提供有效的妥协。

为了帮助你评估在存储池中配置磁盘的选项，下表比较了 JBOD 与不同级别的 RAID 之间的权衡，从 4（非常好）到 1（可接受）。
自定义值 在某些情况下，你可能想要使用自定义卷，其中自定义卷不在存储池中，并用于存储保护组成员的副本和恢复点。 例如，你可能希望对特定数据源或关键数据的存储进行更大的控制，需要使用 SAN 上的高性能 LUN 来存储。

可以将附加到 DPM 服务器的任何卷选为自定义卷，但包含系统和程序文件的卷除外。 若要对保护组成员使用自定义卷，必须提供两个自定义卷：一个卷用于存储副本，一个卷用于存储恢复点。

DPM 无法管理自定义卷中的空间。 如果 DPM 提醒你自定义副本卷或恢复点卷空间不足，则需要使用磁盘管理手动更改自定义卷的大小。

创建组后，无法更改保护组成员的存储池或自定义卷的选择。 为此，需要停止保护数据源，然后将其再次添加到保护组。

比较磁盘选项

磁盘

磁盘配置 容量 成本 可靠性 性能/可伸缩性
JBOD 4 4 1 4
RAID 0 4 4 1 4
RAID 1 1 1 4 3
RAID 5 3 3 3 3
RAID 10 1 1 4 4

配置存储池

根据先决条件设置至少一个磁盘后，可以将其添加到存储池。

  • 在 DPM 管理员控制台中，选择“管理>磁盘”。

  • 在工具功能区上选择 “添加 ”，在 “将磁盘添加到存储池 ”中，从“可用磁盘”列表中选择要添加的 磁盘 。

设置存储池后，创建包含要备份的数据源的保护组时，可以将磁盘配置为该备份数据的短期存储。

准备磁带备份

  • DPM 可以备份到磁带库或独立磁带驱动器。

  • 需要使用 SAN 或 SCSI 将磁带库或独立磁带驱动器附加到 DPM 服务器。 磁带设备必须与 DPM 兼容。 阅读有关 识别兼容的磁带库的信息。

  • 获取兼容磁带库的列表。

  • 所需的磁带容量取决于受保护数据的大小以及要运行的磁带备份作业数。 若要规划保护组所需的磁带数，请将所需的备份频率乘以保留范围。

  • 对于独立磁带驱动器，DPM 针对每个保护组执行以下操作：

    • 将所有短期备份追加到单一磁带。

    • 将所有长期备份追加到与短期备份磁带不同的单一磁带。

    • 当磁带填满时，DPM 会发出警报以添加新的免费磁带。

  • 对于磁带库：

    • DPM 可以为每个保护组分配两个或多个磁带。 保护组中的所有数据源都将始终追加到同一磁带进行短期保护和长期保护。

    • 如果保护组设置指定多个驱动器的分配，则数据源将跨磁带拆分。 例如，如果有五个数据源和一个驱动器的最大限制为两个源，DPM 可能会在一个磁带上写入三个数据源，另一个磁带上写入两个数据源。 这可能会导致磁带之间的数据分布不均衡，具体取决于数据大小、任何其他计划的备份磁带作业以及当时可用的磁带驱动器数。

  • 用于磁带的长期备份为每个完整备份作业分配磁带，以便每个长期备份恢复点始终位于新的磁带上。

  • 在将磁带分配给长期或短期备份时，可用磁带将会减少。 如果没有新的磁带可用于长期备份，则系统会发出警报。

  • 如果将短期备份配置为使用磁带，并且使用完整备份选项，则每个完整备份作业都将需要新的可用磁带。

  • 如果为两个保护组成员触发两个不同的 创建恢复点（磁带） 操作，DPM 将创建两个磁带备份作业，并且需要两个磁带。 如果为两个保护组成员触发单个 创建恢复点（磁带） 操作，则使用单个磁带。 这可确保所选保护组成员的数据并置，以便临时备份到同一磁带。

安装和配置磁带设备

  1. 附加磁带驱动器 - 按照磁带设备提供的说明在 DPM 服务器上附加并安装它。

  2. 验证序列号 - 检查介质更换器和磁带驱动器是否具有序列号。 DPM 通过序列号进行标识。 安装的磁带设备列在设备管理器中。

  3. 添加防火墙例外 - 添加防火墙例外，以便 DPM 可以检测磁带：

    C：\Program Files\Microsoft System Center 2012\DPM\SQL\SSQL10_50.MSDPMV4RC\MSSQL\Binn\sqlservr.exe C：\Program Files （x86）\Microsoft SQL Server\90\Shared\sqlbrowser.exe C：\Program Files\Microsoft System Center 2012\DPM\DPM\bin\DPMLA.exe

  4. 添加防火墙例外 - 添加防火墙例外，以便 DPM 可以检测磁带：

    C：\Program Files\Microsoft System Center 2012\DPM\SQL\SSQL10_50.MSDPMV4RC\MSSQL\Binn\sqlservr.exe C：\Program Files （x86）\Microsoft SQL Server\90\Shared\sqlbrowser.exe C：\Program Files\Microsoft System Center 2012\DPM\DPM\bin\DPMLA.exe

  5. 手动检测 - DPM 会自动检测物理附加到它的磁带设备，它们将显示在管理视图的“库”工作区中。 如果未显示设备，可以使用“重新扫描”按钮手动检测它。 这可能需要几分钟的时间。 重新扫描后，请检查设备管理器中显示的详细信息和磁带库是否相同

  6. 设置磁带共享 - 如果要跨多个 DPM 服务器共享单个磁带库，请设置磁带共享。 请注意：

    • 磁带库通常是可自动装入和卸载磁带介质的磁带驱动器的集合。

    • 磁带库必须位于存储区域网络 (SAN) 环境中。

  7. 库服务器是安装 DPM 的计算机，运行了库共享命令，并且启用了中等更改程序。 库客户端是安装 DPM 的计算机，运行了库共享命令，并且未启用中等更改程序。 我们建议库服务器计算机和所有库客户端计算机的系统配置尽可能类似，并且你未在库服务器上配置任何保护组。

  8. 使用共享库的所有 DPM 服务器都必须使用类似的 SQL Server 安装程序来托管 DPM 数据库。 例如，它们应全部使用 DPM 数据库的本地实例，或者所有这些实例都应使用远程实例。 不能使用本地实例和使用远程实例的一些 DPM 服务器。

设置磁带后，创建保护组（包括要保护的数据源）后，你将能够选择磁带进行长期和短期数据存储。

如果要对多个 DPM 服务器使用共享库，请继续执行下一过程。

Set up tape sharing

  1. 在将成为共享库的库服务器的计算机上，使用设备管理器启用中等更改程序。

    在每个库客户端计算机上，确保未启用介质转换器。

  2. 为库服务器和库客户端计算机的 SQL Server 实例启用命名管道协议。 然后重启 SQL 服务。

  3. 若要将 DPM 服务器配置为使用共享库，请在每个库客户端计算机上打开提升的命令提示符窗口，然后运行以下命令：

    • cd <system drive>:\Program Files\Microsoft System Center 2012 R2\DPM\DPM\Setup

    • AddLibraryServerForDpm.exe -DpmServerWithLibrary <FQDN of library server> 其中，“<库服务器的> FQDN”是库服务器的完全限定域名。

  4. 在库服务器计算机上，打开已提升权限的命令提示符窗口，然后为每个库客户端运行一次以下命令： 例如，如果库服务器支持三个库客户端，则必须在库服务器上运行三次此命令。

    • cd <system drive>:\Program Files\Microsoft System Center 2012 R2\DPM\DPM\Setup

    • AddLibraryServerForDpm.exe - ShareLibraryWithDpm <FQDN of library client> 其中 <FQDN of library client> 库客户端的完全限定域名。

  5. 在所有库客户端计算机上运行以下命令之前，请确保 SQL Server （MSDPM2012） 和 SQL Server 代理 （MSDPM2012） 服务使用域用户帐户作为登录帐户。 此外，请确保域帐户是共享库的所有计算机上的本地管理员组的成员。 然后，在每个库客户端计算机上，打开提升的命令提示符窗口并运行以下命令。

    • cd <system drive>:\Program Files\Microsoft System Center 2012 R2\DPM\DPM\Setup

    • SetSharedDpmDatabase -DatabaseName <SqlServer\Instance\DatabaseName> [-DoNotMoveData] 其中 <SQLServer\Instance\Databasename> 库服务器的数据库名称。 可以在 DPM 管理员控制台的“关于 DPM”窗口中找到该名称。

  6. 在库服务器上的 DPM 管理员控制台中，执行重新扫描。 然后在每个库客户端计算机上执行重新扫描或刷新。

    查看所有 DPM 服务器上的所有媒体的最快方法是在每个服务器上执行重新扫描，然后进行详细清点。 接着，在任何一个服务器上将大量媒体标记为可用媒体，然后在其他服务器上执行刷新。 配置库共享后，可以使用共享磁带库，就像它附加到每个 DPM 服务器一样。

后续步骤

规划存储后，如果考虑磁带存储，请参阅文章“ 识别兼容的磁带库”。

如果已准备好安装 DPM，请参阅文章： 安装 DPM。