Oracle分区表(Partition Table)的数量限制
作者:eygle
出处:http://blog.eygle.com
oracle分区表是不是有最大分区个数限制,我有一张大约20G的表,有好多分区(按时间),结果根据这个时间条件查询就报ORA-03113 end-of-file on communication channel错误,然后断开链接,硬件与网络都没问题. 后来我删了几个分区就一切OK了,这是咋回事呢? 系统环境 win2003 server + oracle9201
我猜测他这个问题并非遇到了分区个数的限制，因为这个限制很难达到，至少到目前为止我尚未听说有人达到这个分区限制。
那么Oracle最大允许存在多少个分区呢?
我们可以从Oracle的Concepts手册上找到这个信息，对于Oracle9iR2:
Tables can be partitioned into up to 64,000 separate partitions.
对于Oracle10gR2，Oracle增强了分区特性：
Tables can be partitioned into up to 1024K-1 separate partitions.
真的会有人尝试来突破这个分区极限吗? 你的数据库最大的分区表有多少个分区呢?
关于何时应该进行分区,Oracle有如下建议:
■ Tables greater than 2GB should always be considered for partitioning.
■ Tables containing historical data, in which new data is added into the newest partition. A typical example is a historical table where only the current month's data is updatable and the other 11 months are read only.
Posted by eygle at 2:58 PM | Comments (1)
谁在管理这个数据库?
作者:eygle
出处:http://blog.eygle.com
今天在网上读到这样一则新闻《我国3.4亿个人信用信息基础数据库正式运行》，其主要内容如下：
中国人民银行16日宣布，全国统一的个人信用信息基础数据库于2006年1月正式运行。这一数据库目前已收录的自然人数已达到3.4亿人，其中有信贷记录的人数约为3500万人。到2005年底，收录个人信贷余额2.2万亿元，约占全国个人消费信贷余额的97.5%。
在一个DBA的眼里，我更关心的是数据。这样的一个数据库，使用的是Oracle么(我估计是吧)？那么又是谁在管理这个数据库呢？通过我们的Blog社会能否找到这个DBA呢？
让我们以最简单的模型来粗略的估计一下这个数据库的数据量：
用户表按每个用户记录占用1K Bytes计算，3.4 x 108 x 1 K = 340 G
信贷记录表按每记录2 k Bytes计算，35 x 106 x 2 k = 70 G
再加上官方声称:
只要个人进行过贷款、担保、开设过个人结算账户等，就会被录入个人信用信息基础数据库。目前这个库的信息将随时更新，日后覆盖的人群会越来越大。
这个数据库的数据量肯定是T级以上的.不知道这里所说的随时更新能够达到怎样的粒度,提供的实时查询又能达到什么样级别的响应?
不管怎么样,这一定是一个有意思的,极其重要的数据库.前一阶段在网上由于涉嫌盗用5460同学录数据库的ucloo网站曾经招致一片骂声,同时数据安全也被大家再次关注,在搜索引擎盛行的时代,我们本已无处可逃,如果再有大规模的数据库被泄漏,这个世界将变得更加可怕,喜欢作恶的公司现在是越来越多了.
希望我们的信息在这个社会里,能够安全的待在它应该存在的地方.阿门!
Posted by eygle at 12:38 PM | Comments (18)
January 17, 2006
Oracle HowTo:如何更改数据库的SCN?
作者:eygle
出处:http://blog.eygle.com
很多时候,我们需要调整数据库系统的SCN值,有的是为了恢复的需要,如为了解决ORA-600 2662错误.
而以下修改纯属无聊:
1.通过oradebug修改SCN
[oracle@jumper oracle]$ sqlplus "/ as sysdba" SQL*Plus: Release 9.2.0.4.0 - Production on Wed Dec 21 10:33:35 2005 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
SQL> col a for 999999999999999 A SQL> oradebug setmypid |
2.确认更改
SQL> select dbms_flashback.get_system_change_number a from dual; A SQL> oradebug DUMPvar SGA kcsgscn_ System altered. SQL> select CHECKPOINT_CHANGE# a from v$datafile; A |
3.此时无法正常关闭数据库
Oracle会检测到异常:
SQL> shutdown immediate; |
4.shutdown abort强制关闭数据库
重新启动会出现错误
SQL> shutdown abort; Total System Global Area 114365800 bytes |
5.通过不完全恢复启动数据库
SQL> recover database using backup controlfile until cancel;
Database altered. |
此时数据库可以正常打开
Posted by eygle at 2:08 PM | Comments (0)
January 16, 2006
张靓颖《Jane·爱》EP大碟发布
作者:eygle
出处:http://blog.eygle.com
靓颖的EP专辑终于出版了，此前手机铃声已经用了快一个月。可惜铃声是给别人听的，自己反而听不到了，而且也并非全曲，所以众多凉粉也一直在期待吧。
查了一下EP的解释，收录如下:
细碟（MCD/EP） 也就是小专辑，一般有3-7首歌（当然也可能更多），时间也比较短，通常在15-20分钟左右。它是一种较不正式的专辑，乐队有了几首成熟的作品，需要及时推出，但又够不上一张大碟的数量，所以就发行这种细碟，当然也可能纯粹就是为了赚点外快。它的价格介于单曲和大碟之间。为了使细碟更具有吸引力，乐队有时会在细碟上放一些较为罕见的歌曲，如现场或翻唱歌曲。作为一支摇滚乐队来说，大碟是不可缺少的，细碟就属于可有可无的东西了。在胶木唱片时代这种细碟叫做EP，现在当然就叫MCD了。
很快的，EP中的歌都可以在网上找到了，可是我相信，众多的凉粉还是会收藏靓颖的第一张作品。《to be loved》就是我用来做铃声的，是三首中唯一的英文歌。这一次认真听了《光芒》这首，感觉很好，尽管很多人说这首歌并不适合靓颖，可是这是靓颖要和大家说的话：
蜚短流长来去(太多)我为什么一定要辩驳
我宁愿唱歌或者保持沉默
我想很多凉粉都有这样的性格。
把《光芒》的歌词收录在这里和大家分享，这是一首献给凉粉的歌：
过程多快乐 我不再那么急迫
想要看到好的坏的 所谓结果
但我学会了 在想哭的时刻
嘴角倔强向上扬著 oh
身边说话的人为什么那么多
我很怀疑他们又有几个了解真的(真的了解)我
蜚短流长来去(太多)我为什么一定要辩驳
我宁愿唱歌或者保持沉默
渺小的我只要歌唱就能看到光芒
风雨中玫瑰只要扎根在土壤总能够绽放
我受过的伤一路上带我成长
谢谢你一直陪在我的身旁
天地之间我的歌唱也会是道光芒
让幸福经过痛苦慢慢的酝酿温暖我心房
确定了飞翔就不再收回翅膀
我相信最后总会找到梦想
谢谢你一直陪在我的身旁
Posted by eygle at 10:07 PM | Comments (4)
年终难终 我们有多少时间能浪费
作者:eygle
出处:http://blog.eygle.com
一到年底诸多的事情都涌上来.
从12月份开始,就不曾闲过.要作一年的总结,比较目标,寻找差距;要进行下一年的预算制订,详细的目标设定,精确的数字计算,成本,费用,Headcount....害得我要找财务制度来翻看.还要接受不同部门不停的咨询,烦扰,当然还有费用扯皮.
一月份,又开始进行2005年下半年的绩效考核,这是我最讨厌的一个内容,不仅浪费大家的时间,而且在我看来就是一个形式主义(是不是每个公司都有这一项内容呢?).
这让我想起了另外一个内容:我们有多少时间可以浪费? 现在基本上每个月固定要浪费的时间有:
半天的报销单据填写时间
半天的开会时间
半天的签字时间
也许并不算多,但是我对这些总是那么深恶痛绝.言论2005中萧蔷描述她理想中的“三八”生活状态:
8小时睡觉， 8小时工作， 8小时恋爱。
如果时间真能如此大段分割该有多好!
当最后一摞考核表放在我桌子上的时候,我又开始郁闷,浪费纸张不说,我还要总结出各种数字来应对HR各种古怪的需求.就这样,整整一天的时间彻底报销.
这个年终是如此的难以了结.
怎一个字"郁闷"了得.
Posted by eygle at 8:04 PM | Comments (8)
How Big SCN can be?
作者:eygle
出处:http://blog.eygle.com
转引l2g32003的文章,当前系统可能的最大scn可以通过如下方法获得:
1.oracle 为了防止scn的异常增长所以限制每一秒钟允许最多产生 256*256/4 个scn
2.oracle 内部使用了一个4G范围的数据来表示01/01/1988 00:00:00 ~ 08/18/2121 06:28:15 这段时间.它的算法简单,说来就是每个月都是用的31天来表示时间,每增加1秒,这个数值就增加1. 可以从redo file dump ,control file dump,datafile head dump 观察到这个值.
当前系统可能的最大scn 就是上面两个值的乘集. 可用下面的脚本获得系统当前scn可能的最大值:
select |
.
Posted by eygle at 3:48 PM | Comments (3)
January 14, 2006
安装MultiBlog插件 整合发布多个Blog
作者:eygle
出处:http://blog.eygle.com
今天安装了MT的MultiBlog插件,终于可以把多个Blog整合在首页发布了.至此原来的第一版,第二版,第三版等静态页面已经全部整合动态发布.
MultiBlog的好处在于,可以把多个MT Blog的内容进行汇总.从而实现了跨blog的信息整合.同时MultiBlog插件还允许进行访问控制和重建触发控制等.
通过MultiBlog提供的Tag定义,可以在一个Blog模板中引用其他Blog的内容,类似如下定义:
也可以使用如下标签顺序显示最近更新的文章：<MTMultiBlog include_blogs="1,4,6">
<MTEntries lastn="5">
<LI class="colheader"><a href="<$MTEntryPermalink$>"><$MTEntryTitle$></a><br>
</MTEntries>
</MTMultiBlog>
<MTMultiBlogEntries lastn="5">
.....
</MTMultiBlogEntries>
这个插件也可以控制要显示博客和不显示的博客，标签如下：
<MTMultiBlogEntries lastn="5" include_blogs="1,3,5,6">
与作者所说不同的是:That will bring together the 5 latest entries from blogs 1,4 and 6 (not 5 each, but the 5 latest overall).
测试的结果是每个Blog都有5篇输出.所以这个数字最终需要调整.
.
Posted by eygle at 2:07 PM | Comments (6)
January 13, 2006
SUN与Oracle 新的蜜月期
作者:eygle
出处:http://blog.eygle.com
最近，SUN和Oracle达成协议，为使用高端SUN服务器的用户支付License费用，这个消息对于SUN的高端用户来说，无疑是一个福音。
Oracle's Enterprise Edition database software will be an option when customers buy the four-processor Sun Fire V490 or higher-end servers using the UltraSparc IV or IV+ processors. Sun will pay the Oracle license fee, but customers will be responsible for paying Oracle's annual support and maintenance fees, said Larry Singer, Sun's strategic insight officer.
如果用户购买4处理器的SUN Fire V490或者使用高端UltraSparc IV 或者 IV+ 处理器的SUN服务器，Oracle企业版数据库软件将成为一个选件。SUN将为用户支付License费用，但是用户需要承担一年的支持及维护费用。
The database bundling deal should be available on Sun's Web site in coming days, Singer said. The partnership, which also involves joint marketing and advertising, doesn't currently extend to Sun's UltraSparc T1 "Niagara" systems or its "Galaxy" line of x86 servers.
合作包含市场以及广告方面的合作，但是(遗憾的是)暂时不会扩展到SUN的新一代处理器UltraSparc T1 "Niagara"系列和"Galaxy"系列X86服务器。
Because Oracle license fees correspond to the number of processors a server has, Sun's subsidy can be significant on machines such as the E25K, which has as many as 72 dual-core processors. Singer said the Oracle license fee for such as system is $850,000.
因为Oracle的License策略和服务器的处理器数量绑定，SUN的这一举措将使得高端服务器的数据库应用费用大为降低，从而促进SUN的高端服务器的销售。此前，对于SUN的配置72个双内核处理器的E25K来说，Oracle的License费用可能高达85万美金。
Having McNealy and Ellison share the stage was emblematic of the two companies' work in recent months to patch up their relationship.
McNealy 和 Ellison 同台演讲被看作是两家公司最近数月为改善双方关系所作出的又一努力。
The two CEOs joked genially on the stage. McNealy opened the event by asking whether Oracle planned to acquire Sun.
会议开场时两个CEO亲切的开玩笑，McNealy问Ellison，Oracle是否有计划收购SUN?
"You'll see it in the newspapers," Ellison responded. "Oracle's strong preference is to do everything hostilely."
而Ellison则回答道:你将在报纸上看到这些，Oracle的强项就在于和别人做对。
以上为援引CNET January 10, 2006 报道.
Posted by eygle at 4:38 PM | Comments (9)
January 12, 2006
EMC 错了么 之 终结篇
作者:eygle
出处:http://blog.eygle.com
今天EMC终于又派工程师来更换那块换错了的硬盘.之前0_1_13这块硬盘的状态为:
# navicli -h 172.16.9.5 getdisk 0_1_13 |
可是更换之后我注意到,错误信息仍然被保留:
# navicli -h 172.16.9.5 getdisk 0_1_13 |
难道这些信息会一直保留下去?
看来我还是要把这个Case跟下去.
.
Posted by eygle at 11:18 PM | Comments (2)
发布《Oracle数据库性能优化》样章
作者:eygle
出处:http://blog.eygle.com
现在这本书的第二版也即将售罄，在2005年，这本书的表现比我们预想的还要好，当然我们最应该感谢大家的支持。
在这本书的预售过程中，曾经发布了一个样章供读者参考。这个样章来自该书第17章 《 Shared Pool原理及性能分析》，虽然只有9页，但是我想已经说明了很多问题。
看Itpub上仍然看到很多问题可以从这9页中找到答案，所以把这个样章发布在这里，供大家参考。
希望这在版权控制之内可以发布的9页文章对大家能有所帮助。
下载链接：
PDF版本下载 | gz压缩版本下载 | Itpub发布链接
I wish u like it.
Posted by eygle at 4:51 PM | Comments (8)