ASSM内部存储研究大揭密

 一、      assm的基础情景

在920往日，表的结余空间的处置与调配都是由贯穿列表freelist来实行的，由于freelist生存串行的题目，所以简单惹起常常简单惹起段头的争用与空间的滥用（本来这一点并不鲜明），最重要的仍旧由于须要dba 耗费洪量的精神去处置那些争用并监察和控制表的空间运用。

机动段空间处置（assm），它初次出此刻oracle920里。有了assm，贯穿列表freelist被位图所代替，它是一个二进制的数组，不妨赶快灵验地处置保存扩充和结余区块（free block），所以不妨革新分段保存实质，assm表空间上创造的段再有其余一个称谓叫bitmap managed segments（bmb 段）。

让咱们看看位图freelist是怎样实行的。我会从运用区段空间处置机动参数创造tablespace发端：<!--[if !supportlinebreaknewline]--><!--[endif]-->

create tablespace demodatafile '/ora01/oem/demo01.dbf 'size 5mextent management local -- turn on lmtsegment space management auto -- turn on assm;<!--[if !supportlinebreaknewline]--><!--[endif]-->

一旦你设置好了tablespace，那么表和索引就不妨运用百般本领很简单地被挪动到新的tablespace里，带有assm的当地处置tablespace会略掉任何为pctused、next和freelists所指定的值。

当表格大概索引被调配到这个tablespace此后，用来独力东西的pctused的值会被忽视，而oracle9i会运用位图数组来机动地处置tablespace里表格和索引的freelist。对于在lmt的tablespace里面创造的表格和索引而言，这个next扩充子句是落伍的，由于由当地处置的tablespace会处置它们。然而，initial参数仍旧是须要的，由于oracle不大概提早领会初始表格加载的巨细。对于assm而言，initial最小的值是三个块。

新的处置体制用位图来盯梢或处置每个调配到东西的块，每个块有几何结余空间按照位图的状况来决定，如>75%,50%-75%,25%-50%和<25%，也即是说位图本来沿用了四个状况位来包办往日的pctused，什么功夫该运用该数据块则由设定的pctfree来决定。

运用assm的一个宏大上风是，位图freelist确定不妨减少缓冲区忙等候（buffer busy wait）的承担，这个题目在oracle9i往日的本子里曾是一个重要的题目。

在没有多个freelist的功夫，每个oracle表格和索引在表格的头部都曾有一个数据块，用来处置东西所运用的结余区块，并为任何sql插入证明所创造的新数据行供给数据块。当数据缓冲内的数据块因为被另一个dml工作处置锁定而没辙运用的功夫，缓冲区忙等候就会爆发。当你须要将多个工作插入到同一个表格里的功夫，那些工作就被强迫等候，而同声oracle会在同时间派结余的区块，一次一个。

有了assm之后，oracle传播明显地普及了dml并发操纵的本能，由于（同一个）位图的各别局部不妨被同声运用，如许就取消了探求结余空间的串行化。按照oracle的尝试截止，运用位图freelist会取消一切分段头部（对资源）的篡夺，还能赢得超快的并发插入操纵。

纵然assm表露出了令人冲动的个性并不妨简化oracle dba的处事，然而oracle9i的位图分段处置仍旧有少许控制性的：

· 一旦dba被调配之后，它就没辙遏制tablespace里面的独力表格和索引的保存动作。

· 你不不妨运用assm创造偶尔的tablespace。这是由排序时偶尔分段的短促个性所确定的。

· 惟有当地处置的tablespace才不妨运用位图分段处置。

· 运用超高含量的dml（比方insert、update和delete等）的功夫大概会展示本能上的题目，然而在最新的本子上如9204之上，assm也发端了被普遍的运用。

<!--[if !supportlists]-->二、<!--[endif]-->assm究竟是如何回事，表是如何构造的呢？<!--[if !supportlinebreaknewline]--><!--[endif]-->

要害字：

assm，机动段处置

bmb segment 位图段处置1、咱们先创造一个当地处置的表空间，沿用段机动处置办法

create tablespace demodatafile '/ora01/oem/demo01.dbf 'size 50mextent management localsegment space management auto;

2、创造同样一个表

sql> create table demotab ( x number ) tablespace demostorage (initial 1000k);table createdsql> select t.table_name,t.initial_extent,t.next_extent,t.pct_free,t.pct_used from user_tables t where t.table_name = 'demotab';table_name initial_extent next_extent pct_free pct_used------------------------------ -------------- ----------- ---------- ----------demotab 1024000 10

不妨看到，next_extent与pct_used都为空。

3、实行该进程，查看表的初始状况

sql> exec show_space('demotab');total blocks............................128total bytes.............................1048576unused blocks...........................125unused bytes............................1024000last used ext fileid....................7last used ext blockid...................8last used block.........................3

从这边咱们能看到少许该表的个性，个中最引人提防的即是表头了，占用了三个块的巨细。

其余一个提防的场合即是该表从第8个块发端，然而本质上这边是缺点的，该当是从第9个块发端，文献头占用了64k的空间即是8个块。咱们从dba_extent中也能看到如许的消息，本质上是从第9个块发端的。

sql> select t.segment_name,t.extent_id,t.block_id from dba_extents t where t.segment_name = 'demotab';segment_name extent_id block_id-------------------------------------------------------------------------------- ---------- ----------demotab 0 9demotab 1 17……<!--[if !supportlinebreaknewline]--><!--[endif]-->

4、我径直发端领会第9，10，11个块（段头）

sql> alter system dump datafile 7 block 9;system alteredsql> alter system dump datafile 7 block 10;system alteredsql> alter system dump datafile 7 block 11;system altered

start dump data blocks tsn: 6 file#: 7 minblk 9 maxblk 9buffer tsn: 6 rdba: 0x06800009 (7/9)scn: 0x0000.00181a2c seq: 0x01 flg: 0x04 tail: 0x1a2c2001frmt: 0x02 chkval: 0x30a6 type: 0x20=first level bitmap blockdump of first level bitmap block--------------------------------nbits : 4 nranges: 2 parent dba: 0x0680000a poffset: 0 unformatted: 13 total: 16 first useful block: 3 owning instance : 1instance ownership changed at last successful search freeness status: nf1 0 nf2 0 nf3 0 nf4 0 extent map block offset: 4294967295 first free datablock : 3 bitmap block lock opcode 0locker xid: : 0x0000.000.00000000highwater:: 0x0680000c ext#: 0 blk#: 3 ext size: 8 #blocks in seg. hdr's freelists: 0 #blocks below: 0 mapblk 0x00000000 offset: 0 hwm flag: hwm set--------------------------------------------------------dba ranges :--------------------------------------------------------0x06800009 length: 8 offset: 0 0x06800011 length: 8 offset: 8 0:metadata 1:metadata 2:metadata 3:unformatted4:unformatted 5:unformatted 6:unformatted 7:unformatted8:unformatted 9:unformatted 10:unformatted 11:unformatted12:unformatted 13:unformatted 14:unformatted 15:unformatted--------------------------------------------------------end dump data blocks tsn: 6 file#: 7 minblk 9 maxblk 9start dump data blocks tsn: 6 file#: 7 minblk 10 maxblk 10buffer tsn: 6 rdba: 0x0680000a (7/10)scn: 0x0000.00181a39 seq: 0x01 flg: 0x04 tail: 0x1a392101frmt: 0x02 chkval: 0x2738 type: 0x21=second level bitmap blockdump of second level bitmap blocknumber: 8 nfree: 8 ffree: 0 pdba: 0x0680000b opcode:0 xid: l1 ranges :--------------------------------------------------------0x06800009 free: 5 inst: 1 0x06800019 free: 5 inst: 1 0x06800029 free: 5 inst: 1 0x06800039 free: 5 inst: 1 0x06800049 free: 5 inst: 1 0x06800059 free: 5 inst: 1 0x06800069 free: 5 inst: 1 0x06800079 free: 5 inst: 1 --------------------------------------------------------end dump data blocks tsn: 6 file#: 7 minblk 10 maxblk 10start dump data blocks tsn: 6 file#: 7 minblk 11 maxblk 11buffer tsn: 6 rdba: 0x0680000b (7/11)scn: 0x0000.00181a3d seq: 0x01 flg: 0x04 tail: 0x1a3d2301frmt: 0x02 chkval: 0x4904 type: 0x23=pagetable segment headerextent control header-----------------------------------------------------------------extent header:: spare1: 0 spare2: 0 #extents: 16 #blocks: 128 last map 0x00000000 #maps: 0 offset: 2716 highwater:: 0x0680000c ext#: 0 blk#: 3 ext size: 8 #blocks in seg. hdr's freelists: 0 #blocks below: 0 mapblk 0x00000000 offset: 0 unlocked--------------------------------------------------------low highwater mark : highwater:: 0x0680000c ext#: 0 blk#: 3 ext size: 8 #blocks in seg. hdr's freelists: 0 #blocks below: 0 mapblk 0x00000000 offset: 0 level 1 bmb for high hwm block: 0x06800009level 1 bmb for low hwm block: 0x06800009--------------------------------------------------------segment type: 1 nl2: 1 blksz: 8192 fbsz: 0 l2 array start offset: 0x00001434first level 3 bmb: 0x00000000l2 hint for inserts: 0x0680000alast level 1 bmb: 0x06800079last level ii bmb: 0x0680000alast level iii bmb: 0x00000000map header:: next 0x00000000 #extents: 16 obj#: 29929 flag: 0x20000000extent map-----------------------------------------------------------------0x06800009 length: 8 0x06800011 length: 8 0x06800019 length: 8 0x06800021 length: 8 0x06800029 length: 8 0x06800031 length: 8 0x06800039 length: 8 0x06800041 length: 8 0x06800049 length: 8 0x06800051 length: 8 0x06800059 length: 8 0x06800061 length: 8 0x06800069 length: 8 0x06800071 length: 8 0x06800079 length: 8 0x06800081 length: 8 auxillary map--------------------------------------------------------extent 0 : l1 dba: 0x06800009 data dba: 0x0680000cextent 1 : l1 dba: 0x06800009 data dba: 0x06800011extent 2 : l1 dba: 0x06800019 data dba: 0x0680001aextent 3 : l1 dba: 0x06800019 data dba: 0x06800021extent 4 : l1 dba: 0x06800029 data dba: 0x0680002aextent 5 : l1 dba: 0x06800029 data dba: 0x06800031extent 6 : l1 dba: 0x06800039 data dba: 0x0680003aextent 7 : l1 dba: 0x06800039 data dba: 0x06800041extent 8 : l1 dba: 0x06800049 data dba: 0x0680004aextent 9 : l1 dba: 0x06800049 data dba: 0x06800051extent 10 : l1 dba: 0x06800059 data dba: 0x0680005aextent 11 : l1 dba: 0x06800059 data dba: 0x06800061extent 12 : l1 dba: 0x06800069 data dba: 0x0680006aextent 13 : l1 dba: 0x06800069 data dba: 0x06800071extent 14 : l1 dba: 0x06800079 data dba: 0x0680007aextent 15 : l1 dba: 0x06800079 data dba: 0x06800081--------------------------------------------------------second level bitmap block dbas --------------------------------------------------------dba 1: 0x0680000aend dump data blocks tsn: 6 file#: 7 minblk 11 maxblk 11

从这边，咱们能赢得什么消息？这个是很要害的。

领会块9，这个块叫first level bitmap block。咱们不妨看到，这边保持了16个块的消息（提防，不是16个区间的消息），它记载的是块的空间运用消息，发端16个块中央有3个块是metadata典型（块9,10,11），这局部块即是以次将要证明的位图块与段头块，由于不许寄存数据，以是标志为metadata典型。除此除外，其它的都是未运用的数据块典型为unformatted，有13个。

题目？干什么这边只保持16个块的消息呢？这须要咱们进一步接洽（往下看）。

领会块10，叫second level bitmap block。这个就比拟有道理了，记载了大概展示的一致于块9的块展示的地方(dba)。方才在上头不是说了吗，块9只能记载16个块的消息，那16个块之后的消息如何办？bmb段沿用了散布的战略，在第25个块的场合，oracle将减少一个新的块用来记载下16个块（等会儿看尝试），那么块10记载的即是那些块的地方了，如：0x06800019 free: 5 inst: 1 代办下一个块的地方是19（十六进制），本来是即是十进制的25。那么咱们设想，再下一个是25+16=41。该当是十六进制的29，再察看块10的实质，大师不妨领会这个块的效率了吧。

再看块11，是该表的段头，这边记载了表的区间舆图，囊括表段的16个区间的散布地方，即使没有创造表，是没有该块的，这个块与assm位图块自己没有多大联系，在每个段的头部城市有一个，由于这个是该表空间的第一个段，以是场所放在了块11。

不妨看到本来在assm的表内里，废除了从来的freelist，本来减少了很多块来处置块的数据，那些块不复散布在块的头部，而是散布在表的里面，每隔16个块（这个数量与各别的情况大概有分辨），就有一个块来记载下16个块的数据保持的情景。

位图数据的级别不妨分为三个级别，当生存一个或多个头等位图块（如块9，19）的功夫，将由二级位图（如块10）块来生存头等位图块的地方，同理，一个二级位图块不够运用而展示多个二级位图块的功夫，将由三级位图块来生存二级位图块的地方（一致索引构造，因为三级位图块的展示须要很普遍据块，以是这边不计划三级位图块）。所有位图数组的构造产生一个树状构造，利于于oracle盯梢一切的位图数据块的场所。

附图：

<!--[if !vml]--><!--[endif]-->

<!--[if !supportlists]-->三、           <!--[endif]-->咱们发端插入数据，进一步证明情景。

sql>insert into demotabselect rownum from dba_objects;28985 rows inserted;而后咱们运转sql> exec show_space('demotab');total blocks............................128total bytes.............................1048576unused blocks...........................72unused bytes............................589824last used ext fileid....................26last used ext blockid...................56last used block.........................8这边有一个新的进程，用来特意领会机动段处置的段中的块的构成declare v_unformatted_blocks number; v_unformatted_bytes number; v_fs1_blocks number; v_fs1_bytes number; v_fs2_blocks number; v_fs2_bytes number; v_fs3_blocks number; v_fs3_bytes number; v_fs4_blocks number; v_fs4_bytes number; v_full_blocks number; v_full_bytes number; begin dbms_space.space_usage ('sys', 'demotab', 'table', v_unformatted_blocks, v_unformatted_bytes, v_fs1_blocks, v_fs1_bytes, v_fs2_blocks, v_fs2_bytes, v_fs3_blocks, v_fs3_bytes, v_fs4_blocks, v_fs4_bytes, v_full_blocks, v_full_bytes); dbms_output.put_line('unformatted blocks = '||v_unformatted_blocks); dbms_output.put_line('fs1 blocks = '||v_fs1_blocks); dbms_output.put_line('fs2 blocks = '||v_fs2_blocks); dbms_output.put_line('fs3 blocks = '||v_fs3_blocks); dbms_output.put_line('fs4 blocks = '||v_fs4_blocks); dbms_output.put_line('full blocks = '||v_full_blocks); end;/unformatted blocks = 0fs1 blocks = 1fs2 blocks = 0fs3 blocks = 0fs4 blocks = 6full blocks = 43pl/sql procedure successfully completed在这边fs1表白0-25%清闲空间的块fs2表白25-50%清闲空间的块fs3表白50-75%清闲空间的块fs4表白 75-100%清闲空间的块这边咱们能看到什么呢？不妨看到的是，total blocks............................128unused blocks...........................72

即是说，咱们这次插入用了56个块。

然而看底下的数据，也即是数据块惟有1+6+43=50个，再有6个的分辨在何处呢？咱们已知的即是段头有3个，那再有3个该当即是散布在表中的位图块了（假设）。咱们进一步领会。

用了56个块，本来即是7个区间，7个区间，每个位图块只能处置16个块（2个区间），这边该当用到了4个位图块才不妨处置过来，4其中有一个属于段头的3个，那凑巧是50+3+3=56了。咱们进一步领会。<!--[if !supportlinebreaknewline]--><!--[endif]-->

再看那段头形成怎么办了？start dump data blocks tsn: 6 file#: 7 minblk 9 maxblk 9buffer tsn: 6 rdba: 0x06800009 (7/9)scn: 0x0000.0018b7ca seq: 0x2d flg: 0x00 tail: 0xb7ca202dfrmt: 0x02 chkval: 0x0000 type: 0x20=first level bitmap blockdump of first level bitmap block--------------------------------nbits : 4 nranges: 2 parent dba: 0x0680000a poffset: 0 unformatted: 0 total: 16 first useful block: 3 owning instance : 1instance ownership changed at 08/19/2003 10:41:42last successful search 08/19/2003 10:41:42freeness status: nf1 0 nf2 0 nf3 0 nf4 0 extent map block offset: 4294967295 first free datablock : 16 bitmap block lock opcode 0locker xid: : 0x0000.000.00000000highwater:: 0x00000000 ext#: 0 blk#: 0 ext size: 0 #blocks in seg. hdr's freelists: 0 #blocks below: 0 mapblk 0x00000000 offset: 0 hwm flag: not set--------------------------------------------------------dba ranges :--------------------------------------------------------0x06800009 length: 8 offset: 0 0x06800011 length: 8 offset: 8 0:metadata 1:metadata 2:metadata 3:full4:full 5:full 6:full 7:full8:full 9:full 10:full 11:full12:full 13:full 14:full 15:full--------------------------------------------------------end dump data blocks tsn: 6 file#: 7 minblk 9 maxblk 9start dump data blocks tsn: 6 file#: 7 minblk 10 maxblk 10buffer tsn: 6 rdba: 0x0680000a (7/10)scn: 0x0000.0018b7cb seq: 0x07 flg: 0x00 tail: 0xb7cb2107frmt: 0x02 chkval: 0x0000 type: 0x21=second level bitmap blockdump of second level bitmap blocknumber: 8 nfree: 5 ffree: 3 pdba: 0x0680000b opcode:0 xid: l1 ranges :--------------------------------------------------------0x06800009 free: 1 inst: 1 0x06800019 free: 1 inst: 1 0x06800029 free: 1 inst: 1 0x06800039 free: 5 inst: 1 0x06800049 free: 5 inst: 1 0x06800059 free: 5 inst: 1 0x06800069 free: 5 inst: 1 0x06800079 free: 5 inst: 1 --------------------------------------------------------end dump data blocks tsn: 6 file#: 7 minblk 10 maxblk 10start dump data blocks tsn: 6 file#: 7 minblk 11 maxblk 11buffer tsn: 6 rdba: 0x0680000b (7/11)scn: 0x0000.0018b7cb seq: 0x03 flg: 0x00 tail: 0xb7cb2303frmt: 0x02 chkval: 0x0000 type: 0x23=pagetable segment headerextent control header-----------------------------------------------------------------extent header:: spare1: 0 spare2: 0 #extents: 16 #blocks: 128 last map 0x00000000 #maps: 0 offset: 2716 highwater:: 0x06800041 ext#: 6 blk#: 8 ext size: 8 #blocks in seg. hdr's freelists: 0 #blocks below: 50 mapblk 0x00000000 offset: 6 unlocked--------------------------------------------------------low highwater mark : highwater:: 0x0680000c ext#: 0 blk#: 3 ext size: 8 #blocks in seg. hdr's freelists: 0 #blocks below: 0 mapblk 0x00000000 offset: 0 level 1 bmb for high hwm block: 0x06800039level 1 bmb for low hwm block: 0x06800009--------------------------------------------------------segment type: 1 nl2: 1 blksz: 8192 fbsz: 0 l2 array start offset: 0x00001434first level 3 bmb: 0x00000000l2 hint for inserts: 0x0680000alast level 1 bmb: 0x06800079last level ii bmb: 0x0680000alast level iii bmb: 0x00000000map header:: next 0x00000000 #extents: 16 obj#: 29929 flag: 0x20000000extent map-----------------------------------------------------------------0x06800009 length: 8 0x06800011 length: 8 0x06800019 length: 8 0x06800021 length: 8 0x06800029 length: 8 0x06800031 length: 8 0x06800039 length: 8 0x06800041 length: 8 0x06800049 length: 8 0x06800051 length: 8 0x06800059 length: 8 0x06800061 length: 8 0x06800069 length: 8 0x06800071 length: 8 0x06800079 length: 8 0x06800081 length: 8 auxillary map--------------------------------------------------------extent 0 : l1 dba: 0x06800009 data dba: 0x0680000cextent 1 : l1 dba: 0x06800009 data dba: 0x06800011extent 2 : l1 dba: 0x06800019 data dba: 0x0680001aextent 3 : l1 dba: 0x06800019 data dba: 0x06800021extent 4 : l1 dba: 0x06800029 data dba: 0x0680002aextent 5 : l1 dba: 0x06800029 data dba: 0x06800031extent 6 : l1 dba: 0x06800039 data dba: 0x0680003aextent 7 : l1 dba: 0x06800039 data dba: 0x06800041extent 8 : l1 dba: 0x06800049 data dba: 0x0680004aextent 9 : l1 dba: 0x06800049 data dba: 0x06800051extent 10 : l1 dba: 0x06800059 data dba: 0x0680005aextent 11 : l1 dba: 0x06800059 data dba: 0x06800061extent 12 : l1 dba: 0x06800069 data dba: 0x0680006aextent 13 : l1 dba: 0x06800069 data dba: 0x06800071extent 14 : l1 dba: 0x06800079 data dba: 0x0680007aextent 15 : l1 dba: 0x06800079 data dba: 0x06800081--------------------------------------------------------second level bitmap block dbas --------------------------------------------------------dba 1: 0x0680000aend dump data blocks tsn: 6 file#: 7 minblk 11 maxblk 11<!--[if !supportlinebreaknewline]--><!--[endif]-->

看块9，不妨看到，段头的三个块没有动。其余的13个块都是full（100%充溢）状况。

看块10，不妨看到，充溢运用的位图块的场所是：

0x06800009 free: 1 inst: 1 --对应90x06800019 free: 1 inst: 1 --对应250x06800029 free: 1 inst: 1 --对应41该当再有一个不实足运用的0x06800039 free: 5 inst: 1 --对应57

底下咱们证明一下块25的消息：start dump data blocks tsn: 6 file#: 7 minblk 25 maxblk 25buffer tsn: 6 rdba: 0x06800019 (7/25)scn: 0x0000.0018b7cb seq: 0x0e flg: 0x04 tail: 0xb7cb200efrmt: 0x02 chkval: 0x261c type: 0x20=first level bitmap blockdump of first level bitmap block--------------------------------nbits : 4 nranges: 2 parent dba: 0x0680000a poffset: 1 unformatted: 0 total: 16 first useful block: 1 owning instance : 1instance ownership changed at 08/19/2003 10:41:42last successful search 08/19/2003 10:41:42freeness status: nf1 0 nf2 0 nf3 0 nf4 0 extent map block offset: 4294967295 first free datablock : 16 bitmap block lock opcode 0locker xid: : 0x0000.000.00000000highwater:: 0x00000000 ext#: 0 blk#: 0 ext size: 0 #blocks in seg. hdr's freelists: 0 #blocks below: 0 mapblk 0x00000000 offset: 0 hwm flag: not set--------------------------------------------------------dba ranges :--------------------------------------------------------0x06800019 length: 8 offset: 0 0x06800021 length: 8 offset: 8 0:metadata 1:full 2:full 3:full4:full 5:full 6:full 7:full8:full 9:full 10:full 11:full12:full 13:full 14:full 15:full--------------------------------------------------------end dump data blocks tsn: 6 file#: 7 minblk 25 maxblk 25块41的消息start dump data blocks tsn: 6 file#: 7 minblk 41 maxblk 41buffer tsn: 6 rdba: 0x06800029 (7/41)scn: 0x0000.0018b7cb seq: 0x35 flg: 0x04 tail: 0xb7cb2035frmt: 0x02 chkval: 0x260f type: 0x20=first level bitmap blockdump of first level bitmap block--------------------------------nbits : 4 nranges: 2 parent dba: 0x0680000a poffset: 2 unformatted: 0 total: 16 first useful block: 1 owning instance : 1instance ownership changed at 08/19/2003 10:41:42last successful search 08/19/2003 10:41:42freeness status: nf1 0 nf2 0 nf3 0 nf4 0 extent map block offset: 4294967295 first free datablock : 16 bitmap block lock opcode 0locker xid: : 0x0000.000.00000000highwater:: 0x00000000 ext#: 0 blk#: 0 ext size: 0 #blocks in seg. hdr's freelists: 0 #blocks below: 0 mapblk 0x00000000 offset: 0 hwm flag: not set--------------------------------------------------------dba ranges :--------------------------------------------------------0x06800029 length: 8 offset: 0 0x06800031 length: 8 offset: 8 0:metadata 1:full 2:full 3:full4:full 5:full 6:full 7:full8:full 9:full 10:full 11:full12:full 13:full 14:full 15:full--------------------------------------------------------end dump data blocks tsn: 6 file#: 7 minblk 41 maxblk 41块57的消息start dump data blocks tsn: 6 file#: 7 minblk 57 maxblk 57buffer tsn: 6 rdba: 0x06800039 (7/57)scn: 0x0000.0018b7cb seq: 0x04 flg: 0x04 tail: 0xb7cb2004frmt: 0x02 chkval: 0x27d2 type: 0x20=first level bitmap blockdump of first level bitmap block--------------------------------nbits : 4 nranges: 2 parent dba: 0x0680000a poffset: 3 unformatted: 8 total: 16 first useful block: 1 owning instance : 1instance ownership changed at 08/19/2003 10:41:42last successful search 08/19/2003 10:41:42freeness status: nf1 1 nf2 0 nf3 0 nf4 6 extent map block offset: 4294967295 first free datablock : 1 bitmap block lock opcode 0locker xid: : 0x0000.000.00000000highwater:: 0x06800041 ext#: 6 blk#: 8 ext size: 8 #blocks in seg. hdr's freelists: 0 #blocks below: 50 mapblk 0x00000000 offset: 6 hwm flag: hwm set--------------------------------------------------------dba ranges :--------------------------------------------------------0x06800039 length: 8 offset: 0 0x06800041 length: 8 offset: 8 0:metadata 1:75-100% free 2:75-100% free 3:75-100% free4:75-100% free 5:75-100% free 6:75-100% free 7:0-25% free8:unformatted 9:unformatted 10:unformatted 11:unformatted12:unformatted 13:unformatted 14:unformatted 15:unformatted--------------------------------------------------------end dump data blocks tsn: 6 file#: 7 minblk 57 maxblk 57<!--[if !supportlinebreaknewline]--><!--[endif]-->

块9：2个段头+1个位图+13个