1. 项目概述为什么选择 SonarQube 9.9.4 LTS如果你是一名开发者、团队负责人或者 DevOps 工程师那么“代码质量”这个词对你来说一定不陌生。我们每天都在写代码但如何确保这些代码不仅仅是“能跑”而是健壮、安全、可维护的呢靠人工 Review效率太低而且容易遗漏。这时候一个自动化的代码质量分析平台就显得至关重要了。SonarQube 正是这个领域的“老大哥”它通过静态代码分析能帮你自动发现代码中的 Bug、漏洞、代码异味Code Smell以及重复代码并给出详细的修复建议。这次我们要安装的版本是SonarQube 9.9.4 LTS。LTS 是 Long-Term Support 的缩写即长期支持版。对于生产环境来说选择 LTS 版本是明智之举因为它意味着更长的维护周期、更稳定的更新和更少的不兼容性风险。9.9.4 是 9.x LTS 系列中的一个重要更新版本修复了之前版本的一些问题提供了更好的稳定性和性能。社区版Community Edition则提供了核心的代码质量分析功能对于大多数中小型团队或个人开发者来说功能已经绰绰有余涵盖了 20 多种编程语言的支持。所以这篇内容的目标很明确带你从零开始在一台干净的 Linux 服务器以 Ubuntu 22.04 LTS 为例上一步步部署一个稳定、可用的 SonarQube 9.9.4 LTS 社区版。我会把过程中所有关键的配置、可能遇到的坑以及我的解决经验都分享出来让你不仅能成功安装更能理解每一步背后的“为什么”最终搭建起属于你自己的代码质量守护神。2. 环境准备与前置条件解析在开始安装 SonarQube 之前我们必须把它的“家”给准备好。SonarQube 不是一个简单的单机应用它由几个核心部分组成Web 服务器、计算引擎和数据库。因此它对运行环境有比较明确的要求。盲目安装大概率会失败我们先来理清这些前提。2.1 服务器与操作系统要求SonarQube 的服务端是使用 Java 编写的因此它可以在任何支持 Java 的平台上运行但官方对 Linux 系统的支持最为完善。我们选择Ubuntu 22.04 LTS作为演示环境主要是因为其广泛的社区支持、稳定的包管理和长期维护周期这与我们选择 SonarQube LTS 版本的思路是一致的。硬件要求方面这取决于你分析的代码库规模和并发分析任务的数量。对于个人或小团队初始使用我建议的最低配置如下CPU: 2 核以上。代码分析是 CPU 密集型操作尤其是进行深度扫描时。内存: 4GB 以上推荐 8GB。SonarQube 服务本身和 Elasticsearch其内置的搜索引擎都是内存消耗大户。内存不足是启动失败最常见的原因之一。磁盘: 至少 10GB 可用空间。需要存放 SonarQube 程序、数据库以及分析报告数据。如果代码库很大需要预留更多空间。一个关键的、容易被忽略的系统配置是最大文件描述符file descriptors和最大用户进程数max user processes。SonarQube 在运行时会打开大量文件如果系统限制太低会导致服务运行不稳定甚至崩溃。我们会在安装过程中专门调整这个参数。2.2 核心依赖Java 与数据库选型这是两个必须提前安装好的核心依赖。Java (JRE): SonarQube 9.9 需要Java 17。注意必须是 Java 17更高或更低的版本都不支持。我们将通过安装 OpenJDK 17 来满足这个要求。数据库: SonarQube 支持多种数据库包括 PostgreSQL、Microsoft SQL Server 和 Oracle。对于社区版PostgreSQL是最佳也是唯一推荐的选择从 SonarQube 7.9 开始社区版已不再支持 MySQL。我们将安装 PostgreSQL 15或更高版本作为 SonarQube 的后端数据存储。注意切勿使用 root 用户直接运行 SonarQube 服务。出于安全考虑我们需要创建一个专用的系统用户来运行它。用 root 运行会带来巨大的安全风险SonarQube 自身也会在启动时检查并拒绝。2.3 实操基础环境搭建现在让我们登录到 Ubuntu 22.04 服务器开始具体的准备工作。假设你已经有了一台拥有 sudo 权限的服务器。首先更新系统软件包列表是一个好习惯sudo apt update sudo apt upgrade -y第一步安装 Java 17sudo apt install openjdk-17-jre-headless -y安装完成后验证版本java -version你应该能看到类似openjdk version 17.0.xx的输出。这里安装的是jre-headless即不包含图形界面的运行时环境对于服务器来说更轻量。第二步安装和配置 PostgreSQL 15添加 PostgreSQL 官方仓库并安装sudo sh -c echo deb https://apt.postgresql.org/pub/repos/apt $(lsb_release -cs)-pgdg main /etc/apt/sources.list.d/pgdg.list wget --quiet -O - https://www.postgresql.org/media/keys/ACCC4CF8.asc | sudo apt-key add - sudo apt update sudo apt install postgresql-15 postgresql-client-15 -y安装完成后PostgreSQL 服务会自动启动。接下来我们需要为 SonarQube 创建一个专用的数据库和用户。sudo -u postgres psql进入 PostgreSQL 命令行后执行以下 SQL 语句CREATE DATABASE sonarqube; CREATE USER sonarqube WITH ENCRYPTED PASSWORD YourStrongPasswordHere; GRANT ALL PRIVILEGES ON DATABASE sonarqube TO sonarqube; ALTER DATABASE sonarqube OWNER TO sonarqube; \q请务必将‘YourStrongPasswordHere’替换为一个高强度的密码并记录下来。第三步创建 SonarQube 系统用户并调整系统参数创建用户和组sudo groupadd sonarqube sudo useradd -c “SonarQube” -d /opt/sonarqube -g sonarqube -s /bin/bash sonarqube调整系统限制编辑/etc/security/limits.conf文件sudo nano /etc/security/limits.conf在文件末尾添加sonarqube - nofile 65536 sonarqube - nproc 4096这些设置提高了 sonarqube 用户可打开的文件数和进程数。要使这些限制生效通常需要重新登录但为了简化我们也可以检查当前会话。更关键的步骤是修改系统控制参数sudo nano /etc/sysctl.conf添加或确保存在以下行vm.max_map_count262144 fs.file-max65536运行sudo sysctl -p使配置立即生效。vm.max_map_count这个参数对 ElasticsearchSonarQube 内部使用至关重要值太低会导致启动失败。3. SonarQube 9.9.4 LTS 安装与配置详解环境准备就绪现在可以开始安装 SonarQube 本体了。我们将从官网下载社区版进行解压和基础配置。3.1 下载与解压首先切换到我们创建的 sonarqube 用户的家目录也就是/opt/sonarqube。sudo mkdir -p /opt/sonarqube sudo chown -R sonarqube:sonarqube /opt/sonarqube sudo -u sonarqube bash cd /opt/sonarqube以 sonarqube 用户身份操作。现在去 SonarQube 官网下载 9.9.4 LTS 社区版。你可以使用wget直接下载。wget https://binaries.sonarsource.com/Distribution/sonarqube/sonarqube-9.9.4.87374.zip实操心得官网下载链接可能会变。如果上述链接失效最稳妥的方式是访问 SonarQube 官网下载页 找到 Community Edition 9.9 LTS 版本的下载链接。注意选择.zip格式。下载完成后解压unzip sonarqube-9.9.4.87374.zip解压后会生成一个sonarqube-9.9.4.87374目录。为了便于管理我们可以创建一个软链接或者直接重命名。ln -s sonarqube-9.9.4.87374/ current这样/opt/sonarqube/current就指向了我们的 SonarQube 主目录。所有后续操作都在这个current目录下进行。3.2 核心配置文件解析与修改SonarQube 的配置主要集中在conf目录下的sonar.properties文件中。这是连接数据库、设置Web端口、调整内存等关键操作的地方。cd /opt/sonarqube/current/conf cp sonar.properties sonar.properties.bak # 强烈建议先备份 nano sonar.properties我们需要修改以下几个关键部分数据库连接配置找到 PostgreSQL 相关的配置段取消注释并修改。sonar.jdbc.usernamesonarqube sonar.jdbc.passwordYourStrongPasswordHere # 替换成你之前设置的密码 sonar.jdbc.urljdbc:postgresql://localhost:5432/sonarqube?currentSchemapublic这里假设 PostgreSQL 和 SonarQube 在同一台服务器上。如果不在需要将localhost替换为数据库服务器的 IP 或主机名。Web 服务器配置默认端口是 9000你可以按需修改。sonar.web.host0.0.0.0 # 绑定到所有网络接口允许外部访问 sonar.web.port9000如果你只想本地访问可以设置为127.0.0.1。Elasticsearch 存储路径可选但建议SonarQube 使用 Elasticsearch 存储索引默认路径在temp目录下但我们可以将其指向一个更持久的位置。sonar.path.data/opt/sonarqube/data sonar.path.temp/opt/sonarqube/temp退出 nano 前记得创建这两个目录并赋予权限sudo mkdir -p /opt/sonarqube/{data,temp} sudo chown -R sonarqube:sonarqube /opt/sonarqube/data /opt/sonarqube/temp3.3 内存设置调优对于小规模部署默认的内存设置可能够用但为了性能更佳我们可以调整conf目录下的wrapper.conf文件。这个文件控制着 SonarQube 的 Java 进程包装器参数。nano /opt/sonarqube/current/conf/wrapper.conf找到以wrapper.java.additional开头的行其中包含了-Xms初始堆内存和-Xmx最大堆内存参数。根据你的服务器内存情况调整例如对于 8GB 内存的服务器wrapper.java.additional.1-Xms2g wrapper.java.additional.2-Xmx4g-Xms2g表示 JVM 启动时即分配 2GB 堆内存-Xmx4g表示最大可扩展到 4GB。设置合适的值可以避免频繁的垃圾回收提升性能。注意要留出足够的内存给操作系统和 Elasticsearch。4. 服务启动、初始化与系统集成配置完成后我们可以尝试启动 SonarQube 了。但直接运行脚本并不是生产环境的最佳做法我们需要将其配置为系统服务。4.1 首次启动与问题排查在配置为系统服务前我们可以用 sonarqube 用户手动启动一次以便观察日志排查潜在问题。cd /opt/sonarqube/current ./bin/linux-x86-64/sonar.sh start # 如果是 ARM 架构目录可能是 linux-arm-64启动后查看日志tail -f logs/sonar.log或者查看更详细的 web 服务日志tail -f logs/web.log关键检查点日志中是否有ERROR或java.lang.IllegalStateException这通常意味着配置错误比如数据库连接不上、内存不足、或者系统参数如vm.max_map_count没设置对。等待启动完成首次启动会进行数据库初始化可能需要几分钟。当你看到日志中出现SonarQube is up或Process[web] is up时表示启动成功。访问测试在浏览器中访问http://你的服务器IP:9000。你应该能看到 SonarQube 的初始化页面提示你创建管理员账号默认用户名/密码是 admin/admin。如果看不到检查服务器防火墙是否放行了 9000 端口sudo ufw allow 9000。4.2 配置为 Systemd 服务手动启动不适合生产环境。我们需要创建一个 systemd 服务单元文件让 SonarQube 能够随系统自动启动、停止并更好地管理日志。创建服务文件sudo nano /etc/systemd/system/sonarqube.service将以下内容粘贴进去请根据你的实际路径修改ExecStart和WorkingDirectory[Unit] DescriptionSonarQube service Aftersyslog.target network.target postgresql.service [Service] Typeforking Usersonarqube Groupsonarqube PermissionsStartOnlytrue ExecStart/opt/sonarqube/current/bin/linux-x86-64/sonar.sh start ExecStop/opt/sonarqube/current/bin/linux-x86-64/sonar.sh stop StandardOutputjournal Restarton-failure LimitNOFILE65536 LimitNPROC4096 TimeoutStartSec300 TimeoutStopSec300 [Install] WantedBymulti-user.target这里有几个关键点Afterpostgresql.service确保 PostgreSQL 数据库先启动。User和Group指定用我们创建的 sonarqube 用户运行这是安全最佳实践。LimitNOFILE和LimitNPROC覆盖了之前在limits.conf中的设置确保服务进程本身也受到正确的限制。TimeoutStartSec设置为 300 秒5分钟因为 SonarQube 首次启动或升级时初始化可能较慢避免 systemd 误判为启动超时。保存退出后重新加载 systemd 配置并启用服务sudo systemctl daemon-reload sudo systemctl enable sonarqube.service sudo systemctl start sonarqube.service检查服务状态sudo systemctl status sonarqube.service如果状态是active (running)并且用sudo journalctl -u sonarqube -f查看日志没有报错那么恭喜你SonarQube 服务已经成功在后台运行了。5. 反向代理与安全加固可选但推荐直接通过 IP:9000 访问不够友好也不安全。通常我们会通过 Nginx 或 Apache 这样的 Web 服务器做反向代理绑定域名并使用 HTTPS。5.1 使用 Nginx 配置反向代理假设你已经有一个域名例如sonar.yourcompany.com并指向了这台服务器。首先安装 Nginxsudo apt install nginx -y为 SonarQube 创建一个 Nginx 站点配置文件sudo nano /etc/nginx/sites-available/sonarqube添加以下配置。这里我们假设先配置 HTTP稍后再加 HTTPS。server { listen 80; server_name sonar.yourcompany.com; # 替换为你的域名 location / { proxy_pass http://127.0.0.1:9000; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_connect_timeout 300; proxy_send_timeout 300; proxy_read_timeout 300; send_timeout 300; } # 增大客户端最大 body 大小用于上传扫描报告 client_max_body_size 100M; }proxy_read_timeout等超时设置得长一些因为代码分析报告上传可能耗时。创建软链接启用该配置并测试sudo ln -s /etc/nginx/sites-available/sonarqube /etc/nginx/sites-enabled/ sudo nginx -t # 测试配置语法 sudo systemctl reload nginx现在你应该可以通过http://sonar.yourcompany.com访问 SonarQube 了。5.2 使用 Let‘s Encrypt 配置 HTTPS安全至关重要我们必须启用 HTTPS。使用 Certbot 可以免费获取 Let‘s Encrypt 证书。sudo apt install certbot python3-certbot-nginx -y sudo certbot --nginx -d sonar.yourcompany.com按照 Certbot 的提示操作它会自动修改你的 Nginx 配置添加 SSL 相关设置并重定向 HTTP 到 HTTPS。完成后你的 SonarQube 就通过安全的 HTTPS 提供服务了。5.3 SonarQube 自身的反向代理配置为了让 SonarQube 能正确生成链接例如在邮件通知中我们需要告诉它正在被反向代理。编辑sonar.propertiessudo -u sonarqube nano /opt/sonarqube/current/conf/sonar.properties添加或修改sonar.core.serverBaseURLhttps://sonar.yourcompany.com保存后重启 SonarQube 服务使配置生效sudo systemctl restart sonarqube6. 常见问题排查与性能优化实录即使按照步骤操作在实际部署中也可能遇到各种问题。下面是我在多次部署中总结的一些典型问题及其解决方法。6.1 启动失败问题排查速查表问题现象可能原因排查与解决方法日志中出现java.lang.IllegalStateException: Can not connect to database1. 数据库服务未运行。2.sonar.properties中数据库连接信息用户名、密码、地址、端口错误。3. PostgreSQL 未允许本地密码认证。1.sudo systemctl status postgresql检查状态。2. 仔细核对配置文件。可用sudo -u postgres psql -h localhost -U sonarqube -d sonarqube测试连接。3. 检查/etc/postgresql/15/main/pg_hba.conf确保有local all all md5和host all all 127.0.0.1/32 md5行。修改后需sudo systemctl reload postgresql。日志中出现bootstrap failed: max virtual memory areas vm.max_map_count [65530] is too low系统参数vm.max_map_count设置不足。执行sudo sysctl -w vm.max_map_count262144临时修改并按照 2.3 节所述将其永久写入/etc/sysctl.conf。服务状态为active (exited)或启动后很快停止1. Java 版本不对。2. 内存不足JVM 崩溃。3. 文件描述符限制。1. 确认java -version输出为 OpenJDK 17。2. 检查logs/sonar.log末尾是否有OutOfMemoryError。适当增加wrapper.conf中的-Xmx值并确保服务器有足够物理内存。3. 检查limits.conf和sonarqube.service文件中的LimitNOFILE设置。通过 Nginx 访问报 502 Bad Gateway1. SonarQube 服务未运行。2. Nginx 配置中proxy_pass地址错误。3. SonarQube 启动太慢Nginx 超时。1.sudo systemctl status sonarqube检查。2. 确认proxy_pass http://127.0.0.1:9000;正确。3. 增加 Nginx 配置中的proxy_read_timeout等超时参数如 5.1 节所示。首次登录后无法创建项目或执行扫描内置的 Elasticsearch 进程启动异常。检查logs/es.log文件。常见原因是内存不足或存储路径/opt/sonarqube/data权限不对。确保目录存在且sonarqube用户有读写权限。6.2 性能优化与日常维护建议定期备份生产环境务必定期备份。核心是两部分数据库使用pg_dump定期备份 PostgreSQL 中的sonarqube数据库。数据目录备份你设置的sonar.path.data目录默认为/opt/sonarqube/data这里面包含了 Elasticsearch 索引和上传的代码快照。# 示例备份命令 sudo -u postgres pg_dump sonarqube /backup-path/sonarqube_db_$(date %Y%m%d).sql tar -czf /backup-path/sonarqube_data_$(date %Y%m%d).tar.gz /opt/sonarqube/data日志清理SonarQube 的日志文件在logs/目录下会随时间增长。可以配置日志轮转logrotate或定期手动清理旧的日志文件。监控与调优内存监控使用htop或free -h命令监控内存使用情况。如果 SWAP 使用频繁说明物理内存可能不足需要考虑升级服务器或优化 SonarQube 的 JVM 参数。磁盘空间监控定期检查数据库和data目录的磁盘使用情况避免磁盘写满导致服务异常。分析速度优化如果代码分析速度慢可以尝试调整 SonarQube Scanner 的 JVM 参数通过SONAR_SCANNER_OPTS环境变量或者为 SonarQube 服务器分配更多的 CPU 和内存资源。升级策略对于 LTS 版本官方会发布安全补丁和 bug 修复。升级前务必在测试环境进行完整验证并备份数据库和数据目录。升级步骤通常是停止服务 - 备份 - 解压新版本到新目录 - 复制旧的conf和data等目录到新版本 - 修改新版本的sonar.properties- 启动服务。详细步骤需参考官方升级文档。至此一个生产可用的 SonarQube 9.9.4 LTS 社区版已经部署完成。从环境准备、安装配置、服务集成到安全加固和问题排查我们覆盖了从零到一的完整流程。这套系统将成为你代码质量体系中的自动化基石帮助团队在开发早期发现并修复问题从而显著提升软件的长期可维护性和安全性。