升级和移动 Sonar Server 2.13.1 -> 4.5.6LTS - 开始之前答案

【问题标题】：Upgrade and move Sonar Server 2.13.1 -> 4.5.6LTS - Before starting升级和移动 Sonar Server 2.13.1 -> 4.5.6LTS - 开始之前
【发布时间】：2016-01-28 15:50:21
【问题描述】：

在生产服务器 RHEL 6.3 (Box1) 上运行 Jenkins 版本。 1.565.1（声纳插件 2.1）；马文版3.0.5；爪哇版1.7.0_51； mysql版本。 5.1.61（InnoDB 引擎）； SonarQube 版本。 2.13.1（不使用声纳插件）。

我想将 Sonar 2.13.1 升级到 Sonar 4.5.6，因为它是最后一个 LTS 那么升级过程会是：从2.13.1 -> 3.7.4 -> 4.5.6（两步）？

另外，Sonar 将在另一个盒子 (Box2) 上移动/升级，mysqlDB 将在第三个盒子 (Box3) 上移动/升级。

相关问题：

转储/恢复时是否会保留数据？
我可以将 Box3 放在专用的生产数据库网络上吗：192.x.x.x（而 Box1 和 Box2 将在同一个 - 172.x.x.x 中）还是必须将它们放在同一个网络上？或者，最好有 Box2 = Box3 还是没有这两种配置？

补充问题：官方文档的升级版本显示 Analizers 不与 Sonar DB 通信，而之前的版本表明它们可以。这意味着从某个 Sonar 版本开始，行为会发生变化，这不会影响升级过程？

谢谢你，莱昂纳多

【问题讨论】：

标签： sonarqube

【解决方案1】：

您可以直接从 2.13.1 升级到 4.5.6。只有在 4.5.6 之后，您必须点击当前版本和目标版本之间的每个 LTS。

将数据库移动到不同的盒子：按照数据库供应商的建议将数据库移动到不同的机器，然后将您的 SQ 服务器连接到新位置的数据库并确保一切正常。应该是这样的。您可以在移动之前或之后进行升级，只需确保 - 如正常升级过程中所述 - 首先备份数据库。

分析网络和数据库盒的接近性：分析期间与数据库的联系仅在 5.2 中完全切断。由于您只是升级到 4.5.6，因此您需要保持这两个框在网络方面彼此靠近。请注意，我指的是运行分析的机器，与运行服务器的机器不同。

【讨论】：