undotbs1表空間滿了，會(huì)自動(dòng)釋放嗎？有個(gè)參數(shù)是設(shè)置保留時(shí)間的undo_retention 默認(rèn)是900秒，過(guò)了這個(gè)時(shí)間就自動(dòng)釋放了 oracle數(shù)據(jù)庫(kù)還原段和TEMP表空間滿了各對(duì)業(yè)務(wù)會(huì)有什么影

undotbs1表空間滿了，會(huì)自動(dòng)釋放嗎？

有個(gè)參數(shù)是設(shè)置保留時(shí)間的undo_retention 默認(rèn)是900秒，過(guò)了這個(gè)時(shí)間就自動(dòng)釋放了

oracle數(shù)據(jù)庫(kù)還原段和TEMP表空間滿了各對(duì)業(yè)務(wù)會(huì)有什么影響？

1、Oracle如果UNDO（撤銷）表空間滿了，直接導(dǎo)致DML操作等待UNDO釋放空間。

怎么限制undo空間大?。?/h2>

1.對(duì)于undo表空間大小的設(shè)置需要參考三組數(shù)據(jù)

1. (UR)每秒鐘的undo_retention
2. (UPS)每秒鐘生成的undo數(shù)據(jù)塊的數(shù)量
3. (DBS)undo表空間的db_block_size大小

2.undo表空間需要分配空間大小，通過(guò)一下公式進(jìn)行計(jì)算

　　其中兩個(gè)配置可以在數(shù)據(jù)庫(kù)中直接查詢或配置：undo_retention和db_block_size，這個(gè)公式的第三部分需要到正在運(yùn)行的數(shù)據(jù)庫(kù)中進(jìn)行查詢，每秒鐘使用的undo數(shù)據(jù)塊可以從v$undostat視圖中進(jìn)行獲取。

oracle11gr2undo表空間使用率高如何查看是什么語(yǔ)句造成的？

通過(guò)這個(gè)SQL語(yǔ)句可以查詢到會(huì)話對(duì)應(yīng)的活動(dòng)事務(wù)使用的UNDO段名稱，以及該段占用的UNDO空間大小，對(duì)于非活動(dòng)事務(wù)占用了UNDO空間是由Oracle實(shí)例根據(jù)參數(shù)配置自動(dòng)化管理的。select s.sid，s.serial#，s.sql_id，v.usn，segment_name，r.status， v.rssize/1024/1024 mb From dba_rollback_segs r， v$rollstat v，v$transaction t，v$session s Where r.segment_id = v.usn and v.usn=t.xidusn and t.addr=s.taddr order by segment_name

如何刪除oracle undo表空間占用的空間？

系統(tǒng)在使用多年以后，隨著數(shù)據(jù)的頻繁操作，導(dǎo)致oracle的undo表空間在不停增大，占用了磁盤空間。 為了清理這部分的空間，下面通過(guò)如下幾個(gè)步驟完成替換操作。 1、創(chuàng)建新的undo表空間undotbs2 CREATE UNDO TABLESPACE UNDOTBS2 DATAFILE "/u01/app/oracle/oradata/mydb/undo02.dbf" SIZE 512M REUSE AUTOEXTEND ON NEXT 64M MAXSIZE UNLIMITED RETENTION NOGUARANTEE BLOCKSIZE 8K FLASHBACK ON 將紅色部分替換為實(shí)際的oracle數(shù)據(jù)庫(kù)路徑 2、切換系統(tǒng)表空間 alter system set undo_tablespace=UNDOTBS2 scope=both 讓oracle的當(dāng)前undo表空間切換到undotbs2上 3、重啟數(shù)據(jù)庫(kù) 通過(guò)命令行方式登錄數(shù)據(jù)庫(kù)， [root$smserver] sqlplus /nolog [root$smserver]conn / as sysdba [root$smserver] shutdown immediate[root$smserver] startup 4、刪除原來(lái)undo內(nèi)容 drop tablespace undotbs1 including contents and datafiles 5、重復(fù)第三部操作，重啟數(shù)據(jù)庫(kù) 6、手工刪除原來(lái)undotbs對(duì)應(yīng)的數(shù)據(jù)庫(kù)文件

為什么undo空間有500多g釋放不出來(lái)了？

處理方法有兩種，

一是添加undo表空間的數(shù)據(jù)文件，

二是切換undotablespace.這種情況下多用在undo表空間已經(jīng)非常大的情況。

1增加數(shù)據(jù)文件

sql>altertablespaceundoadddatafile"d:%undo02.dbf"size100mreuse

表空間已更改。

2切換undo表空間

1、建立新的表空間undotbs2

sql>createundotablespaceundotbs2datafile"d:%undo03.dbf"size100mreuse

表空間已創(chuàng)建。

2、切換到新建的undo表空間上來(lái)，操作如下

sql>altersystemsetundo_tablespace=undotbs2scope=both

系統(tǒng)已更改。

3、將原來(lái)的undo表空間，置為脫機(jī):

sql>altertablespaceundooffline

表空間已更改。

4、刪除原來(lái)的undo表空間:

sql>droptablespaceundoincludingcontentsanddatafilescascadeconstraints

表空間已刪除。

如果只是droptablespaceundo，則只會(huì)在刪除控制文件里的記錄，并不會(huì)物理刪除文件。

dropundo表空間的時(shí)候必須是在未使用的情況下才能進(jìn)行。

如果undo表空間正在使用（例如事務(wù)失敗，但是還沒有恢復(fù)成功），那么drop表空間命令將失敗。在drop表空間的時(shí)候可以使用includingcontents。