或许大家觉得DPM怎么就这么少内容？这么快就完结了？别着急，基础来说DPM就是个数据保护的工具，但是一旦进阶，你会发现DPM还有更多的事情可以做，当然这些暂时不会在基础篇中放出。让我们跳过SCDPM，来迎接崭新的一个组件——System Center Orchestrator（SCO）。作为System Center中的新秀，09年微软收购了自动化流程的巨头——Opalis vNext，并将其改名为Orchestrator。

   于是在System Center家族里又多了一员悍将，有了SCO，结合微软自身最强大的PowerShell语言，基本上可以将所有GUI界面能够操作的操作全部变成静默操作，并且使微软私有云架构更加符合ITIL。今天将介绍SCO的Plan，涉及的服务器如下（紫色为完成部署，蓝色为计划中，红色为实施中）：

1、 作为System Center中的流程自动化角色，担任的是私有云架构中流程化的角色，对应的是传统IT架构中的人工流程、业务走单。首先来看下，SCO的系统要求：

2、 SCO对SQL的服务器要求并不是很高，除非排序是要求SQL_Latin1_General_CP1_CI_AS这点与其他System Center组件一致，基本功能的SQL就可以满足SCO，让我们来看看SQL版本要求（当然，如果将管理服务器跟SCO流程服务器安装在一起的话，那就必须使用同一个SQL服务器）：

Microsoft SQL Server 2008 R2 或 Microsoft SQL Server 2012（SP1）

3、 SCO的其他的组件要求：

l IIS 服务器

l Microsoft .NET Framework 3.5 Service Pack 1

l Microsoft .NET Framework 4.5 (启用 WCF 、HTTP 激活)

4、 SCO的管理服务器建议加入域，当然不加入域可是可以的，只是某些流程有结合AD域的话没办法做了。

5、 SCO的磁盘安装建议：

l 一个安装System磁盘

l 一个专用于安装SCO Server 磁盘

(更加具体的需求可见官网白皮书)

6、 还有关于账户的安全，你可以参考微软给出的建议：

7、 另外建议在AD域上创建单独对RunBook授权的管理员组，并将SCOadmin加入其中。

8、 关于RunBook Server（流程服务器）的负载：

l 每台RunBook理论负载时40条，实际负载最大目前据我测试可达120条极限。

l 安装第二台RunBook后，实际作用为负载，即双台RunBook同步流程。（官网亦有说明）

PS：第一次同步需要比较久的时间，比如实际环境为117条，则大概需要同步48小时左右（实测，视环境不同而改变）

9、 关于SCO的各个主要的角色（忽略部分组件）：

l SCO 管理服务器，用于各组件的协调连接

l SCO Web服务器：Web界面的控制台，可对流程进行准确的查看。

l SCO 设计器主要用于OIP（类似于SCOM管理包，为流程提供更加多元的组件）

l 流程服务器（Runbook Server）：关键组件，主要用于流程运作，在存在多个流程的情况下建议进行分布式部署。

附录：关于SCO的端口要求（http://technet.microsoft.com/en-us/library/hh420382.aspx）

PS：为方便交流，VMCloudQQ群已开通，欢迎各位探讨任何关于虚拟化或云方面的技术，特别欢迎干货入驻！VMCloud群号：237241754(同时VMCloud系列讲坛将于近期上线各大IT网站，敬请期待！)