• 博客访问: 467771
  • 博文数量: 337
  • 用 户 组: 普通用户
  • 注册时间: 2008-01-01 20:58
个人简介

暂无介绍

ITPUB论坛APP

ITPUB论坛APP



APP发帖 享双倍积分

文章分类

全部博文(337)

文章存档

2011年(1)

2010年(22)

2009年(35)

2008年(41)

2007年(143)

2006年(39)

2005年(56)

我的朋友
微信关注

IT168企业级官微



微信号:IT168qiye



系统架构师大会



微信号:SACC2013

发布时间:2009-02-12 15:00:30

系统出现ORA-00600错误,看看了TRACE文件,发现是一个插入的SQL语句导致的,看看这个SQL没有任何异常,而且第一次碰见这样的问题,这种问题基本只有METALINK能够解决,到METALINK上搜索了一把,发现有三个相关的BUG。第一个说:corrupt index creating functional index from existing local index;第二个说:when creating index on table containing a NULL REF column;第三个说:ALTER TABLE MOVE corrupts an IOT (OERI:6302 or silent corruption)。三个都是DDL操作出现的问题,都跟我们的情况不一致,导致问题的这个SQL相关的表不......【阅读全文】

阅读(1697) | 评论(0) | 转发(0)

发布时间:2009-02-09 16:31:30

RAC中的死锁的判断机制跟单机很不相同,比单机要复杂的多,而且消耗的时间和资源也比单机要多的多,所以亚马逊的DBA TEAM曾经在一份经验总结中指出如果是并发非常大的OLTP系统,如果锁的问题处理不好,那可能是个恶梦。这个测试其实很简单,找一个RAC的机器,自己模拟一个死锁,然后等到ORACLE自动检测并解开一个锁,大多数时候需要消耗1分钟甚至更长的时间,无论发生死锁的SESSION是在同一个节点还是在不同的节点(而单机的时候死锁检测是非常快的,基本上一发生资源相互等待,立马会报一个死锁出来)。如果事务非常频繁,而一个死锁检测......【阅读全文】

阅读(1698) | 评论(0) | 转发(0)

发布时间:2009-02-01 15:34:20

ORACLE 10G中,对于空间的回收利用已经有了很大的提高,这里讨论的只限于在线系统的空间回收,而对于应用可以停的回收方法,比如CTAS然后TRUNCATE原表,然后再把表RENAME回来这样类似的方法不做讨论。对于但表的回收技巧,比如MOVE、SHRINK等也不错过多的描述,只需要提醒大家注意的是MOVE会锁表,所以在线系统请谨慎使用,而且MOVE后,表上相关的索引会失效。虽然表的MOVE有ONLINE选项可以使用,但这个ONLINE只能用在IOT的表上,而普通表不能使用。另外使用SHRINK的时候,表的第一个EXTENT很重要,如果这个EXTENT在数据文件中的位置很靠后......【阅读全文】

阅读(4189) | 评论(0) | 转发(0)

发布时间:2009-02-01 11:16:30

一直使用FOXMAIL,前段时间FOXMAIL的自动升级提醒我进行升级,而且是大版本的升级,于是就直接做了升级。升级后发现搜索功能得到了很大的增强,使用起来非常方便,而且搜索的速度飞快。但是,用了一段时间发现某些邮件不能直接进行回复。点回复,然后回完了发送会没有反应,发送不出去。同时如果点保存,也不能成功,最后只能退出,导致你回复的东西白写了。比较搞笑的是明明不能保存,退出的时候还要提示你进行保存,这不是瞎折腾嘛。最后偶只能把新建一个邮件,然后把要回复的格式、收件人、标题等全部拷到新建邮件,总算能绕个弯子把信......【阅读全文】

阅读(5001) | 评论(0) | 转发(0)
给主人留下些什么吧!~~
留言热议
请登录后留言。

登录 注册