DBServer 最近在06：00--10：00之间规律的出现CPU峰值，遵循以外的经验首先做DB效能分析、高峰时间段应用情况，从中发现有一个应用每小时响应1800次、单次1.2s，耗用整体CPU使用情况的30%；而其他时间段该应用小时1600次、单次1s。跟用户单位了解到该情况是正常的，上午生产任务一般较重...
至此CPU峰值的问题又变的无头绪，突然想起DB 备份策略就是每日06：00开始上磁带，是否有关联!
追踪到每日的Sysmantec Backup EXEC软件log发现最近的网络流量从4000MB/min直接跳到2000MB/min，新的问题点...
分析BE软件备份日志：
至此CPU峰值的问题又变的无头绪，突然想起DB 备份策略就是每日06：00开始上磁带，是否有关联!
追踪到每日的Sysmantec Backup EXEC软件log发现最近的网络流量从4000MB/min直接跳到2000MB/min，新的问题点...
分析BE软件备份日志：
从2013-12-11日开始，备份速率降低、时间延长一倍。
2013-12-10 12：10：00 DB服务器计划内重启，SA有对OS打补丁以及升级病毒软件Symantec…
问题原因找到，改善措施卸载Network Threat Prote组件
人还是不够勤勉，断断续续完成记录，后续需自勉！
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/24867586/viewspace-1073812/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
最新文章
- AutoInstallSoftware【ORACLE】
- Oracle DgFailOver
- shell scripts
- expdp Hit bug( Bug 5879865)
- How to migrate data from Oracle to MSSQLSERVER
- why need Diagnostics Pack + Tuning Pack
- ASM disk group mount fails with ORA-15036
- How to check whether the current database in using Oracle options
- ORA-02049: timeout: distributed transaction waiting for lock
- what the root cause connect db slow
