Oracle ASSM表空间存储结构

最新推荐文章于 2021-04-03 04:06:23 发布
最新推荐文章于 2021-04-03 04:06:23 发布
阅读量713 收藏 1
点赞数
文章标签： 数据库

从Oracle 11gR2开始，每个数据文件的前128个块被Oracle留用，其中0-1号块为文件头，2-127号块是位图块，记录表空间中区的分配情况。
test表空间是一个新建的表空间，里面有一张表ms1
SQL> SELECT * FROM MS1;

         A
----------
         1
SQL> SELECT EXTENT_ID,FILE_ID,BLOCK_ID,BLOCKS FROM  DBA_EXTENTS WHERE SEGMENT_NAME='MS1' order by  extent_id;

 EXTENT_ID    FILE_ID   BLOCK_ID     BLOCKS
---------- ---------- ---------- ----------
         0         18        128          8
可以看到ms1这张表的第一个块是从128号分配的，一次性分配了8个块。一个块是8k，那么8个块是64k，正好是表定义中的initial值65536。

dump出文件头
SQL> alter system set events 'immediate trace name file_hdrs level 3';

System altered.

只关注18号数据文件，也就是test表空间的数据文件
DATA FILE #18:
  name #32: /opt/mingdbdata/data/MINGPDB1/tbs_test01.dbf
creation size=12800 block size=8192 status=0xe flg=0x1 head=32 tail=32 dup=1
 pdb_id 4, tablespace 9, index=17 krfil=18 prev_file_in_ts=0 prev_file_in_pdb=16
 unrecoverable scn: 0x0000000000000000 01/01/1988 00:00:00
 Checkpoint cnt:4060 scn: 0x0000000003d8c8df 01/15/2019 10:40:27
 Stop scn: 0xffffffffffffffff 11/27/2018 17:14:13
 Creation Checkpointed at scn:  0x0000000002547e5c 10/23/2018 17:22:12
 thread:1 rba:(0xfeb.7d7.10)
 enabled  threads:  01000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000
 Offline scn: 0x0000000002eda638 prev_range: 161
 Online Checkpointed at scn:  0x0000000002edab34 11/27/2018 17:20:46
 thread:1 rba:(0x1687.8a.10)
 enabled  threads:  01000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000
 Hot Backup end marker scn: 0x0000000000000000
 aux_file is NOT DEFINED
 Plugged readony: NO
 Plugin scnscn: 0x0000000000000000
 Plugin resetlogs scn/timescn: 0x0000000000000000 01/01/1988 00:00:00
 Foreign creation scn/timescn: 0x0000000000000000 01/01/1988 00:00:00
 Foreign checkpoint scn/timescn: 0x0000000000000000 01/01/1988 00:00:00
 Online move state: 0
 V10 STYLE FILE HEADER:
        Compatibility Vsn = 203423744=0xc200000
        Db ID=2547745710=0x97db83ae, Db Name='MINGDB'
        Activation ID=0=0x0
        Control Seq=986330575=0x3aca35cf, File size=12800=0x3200
        File Number=18, Blksiz=8192, File Type=3 DATA
Tablespace #9 - TEST  rel_fn:18
Creation   at   scn: 0x0000000002547e5c 10/23/2018 17:22:12
Backup taken at scn: 0x0000000000000000 01/01/1988 00:00:00 thread:0
 reset logs count:0x3a7ae32e scn: 0x0000000000000001
 prev reset logs count:0x0 scn: 0x0000000000000000
 recovered at 11/19/2018 17:53:03
 status:0x4 root dba:0x00400208 chkpt cnt: 4060 ctl cnt:4059
begin-hot-backup file size: 0
Checkpointed at scn:  0x0000000003d8c8df 01/15/2019 10:40:27
 thread:1 rba:(0x1fae.2.10)
 enabled  threads:  01000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000
Backup Checkpointed at scn:  0x0000000000000000
 thread:0 rba:(0x0.0.0)
 enabled  threads:  00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000
External cache id: 0x0 0x0 0x0 0x0
Absolute fuzzy scn: 0x0000000000000000
Recovery fuzzy scn: 0x0000000000000000 01/01/1988 00:00:00
Terminal Recovery Stamp  01/01/1988 00:00:00
        PDB ID=4, PDB Db ID=979682397=0x3a64c45d, PDB UID=979682397=0x3a64c45d
Previous recovery fuzzy scn: 0x0000000000000000
Last deallocation scn: 0x0000000000000000
Plugged-in scn: 0x0000000000000000
Plugin resetlogs scn: 0x0000000000000000
Foreign creation scn: 0x0000000000000000
Foreign checkpoint scn: 0x0000000000000000
EOF section checkpoint scn: 0x0000000000000000
Undo optimization current scn: 0x0000000000000000
File key structure: ena 0 flg 0x0 mkloc 0
   key: 0000000000000000000000000000000000000000000000000000000000000000
   mkeyid: 00000000000000000000000000000000
Last read CF transaction OCX clock 0
Platform Information:    Creation Platform ID: 13
Current Platform ID: 13 Last Platform ID: 13
PDB incarnation 0: inc_scn 0x0000000000000000 inc_time 0, br_scn 0x0000000000000000 br_time 0, er_scn 0x0000000000000000 er_time 0

利用如下语句，可以从块的dump文件中得到块的类型：        
alter system dump datafile 18 block 128;        
 
2号块：Bitmapped File Space Header
3-127号块Bitmapped File Space Bitmap
128号块：FIRST LEVEL BITMAP BLOCK


SQL>  SELECT EXTENT_ID,FILE_ID,BLOCK_ID,BLOCKS FROM  DBA_EXTENTS WHERE SEGMENT_NAME='MS1' order by  extent_id;

 EXTENT_ID    FILE_ID   BLOCK_ID     BLOCKS
---------- ---------- ---------- ----------
         0         18        128          8
128号块是L1，那么129号块是L2,130号块是L3，将这三个块dump出来
SQL> alter system dump datafile 18 block min 128 block max 130;

System altered.

从trace文件中可以看到L3块中
  --------------------------------------------------------
  Segment Type: 1 nl2: 1      blksz: 8192   fbsz: 0      
  L2 Array start offset:  0x00001434
  First Level 3 BMB:  0x00000000
  L2 Hint for inserts:  0x04800081
  Last Level 1 BMB:  0x04800080
  Last Level II BMB:  0x04800081
  Last Level III BMB:  0x00000000
     Map Header:: next  0x00000000  #extents: 1    obj#: 53759  flag: 0x10000000
  Inc # 0
  Extent Map
  -----------------------------------------------------------------
   0x04800080  length: 8     
 
  Auxillary Map
  --------------------------------------------------------
   Extent 0     :  L1 dba:  0x04800080 Data dba:  0x04800083
  --------------------------------------------------------
 
   Second Level Bitmap block DBAs
   --------------------------------------------------------
   DBA 1:   0x04800081
nl2:1代表L2块的个数是1.
Second Level Bitmap block DBAs的DBA是0x04800081
SQL> select dbms_utility.data_block_address_file(TO_NUMBER('04800081', 'XXXXXXXX')) file# ,dbms_utility.data_block_address_block(TO_NUMBER('04800081', 'XXXXXXXX')) block# from dual;

     FILE#     BLOCK#
---------- ----------
        18        129
正是129号块。
L2 Hint for inserts:  0x04800081
04800081是129号块。
L2 Hint for inserts代表着插入的时候选择会选择这个L2块，从L2块中寻找空闲空间，根据L2块选择L1块的时候就是随机的了。会根据执行insert的session的pid号进行hash运算，根据hash value分配到相应的L1块中。
Last Level 1 BMB:  0x04800080
SQL> select dbms_utility.data_block_address_file(TO_NUMBER('4800080', 'XXXXXXXX')) file# ,dbms_utility.data_block_address_block(TO_NUMBER('4800080', 'XXXXXXXX')) block# from dual;

     FILE#     BLOCK#
---------- ----------
        18        128
L1块的地址是128号块。

下面这部分描述了区的初始块地址和块的个数。该区128号开始，分配了8个块。
  Extent Map
  -----------------------------------------------------------------
   0x04800080  length: 8

Auxillary Map描述了该区的L1块地址和存储实际数据的第一个块地址   
   Auxillary Map
  --------------------------------------------------------
   Extent 0     :  L1 dba:  0x04800080 Data dba:  0x04800083
  --------------------------------------------------------
Data dba:  0x04800083数据块的地址是从131块开始的。

下面这一段trace体现了高水位信息：
  --------------------------------------------------------
  Low HighWater Mark :
      Highwater::  0x04800088  ext#: 0      blk#: 8      ext size: 8     
  #blocks in seg. hdr's freelists: 0     
  #blocks below: 5     
  mapblk  0x00000000  offset: 0     
  Level 1 BMB for High HWM block: 0x04800080
  Level 1 BMB for Low HWM block: 0x04800080
  --------------------------------------------------------
SQL> select dbms_utility.data_block_address_file(TO_NUMBER('04800088', 'XXXXXXXX')) file# ,dbms_utility.data_block_address_block(TO_NUMBER('04800088', 'XXXXXXXX')) block# from dual;

     FILE#     BLOCK#
---------- ----------
        18        136
高水位是136号块，这个块下面有5个块，分别是131-135号，131正好是第一个数据块，135正好是初始分配该表的8个块中的最后一个块。

128   129   130    131            132   133   134   135   |136
L1     L2    L3    第一个数据块                           |高水位线

Oracle在上调高水位线的时候，上调的范围是以L1中块的个数。
L2块中dump的内容下面部分跟L3差异不大
  Extent Control Header
  -----------------------------------------------------------------
  Extent Header:: spare1: 0      spare2: 0      #extents: 1      #blocks: 8     
                  last map  0x00000000  #maps: 0      offset: 2716  
      Highwater::  0x04800088  ext#: 0      blk#: 8      ext size: 8     
  #blocks in seg. hdr's freelists: 0     
  #blocks below: 5     
  mapblk  0x00000000  offset: 0     
                   Unlocked
  --------------------------------------------------------
  Low HighWater Mark :
      Highwater::  0x04800088  ext#: 0      blk#: 8      ext size: 8     
  #blocks in seg. hdr's freelists: 0     
  #blocks below: 5     
  mapblk  0x00000000  offset: 0     
  Level 1 BMB for High HWM block: 0x04800080
  Level 1 BMB for Low HWM block: 0x04800080
  --------------------------------------------------------
  Segment Type: 1 nl2: 1      blksz: 8192   fbsz: 0      
  L2 Array start offset:  0x00001434
  First Level 3 BMB:  0x00000000
  L2 Hint for inserts:  0x04800081
  Last Level 1 BMB:  0x04800080
  Last Level II BMB:  0x04800081
  Last Level III BMB:  0x00000000
     Map Header:: next  0x00000000  #extents: 1    obj#: 53759  flag: 0x10000000
  Inc # 0
  Extent Map
  -----------------------------------------------------------------
   0x04800080  length: 8     
 
  Auxillary Map
  --------------------------------------------------------
   Extent 0     :  L1 dba:  0x04800080 Data dba:  0x04800083
  --------------------------------------------------------
 
   Second Level Bitmap block DBAs
   --------------------------------------------------------
   DBA 1:   0x04800081
这部分  
Dump of Second Level Bitmap Block
   number: 1       nfree: 1       ffree: 0      pdba:     0x04800082
   Inc #: 0 Objd: 53759 Flag: 3
  opcode:0
 xid:
  L1 Ranges :
  --------------------------------------------------------
   0x04800080  Free: 7 Inst: 1
 
  --------------------------------------------------------
number:1  该L2块中有1个L1块
nfree: 1  该L2块管理的L1块中，有一个L1块下有空闲空间
ffree: 0  该L2块管理的L1块中，有零个L1块下没有空闲空间
pdba:0x04800082 即parent dba，代表了L3的地址。
L1的地址是0x04800080，即128号块
 

L1块部分dump文件内容：
Dump of First Level Bitmap Block
 --------------------------------
   nbits : 4 nranges: 1         parent dba:  0x04800081   poffset: 0     
   unformatted: 0       total: 8         first useful block: 3      
   owning instance : 1
   instance ownership changed at 01/07/2019 09:44:36
   Last successful Search 01/07/2019 09:44:36
   Freeness Status:            nf1 0      nf2 0      nf3 0      nf4 0      nf5 5      
   Extent Map Block Offset: 4294967295
   First free datablock : 3      
   Bitmap block lock opcode 0
   Locker xid:     :  0x0000.000.00000000
 Dealloc scn(ub4/ub4): (0x00000000.02d0e7a4)
 Format scn: 0x0000000003b52203
   Flag: 0x000002a1 (REJCTX/-/AUX/-/OBJD/-/-/-)
   Inc #: 0 Objd: 53759
  HWM Flag: HWM Set
      Highwater::  0x04800088  ext#: 0      blk#: 8      ext size: 8     
  #blocks in seg. hdr's freelists: 0     
  #blocks below: 5     
  mapblk  0x00000000  offset: 0     
  --------------------------------------------------------
  DBA Ranges :
  --------------------------------------------------------
   0x04800080  Length: 8      Offset: 0      
 
   0:Metadata   1:Metadata   2:Metadata   3:100% free
   4:100% free   5:100% free   6:100% free   7:100% free
  --------------------------------------------------------
nbits : 4 位图空间管理用数据块头中4bit来管理块的可用空间。
nranges: 1 该L1管理了1个区
parent dba:  0x04800081 即L2块的地址
unformatted:0 高水位线与低水位线之间未格式化的块的数量
total: 8 L1块管理的块的数量
first useful block: 3 第一个可用于存储实际数据的块，从0开始计算。这里是第四个，因为0,1,2是L1，L2，L3块
DBA Ranges 这部分描述了128-135号块的使用情况和属性。Metadata代表L1，L2，L3块。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/31480688/viewspace-2636533/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/31480688/viewspace-2636533/

conghe6716
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Oracle数据库中利用ASSM改善分段存储
03-03
表格空间增强了自动分段空间管理（ASSM），ASSM的tablespace是通过将SEGMENT SPACE MANAGEMENT AUTO子句添加到tablespace的定义句法里而实现的。通过使用位图freelist取代传统单向的链接列表freelist，ASSM的...
ASSM表空间真浪费 (AnySQL.net)
xiaoer
05-28 165
作者: AnySQL.net, 转载时请务必以超链接形式标明文章原始出处和作者信息. 链接: http://www.anysql.net/oracle/assm_table_space_waste.html 一直都反对使用ASSM表空间, 因为空间浪费...
oracle 关闭assm,Oracle ASSM 表空间
weixin_34749048的博客
04-03 336
引用：前几天Piner发布了一个的文章，同时给出了对于ASSM结构的猜想。Piner猜想的结构和我想像的不同，我认为ASSM的结构应该如下图所示：也就是说我认为BMB的结构应该是均衡的，同时段头的PAGETABLE SEGMENT HEADER同时充当了第0个3级位图块的角色。在PAGETABLE SEGMENT HEADER中实际上我们可以很容易的看到这样的输出：----------------...
Oracle 自动段空间管理(ASSM:auto segment space management)
qjoycn
12-07 192
一. 官网说明 Logical Storage Structures http://download.oracle.com/docs/cd/E11882_01/server.112/e16508/logical.htm#CNCPT7668 其中有关ASSM 的内容如下： Logical Space Management Oracle Database must use log...
Oracle技术之本地管理表空间_字典管理表空间_ASSM特点
weixin_33806914的博客
08-21 154
字典管理表空间-DMT 本地管理表空间-LMT字典管理表空间(Dictionary-Managed Tablespace简称DMT)，8i以前包括以后都还可以使用的一种表空间管理模式，通过数据字典管理表空间的空间使用。Oracle使用两个字典来记录Extents的使用情况：SYS.FET$记录空闲的Extents，SYS.UET$记录使用的Extents。在分配和释放...
Oracle 自动段空间管理(ASSM)
11-26 77
从oracle 9i开始，管理段空间有两种方法：手动段空间管理和自动段空间管理(Auto Segment Space Management,ASSM); ASSM用位图来跟踪或管理每个分配到对象的块，每个块有多少剩余空间根据位图的状态来确定，如>75%,50%-75%,25%-50%和<25%，也就是说位图其实采用了四个状态位来代替以前的PCTUSED，什么时候该利用该数据块则由...
Oracle9i自动分段空间管理改善分段存储
03-03
文中介绍了Oracle9i增强了本地管理减轻了数据字典的负担、增强了自动分段空间管理（ASSM），因此能够改善分段存储本质。
Oracle11g Memory&Storage Overview
01-17
本ppt较为系统的介绍了Oracle11g的内存与存储管理，主要目录如下： 1.Memory Overview：  --SGA Parameters  --Automatic Shared Memory Management  --Oracle 11g参数设置建议  --Oracle Database Memory ...
Oracle自动内存管理ASMM
01-26
Oracle 自动内存管理 ASMM assm的内部特性值得一看
oracle-dmt-lmt-mssm-assm
12-21
dmt,lmt是管理segment中的extent的，而mssm和assm是管理extent中的block的。 需要说明的时不论在dmt还时lmt下都可以使用mssm，而在dmt下只能使用mssm，而下面要介绍的assm只在lmt下才支持。
ASSM自动段空间管理 简介
changyanmanman的专栏
10-16 4087
原文转自：http://www.ixdba.net/article/e4/1605.html  如有侵权，请联系我，我会立即删除。 因为ASSM的官方文档很少，经过多次的查证之后，终于弄明白了ASSM管理（BMB段管理）的内部机理，现在发表给大家共享. 因为资料有限，如果有错误，请大家指正  为了进一步让大家明白ASSM，先说明ASSM的基本情况！  ---------------
删除索引 命令_mysqldump命令详解 Part 3- 备份全库
weixin_39732609的博客
12-05 165
前面说了MySQL Linux平台和Windows平台的安装下面开始是MySQL的一些学习笔记前面我们说了如果构造数据这节开始说MySQL 的备份环境为MySQL 5.7.25 在解释命令之前我们先弄清楚数据库中有哪些对象上一节我们建立了数据库并建立相关的对象数据库表存储过程函数触发器事件这节讲一些mysqldump的命令mysqldump导出是MySQL逻辑备份的一种广泛采用的方式今天的内容为备...
oracle自管理段,Oracle 10g的自动段空间管理（ASSM）
weixin_39920338的博客
04-02 107
说明：只转载了实验过程，原理没有转载，如果要看原理请点击原作者的链接即可。=====================================================================从10g开始，开始提供Shrink的命令，假如我们的表空间中支持自动段空间管理 (ASSM),就可以使用这个特性缩小段，即降低HWM。这里需要强调一点，10g的这个新特性，仅对ASSM表空...
Oracle ASSM三级位图块结构（未看）
haiross的专栏
10-17 1241
Oracle ASSM三级位图块结构 0 作者：eygle |English 【转载时请标明出处和作者信息】|【恩墨学院 OCM培训传DBA成功之道】 链接：http://www.eygle.com/archives/2007/07/oracle_assm_level3_bmb.html 站内相关文章|Related Articles
本地管理表空间（LMT）与自动段空间管理（ASSM）概念（未看）
haiross的专栏
10-08 7349
本地管理表空间（LMT）与自动段空间管理（ASSM）概念 创建表空间时，extent management local 定义本地管理表空间（LMT），segment space management auto 定义自动段空间管理（ASSM）。 extent management local（本地管理表空间）是在表空间的头部用位图区记录extent（区）的使用情况（是否为free
Oracle ASSM
chncaesar的专栏
01-18 3771
ASSM是Automatic Segment Space Management的缩写。与ASSM相对是Manul Segment Space Management。只有在Locally Managed Tablespace中可以使用ASSM，system tablespace不可以使用ASSM。Locally managed tablespace和ASSm是11gR2的默认配置。 In a lo
字典管理表空间，本地管理表空间与ASSM
gumengkai的博客
05-06 1110
本地管理表空间（LMT）与自动段空间管理（ASSM） SQL> select tablespace_name,segment_space_management from dba_tablespaces; TABLESPACE_NAME SEGMEN ------------------------------ ------ SYSTEM
创建ASSM/MSSM管理表空间及创建表、分区表、大对象段等示例
还不算晕的专栏
10-28 2502
1.创建ASSM和MSSM管理的表空间 SQL> create tablespace users2 datafile 'f:\userdata\users2.dbf' size 10m autoextend on next 1m segment space management manual; Tablespace created SQL> create tablespace users3
本地管理表空间（LMT）与自动段空间管理（ASSM）概念
weixin_30654583的博客
02-04 510
创建表空间时，extent management local 定义本地管理表空间（LMT），segment space management auto 定义自动段空间管理（ASSM）。 extent management local（本地管理表空间）是在表空间的头部用位图区记录extent（区）的使用情况（是否为free）。与之相对的是字典管理表空间，用数据字典记录extent使用信息。 ...
oracle临时表空间释放
最新发布
10-21
当oracle数据库出现 ora-01652 temp表空间无法扩展时，可以通过以下步骤释放临时表空间： 1. 使用命令 select c.tablespace_name, c.bytes/1024/1024/1024 total_bytes, (c.bytes-d.bytes_used)/1024/1024/1024 free_bytes, d.bytes_used/1024/1024/1024 use_bytes from (select tablespace_name,sum(bytes) bytes from dba_temp_files group by tablespace_name) c, (select tablespace_name,sum(bytes_cached) bytes_used from v$temp_extent_pool group by tablespace_name) d where c.tablespace_name = d.tablespace_name ) 查看临时表空间使用情况。 2. 如果临时表空间无法自动扩展，则需要更改临时表空间自动扩展。如果自动扩展已至最大值，则可以通过 alter tablespace temp shrink space 命令释放临时表空间。 3. 在oracle 10g及以上版本中，可以使用Shrink命令缩小段，即降低HWM。但需要注意的是，这个新特性仅对ASSM表空间有效，否则会报 ORA-10635: Invalid segment or tablespace type。 4. 在oracle中，shrink的操作不需要使用额外的空闲空间，因为oracle是从后向前移动行数据。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值