NUMA架构下oracle的oom异常
numa oracle oom[@more@]3.NUMA+oracle的一些问题 1).rh54-hugepage oracle的sga并非完全预分配,hugepage应该是预分配出page的,虽然没有划给SGA,所以内存分配上应该不会导致问题。另外,hugepage实际分配的大多数位于node1,pagecache位于node0,虽然整体较为平均,不确定是否会有影响,不过个人偏向于影响不大。 2).numa 进程倾向总是从同一node分配内存,对于oracle,由于使用filecache的进程以arch进程为主,且大部分时候oracle只有一个arch进程工作,可能导致filecache过分集中到一个node里面。 3).numa
oracle DG VCS切换异常问题
oracle11.2.0.2 dg vcs ha 切换异常[@more@]现象:oracle11.2.0.2+vcs,当有主库的public进程连接到备库时,ha无法正常完成备库实例的切换。问题关键点如下: 1)oracle11.2.0.2 shutdown immediate操作中,会等待active call状态的进程,(不确定是会等待所有处于active call状态的进程还是单单active call状态的RFS进程);并且这个等待可能是没有超时或者超时设置相当长(从测试中看超过1h)。shutdown操作会一直卡在ipcs看到的第一个信号量(释放?)处,对应系统调用一直在报超时错误。 2)当监听器所侦听的网络异常(这里是IP被
slave_exec_mode
http://dev.mysql.com/doc/refman/5.1/en/replication-options-slave.html#sysvar_slave_exec_mode[@more@]一直都习惯使用slave_skip_errors来忽略类似键值冲突和找不到键错误,偶然发现原来mysql里面竟然有这么一个参数,而且可以动态修改,当然由于未曾在生产环境使用过,还是要谨慎对待之。http://dev.mysql.com/doc/refman/5.1/en/replication-options-slave.html#sysvar_slave_exec_mode
记录:Bug 8575528 Missing entries in V$MUTEX_SLEEP.location
Bug 8575528 Missing entries in V$MUTEX_SLEEP.location[@more@]Affects:Product (Component)Oracle Server (Rdbms) Range of versions believed to be affectedVersions >= 10.2.0.4 but BELOW 10.2.0.5 Versions confirmed as being affected(None Specified) Platforms affectedGeneric (all / most platforms affected) DescriptionThis problem is caused by the fix for bug 6795880. Null mutex locations may be seen in V$MUTEX_SLEEP or a core dump encountered in a call from kqlfMutexClnFetch() to strcpy().