本文介绍了Cloud版本V7.0~V7.1中上机操作日志消失的解决方案。首先检查日志库及数据库访问,再查消息队列配置与服务状态。若消息队列阻塞,需排查服务、端口、数据库文件等问题。最后,调整日志等级、重启服务或应用服务器,若仍未解决,则寻求总部支持。
问题描述:上机操作日志突然消失
本解决方案适应的Cloud版本:V7.0~V7.1
排查步骤如下:
1. 登录管理中心检查数据中心是否启用了日志库,如果启用了日志库,上机操作日志可能存储在日志库中,需要前往日志管理模块中的上机操作日志菜单查询。
2. 检查日志库所在数据库是否能正常访问,检查操作日志表是否有正常写入数据,如果表里都没有数据,说明是系统配置出问题了,或者是消息队列未正常运行。
3. 检查消息队列配置文件(Kingdee.BOS.MQService.exe.config)中的计算站点是否可用,该配置文件一般在Cloud安装目录下的WebSite\Bin目录下。
如上图所示:直接复制地址http://localhost/K3CloudApp/到应用服务器上的浏览器看是否能打开,如果打不开,说明该站点无法访问,系统管理员要么让该站点变的可用,要么修改配置文件,将计算站点指向一个可用的Cloud站点。
4. 检查消息队列服务(K3CloudMQ)运行状态,确保服务的状态为【正在运行】。
5. 检查消息队列是否存在阻塞。
6. 如果消息队列阻塞,可能原因如下:
(1)消息队列服务未启动,请检查后尝试再次启动。
(2)消息队列本地端口被占用。
默认端口为10905,请检查端口是否被占用,若占用程序不是CloudMQ,要么关闭占用端口的进程,要么修改该配置文件,改用空闲端口。
(3)存储消息的数据库文件损坏。
数据库文件参考路径:
C:\Program Files(x86)\Kingdee\K3Cloud\WebSite\App_Data\DataBase\SqliteDB\MDS.s3db
观察此文件的最后修改日期,如果早于今天,文件损坏的可能性很大,可尝试使用工具【SQLite Expert】进行修复。
如果无法修复,可从安装包中拷贝一个新的数据库文件替换掉此损坏文件后,重启消息队列服务。
安装包解压路径:
金蝶云V7.1安装包\KDSetup\KDPackages\K3Cloud\Packages\WebSite\K3Cloud BOS V7.0….kdpkg
解压此包后寻找文件MDS.s3db。
MDS.rar (3 KB, 下载次数: 13)
(4)存储消息的数据库文件增长太大导致所在分区磁盘空间已满,解决办法有:
加大磁盘空间;
使用初始状态的数据库文件MDS.s3db(参考上一步的获取方法或直接下载附件)替换当前的超大数据库文件(建议非工作时间操作,替换前备份);
7. 如果经过以上排查后仍未解决问题,请修改消息队列的配置文件(Kingdee.BOS.MQService.exe.config)中的日志等级,调整为ALL,然后重启消息队列并前往Cloud安装目录下的App_Data文件夹下观察日志文件中的错误日志,根据日志输出内容进一步排除故障。
8. 如果经过以上排查后仍未解决问题,请尝试重启一次应用服务器。
9. 如果经过以上所有步骤的排查后仍未解决问题,您可能需要求助总部老师了。
推荐阅读