摘要：多机系统中的计算机间数据交互是实现多机系统协同工作的关键，也是实现系统备用功能的主要手段.为了分析多机系统内部数据交互方法的优点和缺点，对专用接口数据交互.基于共享存储区数据交互和分布式数据交互3种实现方法进行了说明，并简述了以数据为中心的订阅/发布机制的分布式多机系统开发过程.

　　0 引言

　　随着计算机的广泛应用，需要处理的信息量越来越大，人们对于计算机的要求也越来越高，各种性能更高的计算机不断地被研制及应用，如SMP（对称多处理器）计算机.MPP（大规模并行处理）计算机等.这些计算机有很高的配置（如大内存.海量存储.可多达上千个的处理器等），具有很高的处理能力.但与这些计算机的高性能相对应的是它们高昂的价格.

　　早期人们利用专用接口及多总线把多台单机联结起来组成多机系统，以提高系统整体性能.随着网络技术的进步以及处理器性能的提高，越来越多的人开始用相对廉价的以太网等通用网络系统，把相对便宜的服务器/工作站联结起来组成多机系统使用，从而以较少的代价获得较高的性能.多机系统是由两台以上的计算机，通过共享存储资源（信息）或通过数据链路联结在一起的计算机系统.多机系统内部数据交互分为专用接口式数据交互.共享内存式数据交互及分布式数据交互等.多机系统中的计算机间的数据交互是实现多机系统协同工作的关键，也是实现系统备用功能的主要手段.

　　1 专用接口数据交互

　　这种数据交互方式，主要应用于由2个单机组成的多机系统中.利用2个单机各自的对外通信接口以点对点的方式进行数据交互.专用接口式数据交互多机系统组成示意图如图1所示.

　　多机系统中的单机（C1,C2）通过专用接口进行数据交互，常用的接口有串行口.并行口和以太网口等，两个单机把各自需要交互的数据组织成报文通过专用接口发送到目标机，实现数据交互.

　　系统中C2 机可以是完全备份C1 功能的备用机器，也可以是只与C1机进行数据交互的任务机（主要完成C1机发送过来的数据处理）.如果多机系统设计成一备一完全备份系统（同时C2 机也要配上相应的外设控制器等），系统的可靠性和稳定性将得到提高.

　　2 基于共享存储区数据交互

　　共享存储区式数据交互多机系统设有专用的公共存储区域，专门用于进行数据交互，组成示意图如图2所示.

　　多机系统中的单机（C1,C2,C3）通过系统总线访问公共存储区，利用公共存储区进行数据交互.公共存储区配备两套独立的地址.数据和控制线，允许2个独立的CPU或控制器同时异步地访问存储单元.其内部有访问仲裁控制，同一时刻只允许一个CPU 访问同一地址单元，在某一时间段内由1个CPU对自定义的某一数据块进行读写操作.某些公共存储区还具有信令交换逻辑，数据写结束后可以硬件中断的方式通知其他CPU或控制器进行读数据操作.当无信令交换逻辑时，可以由计算机系统以硬件中断的方式通知其他计算机系统对数据进行读取.各单机把数据备份到公共存储区可以很容易实现系统的备份功能.如果3个单机（C1,C2,C3）设计成二备一，也就是在正常情况下有一个单机处于备份状态，当工作的2个单机有1个故障时，处于备份状态的单机读出公共存储区相应的数据然后转入运行接替故障的单机继续进行工作，以提高系统的可靠性.

　　3 分布式数据交互

　　分布式多机系统是一种分布处理.存储的并行系统，分布式多机系统的每个结点都是一个完整的计算机系统，包括CPU.内存.硬盘.分布式结点通过网络接口实现互联互通，属于松耦合.系统节点间的数据交互主要通过消息传递方式进行.目前主流的交互方式是采用订阅/发布机制进行数据交互.组成示意图如图3所示.系统定义了以数据为中心的订阅/发布（Data-Centric Publish/Subscribe）机制，提供了一个与平台无关的数据模型.

　　目前分布式多机系统的信息交互流行采用以数据为中心的订阅/发布模型（DCPS）.

　　DCPS 模型构建在“ 全局数据空间（Global DataSpace,GDS）”的基础之上，DCPS定义了一个“全局数据空间”,并且指定了发布者和订阅者怎么与该空间进行通信，如图4所示.所有的数据对象都存在于这个全局共享空间之中，分布式节点通过简单的读或写操作便可以访问这些数据对象.所有相关应用都可以访问这个全局数据空间：想要向该数据空间提供信息的应用即为“发布者”,想从该数据空间中获取数据的应用即为“订阅者”.每当发布者将新数据发送到这个全局数据空间，中间件就会把信息传播给那些对这些数据感兴趣的订阅者.

　　基于订阅/发布机制的分布式多机系统开发过程主要过程如下：

　　（1）系统交互需求分析：根据系统数据交互的需求，利用域将一个物理网络进行逻辑划分，没有数据交互的子系统之间被划分成不同的域，不同域之间不进行任何信息交互；对于同一域各个节点根据数据交互需要，可以设置一个主题或者多个主题，同时根据不同类型信息的交互需求不同，设置相应的QoS策略；

　　（2）信息接口定义：与以往基于Socket的报文传输方式不同，订阅/发布机制是一种以数据为中心的分布式数据交互方式，在分析节点需求后，将各个节点相关的数据类型用idl文件的方式描述出来；

　　（3）生成构件代码框架：订阅/发布模型由数据实体（Entity）：Subscriber,Publisher,DataReader,DataWriter共同作用完成.发布端代码框架见图5,订阅端代码框架见图6.

　　4 优缺点分析

　　（1）专用接口数据交互，主要优点：通信距离远，软件控制简单，系统交互内容易于扩展；主要缺点：需要占用系统的接口资源，系统点对点方式导致可扩展性差，连接线缆多，布线复杂，数据传输速率受专用接口限制，实时性受影响.

　　（2）基于共享存储区数据交互，主要优点：系统实时性好，可靠性高，软件控制简单；主要缺点：系统需要提供专用的公共存储资源，系统可扩展性差，通信距离近.

　　（3）分布式数据交互，主要优点：提供了一种“松耦合”

　　的系统，不存在中心节点，提供冗余备份机制，没有单点故障的风险，系统可靠性较高，且系统易于扩展；主要缺点：

　　分布式软件复杂，开发.调试困难，系统实时性较难保证.

　　5 结语

　　随着网络技术的进步，分布式数据交互得到了广泛应用.本文重点介绍了分布式数据交互，并分析了专用接口数据交互.基于共享存储区数据交互和分布式数据交互的优点和缺点，希望为读者进行多机系统内部数据交互设计实现时提供帮助.