ITPub博客

http://203.208.39.132/search?q=cache:B8NQ1opRXtIJ:space.itpub.net/10972173/viewspace-600791+Segment+Advisor&cd=8&hl=zh-CN&ct=clnk&gl=cn&client=aff-360homepage&st_usg=ALhdy2-r4nklEUMmkytuhXODEOB_O1MKcQ --我建立对多个表的分析但是结果只获取了一个表的分析结果，为何？[@more@]Segment Advisor是10g中新增的一个工具，可以用来估算表的空间利用率，并给出相应的建议，确定是否需要进行shrink。以下为测试过程：1. 表test大小为80M，初始时数据比较紧凑，对其执行批量delete操作SQL> select segm

请问各位在v$undostat中该属性好像是一个地址，记录的是在starttime和endtime这段时间内出现的sql语句消耗的undo大小的sql标记，我是否能够根据这个属性和别的例如v$sql关联来查询出相关的sql语句？[@more@]

http://203.208.39.132/search?q=cache:moSKLP4q_s0J:school.cnd8.com/oracle/jiaocheng/37407.htm+Oracle+UNDO_RETENTION&cd=4&hl=zh-CN&ct=clnk&gl=cn&client=aff-360homepage&st_usg=ALhdy284cNxsbtRS5YZXuQC3mMRz995GUw[@more@]昨天，一个朋友的数据库数据被误操作删除掉了，请求我帮忙进行恢复。数据库版本是Oracle10g Release 2的，我首先想到的是使用Flashback Query进行闪回恢复，不幸的是ORA-01555，数据已经不能被闪回了。查看当时的数据库参数undo_retention设置，发现这个参数被在10g中缺省的被设置为

http://203.208.39.132/search?q=cache:rtbPH3ijyEsJ:blog.oracle.com.cn/index.php/5563/viewspace-33650.html+Oracle+UNDO_RETENTION&cd=2&hl=zh-CN&ct=clnk&gl=cn&client=aff-360homepage&st_usg=ALhdy2_T79O1hokt8eBCJTDWyJqrAaS4DA[@more@]对于UNDO表空间大小的定义需要考虑UNDO_RETNETION参数、产生的UNDO BLOCKS/秒、UNDO BLOCK的大小。undo_retention：对于UNDO表空间的数据文件属性为autoextensible,则undo_retenion参数必须设置，UNDO信息将至少保留至undo_retention 参数设定的值内，但UNDO表空间将会

select * from dba_rollback_segs...不阻塞sessionColumnDatatypeNULLDescriptionSEGMENT_NAMEVARCHAR2(30)NOT NULLName of the rollback segmentOWNERVARCHAR2(6)Owner of the rollback segmentTABLESPACE_NAMEVARCHAR2(30)NOT NULLName of the tablespace containing the rollback segmentSEGMENT_IDNUMBERNOT NULLID number of the rollback segmentFILE_IDNUMBERNOT NULLFile identifier number of the file containing the segment headBLOCK_IDNUMBERNOT NULLID number of the block containing the segment headerINITIAL_EXTENTNU

段占用很多带编号的连续的块，header_block表示段头信息存放在哪个块中。现在的问题是：段头占用多大空间？里面存放哪些信息？[@more@] HEADER_FILE HEADER_BLOCK BYTES BLOCKS EXTENTS INITIAL_EXTENT NEXT_EXTENT MIN_EXTENTS MAX_EXTENTS5 19 262144 32 4 65536 1 21474836455 51 262144 32 4 131072 1 2147483645EXTENT_ID FILE_ID BLOCK_ID BYTES BLOCKS RELATIVE_FNO0 5 17 65536 8 51 5 25 65536 8 52 5 33 65536 8 53 5 41 65536 8 50 5 49 65536 8 51 5 57 65536 8 52 5 65 65536 8 53 5 73 65536 8 5