ORA-600[6122]报错处理

接到一个ORA-600[6122]的报错:

根据oracle metalink的Doc ID 99300.1,这是关于index block corrupt的问题,我们来看看该报错的trace文件: [crayon-678c6e711 […]

Continue Reading

非oracle用户无法运行sqlplus

今天收到一个case,客户说我们打完PSU之后,他们的sqlplus就无法使用了,报错为:

检查该lib文件的权限:

发现该文件的权限是对于other是0。非oracl […]

Continue Reading

某项目KT技术小结

澳洲的某项目的knowledge transfer(KT)已经过去一周了,了解到了不少更详细的项目信息,大部分是关于IBM的流程,其中一些是关于技术的。我把技术的部分做了一个的小结。 (1)养成一个良好的工作习惯,在登录主机之后,习惯性的设置环境变量: [crayon-678c6e711b14f52 […]

Continue Reading

veritas netbackup恢复步骤

前段时间,做了一次nbu的同机恢复测试。 环境是这样的: 备份和还原都是在一个机器上,hostname是sg2as059。即备份的client是这个机器。数据库的实例名是test. 无catalog数据库,备份信息保留在控制文件中。 备份的master server和media server是同一台 […]

Continue Reading

客户的一次疏忽,DBA的一次噩梦。

今晚接到老大的电话,泰国的客户不小心删除了一些表的数据,现在非常着急,需要恢复数据。其实DBA做的数据库备份,很大程度是是用于数据库crash掉的时候,恢复数据,而不是三天两头的因为客户误删了数据,而去做恢复。 看了客户的邮件,是有2个表的数据被误删除或者误插入或者误更新了。总之,操作过一大通,希望 […]

Continue Reading

exp报错ora600[6193]

今天接到个case,有个exp的脚本导出报错了:

从这个报错看,exp的时候有ora600,一般是遇到了bug。我们先手工的试试导出那个报错的表:

确实,我们也看到了对 […]

Continue Reading

利用iPhone手机的push技术提高运维效率

这篇文章你可以看作是软件介绍,你可以看作是数据库运维的经验谈,你可以把它看成是广告,但是我更希望它能抛砖引玉,提供一个新思维,让我们把维护工作做的更有效率。 智能手机越来越普及了,几年前还高高在上的iPhone手机,现在已经变成街机。我周围很多优秀的运维工程师都已经用iPhone了,如新浪围脖上的@ […]

Continue Reading

切换temp表空间引起大量enqueue

下面这个案例告诉我们,在一般的情况下,不要轻易的尝试在生产系统上切换temp表空间。如果真的要切换,还是找一个停机时间,关掉侦听,安安静静的做切换。 事情的起因是这样的,某地的数据库由于业务异常,temp表空间从67G一下子增长到142G,造成在文件系统的空间使用紧张,因此我们决定用切换temp表空 […]

Continue Reading

一次ORA-3136的处理

最近收到一个告警,用户说数据库无法连接,但是从监控上看,oracle的后台进程已经侦听进程还是在的,没有任何的alert。 登录数据库,已经恢复正常,但是在数据库的alertlog中发现大量的ora-3136的报错:

时间大约是在9点 […]

Continue Reading

遭遇ora-600[19004]

今天本来是休假半天,正在外面办事的时候,突然收到pushmail的告警,oracle数据库中有500多个ora-的报错,心里咯噔了一下,怎么会有那么多的报错!但是又没收到数据库down的pushmail,难道是程序遇到bug了?赶紧打了电话给同事,请他们帮忙看看。 同时也顾不上吃午饭了,匆匆赶到了公 […]

Continue Reading