1、系统维护案例分析A6 协同小地球服务无法启动集锦很多系统管理员可能都会遇到小地球服务突然启动不了的情况，为了能使大家更快的解决此类问题，在此提供了此类问题解决方法，希望能对大家有所帮助。首先，需要确认我们正在使用的 A6 协同管理软件是 32 位的程序还是 64 位的程序，具体判断方法见致远服务9 月刊 -系统维护案例分析内容。（一）32 位 A6 协同管理软件启动问题排查步骤1、打开安装路径 OAservicelogs下是否生成 TC_201000XX.LOG 日志，查看日志中是否有明显的报错信息，具体的报错处理方法可参照第三部分内容。2、若通过第一步的排查后，没有产生日志，可以尝试手动启动
2、 A6 服务，手动启动A6 服务的方法是：（1） 加密狗已经插在 A6 的服务器上，并且能够从小地球控制台中的“显示加密狗信息”中，正常显示出来加密狗的信息；（2） 先运行 OAmysqlbin 下 startmysql.cmd；（3）在 dos 窗口中运行 OAService 下 Tomcat_Run.exe，查看窗口显示的信息，如果窗口中有报错，可参照第三部分内容排查处理。（二）64 位 A6 协同管理软件启动问题排查步骤1 、加密狗已经插在 A6 服务器上，在安装目录 OAservice 中双击文件updatedog.exe，点击“显示加密狗信息 ”中，正常显示出来加密狗的信息。2、查看
3、安装路径 OAservicelogs下是否生成 201000XX.LOG 日志，查看当日日志中是否有明显的报错信息。如果窗口中有报错，可参照第三部分内容排查处理。3、使用批处理方式手动启动 A6 服务的方法是：（1）运行程序安装目录 OAmysqlbin 下 xxsStartmysql.bat，窗口不要关闭。（2）运行程序安装目录 OAtomcatbin 下 xxsStartTomcat.bat，查看窗口显示的信息，如果窗口中有报错，可参照第三部分内容排查处理。（三）A6 协同管理软件启动失败常见报错：A、加密狗类问题现象一：小地球启动失败，TC_2010*.LOG 日志中显示“ 初始化系统失
4、败，错误码=2020”故障原因：2020 的报错为启动时读取的 MAC 地址信息与加密狗绑定的 MAC 地址信息不匹配，在服务器为多网卡或更换服务器时该问题常见。解决方法：开始-运行，cmd，输入 ipconfig all，查看 MAC 地址信息（图三）与加密狗绑定的 MAC（图四）是否匹配，如果是多网卡，禁用非加密狗绑定的网卡。图三图四问题现象二：小地球启动失败，TC_2010*.LOG 日志中显示“ 初始化系统失败，错误码=2019” 图五故障原因：282 版本在启动时会读取服务器的 MAC 地址，在未插网线或是禁用本地连接或 TCP/IP 上的 NETBIOS 被禁用的情况下，获取不到
5、MAC 地址。 解决方法： 插上网线，启用 TCP/IP 上的 NETBIOS（图六） 。图六问题现象三：打过修复包以后，小地球已经重新启动，但是在登录的时候该页无法显示，日志中报 errorcode=2017 的错误。故障原因：在打修复包之前用户在 webapps 下面复制了一个 yyoa 的文件夹。解决方法：将这个复制出来的 yyoa 文件夹移到其他的目录，再重新启动服务，登录正常。问题现象四：A6 服务启动失败，提示 Exception,Error : 验证产品加密狗无效，加密狗验证错误! ErrorCode=2015 。故障原因：加密狗未插上。解决方法：插上加密狗重新启动。B、端口类：
6、问题现象：日志显示：“严重: Error initializing endpoint .BindException: Address already in use: JVM_Bind:XX”（XX 表示端口号）,如图七。图七故障原因：端口冲突导致的。此类问题是由于 WEB 访问端口或者 Tomcat 的shutdown 端口 8005 被其他程序占用导致。解决方法：修改访问端口。用记事本打开 Ufseeyon OA tomcat conf server.xml ，大约在 77 行，在port=“8080” 中将“8080”修改为其它空闲端口，清空 Ufseeyon OA tomcatwork
7、下内容，然后重启小地球。查看端口被占用的命令：在 DOS 窗口中输入 netstat -nab（-n 表示以数字形式显示地址和端口号；-a 表示显示所有连接和监听的端口；-b 表示显示包含于创建每个连接或监听端口的可执行组件） ，查看端口信息,如图八：图八C、数据库文件损坏问题现象一：小地球启动失败，TC_2010*.LOG 日志中显示“java.lang.RuntimeException: java.sql.SQLException: Table XXX is marked as crashed and should be repaired” （XX 为某张数据表） 。故障原因：数据由于服务
8、器意外断电或者非法关机、或者 A6 服务异常停止以后出现的表损坏引起的。 解决方法：备份 mysql3235，然后使用表修复工具进行全表修复。注意：A6-280SP1 及以后版本有数据表自动修复功能，每次启动的时候如果有表损坏，会先进行修复。此段时间内登陆，首页无法显示。D、杀毒软件和防火墙问题现象一：360 安全卫士升级后，OA 控制台打开时提示：初始化信息失败。故障原因：服务器 oa 的注册表被删除。解决方法：（1）打开 360 安全卫士，单击“木马查杀”选项卡，在窗口的右侧找到“文件恢复区”选项。（2）点击该选项，后可以看到在该窗口中，有两个文件被隔离。（3）单击窗口中两个“恢复”按钮，
9、并切记在选项“恢复后信任此文件，不再查杀”前进行勾选，然后确定。（4）关闭 360 安全卫士相关窗口，最好重启一次操作系统，可以恢复正常启动。（5）如果在 360 安全卫士或杀毒软件找不到被隔离的 A6 程序文件，需要重新安装A6 解决此问题。E、xml 文件解析异常问题现象：日志显示：“严重: Parse Fatal Error at line 1 column 1: Content is not allowed in prolog.org.xml.sax.SAXParseException: Content is not allowed in prolog. ”。故障原因：UFseeyon
10、OAtomcatconf下 tomcat-users.xml 文件被修改后乱码所致。解决方法：将同版本安装包中的相同文件 tomcat-users.xml 替换即可。F、日志显示问号问题现象：安装程序路径:oaservicelogs 中已 TC 开头的日志显示： ?:故障原因：操作系统语言选项导致。解决方法：在控制面板中，区域和语言选项中，区域选项选成中文（中国） ，高级中，选上中文（中国） ，然后把默认用户帐户设置将所有用户和默认用户配置文件的勾上（如图九） ，然后确定，重启服务器。图九G、IO 异常问题现象：日志显示： “严重: IOException while loading persisted sessions: java.io.EOFException”。故障原因：系统环境因素引起的 session 失效。解决方法：出现问题后清空 tomcat 下的 work 后重启 A6 服务即可。
