进程shutdown参数
shutdown参数 时间:2021-04-18 阅读:()
1AIX内存参数调整案例OracleRACshutdownabort速度优化陈炽卉chenchihui@inspur.
com2环境描述双节点的RAC集群,OS版本:AIX7.
2TL3SP3,Oracle版本18.
6异常描述在任意一个节点shutdownabort本节点的instance时:1)通过SCAN服务尝试连接的客户端会hang;2)通过另一节点VIP服务尝试连接的客户端也会hang;3)已连接的session查询、insert等操作正常,但commit的时候就会hang;4)alertlog日志中,有如下信息:Warning:434processesarestillattachededtoshmid214959281:从系统层面看,在一个节点进行oracleshutdownabort后,进程很快被停止,但共享内存的释放却花了不少时间.
用ipcs-mab可以看到系统释放共享内存的过程.
在434个进程的情况下,共享内存释放耗费了大概2分钟,这个过程结束后,客户端接入正常.
若进程更多,则等待需要更长的时间.
因此,主要问题在于:在一个节点的instance异常的情况下,导致了整个业务系统的核心数据库异常挂起达数分钟之久,将严重影响业务的连续性,需要予以解决.
问题现象31.
找一个10G的空闲空间比如/tmp/trace,cd到该目录,开启trace#trace-anl-d-Call-T10000000-L20000000-otrace.
raw2.
收集进程信息,并trcon开始记录,并重现oracleshutdownabort耗时30秒问题:#ps-ekf>>psb.
ekf.
out#trcon重现Oracleshutdownabort慢问题3.
重现完成之后,停止trace#trcstop#ps-ekf>>psa.
ekf.
out4.
取回如下信息:#/bin/trcnm>trace.
nm取回"trace.
nm","/etc/trcfmt","/tmp/trace"目录下的trace/ps文件.
视乎系统活动状况,trace文件压缩前大小可能在数百兆或数千兆不等;按分区20个VP,160个逻辑cpu(SMT8)计算,trace文件压缩前的总大小不超过3200MB;数据收集4对所抓取系统跟踪文件的分析和建议,从中可以发现:在oracle实施shutdownabort操作后,oracle进程一直在申请、释放VMMrelalias内存锁(F1000C0020825CF8,与共享内存相关);虽然锁冲突造成的重试并不高,但单个进程的锁等待时间极长,常常超过3秒.
这一定程度造成了shutdownimmediate/abort时,oracle进程detach共享内存速度较慢.
从现象看,此问题与一个旧APAR相关(需要激活其改进措施):IV34380:VMMRELALIASLOCKINGTUNABLETOIMPROVEMMAP/UNMAPPERFORMANCEAPPLIESTOAIX7100-02https://www-01.
ibm.
com/support/docview.
wssuid=isg1IV34380因此,建议修改如下参数,减少锁冲突:#vmo-p-oforce_relalias_lite=1Settingforce_relalias_liteto1innextbootfileSettingforce_relalias_liteto1经过验证,vmo参数修改后,oracleshutdownabort造成业务hang住数分钟的问题得到解决.
分析结论5#vmo-hforce_relalias_liteHelpfortunableforce_relalias_lite:Purpose:Ifsetto0,aheuristicwillbeused,whentearingdownanmmapregion,todeterminewhentoavoidlockingthesourcemmappedsegment.
Values:Default:0Range:0,1Type:DynamicUnit:booleanTuning:Thisisascalabilitytradeoff,controlledbyrelalias_percentage,possiblycostingmorecomputetimeused.
Ifsetto1,thesourcesegmentlockisavoidedwheneverpossible,regardlessofthevalueofrelalias_percentage.
内存vmo参数force_relalias_lite说明6附录:trace日志数据库shutdownabort命令键入后,执行exit退出的oracle进程示例1:103ora_p077_gafed3595069742818909_exit70.
225389returnfromslihrc=0000cpuid=03[3usec]200ora_p077_gafed3595069742818909_exit70.
225389resumeinterruptprocessiar=273B44cpuid=03104Fora_p077_gafed3595069742818909_exit70.
229259VMMrelalias:unlocksid=31F1F9Flckaddr=F1000C0020825CF811Fora_p077_gafed3595069742818909_exit70.
229260setrq:cmd=ora_p046_gafedb1pid=52363586tid=126222869priority=60policy=0rq=000346Eora_p077_gafed3595069742818909_exit70.
229261wakeup_lock:lockaddr=F1000C0020825CF8threads_awoken=1waiters_exist=1104Fora_p077_gafed3595069742818909_exit70.
229261VMMrelalias:locksid=31F1F9Fsidx=801F9Fnlocks=0500lckaddr=F1000C0020825CF846Dora_p077_gafed3595069742818909_exit70.
229451wait_on_lock:pid=59506974tid=2818909lockaddr=F1000C0020825CF84FBora_p077_gafed3595069742818909_exit70.
229452EHCI_T>>(822087946.
270019328)aDFe30Ininvalid_speed000002>(822087946.
270019328)aDFe30Ininvalid_speed000002>(822087946.
269978880)aDFe30Ininvalid_speed000002>(822087946.
269978880)aDFe30Ininvalid_speed000002>(822087946.
269978880)aDFe30Ininvalid_speed000002<-S0221078Derrno=19334B0ora_p02p_gafed348300486126681633_exit73.
782246undispatch:old_tid=126681633CPUID=348300486.
txt:END8THANKS
com2环境描述双节点的RAC集群,OS版本:AIX7.
2TL3SP3,Oracle版本18.
6异常描述在任意一个节点shutdownabort本节点的instance时:1)通过SCAN服务尝试连接的客户端会hang;2)通过另一节点VIP服务尝试连接的客户端也会hang;3)已连接的session查询、insert等操作正常,但commit的时候就会hang;4)alertlog日志中,有如下信息:Warning:434processesarestillattachededtoshmid214959281:从系统层面看,在一个节点进行oracleshutdownabort后,进程很快被停止,但共享内存的释放却花了不少时间.
用ipcs-mab可以看到系统释放共享内存的过程.
在434个进程的情况下,共享内存释放耗费了大概2分钟,这个过程结束后,客户端接入正常.
若进程更多,则等待需要更长的时间.
因此,主要问题在于:在一个节点的instance异常的情况下,导致了整个业务系统的核心数据库异常挂起达数分钟之久,将严重影响业务的连续性,需要予以解决.
问题现象31.
找一个10G的空闲空间比如/tmp/trace,cd到该目录,开启trace#trace-anl-d-Call-T10000000-L20000000-otrace.
raw2.
收集进程信息,并trcon开始记录,并重现oracleshutdownabort耗时30秒问题:#ps-ekf>>psb.
ekf.
out#trcon重现Oracleshutdownabort慢问题3.
重现完成之后,停止trace#trcstop#ps-ekf>>psa.
ekf.
out4.
取回如下信息:#/bin/trcnm>trace.
nm取回"trace.
nm","/etc/trcfmt","/tmp/trace"目录下的trace/ps文件.
视乎系统活动状况,trace文件压缩前大小可能在数百兆或数千兆不等;按分区20个VP,160个逻辑cpu(SMT8)计算,trace文件压缩前的总大小不超过3200MB;数据收集4对所抓取系统跟踪文件的分析和建议,从中可以发现:在oracle实施shutdownabort操作后,oracle进程一直在申请、释放VMMrelalias内存锁(F1000C0020825CF8,与共享内存相关);虽然锁冲突造成的重试并不高,但单个进程的锁等待时间极长,常常超过3秒.
这一定程度造成了shutdownimmediate/abort时,oracle进程detach共享内存速度较慢.
从现象看,此问题与一个旧APAR相关(需要激活其改进措施):IV34380:VMMRELALIASLOCKINGTUNABLETOIMPROVEMMAP/UNMAPPERFORMANCEAPPLIESTOAIX7100-02https://www-01.
ibm.
com/support/docview.
wssuid=isg1IV34380因此,建议修改如下参数,减少锁冲突:#vmo-p-oforce_relalias_lite=1Settingforce_relalias_liteto1innextbootfileSettingforce_relalias_liteto1经过验证,vmo参数修改后,oracleshutdownabort造成业务hang住数分钟的问题得到解决.
分析结论5#vmo-hforce_relalias_liteHelpfortunableforce_relalias_lite:Purpose:Ifsetto0,aheuristicwillbeused,whentearingdownanmmapregion,todeterminewhentoavoidlockingthesourcemmappedsegment.
Values:Default:0Range:0,1Type:DynamicUnit:booleanTuning:Thisisascalabilitytradeoff,controlledbyrelalias_percentage,possiblycostingmorecomputetimeused.
Ifsetto1,thesourcesegmentlockisavoidedwheneverpossible,regardlessofthevalueofrelalias_percentage.
内存vmo参数force_relalias_lite说明6附录:trace日志数据库shutdownabort命令键入后,执行exit退出的oracle进程示例1:103ora_p077_gafed3595069742818909_exit70.
225389returnfromslihrc=0000cpuid=03[3usec]200ora_p077_gafed3595069742818909_exit70.
225389resumeinterruptprocessiar=273B44cpuid=03104Fora_p077_gafed3595069742818909_exit70.
229259VMMrelalias:unlocksid=31F1F9Flckaddr=F1000C0020825CF811Fora_p077_gafed3595069742818909_exit70.
229260setrq:cmd=ora_p046_gafedb1pid=52363586tid=126222869priority=60policy=0rq=000346Eora_p077_gafed3595069742818909_exit70.
229261wakeup_lock:lockaddr=F1000C0020825CF8threads_awoken=1waiters_exist=1104Fora_p077_gafed3595069742818909_exit70.
229261VMMrelalias:locksid=31F1F9Fsidx=801F9Fnlocks=0500lckaddr=F1000C0020825CF846Dora_p077_gafed3595069742818909_exit70.
229451wait_on_lock:pid=59506974tid=2818909lockaddr=F1000C0020825CF84FBora_p077_gafed3595069742818909_exit70.
229452EHCI_T>>(822087946.
270019328)aDFe30Ininvalid_speed000002>(822087946.
270019328)aDFe30Ininvalid_speed000002>(822087946.
269978880)aDFe30Ininvalid_speed000002>(822087946.
269978880)aDFe30Ininvalid_speed000002>(822087946.
269978880)aDFe30Ininvalid_speed000002<-S0221078Derrno=19334B0ora_p02p_gafed348300486126681633_exit73.
782246undispatch:old_tid=126681633CPUID=348300486.
txt:END8THANKS
virmach：AMD平台小鸡，赌一把，单车变摩托？$7.2/年-512M内存/1核/10gSSD/1T流量，多机房可选
virmach送来了夏季促销，价格低到爆炸，而且在低价的基础上还搞首年8折，也就是说VPS低至7.2美元/年。不过，这里有一点要说明：你所购买的当前的VPS将会在09/30/2021 ~ 04/30/2022进行服务器转移，而且IP还会改变，当前的Intel平台会换成AMD平台，机房也会变动（目前来看以后会从colocrossing切换到INAP和Psychz），采取的是就近原则，原来的水牛城可能...
Sharktech鲨鱼服务器商提供洛杉矶独立服务器促销 不限流量月99美元
Sharktech（鲨鱼服务器商）我们还是比较懂的，有提供独立服务器和高防服务器，而且性价比都还算是不错，而且我们看到有一些主机商的服务器也是走这个商家渠道分销的。这不看到鲨鱼服务器商家洛杉矶独立服务器纷纷促销，不限制流量的独立服务器起步99美元，这个还未曾有过。第一、鲨鱼机房服务器方案洛杉矶机房，默认1Gbps带宽，不限流量，自带5个IPv4，免费60Gbps / 48Mpps DDoS防御。C...
萤光云（16元/月）高防云服务器自带50G防御
螢光云官網萤光云成立于2002年，是一家自有IDC的云厂商，主打高防云服务器产品。在国内有福州、北京、上海、台湾、香港CN2节点，还有华盛顿、河内、曼谷等海外节点。萤光云的高防云服务器自带50G防御，适合高防建站、游戏高防等业务。本次萤光云中秋云活动简单无套路，直接在原有价格上砍了一大刀，最低价格16元/月，而且有没有账户限制，新老客户都可以买，就是直接满满的诚意给大家送优惠了！官网首页：www....
shutdown参数为你推荐
-
亿元支付宝internetexplorer无法打开Internet Explorer无法打开站点怎么解决申请支付宝账户申请支付宝账号注册360arp防火墙在哪arp防火墙在哪开额- -360里是哪个？360免费建站搭建卡盟分站（卡乐购系统，免费360网站收录）只要29元，想建的找2208647548！flashfxp注册码谁知道 FlashFXP.rar的注册码？yixingjia通配符的使用方法zencart模板要把zen cart用好的话，需要具备哪些知识？无忧登陆无忧登陆这个软件有毒吗商务软件EDI软件 包括那些软件？