蓝易云cdn:sonarqube在cr服务器上如何重启

重启SonarQube若方式不妥当，就有可能致使服务出现长时间的中断情况，或者造成数据损坏，而熟知在不同的部署环境之下的恰当重启办法，能够助力运维人员把停机的时间把控在合理的范围以内，进而保障代码质量平台可以持续处于可用状态。

基于systemd的标准重启流程

systemctl status sonarqube

SonarQube在主流Linux发行版里，一般借助systemd来管理服务。一旦执行sudo systemctl restart sonarqube命令，系统就会给服务进程发送终止信号，接着并且等待它完成现时任务，之后自动再度拉起服务进程。这样的 restart这种开启，方式最为安全可靠，适用于绝大多数生产环境。

要是在重启以前需开展配置调整或者日志检查，能够采用分步操作办法。首先运行sudo systemctl stop sonarqube停下来服务，在这个时候能够开展必需的维护事务，结束之后经由sudo systemctl start sonarqube再度启动。这样的方式容许运维人员在服务重启之前查验配置文件的准确性。

重启了结之后，务必要借助systemctl status sonarqube去确认服务的状态，输出的结果里头，Active: active (running)意味着服务已然正常地运行，要是显示为failed，那就得立马去检查系统的日志，一般而言，重启所耗费的时间处于30至90秒的范围之中，具体的时间是由服务器的性能以及待处理的任务量来决定的。

手动安装版本的重启操作

存在一些较早部署的 SonarQube 实例，采用的是解压安装方式，其管理需借助自带脚本。先是切换到，位于 SonarQube 安装目录下的 bin/linux-x86-64 路径，接着执行./sonar.sh restart 命令，以此完成重启操作。该脚本能够自主处理服务的停止以及启动流程，操作较为简单且直接。

在手动安装的方式情形之下，去查看启动日志这件事情是尤为重要的，能够借助tail -f ../logs/sonar.log这个命令来实现实时监控启动的整个过程。当在日志之中出现SonarQube is operational这样的信息的时候，就表明服务已然完全启动并且能够对外去提供服务了。整个重启的过程一般是在60秒左右的时间就能够完成，要是长时间看不见这样的信息的话，那么就需要去排查故障了。

Docker容器环境的重启方案

sudo systemctl restart sonarqube

基于容器化进行部署的SonarQube，其重启命令是最为简洁的那种，去执行docker restart sonarqube这个操作就能完成。Docker引擎会先行向容器主进程发送SIGTERM信号，而后等待10秒的优雅停止时间，在这之后，要是进程仍然没有退出，那就会强制终止并且重新创建容器。这样的一种机制能够确保容器能够以快速的方式恢复服务。

sudo systemctl stop sonarqube
sudo systemctl start sonarqube

依靠Docker Compose进行管理的多容器环境当中，要进入到SonarQube服务所处的目录去执行docker-compose restart sonarqube这个命令。此命令会按照配置文件的内容重新创建指定的容器，并且会让其他相关联的服务不受到影响。容器化的重启一般情况下需要60秒至120秒，具体的时间是依据镜像拉取以及容器初始化的速度来定的。

重启前的状态确认工作

sudo systemctl status sonarqube

在执行任何重启操作的任何时段之前，都须要借助systemctl status sonarqube或者docker ps之类的命令，去确认当下服务的实际状态。知晓服务究竟是处于运行之中的那种状态，还是已然停止的那种状态，又或者是异常退出的那种状态，这对于挑选正确的处理策略是有着帮助作用的。对于已经停止的服务而言，能够直接进行启动，然而对于异常退出的服务来讲的话，则需要先要去分析故障产生的原因。

于状态确认之际，应当纪录当下服务的进程ID以及运行时长，这些信息能够用以当作重启之后进行对比之时的基准。尤其是当处置内存溢出等相关问题情景之下，重启之前的状态信息能够助力判断问题是不是同长时间运行积累具备相关性。建议在展开操作之前，率先把重要信息进行一种截取成为图片的方式或者保存至日志文件这样一种形式。

cd /opt/sonarqube/bin/linux-x86-64/
./sonar.sh restart

重启故障的快速排查方法

在重启之后，要是服务没办法正常启动了，那么端口占用就成了最为常见的故障所在之处。借助netstat -tlnp | grep 9000这个命令，来去查看SonarQube默认的端口是不是被别的进程给占用了。要是存在冲突的情况，那就得停止占用进程，或者去修改SonarQube配置文件里的端口设置。

因内存配置不足致使启动失败是典型缘由，查看sonar.properties配置文件里sonar.web.javaOpts参数所设堆内存大小，于生产环境建议把-Xmx值设定为2GB以上，倘若发觉配置过低，要调整后再度启动服务，防止因内存溢出造成服务频繁崩溃。

tail -f /opt/sonarqube/logs/sonar.log

数据库连接问题的诊断

在重启进程当中，数据库连接出现异常属于常见的故障类别，要去检查SonarQube配置文件里的数据库连接字符串、用户名以及密码是否正确，与此同时，还要确认数据库服务能不能正常运作并且网络是否能够抵达，数据库连接池配置要是不合适的话，也存在致使在启动时没办法建立足够连接的可能性。

查看日志文件里和数据库相关的错误信息，这是定位问题的关键所在，比如说Communications link failure代表网络连接方面存在问题，Access denied意味着认证信息有误，在解决数据库问题之后，要重新去执行启动命令从而让配置生效，整个这个过程可能会额外增添30秒左右的等待时间。

docker restart sonarqube

你于日常运维期间，碰到过SonarQube重启过后不能够启动的状况吗，欢迎于评论区去分享你那故障处理的经验，点赞以及转发这篇文章能够助力更多运维方面的同事迅速解决如同这般类似的问题。

docker-compose restart sonarqube

相关标签： # sonarqube # 重启方法 # cr服务器 # 部署方式 # 故障排查