• 博客访问: 467991
  • 博文数量: 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-12-31 15:22:39

这边文章不能算做自己写的,顶多算作转载了别人的文章,只不过自己做了些实验,同时加入了些自己的理解。文章中大部分内容来自:http://blog.csdn.net/l2g32003/archive/2004/05/17/20444.aspx 对原文作者表示感谢! 同时要说明的是,ORACLE不同版本不同SEGMENT类型的BLOCK格式都有些出入的,而且这里列出的也可能有不准确或者还不理解的地方,欢迎大家 补充、指正。同时,因为前半部分是使用一个压缩表来实验的,做到后面发现压缩表跟普通表差异太大,所以换了另一个TRACE开始写,可能会有前后对不上的情况[@more@]Start dump dat......【阅读全文】

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

发布时间:2009-12-31 11:33:50

很多人都知道ORA_ROWSCN可以表示表中某行记录的SCN号,从这个SCN号可以大致推算出这行记录最后修改的时间是什么时候。不过创建表的时候如 果没有显示的指定表的rowdependencies属性,那么这里的ORA_ROWSCN就是指这个BLOCK中的所有行的最后修改时间,这个时候使用 ORA_ROWSCN来判断单条记录的修改时间就不那么靠谱了(不过标题里的不靠谱并不是指这个),但如果应用比较特殊,比如是记录日志,表中数据不停的 插入,没有更改和删除,那这个ORA_ROWSCN还是可以基本判断每条记录的大致插入时间的,所以这要具体情况具体分析,不能一棍......【阅读全文】

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

发布时间:2009-12-29 11:20:03

想对一个很大的VOL进行SIS,打算节约点空间出来,没想到碰到了如下的错误: Volume or maxfiles exceeded max allowed for SIS 意思就是说,这个VOL对SIS来说太大了,不支持,直接晕倒。下面就来看看不同版本的ONTAP下对SIS支持的VOL的限制吧[@more@]Limitations starting in Data ONTAP 7.3.1 Model Size limit FAS2020 1 TB FAS2050 2 TB FAS3020 2 TB FAS3040 4 TB FAS3050 3 TB FAS3070 16 TB FAS3140 4 TB FAS3160 16 TB FAS3170 16 TB R200 4 TB FAS6030 16 ......【阅读全文】

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

发布时间:2009-12-28 15:26:41

在进行BLOCK DUMP时,DUMP出来的TRACE文件中会有一个标志位标明了这个BLOCK的类型,这个在IXORA(http://www.ixora.com.au/notes/cache_block_types.htm)上有完整的记录,这里只是转帖一下,防止哪天IXORA也被墙了查找方便点。[@more@]Code Block Type Versions1 Undo header block (limited extents) all, but superseded by type 14 from 8.0 2 Undo data block all3 Save undo header block (limited extents) all, but superseded by type 15 from 8.04 Save undo data block all5 Data segment he......【阅读全文】

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

发布时间:2009-12-25 16:32:42

在学习ORA_ROWSCN的过程中,牵扯出了Itl上的SCN,然后学习这个SCN的时候又牵扯出了DUMP BLOCK中的每个字段的含义,其中有一个chkval,这又牵扯出了DB_BLOCK_CHECKSUM参数的设置,这越扯越远了。这里拙劣的翻译下 ORACLE的官方文档中关于DB_BLOCK_CHECKSUM的定义吧。[@more@]DB_BLOCK_CHECKSUM决定了当每个数据块被写入磁盘的时候,DBWn进程或者直接装载进程是否去计算一个CHECKSUM 的值(这个数字是从存储在这个块中的所有字节计算出来的)并保存在BLOCK的头部。只有当这个参数被设置为TYPICAL或者FULL并且最后一次写这个块的时候存储......【阅读全文】

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

登录 注册