How to delete SYS.KUPC$ service after kill datapump job
本11.2.0.4 2-nodes RAC, 现象是service_name 参数出现了一些SYS.KUPC$ 的service, 监听上同样有，且停节点1 ，service会漂到节点2， 重启双实例后同样存在， 手动修改service_name可以临时解决，但是重启实例还是会存在，虽然是新增service, 监听上看着乱，其它没什么影响， 这类服务常见于datapump 自动增加的…
Troubleshooting ora-600[ktecgsc:kcbz_objdchk]&ora-600[qesmaGetTblSeg1] when inserting and ora-7445 [kss_first_child] when granting
又近年末，各种事情忙的不可开交， 但最近的BUG又突然接二连三， 争取把在2018年的最后几天习惯性简单的总结 […]
Troubleshooting many session waiting ‘latch free'(transaction branch allocation) 11gR2
前日有套11.2.0.3 RAC on HPUX数据库环境突然出现较高的latch: free wait event, 该event在10G以后的版本较为少见（已经细化为具体latch） , 通过p1 or p2值可以确认具体latch. transaction branch allocation占用较高的db time
Troubleshooting ORA-27300 ‘fork failed with status: 11’ on SLES12 (SUSE /Linux 7)
建议在SLSE 12或以后的版本，或LINUX 7等以后的版本时，先了解一下系统变化，至少在安装RAC时， 把DefaultTasksMax修改加入到安装方档中去， 可能Oracle 在以后的安装文档或最佳实践中会增加该内容。
oracle 12cR2 新的权限组sysdg, sysbackup, sysrac, syskm
在许多公司中，各种与Oracle数据库相关的任务（如管理ASM和备份/恢复Oracle数据库）都有明确的职责分离。在过去都是使用sysdba管理所有权限如asm\DG\备份, 从Oracle Database 12c R1开始，可以使用SYSBACKUP，SYSDG和SYSKM管理权限。从Oracle Database 12cR2开始，新增加了SYSRAC管理权限..
Troubleshooting ORA-21780 during SMON to clean transient type
This issue happens on Oracle RAC environment 11.2.0.3 , […]
Oracle 12.2 Flex ASM安装RU后ASM、GIMR等资源未启动, 手动启动提示CRS-2549“it is not a valid candidate as per the placement policy”
今天遇到的一个案例，一套ORACLE 12.2 FLEX CLUSTER， 在安装了RU(20180417)后节点2的CRS启动正常，但是其它如ASM、DB、GIMR 等资源都未启动， GI alert log并未发现错误，手动使用srvctl启动ASM资源提示:
CRS-2549: Resource ‘ora.asm’ cannot be placed on ‘anbob02’ as it is not a valid candidate as per the placement policy
浅谈ORACLE免费数据库Oracle Database XE版
Oracle database XE发布过10G、 11G， 最近XE 18C 发布，而且是18.4版， 注意这里的版本不等同于ORACLE DATABASE EE的版本号。
ORACLE DATABASE XE 18C IS FREE For Me, FREE For You, FREE For Everyone! and Free to Download , Free to Use, Free to Deploy!
看到FREE无比的激动，她不只免费，而且较比之前的版本，是一个Full OPTION ON的版本
Oracle Database 18C (18.3) RPMs 安装方式
近日oracle发布了传说已久的RPMs安装版本18.3， 但不是oracle database core m […]
Troubleshooting Connected to an idle instance, But Instance is running
Connected to an idle instance.
Errors in file /s01/oracle/app/oracle/diag/rdbms/anbob/ANBOB1/trace/ANBOB1_cjq0_14004.trc:
Process J000 died, see its trace file
kkjcre1p: unable to spawn jobq slave process
event “library cache: mutex X” caused by Long time dynamic sampling of large tables
一日数据库多个会话出现较长时间的等待, 等待event是”library cache: mutex X”, 关于这个等待事件以前在post记录过，发生在SQL的解析阶段，在申请libary cache的锁时产生的等待，当时是部分应用session 被一些监控会话堵塞，这些会话正在执行v$sql ,v$sqlarea的收集统计，同时又被一个应用UPDATE会话堵塞，该会话当前是ON CPU，且已经执行了有近2万秒，正在执行动态采样的SQL…
AIX 增加白名单（ipfilter）后导致的CRS启动失败(CRS-1612:Network communication xxx timeout )
本次故障是因为前期主机配置了白名单，安全扫描导致CRS 2节点crash, 在CRS自动重启中又因为白名单，网络通信异常，无法启动CRS进程。此时手动启动2节点甚至会导致1节点crash. 因为目前没有找到官方文档描述对123端口的描述…
Troubleshooting performance wait event ‘row cache lock’
Row Cache 或 Data Dictionary Cache 是共享池中的一个内存区域，用于保存数据字典信息以减少数据字典表的物理 I/O。行高速缓存锁主要用于序列化对数据字典的更改，当需要对数据字典高速缓存进行锁定时，将等待该锁,数据字典行上的锁称为row cache lock。等待此事件通常表示发生了某种形式的 DDL，或者可能是递归操作，例如存储管理和递增序列号。
OGG-01022 Unknown N bytes message received & OGG-01223 Connection reset by peer
最近查看OGG （12.2）的ggserr.log里出现了下面的信息，但是OGG进程还能正常工作， 相同时间段好几台DB ogg出现了想同的日志。
MMNL生成非常大的trace文件，包含ASH dump, MMON进程不存在
前几日一套11.2.0.4.7 on suse 11 2nodes2 RAC中节点2的oracle软件目录使用率高，发现mmnl后台进程生成了64GB的trace文件, 包含大量的ash dump信息， 下面简单的记录一下该问题。
Oracle Database 配置IPV6 (一)
Oracle 11.2中除了ORACLE RAC和Oracle Clusterware所有功能都支持IPV6, 还有也不支持ASM使用IPV6,支持IPV6和IPV4共存. 在ORACLE 12C中，Oracle支持IPV4和IPV6在同一个网络，同样也可以配置PLUBIC network(Public/vip)在IPV6和IPV4，但是确保同一集群中所有节点使用相同的IP协议。但12.1 时不支持WINDOWS和private newwork. 在12.2 版本中 ORACLE提供了完全的支持IPV6，包括WINDOWS平台，ASM, FAN， 所有平台中的ORACLE Clusterwarer的private network。
“Out of Range” 谓词越界 dbms_stats.copy_table_stats
BMS_STATS.COPY_TABLE_STATS存储过程通常用于大的分区表的统计信息复制，当增加一个新分区后，如果立即收集统计信息使用dbms_stats.gather_table_stats当前的数据又不能反应数据的真实分布，更容易因统计不准确出现错误的执行计划或out-of-range(越界)使CBO估算错误的Cardination, 所以可以使用dbms_stats.copy_table_stats直接复制上个分区的统计给新的分区
Shouldn’t we have waited for buffer busy waits while waiting CBC latch？
With regular logical IOs the buffer contents are not read while holding the CBC(Cache Buffer Chian) latch:
Take CBC latch into shared mode
Walk the buffer hash chain until you find the relevant buffer header
Upgrade the CBC latch to Exclusive mode
Troubleshoot RMAN session fail ORA-01861 during restore database
朋友一套数据库版本10.2.0.5 on HPUX 11， 源库是noarchivelog read-only database open mode时备份，在目标库（其它主机）还原时遇到 ora-1861, 错误很简单就是遇到了不标准的时间日期字符串，如2月30日，4月31日等。
