2014年终总结

by

–写在2015年初的一个夜晚 又到了写年终总结的岁末，2014年已匆匆结束，不知道大伙过年红包抢了多少？回顾这一年感觉是那么短暂，这是忙碌一年，是充实的一年，值得纪念的一年，这一年对于我的关键字是：选择、感谢 选择 一直在等待一个机会，无论是从生活还是工作，我还是做了一个小小的选择 我选择了离开工作了6年的公司，婉拒了领导的挽留，离开了一起处事工作上配合默契几个小伙伴，投入了一家新公司。 我选择了离开逗留了7年的北京，离开了那里的繁华，因为我知道那不属于我（听着有点悲伤！嘿嘿），回到了10年前曾经起步的2.5线城市。 选择总是痛苦的，离别总是伤感的，离开意味新的开始，现在比之前工作累了许多，还好做自己喜欢的事，我也不确定这是不是我想要的。 感谢 感谢几年前的自己，在相对清闲时的学习准备， 能够选择更多机会， 胜任新的工作。 感谢那位甘愿为我停下的人， 感谢你陪我颠沛流离。 2015 新的开始，自己再努努力，希望早日过上稳定的生活， 最近太忙一直没时间系统的学习新的知识，今年希望再挤点时间。自己这几年也疏忽了对家人的关心，  工作是为了更好的生活， 希望以后工作时间别占有生活。目前本站积累了651篇日志，还会持续更新。 ############################# 愿你敢爱如那年，但已不匆匆 #############################

ORA-08104 when online index rebuild

by

Last night ,The Developers ask me they have creating an index do not use parallel,Unacceptably slow. then kill the session to cancel, but now to face ORA-08104 during trying to online index rebuild . that is a busy product database(7×24). DB version 10205 2nodes rac on hpux.

Troubleshooting ORA-07445 [skgxpdmpmem()+22096]

by

ORA-07445: exception encountered: core dump [skgxpdmpmem()+22096] [SIGSEGV] [Address not mapped to object] [0x0002D0B8C] [] []
Sun Dec 21 20:55:43 EAT 2014
Trace dumping is performing id=[cdmp_20141221205543]
Sun Dec 21 20:55:45 EAT 2014
Errors in file /opt/oracle/app/admin/anbob/bdump/anbob1_pmon_13442.trc:
ORA-00484: LMS* process terminated with error

hpux psu 10.2.0.4.12 遇到的一些小问题

by

XX电信就是一个急性子，上午决定升级晚上就要实施，下面记录一下HPUX IA64 10.2.0.4.0 PSU 到10.2.0.4.12时遇到的一些小问题, 那些非常归安装的人确实让人讨厌。 10.2.0.4..0 到 10.2.0.4.12 中间要先到10.2.0.4.4。 # 检查数据库的无效对象和组件状态，排除是因升级造成的 select comp_name,version,status,schema from dba_registry; select owner,object_type ,count(*) from dba_objects where status<>’VALID’ group by owner,object_type; # 检查当前版本 [oracle@hbodsdbb:/ora10g/app/oracle/product/db10g/OPatch]#opatch lsinventory # backup ORACLE software [oracle@hbodsdba:/bonc]#tar cvf oracle10204.tar -C /ora10g/app/oracle/product . #stop listener lsnrctl stop #stop session [oracle@hbodsdba:/ora10g]#ps -ef|grep NO|grep -v grep |awk ‘{print $2}’|xargs kill … Read more

Troubleshooting One RAC node reboot with ora-600 [kjdrisRMnovalid:msgRMno]

by

今天一套 2节点的11.2.0.3 RAC 数据库计划在0点的维护窗口做一些参数优化，其中包括禁用DRM ，所以在下午提前修改了参数scope=spfile等晚上重启时生效，计划赶不上变化，就在大伙等待0点到来时，突然节点2主机重启，随后节点1跟随instance reboot(主机未重启),在Node1 DB alert.log 发现了ora-600 [kjdrisRMnovalid:msgRMno].

ASM DISKGROUP Migrate to Anotherr SAN (迁移ASM到新存储)

by

上周刚刚做了ASM Storage的一套13T 2 Nodes 11GR2 database RAC ON AIX 从老的SAN迁移到新的SAN , 迁移的磁盘组包含了DATAFILE 和所有Clusterware 的文件(OCR andvoting disk)， ORACLE ASM 的Rebalance特性使这件事情变的非常的容易，随着ASM的逐渐成熟，如果你计划做对已使用了ASM disggroup 做存储的迁移，ASM 的Rebalance 可以做为一套解决方案而且可以做到0 Downtime， 下面简单的分享这个过程。 迁移步骤 1.备份整个数据库和GI文件，并验证备份文件有效性 GI. # ocrcheck # crsctl query css votedisk DB. spfile,controlfile,datafile,logfile,tempfile,archivelog.. select d.name group_name,f.type,count(*) cnt from v$asm_file f join v$asm_diskgroup d on f.group_number=d.group_number group by rollup (d.name,f.type); A 迁移GI … Read more