在 System Center 2012 Configuration Manager 中的数据复制
在 Configuration Manager 中为大部分数据进行文件复制的日子已经一去不复返。虽然应用程序、软件包和小型发现子集的内容仍然使用文件复制，但 Configuration Manager 中的所有其他信息现在都使用 SQL Server Service Broker 来围绕 Configuration Manager 层次结构复制数据。
“孩子，这是一个令人兴奋的话题！”好，如果这就是您正在考虑的东西，那么跟着我吧 - 只会变得更好。SQL Server Service Broker 现在是一个基石，我们可以用其来确保用户得到管理员希望他们拥有的应用程序和设置 - 这只会使您的工作更容易。您不再需要在整个 ConfigMgr 的层次结构和网络中管理文件复制 - 它只是“就这样发生了”。客户对此该有多兴奋？以下仅仅是我们收到的一些评论：
- “复制就是好用。”
- “对象锁使得每次在层次结构中只有一个用户可以编辑数据 - 这真是太棒了。”
我之所以提起这事，是因为它真的可以简化您的工作。不再需要在整个层次结构中照顾收件箱复制。数据库复制技术正好可以为您照顾它。那么，什么类型的数据被复制到哪里呢？以下是其分项说明：
数据类型 |
示例 |
复制类型 |
在哪里找到数据？ |
全局数据 |
集合规则、包元数据、软件更新元数据、部署 |
SQL |
中心管理站点、所有主站点、辅助站点（全局数据的子集复制于此） |
站点数据 |
集合成员、HINV、警报消息 |
SQL |
中心管理站点、起源主站点 |
内容 |
软件包安装位元、软件更新、启动映像 |
基于文件 |
主站点、辅助站点、分配点 |
利用 SQL Server Service Broker 的两种数据类型是：
- 全局数据 – 由管理员生成的任何数据（例如，从管理控制台手动输入的数据）
- 站点数据 – 由系统生成的任何数据
（通过文件复制，内容数据继续在层次结构中流到适当的分配点。）
有关全局数据和站点数据，要了解的核心问题是：
- 全局数据存在于中心管理站点、所有主站点，其子集存在于辅助站点。例如，辅助站点的全局数据提供到主站点的完整策略链接，使客户端能够迅速确定是否有新的适用策略。此外，这个辅助站点数据提供管理和分配点的查找信息。
- 全局数据包括站点控制文件（目前在数据库中，而不是作为文件系统上一个单独的可修改文件），并确保所有主站点服务器和中心管理站点知道整个层次结构是如何配置的。这有助于恢复场景，因为任何主站点或中心管理站点都可以作为一个参考点，用于在没有可用备份的情况下恢复一个故障站点。
- 每 1 至 7 分钟，数据在整个层次结构中进行复制，或者在站点数据的情况下，在层次结构中向上复制数据，使管理员有一个非常准确的 Configuration Manager 层次结构视图
- 站点数据只在层次结构中向上复制，而不是在整个层次结构中复制。由于层次结构数据可能非常大，我们减少了在整个层次结构中所需的存储规格，因为并不是在每个站点都需要站点数据。这促进了在中心管理网站完成集中式管理和报告。
- 站点数据复制模式（上传至中心管理站点），进一步支持从中心管理站点执行集中式管理的目标
有一点要注意的是，如果管理员登录到单个主站点并向群组创建一个部署，该管理员将只能看到群组成员被列为他们所管理的站点的成员，但他们的部署将是贯穿整个层次结构范围的。这就是为什么群组成员数是全局数据的一部分。同一个管理员可以查看他们的部署范围；例如，在 200 个客户端中，虽然他们只能看到作为群组成员的 100 个客户端，因为这些客户端是通过管理控制台被分配到与管理员连接的主站点的。
可用的全局数据与站点数据
Configuration Manager 管理员可以获得整个层次结构全貌的唯一位置是中心管理站点。建议从中心管理站点完成对
Configuration Manager 层次结构的所有管理。这样，管理员被授予访问权限的所有数据都是可见的。
由于在层次结构的顶层，即中心管理站点对数据进行管理，这提供了更多灵活性并可快速满足需求，对于大部分数据来说，基于文件复制的日子已经一去不复返。然而，Configuration
Manager 采用另一种方式提高速度和简单性，管理员可以藉此来管理他们的层次结构。
D.C. Tardy
高级程序经理
Microsoft System Center 2012 Service Manager
China TechNet 译