局域网监控事务服务器配置

　　为缓解由ActiveX EXE载入时间带来的负担，局域网监控事务服务器可在自己的内存里开辟容纳这些组件的一个“池”。这样一来，局域网监控事务服务器便准备好向客户机传递针对这些预载入组件的一个对象引用。一旦客户机收到针对一个预载入组件的引用，便可直接使用那个组件，毋需通过局域网监控事务服务器汇集请求。这一点是相当关键的。如果所有请求都必须通过服务器进行汇集，那么事务服务器很快就会成为网络通信的一个瓶颈。事务服务器只是简单地预载入组件，并在池内载入组件的一个新实例，等待针对组件的下一次客户机请求。
　　事务服务器位于工作站与商业服务器之间。在本案里，我们将商业服务器叫做“组件服务器”。
　　1.维持所有例示ActiveX服务器一个“池”。
　　为让事务服务器完成自己的任务，针对需在服务器内进行维护的组件，首先必须能够对它们进行例示。我们需设置事务服务器，使其能访问其他所有组件服务器。另外，还要使用“远程连接管理器”应用程序配置这些组件的网络位置。在这种情况下，我们获得的一项便利是可在事务服务器内配置组件位置。如组件位置发生了变动，可在事务服务器重新配置地址，毋需在工作站的级别上配置。在大规模的系统内，这是相当重要的一项特性。
　　2.将对这些服务器的引用传递给发出请求的应用程序
　　针对正有事务服务维护的一个组件，如客户机请求获得它的服务，事务服务器便会提供对池内可用组件的一个引用。由于事务服务器管理的不同组件的数量有多又少，所以引用的提供也可能并不是一件小负担的工作。因此，在自己的系统内设计和实施组件时，便引入了一个“粒化”的概念。
　　在此，“粒化”是指对服务的划分或分割有多细。举个例子来说，是将100个服务都放置到单独一个EXE里呢（由于它们都与财务计算有关），还是为每种计算都使用自己的EXE呢？由于所有计算都位于单独一个物理软件包里，所以EXE文件越大，便更容易进行程序的测试与调试。此外，组件越小，或者说组件的“粒化”程度越高，它重复使用的几率似乎也就越大。
　　3.工作完毕后，中断对ActiveX服务器的引用
　　客户机使用一个组件的时候，对这个组件的其他任何引用都是无效的。一旦ActiveX服务器失去对自己的引用，就相当于出现了中断，这样会关闭该服务器（组件）。此时，事务服务器必须调整组件池，准备更多的请求。设计事务所服务器的时候，可在预计的客户需求基础上，使其用不同的几倍维护组件池。
　　4.确认组件的使用
　　事务处理器另一项关键的任务是实现安全防护。设计事务服务器的时候，应使其知道谁正在发出一个服务请求。可利用这种信息实现一种安全模型。这种情况下，事务服务器可利用登录和口令确认对一个组件的使用是否合法。但是，如果组件只是由另外一、两个组件使用，以便执行一次计算，那么这并不是一种很好的主要。处于安全的目的，每进行一次检查，都会放慢ActiveX服务器的使用速度。