aggregator是DEM中的一个内置服务，作用是数据压缩，在部署DEM时，该服务需要正常启动后DEM页面才能正常访问。
接下来分享之前两次遇到过的aggregator启动异常的排查过程。
第一次问题：因为JAVA_HOME环境变量导致。
1.DEM报错“Start aggregator process error!”

2.通过前台的方式启动aggregator，有报错。
切换到aggregator的路径下面，这里的路径是：/home/dmdba/apache-tomcat-9.0.65/webapps/dem/resources/aggregator
通过./start.sh前台启动服务，显示的是java的路径没有找到，查看当前的环境变量JAVA_HOME和JRE_HOME，都没有问题

3.查看dmdba环境变量文件/etc/profile，找到问题所在。
原来不知道是谁将dmdba环境变量文件/etc/profile中的JAVA_HOME和JRE_HOME的路径都指定到/usr/local下了，最终导致了这个问题。

4.解决方法是调整JAVA_HOME。
可以将/etc/profile中的JAVA_HOME等变量路径改成数据库自带的JAVA路径，或者为了影响最小，在aggregator的启动脚本start.sh中指定JAVA_HOME的路径，指定后，采用./start.sh脚本前台启动aggregator能正常启动，说明aggregator没问题。


处理后，DEM能正常启动了。

第二次问题：第一次启动tomcat服务时，aggregator服务没有加载完成。
1.因为第一次启动tomcat时，过了很长时间tomcat都没有启动完成，后来没等tomcat完全启动就将java进程kill了，第一次没有完全启动，后续再次启动就报以下错误，aggregator就再也无法启动了。

2.处理的方法是将DEM外置库实例删除后重新初始化，再执行dem_init.sql脚本，启动tomcat服务，DEM包能正常启动，问题解决。

总结：由上可以看出，aggregator的启动受环境变量JAVA_HOME的影响，也受外置库的影响，在第一次启动DEM时，不管是否报错，需要等待tomcat服务完全启动才行。