SonarQube启动后随ElasticSearch停止，如何恢复Sonar服务正常运行？

针对你遇到的ElasticSearch启动后Web Server随即停止，导致SonarQube整体退出的问题，可按以下步骤排查解决：

1. 查看详细错误日志 #

当前提供的app日志未包含Web Server崩溃的具体原因，需查看SonarQube安装目录下logs文件夹中的核心日志文件：

• web.log：记录Web Server启动和运行的详细错误，比如数据库连接失败、资源加载异常等
• ce.log：若Compute Engine启动异常也会影响整体服务，可一并检查

2. 验证JDK兼容性 #

SonarQube 10.2.1要求使用64位JDK 17，需确保：

• 执行java -version确认版本为17.x，且为64位运行环境
• 检查conf/wrapper.conf中的wrapper.java.command配置，指向正确的JDK 17路径，避免混用其他版本JDK

3. 修复目录权限问题 #

Windows环境下，SonarQube安装目录（C:\SONAR\soanr 1\sonarqube-10.2.1.78527）及子目录（尤其是temp、logs、data）需要当前启动用户具备读写权限：

1. 右键目标文件夹 → 「属性」→ 「安全」
2. 点击「编辑」，为当前登录用户添加「完全控制」权限
3. 应用设置后重新启动SonarQube

4. 调整JVM内存配置 #

当前Web Server的JVM堆内存（-Xmx512m）可能不足，导致启动失败：

1. 打开conf/sonar.properties
2. 修改sonar.web.javaOpts配置，例如：

   sonar.web.javaOpts=-Xmx1024m -Xms256m -XX:+HeapDumpOnOutOfMemoryError
   

3. 同时建议调整Elasticsearch的内存配置（sonar.es.javaOpts）至至少1G：

   sonar.es.javaOpts=-Xmx1g -Xms1g
   

5. 检查端口占用 #

Web Server默认使用9000端口，若被其他程序占用会导致启动失败：

1. 打开命令提示符，执行：

   netstat -ano | findstr :9000
   

2. 若输出结果中有其他进程ID（PID），则说明端口被占用，可：
   • 终止占用端口的进程，或
   • 修改conf/sonar.properties中的sonar.web.port为其他未占用端口（如9002）

6. 处理SecurityManager弃用警告 #

虽然该警告不是直接崩溃原因，但可能影响稳定性：

1. 在conf/sonar.properties中添加额外JVM参数：

   sonar.web.javaAdditionalOpts=--add-opens=java.base/java.lang=ALL-UNNAMED --add-opens=java.base/java.security=ALL-UNNAMED
   

2. 或升级SonarQube至10.3及以上版本，官方已修复该弃用警告相关问题

7. 检查数据库配置 #

• 若使用默认H2数据库：可能数据库文件损坏，可删除data文件夹下的H2相关文件（测试环境下），重新启动SonarQube
• 若使用外部数据库（MySQL/PostgreSQL等）：确认conf/sonar.properties中的数据库连接配置（sonar.jdbc.url、sonar.jdbc.username、sonar.jdbc.password）正确，且数据库服务正常运行

内容的提问来源于stack exchange，提问作者Anagha Rose