Sonarqube Sonar分析失败，错误为在模式迁移后无法退出4.3.2中的预览数据库

我们将oracle 11.2模式迁移到新的oracle 11.2 DB服务器。针对新模式运行sonarqube 4.3.2分析时失败，出现以下错误

此外，尽管数据库中有field sonar.core.ID条目，但服务器ID在GUI中显示为空。也无法生成ID。不确定这是否与si有关

 Unable to evict preview database: /batch_bootstrap/evict?project=724277: Fail to execute request [code=500, url=http://pchiroadmap01.lnx.in.here.com:9000/batch_bootstrap
/evict?project=724277]: Fail to download 
[http://pchiroadmap01.lnx.in.here.com:9000/batch_bootstrap
/evict?project=724277]. Response code: 500 -> [Help 1]

声纳日志显示以下异常情况。

ActiveRecord::JDBCError: ORA-00904: "NOTE": invalid identifier
: INSERT INTO properties (prop_key, resource_id, text_value, user_id, name, value, note, id) VALUES('sonar.dryRun.cache.lastUpdate', 724277, empty_clob(), NULL, NULL, NULL, NULL, ?)
        /local_data/sonarqube-4.3.2/web/WEB-INF/gems/gems/activerecord-2.3.15/lib/active_record/connection_adapters/abstract_adapter.rb:227:in `log'
        /local_data/sonarqube-4.3.2/web/WEB-INF/gems/gems/activerecord-jdbc-adapter-1.1.3/lib/arjdbc/oracle/adapter.rb:183:in `ora_insert'

请建议可以做什么

谢谢

Jayesh

正如您在（SonarQube 4.3.2）上看到的，“属性”表中没有“注释”列，也没有“值”或“名称”。这意味着日志中出现以下错误：

ActiveRecord::JDBCError: ORA-00904: "NOTE": invalid identifier
: INSERT INTO properties (prop_key, resource_id, text_value, user_id, name, value, note, id) VALUES('sonar.dryRun.cache.lastUpdate', 724277, empty_clob(), NULL, NULL, NULL, NULL, ?)
        /local_data/sonarqube-4.3.2/web/WEB-INF/gems/gems/activerecord-2.3.15/lib/active_record/connection_adapters/abstract_adapter.rb:227:in `log'
        /local_data/sonarqube-4.3.2/web/WEB-INF/gems/gems/activerecord-jdbc-adapter-1.1.3/lib/arjdbc/oracle/adapter.rb:183:in `ora_insert'

指示您的DB架构已被更改。在这种情况下，你不能期望SonarQube正常工作

更新：

---

有一件事可能会对您有所帮助：它可能链接到您用于SonarQube的JDBC用户。如果此用户能够访问包含两个数据库的两个模式，则可能会发生这种错误。因此，您应该检查这一点。

想知道您是从哪个版本进行迁移的。您在迁移过程中看到日志中有任何错误吗？我们有一个实例在4.3.2上运行，该实例与oracle 11.2架构不在我们的生产数据库服务器上。所以我们在生产服务器上创建了一个新模式，并导入了旧模式。现在将sonar指向该模式。初始导入时，我们遇到了重复项，分析将失败，并出现唯一的约束冲突错误。然而，现在分析会在仪表板上发布，但最终由于DB逐出错误而失败。感谢我们的回复。是的，我看到它正试图写一个不存在的专栏，但它为什么要这样做还不清楚。所以问题是我们能做些什么来正确地迁移它。我们尝试了从正在工作的sonar实例模式的多个新导入，但没有成功。导入后，将现有模式与新模式进行比较不会显示任何差异。在任何情况下，你能建议我现在的选择吗？因为我已经在这上面停留了一段时间。我用一个可以帮助你的提示更新了答案。听起来很疯狂，但是如果我手动在新架构中添加这些额外的列，我就生成了服务器ID，数据库逐出的问题就消失了。我在仪表板上得到了正确的分析报告，没有任何问题。然而，我仍然要面对这个问题。