CI与ASCS/SCS,在ECC6.0以前是没有ASCS这个东西的,MS和Enq是放在CI中的，后来分离出来，据说是为了提高SAP的高可靠性。
理解中，CI就是用来做均衡的，而现在CI中的MS,ENQ被分离出来了，其实CI中是有DISPATCHER，server，workpress等等处 理进程的，意味着其实CI还有一部分主要工作就是业务的处理。在46C及以下的系统中, CI 其实是一个特殊的DI. 在整个系统中有且只有一个CI. 和其他的DI的区别在于这个DI 中含有Message server和ENQ server.

在现在的netweaver架构下系统中用ASCS代替了原来的CI方式.

而ASCS后所有看到的都是DI. 因为这些DI中已经没有message server 和 ENQ server。
为什么现在会划分出ASCS呢？

提高SAP应用服务器性能和稳定性.
在CI模式下, ENQ的运行是依靠MSG sever在各服务器之间传递信息的. 而此模式下的MSG server运行是要用
到dia workprocess的. 如果有兴趣的话你可以发现如果CI上的dia 进程全满的话, 其他DI上面即使有空余的dia
也不会对sap gui的请求做出响应. 现在改用ASCS方式就可以避免这种情况的出现. 任何一个应用服务器上的dia
满不会影响到其他应用服务器.

还有一个问题，就是在JAVA ONLY,ABAP ONLY,ABAP+JAVA这三种不同的架构中的位置。
因为从架构图上看（这个架构好像是netweaver6.4以前的），带有JAVA的系统就一定要有ASCS，而ABAP ONLY则不一定，原因是ABAP的CI里面还是包含了MS和QNQ，而如果ABAP系统中安装了ASCS，则ABAP中的CI就彻底成为一个DI的功能 了。好像在7.0中CI的设计又不一样了，在ABAP的CI中也没有了MS和ENQ，不过没有找到架构图，所以不能确定。
不过JAVA的CI中是没有MS和enq的，所以有JAVA的系统则一定要安装ASCS。



    With SAP NetWeaver 04 Java, the Message Server and the Enqueue Server are separated from the Central Instance. These two services are grouped within the SAP Central Services Instance (SCS) as services. From NW04s the ABAP Central Services can be also separated from the Central Instance. Each stack, ABAP and Java, has its own Message Service and Enqueue Service. For ABAP systems the Central Services are referred to as ASCS, for Java systems the Central Services are referred to as SCS. The ASCS and the SCS are leveled as SPOF and require a High Availability Setup therefore. If the ASCS is integrated within the ABAP Central Instance (standard in Net Weaver 04) the Central Instance of the ABAP system needs a HA setup also. 



引申:

SPOF Checklist:

http://help.sap.com/saphelp_nw70/helpdata/en/08/5745784ae611d1894f0000e829fbbd/content.htm