嗨,我面临这个问题已经很长一段时间了。我没有得到任何帮助,所以我再次尝试转发,这是我以前的问题。有关详细信息,I am using MSSQL shared database for my sonarqube.我没有任何错误日志来解决我的问题。但是当我拿出我的数据库并运行嵌入式数据库时,它运行得很好。但是,当我通过配置我的MSSQL数据库运行时,我遇到了间歇性的分析失败。我的环境是Linux中的Sonarqube 5.6,数据库是MSSQL 14。
谢谢你的帮助。。
你会推荐什么最好的工具来分析C/C++代码,并确定哪些部分占用的时间最长。目前,我只是依赖于日志,但信息当然是不准确的,因为引入了不必要的延迟。
优选地,该工具还能够检测/建议可以优化的区域,如果存在这样的工具的话。
平台: Linux
应用程序应该在嵌入式环境中使用,因此它应该是轻量级的和外部的(而不是某个IDE上的插件)。
Server 2005中有一个数据库,其事务日志已满。它正在使用快照复制。我注意到事务日志没有释放空间。因此,我创建了一个额外的事务日志。三天过去了,第一个事务日志仍然是满的。我执行了完整的数据库备份和事务备份。然后,我尝试缩小事务日志,但收缩失败。
有人能告诉我们收缩事务日志失败的原因吗?ANy关于如何解决问题的其他建议?