文档管理系统商业服务器配置

　　我们讨论的第二种配置情况是文档管理系统商业服务器配置计划。您科看到一幅相同的“服务器模型”图。但在这种情况下，物理配置方案包括了一台附加的网络服务器，我们把它叫做“商业服务器”。它的用途是很明显的：为所有共享商业组件都提供了一个中央位置。尽管商业服务器在此扮演了所有共享商业组件的一个宿主角色，但它实际上容纳的通常都是必须集中共享的一些组件。
　　您可注意到用字母B表示的一个用户服务组件位于商业服务器上。这是相当正常的一种现象，因为在这种配置放案里，商业服务器是进行配置与维护的一个很好的中心位置。
　　所有数据服务组件都在“数据服务器”上配置。这两个组件必须在与DBMS相同的机器内配置，因为它们集成了DBMS的对象。在这种配置方案里，所有数据服务都集中再一块儿，方便我们进行统一管理。
　　和上面相比，所有工作站上的组件配置在这儿都没有发生变化。这一点是相当有价值的，因为它暗示我们：一旦设置好工作站和它们的应用程序以后，可继续改进服务器领域的配置方案，这种配置对于工作站来说是“透明”的。这是一种功能强大的特性，可由“远程自动连接管理器”工具实现，有关这方面更详细的情况，我们将在“文档管理系统事务服务器配置”里讲述。
　　针对这种配置方案，最后需注意的一个要点是所有工作站都连至商业服务器。这也许是、也许不是实际的物理实现形式。从物理的角度看，商业服务器和数据服务器可能在同一个网络内，而且好像是唯一的一种物理配置方式。在这种情况下允许的通信途径：用户服务与商业服务通信，而商业服务与数据服务通信，以此类推。但是，逻辑配置方案却可能不止一种。如任何工作站都没有安装“开放数据库连接”（ODBC）驱动程序，而且与数据服务的所有通信都要求用到ODBC，那么从物理的角度看，就相当于禁止了这这种通信路径。通过排斥工作站直接访问数据的能力，可生成一个更加安全的网络环境——当然，前提是安全性是系统实施时一个首要考虑的问题的提出。请记住，一旦在用户的工作站上安装了ODBC驱动程序。这样便会带来潜在的安全漏洞。为防止不怀好意的用户直接访问产品或库存数据，可在大量安全防护措施中选择。其中，避免在每台工作站上都安装ODBC是可以采取的第一个实现步骤。