问题描述

更新服务不可用请求失败返回的响应码是503

原因分析

产生该问题可能存在多方面原因：

1、Apusic许可过期；

2、迁移环境，群集IP与当前服务器IP地址不一致；

3、群集环境下，从实例出现异常，只有主实例正常；

操作步骤

1、Apusic许可过期检查；

Apusic许可是否过期，需要到EAS应用服务器管理控制台“license页签”查看apusic许可有效期；

如发现apusic许可有效期已过，则需要更换apusic许可，重新导入apusic许可即可。

注意：临时apusic许可与订阅版apusic许可的有效期

2、迁移环境，群集IP与当前服务器IP地址不一致；

到EAS服务端打开管理控制台，点击“群集控制器”页签，检查群集页签中的IP地址是否与服务器本机IP地址一致，如不一致则会导致出现该问题，我们需要重新进行“群集配置”通过群集配置修改正确的IP地址即可；

3、群集环境下，从实例出现异常，只有主实例正常；

检查服务端“群集控制器”页签中的实例是否有存在服务异常的情况，如群集环境下，当前环境只有2个实例，当实例2出现服务异常时，客户端更新可能就会出现：更新服务不可用请求失败返回的响应码是503 ，如下:

一、如第三步中出现服务异常，需要收集对应日志提单反馈进行分析服务异常的原因，收集日志如下：

1、确认是否产生宕机日志： 确认是否产生***heapdump***、javacore***.txt文件。 

 对应路径参考： Apusic： $EAS_HOME \eas\server\profiles\server*\bin\ ； 

宕机日志比较大，需要压缩之后，参考帖子： https://vip.kingdee.com/school/174615130251023616 进行上传宕机日志；

2、apusic日志：eas/server/profilese/server*/logs/apusic(请根据问题时间点按日志文件的修改时间判断取对应的日志) ；

3、实例的jvm_gc日志:eas/server/profilese/server*/logs/jvm_gc(请根据问题时间点按日志文件的修改时间判断取对应的日志)；

4、 ha日志：eas/admin/logs/ha.log。

二、收集完日志之后，先重启服务恢复环境的使用。