Category Archives: Oracle最佳实践

这篇文章可能会存在较大争议，甚至颠覆一些人的固有思维。 因为关于Oracle的隐藏参数，江湖上一直都有两派对立的观点： – 1.不要设置任何隐藏参数，只有当遇到特殊问题时在售后指导下临时使用，在问题解决后还要及时去掉 – 2.这一系列隐藏参数是众多客户踩出来的最佳实践，上线前必须要设置，才能避免重复踩坑，确保系统运行稳定 两派观点各有各的依据，不针对具体客户场景其实也很难讲谁对谁错。 原厂通常是偏向前者，第三方服务厂商则更多是后者，而且这个最佳实践的参数设置通常还被视作宝贵的技术财产。 但是最难的实际上是客户，客户往往会感到困惑。有时甚至被洗脑，认为某些隐藏参数的设置就是金科玉律。 因为历史10g版本刚推出DRM特性时bug确实比较多，有些极端场景造成的业务中断等影响也比较大，所以给很多从业者留下了些许阴影。最终流传出一个经验，DRM一定要关闭。而DRM的关闭就是需要设置一些隐藏参数，笔者也曾深陷于那个时代，也记录了很多“金科玉律”： –10g RAC关闭DRM特性 alter system set “_gc_affinity_time”=0 scope=spfile sid=’*’; alter system set “_gc_undo_affinity”=FALSE scope=spfile sid=’*’; 有些系统不能马上重启，于是还有这样的手段经验，先动态设置应急下： –10g RAC可以设置另外2个动态的隐含参数，来达到从”事实上“关闭DRM的目的： _gc_affinity_limit=250 _gc_affinity_minimum=10485760 然后到了11g，关闭DRM的隐藏参数： alter system set “_gc_policy_time”=0 scope=spfile sid=’*’; alter system set “_gc_undo_affinity”=false … Continue reading →