Server 2005 Windows Server 2003 64位8处理器
3卷,每卷至少免费100次
我为一个有数百万行的表添加了一个sql索引,服务器关闭了。除了上次关闭之外,事件日志中没有任何内容是意外的。重新启动时,db是可疑的,我将采取步骤来恢复它。我运行了大约30分钟的数据库检查,然后又关闭了一次。这种模式很容易重复,这意味着每次我尝试它时都会发生这种情况。
如果我不尝试恢复这个db并让它处于位置,服务器就不会崩溃,否则就不会崩溃。它跑了一个星期,我才注意到分贝坏了。这意味着,在正常负载下,此服务器不会崩溃。这不是一个测试系统,而是一个测试系统。
我猜它过热了,不过没什么能告诉
你会推荐什么最好的工具来分析C/C++代码,并确定哪些部分占用的时间最长。目前,我只是依赖于日志,但信息当然是不准确的,因为引入了不必要的延迟。
优选地,该工具还能够检测/建议可以优化的区域,如果存在这样的工具的话。
平台: Linux
应用程序应该在嵌入式环境中使用,因此它应该是轻量级的和外部的(而不是某个IDE上的插件)。
嗨,我面临这个问题已经很长一段时间了。我没有得到任何帮助,所以我再次尝试转发,这是我以前的问题。有关详细信息,I am using MSSQL shared database for my sonarqube.我没有任何错误日志来解决我的问题。但是当我拿出我的数据库并运行嵌入式数据库时,它运行得很好。但是,当我通过配置我的MSSQL数据库运行时,我遇到了间歇性的分析失败。我的环境是Linux中的Sonarqube 5.6,数据库是MSSQL 14。
谢谢你的帮助。。