[20150116]系統管理表空間的疑問3.txt
[20150116]系統管理表空間的疑問3.txt
--前幾天做了系統管理表空間的探究以及oracle的儲存結構(主要集中在10g,11g).又犯了一個經驗錯誤。
--特此更正,原始連結如下:
[20150113]關於oracle的儲存結構.txt
http://blog.itpub.net/267265/viewspace-1400603/
[20150113]系統管理表空間的疑問2.txt
http://blog.itpub.net/267265/viewspace-1399890/
[20150112]系統管理表空間的疑問.txt
http://blog.itpub.net/267265/viewspace-1399275/
--實際上10g上點陣圖區塊是3-8塊,2塊是點陣圖塊頭。
--而11G檔案保留128塊,點陣圖區塊多數情況下只要建立的資料檔案不是太小(>=1080K),點陣圖區塊是3-127,2塊是點陣圖塊頭。
--而11g下建立檔案<1080K(大於120k),點陣圖區塊是3-7塊,2塊是點陣圖塊頭.上次的blog存在錯誤,特此更正。
1.測試環境:
--我的測試環境:資料塊大小8K。
SCOTT@test> @ver1
PORT_STRING VERSION BANNER
------------------------------ -------------- --------------------------------------------------------------------------------
x86_64/Linux 2.4.xx 11.2.0.3.0 Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
CREATE TABLESPACE TOOLSX DATAFILE
'/u01/app/oracle11g/oradata/test/tools01x.dbf' SIZE 1M AUTOEXTEND OFF
LOGGING
ONLINE
EXTENT MANAGEMENT LOCAL AUTOALLOCATE
BLOCKSIZE 8K
SEGMENT SPACE MANAGEMENT AUTO
FLASHBACK ON;
2.測試:
SCOTT@test> create table emp2 tablespace toolsx as select * from emp;
Table created.
SCOTT@test> column PARTITION_NAME noprint
SCOTT@test> select * from dba_extents where owner=user and segment_name='EMP2';
OWNER SEGMENT_NAME SEGMENT_TYPE TABLESPACE_NAME EXTENT_ID FILE_ID BLOCK_ID BYTES BLOCKS RELATIVE_FNO
------ ------------- ------------- -------------------------- ---------- ---------- ---------- ---------- ------------
SCOTT EMP2 TABLE TOOLSX 0 12 8 65536 8 12
alter system dump datafile 12 block min 2 block max 8;
$ egrep 'type: 0x|buffer tsn' test_ora_2245_127_0_0_1.trc
buffer tsn: 1065 rdba: 0x03000002 (12/2)
frmt: 0x02 chkval: 0x2500 type: 0x1d=KTFB Bitmapped File Space Header
buffer tsn: 1065 rdba: 0x03000003 (12/3)
frmt: 0x02 chkval: 0x8608 type: 0x1e=KTFB Bitmapped File Space Bitmap
buffer tsn: 1065 rdba: 0x03000004 (12/4)
frmt: 0x02 chkval: 0x49f7 type: 0x1e=KTFB Bitmapped File Space Bitmap
buffer tsn: 1065 rdba: 0x03000005 (12/5)
frmt: 0x02 chkval: 0x09fe type: 0x1e=KTFB Bitmapped File Space Bitmap
buffer tsn: 1065 rdba: 0x03000006 (12/6)
frmt: 0x02 chkval: 0xc9e5 type: 0x1e=KTFB Bitmapped File Space Bitmap
buffer tsn: 1065 rdba: 0x03000007 (12/7)
frmt: 0x02 chkval: 0x89ec type: 0x1e=KTFB Bitmapped File Space Bitmap
buffer tsn: 1065 rdba: 0x03000008 (12/8)
frmt: 0x02 chkval: 0xc84e type: 0x20=FIRST LEVEL BITMAP BLOCK
--很明顯block_id=8,也就是前面0-7塊保留。0=>os塊頭,1=>檔案頭,2=>KTFB Bitmapped File Space Header,
--3-7塊=>KTFB Bitmapped File Space Bitmap。
--8 塊=> FIRST LEVEL BITMAP BLOCK. 屬於emp2.
2.在來看看11G的情況:
SYS@icare> @ &r/ver1
PORT_STRING VERSION BANNER
------------------------------ -------------- ----------------------------------------------------------------
x86_64/Linux 2.4.xx 10.2.0.4.0 Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
SYS@icare> alter system dump datafile 54 block min 2 block max 8;
System altered.
# egrep 'type: 0x|buffer tsn' /u01/app/oracle/admin/icare/udump/icare_ora_30183.trc
buffer tsn: 18 rdba: 0x0d800002 (54/2)
frmt: 0x02 chkval: 0x76a6 type: 0x1d=KTFB Bitmapped File Space Header
buffer tsn: 18 rdba: 0x0d800003 (54/3)
frmt: 0x02 chkval: 0xe53d type: 0x1e=KTFB Bitmapped File Space Bitmap
buffer tsn: 18 rdba: 0x0d800004 (54/4)
frmt: 0x02 chkval: 0x2097 type: 0x1e=KTFB Bitmapped File Space Bitmap
buffer tsn: 18 rdba: 0x0d800005 (54/5)
frmt: 0x02 chkval: 0x7cfd type: 0x1e=KTFB Bitmapped File Space Bitmap
buffer tsn: 18 rdba: 0x0d800006 (54/6)
frmt: 0x02 chkval: 0xb866 type: 0x1e=KTFB Bitmapped File Space Bitmap
buffer tsn: 18 rdba: 0x0d800007 (54/7)
frmt: 0x02 chkval: 0xf725 type: 0x1e=KTFB Bitmapped File Space Bitmap
buffer tsn: 18 rdba: 0x0d800008 (54/8)
frmt: 0x02 chkval: 0x4d8e type: 0x1e=KTFB Bitmapped File Space Bitmap
--很明顯block_id=8,也是點陣圖塊,也就是前面0-8塊保留。0=>os塊頭,1=>檔案頭,2=>KTFB Bitmapped File Space Header,
--3-8塊=>KTFB Bitmapped File Space Bitmap。
--這樣10g與11g還是存在一些細小的差別,也許這樣在11G下更好的對齊。
--從這裡也可以證明:
--10g
SYS@icare> select min(block_id) from dba_extents where file_id=54;
MIN(BLOCK_ID)
-------------
9
--11g:
SCOTT@test> select min(block_id) from dba_extents where file_id=12;
MIN(BLOCK_ID)
-------------
8
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/267265/viewspace-1404262/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- [20150113]系統管理表空間的疑問2.txt
- 系統臨時表空間不足問題
- 設計資產管理系統的疑問
- oracle 系統表空間Oracle
- 管理表空間(表空間的屬性)轉貼
- Oracle 表空間的管理Oracle
- Oracle的表空間管理Oracle
- oracle系統表空間過大問題處理Oracle
- 應用系統按表空間的應用方式使用,表空間的配置
- 將字典管理表空間轉換為本地管理表空間
- Oracle表空間管理Oracle
- Oracle 表空間管理Oracle
- ASM表空間管理ASM
- 表空間管理之bigfile表空間設定
- 遷移SYSTEM表空間為本地管理表空間
- oracle本地管理的表空間Oracle
- Oracle 本地表空間管理與字典表空間管理Oracle
- 對ERP系統中管理思想的疑問薦
- MySQL 系統表空間檔案解析MySql
- MySQL 增加InnoDB系統表空間大小MySql
- Oracle undo 表空間管理Oracle
- oracle undo表空間管理Oracle
- MySQL 減少InnoDB系統表空間的大小MySql
- 表空間的資料字典管理
- oracle 表空間的管理方式Oracle
- Oracle OCP(49):表空間管理Oracle
- 【儲存管理】表空間概念
- 表空間查詢和管理
- oracle表空間日常操作管理Oracle
- oracle表空間管理維護Oracle
- Oracle的UNDO表空間管理總結Oracle
- [20210316]MSSM表空間塊ITL的LCK 3.txtSSM
- 移動資料檔案、系統表空間檔案、臨時表空間檔案
- 透過rman備份system系統表空間
- ORA-01552: 非系統表空間
- system表空間不足的問題分析
- [zt] 如何將資料字典管理表空間(DMT)轉化為本地管理表空間(LMT)
- oracle 段空間管理問題Oracle