这篇文章主要介绍“Oracle自适应log file sync影响分析”,在日常操作中,相信很多人在Oracle自适应log file sync影响分析问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”Oracle自适应log file sync影响分析”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!Oracle最吸引人的地方,就是有些答案,隐藏在种种现象之中,扑朔迷离,朦朦胧胧,就像侦探办案,首先要有思路,其次要有证据,再者就是扎实的基础知识,另外就是些运气。例如最近碰见了一个案例,一套3节点11.2.0.4 RAC,某应用只用节点1(FAILOVER other nodes),如下是系统负载,某段时间,TPS是554.5,对于wait/post和polling每次切换,在LGWR的trace文件中均会记录,而且带有时间戳,如下就是切换为polling,*** 2018-01-05 08:21:00.000kcrfw_update_adaptive_sync_mode: post->poll long#=316 sync#=1719 sync=247657
poll=12382 rw=6191 rw+=13890 ack=0 min_sleep=10023
*** 2018-01-05 08:21:00.001Log file sync switching to polling
Current scheduling delay is 234 usec如下则是切换为post/wait,*** 2018-01-05 08:22:00.000kcrfw_update_adaptive_sync_mode: poll->post current_sched_delay=0
switch_sched_delay=234 current_sync_count_del免费主机域名ta=2275
switch_sync_count_delta=1719
*** 2018-01-05 08:22:00.000Log file sync switching to post/wait
Current approximate redo synch write rate is 758 per sec对于本文案例,从trace中进行统计,发现log file sync出现明显的时间段,使用的就是polling机制,即使出现post/wait的记录,经过1分钟左右,就切换为了polling机制。如果需要禁用log file sync自适应,可以免费主机域名设置_use_adaptive_log_file_sync这个隐藏参数为false,这个参数从11gR2版本引入,控制log file sync自适应切换功能,11.2.0.1和11.2.0.2版本中默认值则是false,从11.2.0.3开始默认值改为了true。这是一个动态的参数,可以在系统级进行变更,ALTER SYSTEM SET “_use_adaptive_log_file_sync”=
Document 13074706.8Bug 13074706 – Long “log file sync” waits in RAC not correlated with slow writes
Document 25178179.8Bug 25178179 – Several sessions wait on ‘log file sync’ in a RAC environment到此,关于“Oracle自适应log file sync影响分析”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注云技术网站,小编会继续努力为大家带来更多实用的文章!
小编给大家分享一下Oracle ErrorStack怎么用,希望大家阅读完这篇文章之后都有所收获,下面让我们一起去探讨吧!一、概述 在Oracle数据库运行过程中,我们经常会遇到这样或那样的错误,但是错误的提示并不具体,加大了我们在诊断问题时的难度。 Erro…