《公文处理系统4.0版升级常见问题及解答.docVIP

《公文处理系统》4.0版升级常见问题及解答 前言 《公文处理系统》4.0版(下称4.0版)在3.0版的基础上增加了文件服务 ，并对远程文件传输子系统进行了重新设计。系统的升级会解决原系统难以克服的许多问题，如服务器共享目录的安全隐患问题、远程文件封发的稳定性与可靠性问题、远程收文缺少回执功能问题、收文的进一步远程转发问题等等。当然在解决旧问题的同时，由于子系统体系结构的调整、许多组件的重新设计、系统配置项的增加将会不可避免地产生一些新问题。本篇文档就主要针对文件服务与远程文件传输这两部分功能的扩展为系统维护工作带来的新问题展开讨论，并对一些在实施过程中常见的问题进行分析与解答。 4.0版的远程传输子系统在此次升级中的改动最大、环节最多，大部分问题都是围绕它提出的。在解答这些具体问题之前，有必要先对该子系统的软件结构及各传输环节进行总体性地介绍，使系统管理员对文件远程传输的详细处理过程有一个大致的了解，后续章节在解答问题过程中也会反复引用这部分内容。 目录 前言 1 一、4.0版的远程传输子系统简介 3 1．远程传输子系统的组成 3 2．一份文件的一次封发历程 3 3．通讯服务器中新增文件目录结构及其作用 5 二、有关系统升级的常见问题及解答 7 1. 客户端提示“您的网络不通或服务器出现故障，请尽快与网络管理员联系！”的错误，如何解决？ 7 2. 为什么原公文处理系统3.0版运行正常，但升级至4.0版后客户端在新建文件时出现“File Not Found”或“文件建立失败User-defined error”错误消息，在阅览文件正文、附件时打开的是空白文件？ 7 3. 为什么在客户端进行文件封发操作时系统提示 “30114”号错误消息？ 7 4. 为什么文件已经封发出去但在查询封发文件时查询不到该文件？ 7 5. 为什么封发出去的文件一直处于“发送中”状态？ 8 6. 为什么封发的文件没有经过“已送达”状态直接变为“已接收”状态？ 8 7. 接收方确实已经阅览了远程收文，但为什么发送方在查询封发情况时该文件始终不能进入“已接收”状态？ 9 8. 发送方在查询封发情况时显示文件处于“已送达”状态，但为什么接收方的信箱中却看不到该文件？ 9 9. 我的公文客户端安装在通讯服务器上，为什么运行时软件会提示“OLE Automation Error”错误？ 9 10. 文件忘了挂附件就封发了出去，挂上附件后重新封发该文件为什么对方依然收看不到附件？ 10 11. 我单位公文处理系统已经升级到了4.0版，由于C盘空间不足需要将公文OA文件夹搬到D盘去，需要做哪些设置工作？ 10 12. 升级至4.0版后原3.0版中已存在的文件不能正常阅览，但在升级之后新收到的文件却阅览正常？ 11 13. 在查询封发情况时，为什么有些已送达文件的“接收人”与“送往单位”内容出入很大? 11 三、系统升级后在日常维护中需要特别注意的几个问题 12  一、4.0版的远程传输子系统简介 1．远程传输子系统的组成 公文远程传输子系统主要由“消息队列服务”和“远程封发应用组件服务”两部分组成，它们全部以Windows服务的形式运行于通讯服务器上。 如左图所示，在运行完4.0升级安装盘后，通讯服务器的服务管理器中将会出现“CNT MQ Service”和“CNT App Component Service”两个服务，它们分别对应消息队列服务和远程封发应用组件服务。“CNT File Service”是公文文件服务，图中是公文服务器与通讯服务器安装在同一台机器的情况，如果是两服务器是分开安装的，那么公文文件服务应该安装在公文服务器上。 消息队列服务(CNT MQ Service)是整个远程文件传输子系统的通讯平台，所有跨广域网的公文数据通讯工作都是由它来完成。它采用了消息排队、异步转发技术，为其它应用组件提供了一个高效、可靠的数据传输通道。 远程封发应用组件服务(CNT App Component Service下简称应用组件)处理所有与远程文件传输子系统相关的业务逻辑，如：响应客户端的封发请求、公文数据的出库、数据完整性校检、文件包装与压缩、远程收文检出入库、两级回执的生成和发送、记录文件流程、更新封发记录等等。 文件服务(CNT File Service)负责整个4.0版公文处理系统在局域网内的文件传输，它的设计目的是取代原3.0版及以前系统的服务器共享目录。 图1中显示了上面三个服务的位置及层次关系，理解了它们在系统中的作用与各自角色是进一步了解远程文件在传输过程中服务器端的具体处理步骤的基础。 2．一份文件的一次封发历程 如图1所示，无论是发文的远程封发还是收文的远程转发，一份公文想要从单位A通过广域网传到单位B都需要在远程传输子系统中经历