System Center Data Protection Manager 中的辅助保护和 Exchange 2010 DAG 节点保护
嗨，大家好，我是 Andy Nadarewistsch。今天，我想谈一下 System Center Data Protection Manager 2010 (DPM) 中的辅助保护和 Exchange 2010 DAG 节点保护。就保护 Exchange DAG（数据库可用性组）而言，DPM 实现了卓越的灵活性，但是，如果没有理解 DPM 如何查看属于 DAG 的节点，就会令人困惑不解。在引入辅助服务器时，这种困惑会变得错综复杂。我希望消除一些有关这些应用场景的困惑，并努力使您在这一过程中不再困惑。
首先，在谈到 DPM 对 Exchange DAG 的保护时，有一些基本规则：
1.一个 DPM 服务器只能保护一个节点。例如，在三个节点的 DAG 中，如果 DPM 1 在节点 1 上安装了代理，则其他 DPM 服务器不能在节点 1 上安装代理。但是，任何其他 DPM 服务器都可以在节点 2 或节点 3 上安装代理。在第二个示例中，如果 DPM 1 在节点 1 和节点 2 上拥有代理，则节点 3 将是其他 DPM 服务器可以在上面安装代理的唯一节点。
2.DPM 不关心邮箱数据库是主动数据库还是被动数据库。
参考：
- 测试 = Exchange DAG 名称
- 5438 = 节点 1
- 54381 = 节点 2
- 54382 = 节点 3
- DPM 1 = 主要 DPM
- DPM 2 = 辅助 DPM
第 1 部分：主要 (DPM1) 上的代理安装和保护组设置
在最初安装代理时，DPM 将检测是否没有选择 DAG 成员。对于这种应用场景，我们不希望 DPM 1 在所有节点上安装代理，因为 DPM 2 将在节点 3 上安装直接保护节点 3 的代理。（参见基本规则 1）。这里，我解释了一个 Exchange 节点上只能安装一个 DPM 服务器代理，而在本测试中，DPM 1 将在节点 1 和节点 2 上安装代理，DPM 将在节点 3 上安装代理。
警报选项卡中将显示以下警报：
“test.2566543DOM.com 服务器群集中的 ANNA256654382.2566543DOM.com 上未安装保护代理。如果 ANNA256654382.2566543DOM.com 发生故障转移，保护可能失败。(ID 369)”
下面，DPM 1 仅查看安装了代理的两个节点。Exchange 节点将不显示 Exchange 邮箱数据库，DAG 群集名称必须扩展。
注意 Exchange 管理控制台，MailboxDB02 在节点 1 上具有主动副本，在节点 2 上具有被动副本。
对于 DB03，节点 1 拥有主动副本，节点 3 拥有被动副本。
如果 DPM 中扩展了邮箱数据库，则可以看到和选择这些邮箱数据库所属的节点。请注意 MailboxDB02 可以看到两个节点，而 MailboxDB03 只能看到节点 1。这是因为 DPM 1 没有在拥有其他 MailboxDB03 副本的节点 3 上安装代理。
注意 MailboxDB01 此时没有创建任何 Exchange 被动副本。
注意 如果 MailboxDB03 的被动副本位于节点 1 上，DPM 仍然可以看到该副本。DPM 不关心副本是主动副本还是被动副本（参见基本规则 2）。
如果激活节点 3 上的 MailboxDB02 的被动副本，使节点 1 上的副本成为被动副本，则 MailboxDB02 下的节点 1 仍然可以看到和选择用于保护，原因仍然是 DPM 并不关心哪个副本是主动副本，哪个副本是被动副本。
现在我们增加对主要 DPM 服务器的保护。添加 MailboxDB01 的被动副本，将 MailboxDB03 从节点 1 移至节点 2。
请注意 MailboxDB01 显示两个节点。您可以为 MailboxDB01 的其中一个节点创建 DPM 副本备份。
注意 确保至少选择一个完整备份和一个副本备份。
已完成的保护组设置：
第 2 部分：引入辅助 DPM 服务器、从 DPM 2 在节点 3 中安装代理和配置保护
此时再次引发警告，显示 DAG 中存在可以保护的其他节点。
在此应用场景中，DPM 2 直接在节点 3 上安装代理。只要节点 3 上存在邮箱数据库，DPM 2 将查看该数据库，并显示 DPM 2 知道的、有关该数据库的节点。请注意不存在 MailboxDB01。这是因为节点 3 上不存在 MailboxDB01 的副本。
现在，我们准备进一步了解在 DPM 2 成为 DPM 1 的辅助保护时如何响应，以及如何同时直接保护节点 3。在 DPM 1 上安装 DPM 2 代理之前，DPM 2 将不能保护 DPM 1 上的任何 Exchange 资源。由于代理直接安装在节点 3 上，DPM 2 将可以查看 DAG。
注意 DPM 必须至少处于修补级别 7706 上，才能使 Exchange DAG 的辅助保护功能正常工作。
在 DPM 1 上安装 DPM 2 的代理之后，DPM 2 查看 DPM 1 的 DAG 选择列表和自己的 DAG 选择列表。请注意 DPM 1 的 DAG 选择列表如何显示节点 3。您可以通过 DPM 1 的选择列表查看和保护节点 3。由于 DPM 2 直接保护节点 3，DPM 将显示该节点。
现在我们了解一下在从 DPM 2 删除节点 3 代理时，DPM 2 的控制台如何响应。
选择列表中不再有选择节点 3 的选项。我们继续从每组选择 1 个数据库。
DPM 恰当地处理选择。请注意，在保护组设置期间，在没有选择直接数据源的情况下，不存在完整/副本备份提示。原因在于第 1 部分中在 DPM 1 上配置的保护组设置。
在 DPM 2 上重新为节点 3 添加用于直接保护的代理之后，我们可以从选择列表中再次看到用于保护的选项。
现在，由于是首次配置节点 3，我确实获取了用于所有 MailboxDB 的完整备份或副本备份的选项；但是，我必须非常小心，因为在第 1 部分中已在 DPM 1 上为 MailboxDB01、02 和 03 配置了完整副本备份。
在此情况下，我希望为邮箱数据库选择所有副本备份。
保护之后，请注意保护组已选择了节点和邮箱数据库。
如果修改保护组，我可以编辑在相应的保护组中受保护的数据源，而非在其他保护组中受保护的数据源。每个保护组只能保护一个数据源。
好了，各位，这些是从客户那里了解到的最常见的应用场景。此外，这些应用场景会变得非常复杂和令人困惑，但我希望大家现在有更深的了解。
其他 DPM 资源：
- 管理运行 Exchange 的受保护的服务器 - https://technet.microsoft.com/zh-cn/library/ff399297.aspx
- 在 Exchange Server 2010 节点上安装保护代理 - https://technet.microsoft.com/zh-cn/library/ff399324.aspx
- DPM 2010 和 Exchange 2010 融洽配合 - https://blogs.technet.com/b/bettertogether/archive/2010/08/12/why-dpm-2010-and-exchange-2010-are-better-together.aspx
Andy Nadarewistsch | 高级支持升级工程师
App-V 团队博客：https://blogs.technet.com/appv/
ConfigMgr 支持团队博客：https://blogs.technet.com/configurationmgr/
DPM 团队博客：https://blogs.technet.com/dpm/
MED-V 团队博客：https://blogs.technet.com/medv/
Orchestrator 支持团队博客：https://blogs.technet.com/b/orchestrator/
Operations Manager 团队博客：https://blogs.technet.com/momteam/
SCVMM 团队博客：https://blogs.technet.com/scvmm
Server App-V 团队博客：https://blogs.technet.com/b/serverappv
Service Manager 团队博客：https://blogs.technet.com/b/servicemanager
System Center Essentials 团队博客：https://blogs.technet.com/b/systemcenteressentials
WSUS 支持团队博客：https://blogs.technet.com/sus/
Forefront Server Protection 博客：https://blogs.technet.com/b/fss/
Forefront Endpoint Security 博客：https://blogs.technet.com/b/clientsecurity/
Forefront Identity Manager 博客：https://blogs.msdn.com/b/ms-identity-support/
Forefront TMG 博客：https://blogs.technet.com/b/isablog/
Forefront UAG 博客：https://blogs.technet.com/b/edgeaccessblog/