规划保护组
适用对象：System Center 2012 SP1 - Data Protection Manager, System Center 2012 - Data Protection Manager, System Center 2012 R2 Data Protection Manager
DPM 保护组是具有公用备份和还原设置的数据源（如卷、共享或应用程序工作负荷）的集合。 保护组设置指定：
数据源 - 要保护的服务器、计算机和工作负荷
备份存储 - 受保护的数据如何进行短期和长期备份。
恢复点 - 可以用于恢复复制的数据的恢复点。
分配的磁盘空间 - 从存储池分配给保护组中的数据的磁盘空间。
初始复制 - 数据初始复制的处理方式，是通过网络还是以脱机方式手动进行。
一致性检查 - 应如何检查复制的数据的一致性
哪些数据源将属于保护组？
你将对保护组使用哪种保护方法（基于磁盘、基于磁带或两者）？
针对保护组成员的恢复目标是什么？
将需要多少存储空间来保护选定的数据？
应使用哪个磁带和库？
你将使用什么方法为保护组的成员创建副本？
本节中的主题提供一些准则，以帮助你作出涉及到创建保护组的决策。
规划保护组
可以按多种方式来定义保护组：
按计算机 - 计算机的所有数据源都属于同一个保护组。 这样可以单点调节计算机的性能负荷。 但是，所有数据源都具有相同的备份和恢复设置。
按工作负荷 - 文件和每个应用程序数据类型属于不同的保护组。 这样，您可以将工作负荷作为一个组进行管理。 但是，恢复多应用程序服务器可能需要来自不同保护组的多个磁带。
按 RPO/RTO - 将具有类似恢复点目标 (RPO) 和恢复时间目标 (RTO) 的数据源聚集在一起。 您可以通过为保护组设置可用于确定意外停机时可能丢失的数据量（以时间表示）的同步频率来控制 RPO，。 RTO 用于衡量数据不可用的可接受时间量，受您为保护组选择的存储方法影响。
按数据特征 - 例如数据更改的频率、增长速度或其存储要求。
请注意以下事项：
如果只有一个独立磁带，则使用一个保护组，以便最大程度减少更换磁带的工作量。 多个保护组要求每个保护组有一个独立磁带。
计算机上的数据源必须由同一个 DPM 服务器保护。 在 DPM 中，数据源是指作为保护组成员的卷、共享、数据库或存储组。
一个保护组中可以包含来自多台计算机的数据源。
不能在保护组之间移动保护组成员。 如果后来决定某个保护组成员需要属于另一个保护组，则必须从该成员的保护组中删除它，然后将它添加到另一个保护组中。
如果确定某保护组的成员不再需要保护，则可以停止保护该保护组。 在停止保护时，可以保留或删除受保护的数据。
保留受保护的数据：在指定的保持期内，在磁盘上保留副本以及关联的恢复点和磁带。
删除受保护的数据：删除磁盘上的副本，并使磁带上的数据过期。
在选择父文件夹或共享时，会自动选择其子文件夹。 可以指定将子文件夹排除在外，也可以按扩展名排除文件类型。
验证一个卷上的可保护的数据源是否不超过 100 个。 如果否，则在可能时将数据源分散在多个卷上。
选择含有重新分析点的数据源时（装入点和交接点是含有重新分析点的数据源），DPM 将提示你指定是否要在保护组中添加重新分析点的目标。 重新分析点本身不会被复制；在恢复数据时，你必须手动重新创建重新分析点。
设置性能选项
限制 - 在受保护的计算机级别配置网络带宽使用限制。 此外，可以为工作时间、非工作时间和周末指定不同的网络带宽使用限制率，以及为这些类别中的每一个定义时间。
压缩 - 在保护组级别为备份到磁带配置在线压缩。 压缩数据将减小在磁带上所需的空间，并增加可以存储在同一磁带上的备份作业的数量。 压缩并不会显著增加完成备份作业所需的时间。 加密将增强数据安全性，而且也不会显著增加备份作业所需的时间。 加密需要 DPM 服务器上的有效证书。
缩减计划 - 在通过 WAN 保护诸如 Exchange 存储组或 SQL Server 数据库等应用程序数据时，请考虑缩减快速完整备份的计划。
分配存储空间
在创建保护组并选择基于磁盘的保护时，必须在存储池上为你已选择作为该组成员的每个数据源的副本和恢复点分配空间，而且，必须在受保护的文件服务器或工作站上为变更日志分配空间。
DPM 为保护组成员提供了默认的空间分配。 下表说明 DPM 如何计算默认的分配。
DPM 如何计算默认的空间分配
组件 |
默认分配 |
位置 |
|---|---|---|
副本卷 |
对于文件：
对于 Exchange 数据：
对于 SQL Server 数据：
对于 Windows SharePoint Services 数据：
对于虚拟服务器数据：
对于系统状态：
对于 Hyper-V
|
DPM 存储池或自定义卷 |
恢复点卷 |
对于文件：
对于 Exchange 数据：
对于 SQL Server 数据：
对于 Windows SharePoint Services 数据：
对于虚拟服务器数据：
对于系统状态：
对于 Hyper-V
|
DPM 存储池或自定义卷 |
变更日志（仅对于文件保护） |
300 MB |
文件服务器或工作站上的受保护卷 |
为了帮助你找出存储容量，请使用 HYPERLINK "https://go.microsoft.com/fwlink/?LinkId=275371" DPM 存储计算器。
下面定义了上表中使用的值：
警报% -与副本增长关联的警报阈值；通常为 90%。
日志更改率 -这是与涉及到的数据库或存储组有关的更改率。 此值变化很大，但就 DPM 中的默认建议而言，将假设它为 6%（对于 Exchange 和 SQL Server 数据）和 10%（对于 Windows SharePoint Services 数据）。
保持期 (RR) -这是存储的恢复点数量；就 DPM 的默认建议而言，将假设它为 5。
系统状态数据源大小 -假设数据源的大小为 1 GB。
在创建保护组时，在“修改磁盘分配”对话框中，每个数据源的“数据大小”列都会显示“计算”链接。 在初次分配磁盘时，DPM 会运用默认的公式来计算数据源所在的卷的大小。 若要将公式应用于所选的数据源的实际大小，请单击“计算”链接。DPM 将确定数据源的大小并重新计算该数据源的恢复点和副本卷的磁盘分配。 此操作可能需要几分钟才能执行完毕。
我们建议你接受默认的空间分配，除非你确信它们未满足你的需求。 覆盖默认的分配可能会导致分配的空间过少或过多。
如果为恢复点分配过少的空间，则可能会阻碍 DPM 为了实现你的保持期目标而存储足够多的恢复点。 分配过多的空间会浪费磁盘容量。
在创建了保护组之后，如果你发现为保护组中的数据源分配了过少的空间，则可以增加为每个数据源的副本和恢复点卷分配的空间。
如果你发现为保护组分配了过多的空间，则减少数据源空间分配的唯一方法是，从保护组中删除数据源，删除副本，然后将减少了空间分配的数据源重新添加到保护组中。
为了帮助你估计存储空间需求，请下载 DPM storage calculator（DPM 存储计算器）。
初始复制
在创建保护组时，必须选择一种用于创建初始副本的方法，将选择的所有要保护的数据复制到 DPM 服务器，然后针对每个副本执行包含一致性检查的同步。
通过网络进行初始复制
DPM 可以通过网络自动创建副本。你也可以通过从可移动媒体（例如磁带）还原数据来手动创建副本。 自动创建副本是比较轻松的，但是，视受保护数据的大小和网络速度而定，手动创建副本可能会更快完成。
为了帮助你选择副本创建方法，下表提供了一些估计值，它们反映了在给定不同的受保护数据的大小和网络速度时，DPM 通过网络自动创建副本所需的时间。 这些估计值假设网络全速运行，而且其他工作负荷并未争夺带宽。 时间以小时为单位显示。
在不同的网络速度下完成自动副本创建所需的时间
受保护的数据的大小 |
512 Kbps |
2 Mbps |
8 Mbps |
32 Mbps |
100 Mbps |
|---|---|---|---|---|---|
1 GB |
6 |
1.5 |
< 1 |
< 1 |
< 1 |
50 GB |
284 |
71 |
18 |
5 |
1.5 |
200 GB |
1137 |
284 |
71 |
18 |
6 |
500 GB |
2844 |
711 |
178 |
45 |
15 |
手动进行初始复制
如果部署 DPM 以通过 WAN 保护数据，而且保护组包含超过 5 GB 的数据，则我们建议你选择手动方法来创建副本。
如果选择手动创建副本，则 DPM 会在你必须创建副本的 DPM 服务器上指定确切的位置。 通常，你通过从可移动媒体（例如磁带）还原数据源的最新备份来创建副本。 在还原数据后，通过为每个副本运行包含一致性检查的同步来完成整个过程。
非常重要的是，在将数据还原到 DPM 服务器以创建副本时，要保留数据源的原始目录结构和属性，例如时间戳和安全权限。 副本和受保护的数据源之间存在的差异越大，过程的一致性检查部分所需的时间就越长。 如果不保留原始的目录结构和属性，则手动创建副本所需的时间可能与自动创建副本一样长。