Focus

PLSQL_WARNINGS参数的设置

07年已经成为历史,不可能"recover"了,在现实的生活中, 每个人都属于自己的"DBA".想想自己的07年，简直一个字: 乱。也就只有心里总结的份了。08年做的事情很多，给了自己一个简单的规划，希望能够逐步实施：

1、工作学习上：

• 更加深入oracle体系结构的学习,尤其RAC、高可用方面;
• 继续写blog, 记录自己的成长，虽然现在做的很不好;
• 希望能参加一些oracle举办的活动;

2、生活上：

• 考虑自己的个人问题,要好好努力了;
• 多参加一些活动, 丰富自己的生活 ;
• 增加体育锻炼,要不然就废了;
• 关注关注经济方面的东西,毕竟caibangzi对理财还是有好处的

希望能够入愿。

可传输表空间技术不仅可以用来迁移数据,还可以作为数据备份的手段.

linux默认情况下是关闭telnet服务的，如果需要，可以手动配置

自从补了10.1.0.5的后,问题的确不少,看来oracle不管在那个版本中最后的release 2 版本可靠性比较高，最近正打算升级到10.2了.

在含有GROUP BY的语句中使用了GROUPING字句时oracle就抛上面的ORA-7445 错误. alert中会纪录下面的错误：

Errors in file /u02/oradata/SCMDB/dump/udump/scmdb_ora_3202.trc:
ORA-07445: exception encountered: core dump [qeesTraverseExpr()+17] [SIGSEGV] [Address not mapped to object] [0x0] [] []
Errors in file /u02/oradata/SCMDB/dump/udump/scmdb_ora_3204.trc:
ORA-07445: exception encountered: core dump [qeesTraverseExpr()+17] [SIGSEGV] [Address not mapped to object] [0x0] [] []
Errors in file /u02/oradata/SCMDB/dump/udump/scmdb_ora_3206.trc:
ORA-07445: exception encountered: core dump [qeesTraverseExpr()+17] [SIGSEGV] [Address not mapped to object] [0x0] [] []
...........

这是oracle的一个bug ,该bug会在在 10.2.0.2、11.1中修复。目前在10.1.0.5版本中oracle发布了一个patch 4573980进行修复。补了该补丁后,GROUPING正常运行。

前天数据库打了10.1.0.5的补丁后,BUG 4362281有继续重现,很是郁闷。问题征兆是在connect by语句中如果使用CONNECT_BY_ISLEAF或CONNECT_BY_ROOT，将两条connect by语句进行union，intersect或minus等集合运算时,重现

ORA-00600: internal error code, arguments: [expcmo_strdef1], [27], [27], [], [], [], [], []

在以前10.1.0.4的时候，oracle发布了一个patch 4362281的补丁修正该问题。说是在10.1.0.5的补丁集中解决了该问题.但还是继续重现。不知道10.2的版本中是否真正解决了此问题.最后无奈之举还是通过修改sql语句解决问题.避免使用CONNECT_BY_ISLEAF或CONNECT_BY_ROOT.看来求助me

talink不如求自己啊.

• 首页
• 文章归档
• 资源中心
• 网站链接

• 物化试图日志监控表
• PLSQL:PL-07204错误
• 08年快乐
• 可传输表空间技术总结( 二)
• 可传输表空间技术总结
• solaris 9 x86平台安装oracle10g
• RedHat下配置telnet服务
• ORA-07445 [qeesTraverseExpr()+17] 问题解决
• connect by 引起的ora-600 expcmo_strdef1 BUG
• FATAL ERROR IN TWO-TASK SERVER: error = 12152

• 生活 [5]
• Linux [7]
• Oracle [34]

• RSS 0.90
• RSS 1.0
• RSS 2.0