fuyuncat
===========================================================
===========================================================

以后所有的技术文章都会发表在我的个人网站www.HelloDBA.com上,没有时间再来更新这边的blog了。

我的网站上也放了一个blog系统,欢迎去拍砖。

谢谢各位的支持。


fuyuncat 发表于:2009.09.11 20:24 ::分类: ( Oracle栏目 ) ::阅读:(173次) :: 评论 (0)
===========================================================
===========================================================
今天到香港参加一个Oracle的培训,其中讲到oracle 10gR2的一个新的安全机制——vault。可以对用户、角色(包括dba)设置规则,使之在某些条件下(时间、地点等)的一些动作(包括DML和DDL)受限。其中提到一个最大的好处就是可以防止DBA窃取机密数据(vault功能启动后,sysdba会被disable)。但是,我觉得,这一点很难真正做到,除非对数据文件进行MD5加密(性能就不知道会受什么样的影响咯),否则DBA一定有办法获取到数据。刚才和dcba讨论了一会,结论就是dba的人品才是关键。。。
fuyuncat 发表于:2006.12.20 16:10 ::分类: ( Oracle栏目 ) ::阅读:(1836次) :: 评论 (2)
===========================================================
===========================================================

今天google的时候突然发现一个“江西名镇”的网页,进去逛了下,结果真是大失所望。。。几乎每个“名镇”的首页都是介绍镇的一把手,几幅硕大的照片煞是突兀!

中国经济发展很快,但离“文明”真的还很远。。。


fuyuncat 发表于:2006.12.11 14:52 ::分类: ( 随笔 ) ::阅读:(1324次) :: 评论 (5)
===========================================================
===========================================================

Oracle中,date类型的数据的取值范围是从-4712/12/319999/12/31之间,并且年份不能为0。也就是说'0000/00/00'是一个非法数据,不为oracle所接受。但是,现场告知发现部分date类型数据的值为0000/0/0。这确实有些奇怪。研究了一下,发现oracle在对年份为0的校验上并不十分严谨,在多种情况下会导致date数据结果为'0000/0/0',并能有效存储。

【全文链接】


fuyuncat 发表于:2006.12.11 09:24 ::分类: ( Oracle栏目 ) ::阅读:(1615次) :: 评论 (2)
===========================================================
===========================================================

DBA最痛苦的事莫过于磁盘损坏、数据丢失。这不仅对DBA个人,对一个企业来说也是一项无法估计的损失。因此,要将这种风险降到最低,就要求数据库系统需要有完整的数据备份、灾难恢复方案,确保数据的万无一失!
但是,尽管有备份和灾难恢复方案,也无法保证风险降为0(况且还存在许多系统没有做备份方案),在一些极端情况下,还是会可能出现磁盘损坏、系统或数据文件损坏导致数据库无法恢复的情况。 针对这种情况,本站推出了一个完全自主开发的Oracle数据恢复工具——FySafe。该工具可以将幸存数据文件(可能文件本身也不完整)中的数据读出,尽可能的帮助用户找回丢失的数据。就像火灾后,尽量从废墟中找出所有有价值的物品,使损失降为最低。

【全文链接】


fuyuncat 发表于:2006.12.04 09:11 ::分类: ( Oracle栏目 ) ::阅读:(1920次) :: 评论 (2)
===========================================================
===========================================================

回滚段是Oracle数据库中的重要资源。它起着提高系统性能、事务控制、并发控制、保持数据完整性等多种作用。因而,再OLTP系统中,回滚段是一个会被频繁使用的资源。回滚段空间不足(ORA-01650)错误也经常困扰DBA。但是,当系统发生ORA-01650错误时,并一定代表真的是回滚段的存储空间不够用了。 还可能由于回滚段资源被不恰当的使用、没有及时释放有关。因此,一旦发生ORA-01650错误,我们不要急于增加回滚段空间,而要仔细分析错误发生的根本原因,从而找到最有效的办法。
这个案例就是由于临时表占用回滚段空间没有被及时释放所导致的系统报ORA-01650错误。经过分析,通过修改应用代码解决了该问题。


【全文链接】


fuyuncat 发表于:2006.12.04 09:09 ::分类: ( Oracle栏目 ) ::阅读:(1750次) :: 评论 (0)
===========================================================
===========================================================
Oracle 11g现在已经开始进行beta测试,预计在2007年底要正式推出。和她以前其他产品一样,新一代的oracle又将增加很多激动人心的新特性。

Oracle声称新版本将增加483种新特性。相信这些新特性将会解决许多困扰DBA和开发人员困扰已久的问题。本文将介绍部分11g的新特性。

【全文链接】


fuyuncat 发表于:2006.12.04 09:09 ::分类: ( Oracle栏目 ) ::阅读:(1873次) :: 评论 (0)
===========================================================
===========================================================

看房看了半年,房价涨得心惊肉跳的。左右都觉得新楼盘价格太高,负担太重。最终看中了一套二手房。

房子一般,97年左右的,好处就是上班比较近。不管怎样,总算有个小窝了:) 接下来就是另外的麻烦事了——装修,虽然不打算大搞,但是准备了两个星期后发现其中的小道道太多了,管装修比管数据库难多了:(

工作太忙,很久没写什么东东了。不过自己开发一个Dul工具总算差不多完成了,过两天放到主页上去。最大的特点就是支持压缩表、IOT表等几乎所有存储结构。


fuyuncat 发表于:2006.11.30 16:10 ::分类: ( 随笔 ) ::阅读:(1765次) :: Permanent link
===========================================================
===========================================================

前两天注意到生产系统上存在一个zombie进程。查了一下日志,这个zombie存在很久了,无论是否主机重启过。于是让hp的人查一下,原来时hp-ux 11i的一个bug。不影响系统。

这次发现的zombie进程虽然不影响系统,但是一旦发现系统存在zombie进程。因为这种进程很可能造成系统内存泄漏等问题。

想起了最近常听的一首哥,北爱尔兰乐队“小红莓”的zombie。这是一首反战歌曲,有朋克的味道,很好听。

听说某超女要翻唱,真不知道会唱成什么样。决定一定不听翻唱的,免得影响影响它在心中的形象。就想当年的“lemon tree”,台湾的翻唱者还靠它出名了,但实际上比原唱不知道差了多少倍。

这是这首歌的歌词:

Zombie(行屍走肉)

Another head hangs lowly又一顆被緩緩吊起來的頭顱
Child is slowly taken孩子也慢慢被帶走
And the violence caused such silence暴動造成的沉寂
Who are we mistaken是我們錯誤的決定

But you see it's not me, it's not my family難道你不明白這不是我、也不是我的家人造成的
In your head, in your head, they are fighting頂著你的大腦的、是他們不斷的攻擊
With their tanks, and their bombs用他們的坦克與炸彈
And their bombs, and their guns用他們的炸彈與槍
In your head, in your head they are crying不斷在你的腦中哭泣

In your head, in your head, Zombie, Zombie頂著你的大腦的,頂著你的大腦的,是行屍走肉
In your head, what's in your head, Zombie你的腦子裝了什麼,裝了什麼,行屍走肉

Another mother's breaking heart is taking over又一個傷心母親的心被帶走
When the violence causes silence當暴動造成的是沉默
We must be mistaken我們一定做了錯誤的決定
It's the same old theme since 1916同樣的故事已經在一九一六年發生
In your head, in your head they're still fighting頂著你的大腦的,是他們依舊不斷的攻擊
With their tanks, and their bombs用他們的坦克與炸彈
And their bombs, and their guns用他們的炸彈與槍
In your head, in your head they are dying不斷的在你腦中哭泣

In your head, in your head, Zombie, Zombie頂著你的大腦的,頂著你的大腦的,是行屍走肉
In your head, what's in your head, Zombie你的腦子裝了什麼,裝了什麼,行屍走肉


fuyuncat 发表于:2006.10.11 14:45 ::分类: ( Oracle栏目 ) ::阅读:(1166次) :: 评论 (0)
===========================================================
===========================================================

好久没有出去游玩了,乘着今天国庆放假,天气阴凉,打算和lp去情侣路走走。

上午出去办事了,没去;

中午在家看电影,没去;

下午磨蹭到4点,整理好行装,出门了,刚走两步,老天爷哗的一下浇了一场倾盆大雨下来,两个人被淋得一身湿,回来了。有史以来最短的秋游结束了........


fuyuncat 发表于:2006.09.30 16:37 ::分类: ( 随笔 ) ::阅读:(1189次) :: 评论 (2)
===========================================================
===========================================================

昨天晚上终于将Oracle的压缩格式破解了。虽然可能还存在漏洞,但是我的dul工具已经可以将我测试用的几十张压缩表正确读出来了。

发文庆贺一番,好好过个国庆!


fuyuncat 发表于:2006.09.30 10:04 ::分类: ( Oracle栏目 ) ::阅读:(3162次) :: 评论 (5)
===========================================================
===========================================================

在Oracle的资源配置中,内存应该是最重要也最复杂的一项资源。为了能使Oracle各项功能模块达到最佳状态, 需要针对不同模块进行内存配置,以求达到资源与性能之间的的平衡。此外,与内存相关的问题,如ORA-4031在系统中也不会少见。这类问题并不是仅仅靠增加内存可以解决的。
DBA如果想要配置好Oracle内存参数,让你的系统在最少消耗资源情况下运行良好,或者要快速、妥善的解决生产系统中出现的内存问题,就需要了解Oracle的内存组成和内存机制,在配置资源时做到知其然,也知其所以然;在解决问题的时候胸有成竹。
本文对Oracle的内存机制做了比较全面的一次分析。

全文链接:http://www.hellodba.com/Doc/Oracle_Memory(1).htm


fuyuncat 发表于:2006.09.25 09:00 ::分类: ( Oracle栏目 ) ::阅读:(2172次) :: 评论 (1)
===========================================================
===========================================================
以前文档都是在word中整理好再放到blog上,但是在大多数模板下,格式都乱了。所以一直采用之前的模板。现在搞了个人网站,把文章的主体内容都放到网站上去,这边留下概要和链接,就没有格式问题了。另外,贴图和附件也容易处理了。嘿嘿.....
fuyuncat 发表于:2006.09.21 11:03 ::分类: ( 随笔 ) ::阅读:(2187次) :: 评论 (1)
===========================================================
===========================================================

一般来说,绑定变量可以使查询计划稳定,避免对同一语句在使用不同变量值时,产生大量重复的查询计划,大量消耗shared pool,并出现大量硬解析,使系统性能下降。 因此,一般情况下,提倡使用绑定变量。但是,在某些情况下,可能使用绑定变量反而导致系统性能下降,这里就讨论一下什么情况下会出现这样的现象。

全文链接:http://www.hellodba.com/Doc/Oralce_no_bind_variable.htm


fuyuncat 发表于:2006.09.21 10:32 ::分类: ( Oracle栏目 ) ::阅读:(2034次) :: 评论 (0)
===========================================================
===========================================================

当使用CBO模式的优化器时,oracle在生成查询计划时,会计算各个访问路径的代价,选择代价最小的访问路径作为查询计划。这个选择过程我们可以通过做一个10053trace来观察。

在做代价估算时,有一个很重要的参数作为代价计算的因数,这就扫描字段的集的势(cardinality)。那么这个值是如何计算的呢?下面通过试验推算出了计算公式和部分计算方法。

全文链接:http://www.hellodba.com/Doc/Oracle_Cardinality.htm


fuyuncat 发表于:2006.09.19 10:26 ::分类: ( Oracle栏目 ) ::阅读:(2304次) :: 评论 (1)
自我介绍
切换风格
新闻聚合
博客日历
文章归档...
最新发表...
最新评论...
最多阅读文章...
最多评论文章...
博客统计...
Blog信息
网站链接...