SonarQube 6.7.2重启时数据库迁移失败求助

从你提供的日志来看，SonarQube在启动时执行数据库迁移步骤#1619（恢复sonar-users默认用户组）失败，导致整个迁移流程终止，进而无法正常启动。下面是几个针对性的排查和解决方向：

1. 检查sonar-users组是否已存在于数据库中 #

sonar-users是SonarQube的核心默认用户组，迁移步骤#1619的目的是确保这个组存在且状态正常。如果该组已经存在但数据状态异常（比如主键冲突、关联数据缺失），就会触发迁移失败：

• 登录到SonarQube对应的数据库，执行查询语句（以MySQL为例）：

  SELECT * FROM groups WHERE name = 'sonar-users';
  

• 如果查询到结果：
  • 先备份该组的关联数据（比如用户组关联表groups_users）
  • 谨慎删除该组（务必先备份整个数据库），然后重启SonarQube让迁移重新执行
  • 如果删除后仍失败，检查该组的关联数据是否有残留，清理后再重试

2. 验证数据库账号的权限 #

SonarQube的数据库账号需要具备足够的权限来执行表结构修改、数据插入/更新/删除操作。如果权限不足，迁移脚本会执行失败：

• 确认数据库账号拥有ALTER、INSERT、UPDATE、DELETE等核心权限
• 可以尝试用该账号手动执行简单的SQL语句（比如插入一条测试数据），测试权限是否正常

3. 查看完整的迁移异常日志 #

你提供的日志只显示了失败结果，没有具体的异常堆栈信息。建议查看SonarQube安装目录下logs/web.log的完整内容，找到该迁移失败对应的详细错误（比如SQL执行错误、约束冲突等），这能帮你精准定位问题根源。

4. 检查数据库与SonarQube版本的兼容性 #

SonarQube 6.7.2对数据库版本有明确要求，版本不兼容可能导致迁移脚本执行异常：

• MySQL：5.6或5.7（不支持8.0）
• PostgreSQL：9.3至10.x
• Oracle：11g R2或12c
• SQL Server：2012或更高版本
  建议确认你的数据库版本是否在兼容范围内，必要时调整数据库版本。

5. 手动执行迁移脚本（进阶操作） #

如果以上方法都无效，可以尝试手动执行#1619对应的迁移脚本：

• 从SonarQube的sonar-server.jar中提取db/migration目录下的对应脚本（脚本命名通常包含版本号和步骤号，比如V670_XXX__Restore_sonar-users_group.sql）
• 备份数据库后，手动执行该脚本，观察是否报错，根据错误提示修复问题后再重启SonarQube

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