一大早就有喊业务卡的，检查等待事件源头，均为oracle写等待
查看 IO负载持续维持在1 00% 繁忙
后台 有两个并行 rman备份在，停止备份io繁忙没有好转，检查最近ash报告，发现DDTEK ODBC Oracle程序模块占用最高
检查该模块，发现是通过odbc过来的挖掘程序。等待事件是直接路径读：
检查后台，发现直接路径读和 DDTEK ODBC Oracle等待事件比较多。
建议该模块放到容灾库去跑，业务停止DDTEK ODBC Oracle模块，操作IO负载降下来，在50%左右，后台等待事件消除，业务恢复正常。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/22967847/viewspace-3016435/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
