在一个ADG环境的主库,删除archivelog时,由于ADG备库尚未应用提示无法删除,此时可以设置隐含参数_deferred_log_dest_is_valid为FALSE【即时生效】,即可删除。 alter system set "_deferred_log_dest_is_valid" = FALSE scope=both; 实际可以delete时加force参数即可,无需修改此参数。

2018年2月24日 0条评论 7556点热度 0人点赞 liking 阅读全文

当前在绝大多数的生产环境中,安装oracle RAC都是基于2台或3台物理主机进行配置,很少在虚机上配置RAC。 这是因为,oracle RAC架构本身就已经实现了高可用、负载均衡、横向能力扩展、服务虚拟化等,如果在底层实施hypervisor虚拟化后再构建RAC,相当于虚拟化、高可用等的重复实施,有一部分能力的无谓消耗,而且多了一些管理环节和故障的可能。并且,根据我们的实施经验,我们发现,对于较大处理能力的应用实施,如果底层基于虚拟化资源,会明显影响整体处理能力,同时还发现虚机资源池整体管理不够成熟的情况比比皆是…

2018年2月24日 1条评论 8312点热度 0人点赞 liking 阅读全文

该参数在commit次数较多的系统中,post/wait and polling特性对性能影响明显,主要是在写日志上的等待上影响了事务的提交速度,建议在11g中关闭(设置为false)。 col sess_value for a11 col inst_value for a11 SELECT a.ksppinm NAME, a.ksppdesc description, b.ksppstvl sess_value, c.ksppstvl inst_value FROM x$ksppi a, x$ksppcv b, …

2018年2月23日 0条评论 1060点热度 0人点赞 liking 阅读全文

Property Description Parameter type Integer Default value PARALLEL_THREADS_PER_CPU * CPU_COUNT * concurrent_parallel_users * 5 Modifiable ALTER SYSTEM Range of values 0 to 3600 Oracle RAC Multiple instances can have different values. Note: This parameter appli…

2018年2月14日 0条评论 737点热度 0人点赞 liking 阅读全文

概述 --------------------- gc buffer busy是RAC数据库中常见的等待事件,11g开始gc buffer  busy分为gc buffer busy acquire和gc buffer  busy release。 gc buffer busy acquire是当session#1尝试请求访问远程实例(remote  instance) buffer,但是在session#1之前已经有另外一个session#2请求访问了相同的buffer,并且没有完成,那么session#1等待g…

2018年2月14日 0条评论 7592点热度 0人点赞 liking 阅读全文

一个来自oracle官方的小工具,类似top工具,可以实时查看数据库的当前状态【包括你能想到的各类实时统计信息】。 在mos可以搜索下载到适合各个平台的二进制文件,如linux的11g版本文件是:oratop.RDBMS_11.2_LINUX_X64,仅仅131KB大小,可谓短小精悍,直接用oratop / as sysdba的方式查看数据库,方便易用。 h键可以得到帮助信息,详细的使用,请亲身体验吧,在此不做赘述。

2018年1月10日 0条评论 663点热度 0人点赞 liking 阅读全文

linux 6.5 11g RAC 扩展asm磁盘

2017年12月27日 1条评论 1626点热度 0人点赞 liking 阅读全文

大名鼎鼎的bbed工具,在11g默认安装并没有它的身影,需要从10g下拷贝相关的文件,并编译连接,才可以使用。 我在csdn放置了10g的bbed相关文件,欢迎下载: http://download.csdn.net/download/likingzi/10148203 配置bbed过程如下: 将文件sbbdpt.o、ssbbded.o拷贝到$ORACLE_HOME/rdbms/lib/ 将bbedus.msb拷贝到$ORACLE_HOME/rdbms/mesg/ make -f $ORACLE_HOME/rdbm…

2017年12月6日 0条评论 7790点热度 0人点赞 liking 阅读全文

我的项目现场实践表明,linux的默认内存管理方式是存在问题的,不够智能,多片小的内存页管理带来CPU的高负荷,忙时SYS占用竟然达到了20%甚至30%以上,要知道这个管理开销完全是操作系统层面的,与应用无关,手动改为大内存页管理后,减少了忙时20%以上的CPU开销。这点如果足够智能,完全不需人工介入。也就是说,如果实时观察系统负荷时,发现SYS%这个CPU占用过高,一个可能的原因就是内存管理机制带来的问题,需要手动配置调整大内存页。 实际上,这一点会彻底影响oracle数据库的性能,为此oracle官方也有相应的…

2017年11月30日 1条评论 7534点热度 0人点赞 liking 阅读全文

当数据库出现严重的性能问题或挂起hang住的时候,这时候我们需要去找出问题的根源,需要查明相关进程在等什么,谁是资源持有者,即谁阻塞了别人?此时收集systemstate dump非常有用,专业的oracle支持也是需要收集这个信息来分析问题。 但往往此时,数据库服务端sqlplus连接可能会很慢,甚至无法连接,从10g开始,oracle提供了一个参数-prelim,可以在sqlplus无法连接的情况下,连接数据库。 There are two ways to connect to sqlplus using a …

2017年11月28日 0条评论 746点热度 0人点赞 liking 阅读全文