提供综合数据库运维服务与优化方案(不限Oracle MySQL PG GaussDB GoldenDB OceanBase等), 微信/Tel:(+86)134-365-60330
通常当出现ora-12519 or 12516时都是因为数据库进程数超过了数据库参数processes 或 sessions 时， 并且通常在db alert 中出现ora-20 or ora-18 的错误信息，如果当时查看监听服务状态使用lsnrctl service 会发现service 当时是”blocked”状态
自己整理了个简单的SHELL 去收集LOCAL 的所有DB LINKS，功能是如果DB LINK创建使用的是简单方式（没有配置TNSNAMES.ORA）直接取IP:PORT, 或如果使用TNSNAME Alias Name调用TNSPING 转换成IP, 同时还会判断tnsping ip port 里否通?
最近有人遇到用SQL*Loader 向数据库加载数据时发现很慢，并且反映有几个分区表上的local索引总是递归的变成invalid or unusable，rebuild该分区失效索引，另一个索引分区又失效。
OMS安装在OEL 6.6 ，Product DB Agent 都是在AIX, HPUX, EXADATA(linux)平台, linux平台的比较方便安装，因为OMS 自带相同平台的AGENT,其它平台需要先在OMS下载相应的AGENT支持，这里有OMS是在OFFLINE模式
RMAN-00571: ===========================================================
RMAN-00554: 内部恢复管理器程序包初始化失败
RMAN-00600: internal error, arguments [3045] [] [] [] []
年前一套数据库出现了性能问题，一周出现了两次，很多session 等待“cursor: pin S wait on X” 事件，这是一套11.2.0.4 RAC on RHEL6 的环境，下面记录一下该案例的优化方案。
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup command at 04/11/2011 10:03:29
RMAN-00600: internal error, arguments [13205] [] [] [] []
Recently, we met several times Oracle Listener terminal case, here I will be sharing again due to configuration Listener whitelist caused, For to system hardening, we are eanble listener whitelist (TCP.VALIDNODE_CHECKING = yes) on some RAC Environment, But no more after prolonged listening terminated unexpectedly after enable VALIDNODE_CHECKING . [oracle@anbob2:/home/oracle]# ps -ef|grep lsnr oracle 5111994 … Read more
前几日一套库出现在性能问题，虽然最终问题不在数据库， 但是记录一下希望遇到同样问题时可以节约你的时间 ，这是11.2.0.3 RAC 2nodes on hpux (EMC存储), 问题是从16：40左右起中间件偶尔有瞬间的业务积压， 积压时数据库大多数会话都是简单的insert同一表数据
近来有套库空间紧张，发现有很大BIN$开头的TABLE partition,index partition 类型的段，查询确认是2个月前删除的对象，手动清空过dba_recyclebin使用purge，但都过去几天了，后来dba_recyclebin一直为空，发现对象BIN$XX还存在
gc cr¤t grant 2-way 是一种 grant message package 的传递，当取cr 或current block 时向block master instance 请求x或s的权限 ，当请求的block在从任何实例上的buffer cache中都没有发现, lms进程会通知FG进程从disk 读取block到local buffer cache中
The OSW is a great OS monitor tool, The latest version of osw(7.3.3) there are some problems in the HP platform(ia 11-31).
1, the private network to collect information to monitor only once at startup
2, Did not get the information TOP
ORA-31693: Table data object “CTCARD”.”RES_IMSI1104IMPORTANT” failed to load/unload and is being skipped due to error:
ORA-31640: unable to open dump file “/home/oracle/datapump/UIM04.DUMP” for read
ORA-19505: failed to identify file “/home/oracle/datapump/UIM04.DUMP”
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
ORA-04063: package body “SYS.DBMS_SQLTUNE_INTERNAL” 有错误
ORA-06508: PL/SQL: 无法找到正在调用 : “SYS.DBMS_SQLTUNE_INTERNAL” 的程序单元
ORA-06512: 在 “SYS.DBMS_SQLTUNE”, line 5664
ORA-06512: 在 line 55
增加新存储到现有ASM，使用udev配置绑定的存储，当增加了udev rule 配置文件中新增的lun， 执行了start_udev后，执行该命令RAC当前节点资源 的VIP fail 到另一个实例，并且listener offline
一套10.2.0.5 RAC ON HPUX, 前做时间Disable LB 参数调整时把remote_listener=”， 随后几天发现listener.log 空间增速异常的快，当时看了下里面多是service_update的信息， 查看top进程，也发现了pmon 进程一直是top 1,使用 cpu 100%，
–写在2015年初的一个夜晚 又到了写年终总结的岁末，2014年已匆匆结束，不知道大伙过年红包抢了多少？回顾这一年感觉是那么短暂，这是忙碌一年，是充实的一年，值得纪念的一年，这一年对于我的关键字是：选择、感谢 选择 一直在等待一个机会，无论是从生活还是工作，我还是做了一个小小的选择 我选择了离开工作了6年的公司，婉拒了领导的挽留，离开了一起处事工作上配合默契几个小伙伴，投入了一家新公司。 我选择了离开逗留了7年的北京，离开了那里的繁华，因为我知道那不属于我（听着有点悲伤！嘿嘿），回到了10年前曾经起步的2.5线城市。 选择总是痛苦的，离别总是伤感的，离开意味新的开始，现在比之前工作累了许多，还好做自己喜欢的事，我也不确定这是不是我想要的。 感谢 感谢几年前的自己，在相对清闲时的学习准备， 能够选择更多机会， 胜任新的工作。 感谢那位甘愿为我停下的人， 感谢你陪我颠沛流离。 2015 新的开始，自己再努努力，希望早日过上稳定的生活， 最近太忙一直没时间系统的学习新的知识，今年希望再挤点时间。自己这几年也疏忽了对家人的关心， 工作是为了更好的生活， 希望以后工作时间别占有生活。目前本站积累了651篇日志，还会持续更新。 ############################# 愿你敢爱如那年，但已不匆匆 #############################
二个月前一套CRM 的10.2.0.5 rac on hpux 的alert 中发现了ora-600 17114 , 从trace file 中发现是查询v$session, 随后在MOS中找到了bug 导致， call stack 一致，简单记录一下。
很久以前遇到的一个问题简单记录一下，之前一个数据库出现了很高的I/O 负载，影响了全省的业务， 因为SQL 使用了错误的执行计划，当前修改app 重上线已来不及， 此时可以使用像sql profile,outline, sql baseline来指定个执行计划…
今天同事的一套数据库遇到了alert 日志 一堆的ora-600，这是一套10.2.0.5 db 2nodes RAC on AIX , 找我帮着看看， 最终确认为一个索引出现了block corrupted 勘误块导致， 重新创建的了索引后解决…