无盘网吧的优势以及主流无盘系统点评

无盘网吧的优势以及主流无盘系统点评

中国人的无盘工作系统，大约在1997年走向社会，走进网吧。历经10多年的磨砺，无盘工作系统逐渐得到网吧、酒店、证券、办公、KTV等用户广泛的认可，扎下了深厚的根基，并已经形成了一个商圈，也可以说已经构成了一个完成的软硬件产业链。同时随着TB硬盘的流行，以及千兆网卡的保障，无盘网吧的搭建也比有盘网吧更经济、更为省心了。

采用无盘网吧系统解决方案，搭建无盘网吧，可从多方面满足网吧这个特殊行业的多种要求。但早期的无盘工作系统，技术不够成熟，运行不够稳定，不能确保所有的常用软件都能在客户端良好的运行。现在呢？无盘技术臻于成熟了！戚老板说：现在网吧无盘系统数据存储交换与网络传输速度已经有了本质的提高，运行速度比普通硬盘机还快。我现在用的还是5年前机子，几十人同时开网络游戏也没卡过，这主要得益于TB硬盘与千兆网卡。

无盘优于有盘

有盘网吧每台客户机都要安装一个硬盘，最大的好处是进入游戏时一般要比无盘网速快10秒到15秒。但客户稍感不爽就会随意开关机，很容易损坏硬盘或者造成数据丢失，一年或稍长一点时间，就会有不少客户机硬盘罢工。因此，网管需要经常进行客户机维护。

无盘网吧的最大好处是易于维护，即使网管电脑水平很低，也能轻松进行管理。以主机存储替代了客户机硬盘的无盘工作系统，没有多硬盘的累赘，启动速度快，不怕客户随意开关机。虽然客户在进入游戏时会比有盘电脑慢上几秒时间，但进入游戏后与有盘电脑相同速度，甚至会更快一些。无盘网吧的另一大好处是可以节约投资，如果是大中型网吧，几百台客户机的硬盘是个不小的数字，由此省下的钱如果用到网吧装修上，更能上一个档次。

无盘网吧系统保障性更强。在几十台或几百台的有盘网吧中，如果遭到病毒攻击，需要逐台进行病毒清除；系统崩溃了，则需重新GHOST或使用还原精灵等软件进行还原，甚至有些网吧使用了硬件还原卡，效果也不如人意。而无盘系统遭到病毒攻后，虽然可能会导致服务器死机，全部客户机瘫痪，但只要清除了服务器病毒，整个系统立即就能起死回生；如果系统崩溃了，一个热键二分钟即可恢复系统，完全无还原精灵等还原软件的各种缺憾。

软件安装升级省心。有盘网吧安装应用软件或游戏软件，每台客户机都要重复一次，相当麻烦，升级亦然。同时客户机的存储空间有限，不可能全部安装所有客户需要的所有应用软件，游戏软件更是如此，多达二三百个，这绝不是客户机硬盘所能承载的。而无盘网吧系统应用软件或游戏软件只需在服务器上安装、升级，所有的客户机都可使用，省时、省力。

无盘系统的基本技术定义

无盘系统的启动与运行，由客户端和服务器端的软硬件协同完成。其软件就是服务器上的远程启动相关服务和无盘系统软件，硬件则是终端网卡上的BootROM芯片。在无盘系统服务器上除了它本身运行所需的操作系统外，还要有一个负责客户端运行的操作系统，而客户端的网卡必须带可引导芯片。当然，BIOS 也支持写入，只要BIOS中空闲较多，就可以将BootROM芯片代码写入主板BIOS中，这样能节省了一个BootROM芯片。目前，较常用的无盘启动芯片有RPL和PXE两种，另外还有一些厂商开发的专用芯片，但不是很普及。

按启动类型分，有RPL、PXE和DHCP三种类型；按操作系统分，有基于Windows2000的无盘系统、基于WindowsNT4.0的无盘系统、基于WindowsXP下的无盘系统、基于Pnux的无盘系统等类型；按所使用工具的不同分类：使用IntelPDK+Ptenet的无盘系统、使用国产相关第三方工具的无盘系统、使用Boot-NIC+3COMPXE的无盘系统；按虚拟磁盘分类：3ComVLD、Boot-NIC、BXP和Edisk等；按系统是否具有移植能力分类：PNP(即插即用)系统非PNP系统。这里我们仅以启动类型为例，简要谈谈各自的技术特征。

RPL技术特征

RPL为RemoteInitialProgramLoad的缩写，这是最早应用的一种无盘系统技术。

微软最初推出的无盘Window95，配置的繁琐、结构的不合理，软件运行不正常甚至很多软件无法运行，会导致无盘系统不稳定，几乎使无盘技术半途夭折。直到微软推出无盘Windows98、Windows2000终端系统，才使RPL出现了新的转机。

RPL采用静态路由技术，启动是根据网卡上的ID号加上其它的记录组成的Frame向RPLserver发出请求，而server那里早已经有了这个ID数据，匹配成功则进行远程启动。

RPL芯片的启动要经过发现阶段、提供阶段、选择阶段和确认阶段。

当客户端(Cpent)启动后，其网卡上的BootROM芯片会向服务器(Server)广播一个引导请求帧，即FIND 帧。该帧包含有Cpent的网卡号(MAC地址)。

Server远程启动服务收到Cpent广播的FIND帧，根据帧中所带的ID号，检查远程启动数据库中是否有该卡号的配置记录，如果不存在，则引导过程不能继续；如果存在，远程启动服务发送一个FOUND 帧，这个帧中包含了服务器的岗卡ID(即Server的MAC地址)，然后就调用BOOTP(BootProtocol)或者DHCP(DynamicHostConfigurationProtocol)。

选择阶段。Cpent收到第一个响应后(因为可能网络中不止一个服务器在运行远程启动服务，Cpent只对收到的第一个FOUND帧回应，包括：分配给Cpent的机器名称、IP地址、Server的IP地址、BOOT 所需的映像文件等)，则发送一个SEND.FILE.REQUESTFrame给第一个回应的远程启动服务器，请求传送启动所需的文件。

当远程启动服务器收到SEND.FILE.REQUESTFrame的请求后，根据其远程启动数据库的Cpent记录查找对应的BOOTBLOCK，将Cpent启动所需的文件传送给Cpent，即给工作站一个

FILE.DAT.RESPONSE帧，这个帧包含了Cpent启动所需的BOOTBLOCK。