這篇文章主要講解了“Oracle undo表空間文件丟失的情況有哪些”,文中的講解內(nèi)容簡(jiǎn)單清晰,易于學(xué)習(xí)與理解,下面請(qǐng)大家跟著小編的思路慢慢深入,一起來研究和學(xué)習(xí)“Oracle undo表空間文件丟失的情況有哪些”吧!
成都創(chuàng)新互聯(lián)公司堅(jiān)持“要么做到,要么別承諾”的工作理念,服務(wù)領(lǐng)域包括:網(wǎng)站建設(shè)、成都網(wǎng)站制作、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣等服務(wù),滿足客戶于互聯(lián)網(wǎng)時(shí)代的賓縣網(wǎng)站設(shè)計(jì)、移動(dòng)媒體設(shè)計(jì)的需求,幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴!
場(chǎng)景1:
undo表空間文件丟失,有undo數(shù)據(jù)文件備份,日志存在且可用。
如果備份文件為RMAN備份:
restore
recover
如果為手工備份:
cp
recover
場(chǎng)景2:
undo表空間文件丟失,無undo數(shù)據(jù)文件備份,日志存在且可用。
mount模式執(zhí)行:
alter database create datafile 3 as ‘/u03/app/oracle/oradata/prod/undotbs01.dbf’ size 50m;
recover進(jìn)行讀取日志恢復(fù)。
不允許在重建控制文件后 ,“alter database create datafile ”重建創(chuàng)建此控制文件之前的數(shù)據(jù)文件。
場(chǎng)景3:
undo表空間文件丟失,無undo數(shù)據(jù)文件備份,undo段頭存在未提交的事務(wù)need recovery。
案例模擬:
查看當(dāng)前回滾段狀態(tài)
SYS@prod>select segment_name,status from dba_rollback_segs;
SEGMENT_NAME STATUS
SYSTEM ONLINE
_SYSSMU10_1197734989$ ONLINE
_SYSSMU9_1650507775$ ONLINE
_SYSSMU8_517538920$ ONLINE
_SYSSMU7_2070203016$ ONLINE
_SYSSMU6_1263032392$ ONLINE
_SYSSMU5_898567397$ ONLINE
_SYSSMU4_1254879796$ ONLINE
_SYSSMU3_1723003836$ ONLINE
_SYSSMU2_2996391332$ ONLINE
_SYSSMU1_3724004606$ ONLINE
執(zhí)行一個(gè)事務(wù):
HR@prod>update employees set salary = 100;
107 rows updated.
破壞undo:
[oracle@service1 prod]$ cp /etc/passwd undotbs01.dbf
SYS@prod>shutdown abort;
ORACLE instance shut down.
SYS@prod>startup;
ORACLE instance started.
Total System Global Area 835104768 bytes
Fixed Size 2257840 bytes
Variable Size 541068368 bytes
Database Buffers 285212672 bytes
Redo Buffers 6565888 bytes
Database mounted.
ORA-01157: cannot identify/lock data file 3 - see DBWR trace file
ORA-01110: data file 3: ‘/u01/app/oracle/oradata/prod/undotbs01.dbf’
SYS@prod>alter system set undo_management=manual scope=spfile;
SYS@prod>alter database datafile 3 offline;
Database altered.
SYS@prod>select name,status from v$datafile;
/u01/app/oracle/oradata/prod/undotbs01.dbf
RECOVER
undo段上存在事務(wù),需要recover。
但是我們沒有備份無法恢復(fù)。
SYS@prod>alter database open;(不能進(jìn)行DML操作)
Database altered.
創(chuàng)建一個(gè)undo表空間:
SYS@prod>create undo tablespace undotbs02 datafile ‘/u01/app/oracle/oradata/prod/untbs02.dbf’
size 10M autoextend on;
修改undo_tablespace/undo_management參數(shù):
SYS@prod>alter system set undo_tablespace=undotbs2 scope=spfile;
SYS@prod>alter system set undo_management=auto scope=spfile;
SYS@prod>startup mount force;
SYS@prod>drop tablespace undotbs1 including contents and datafiles;
error:
ORA-01548: 已找到活動(dòng)回退段’_SYSSMU1$’,終止刪除表空間
查看回滾段狀態(tài):
SYS@prod>select segment_name,status from dba_rollback_segs;
SEGMENT_NAME STATUS
SYSTEM ONLINE
_SYSSMU10_1197734989$ NEEDS RECOVERY
_SYSSMU9_1650507775$ NEEDS RECOVERY
_SYSSMU8_517538920$ NEEDS RECOVERY
_SYSSMU7_2070203016$ NEEDS RECOVERY
_SYSSMU6_1263032392$ NEEDS RECOVERY
_SYSSMU5_898567397$ NEEDS RECOVERY
_SYSSMU4_1254879796$ NEEDS RECOVERY
_SYSSMU3_1723003836$ NEEDS RECOVERY
_SYSSMU2_2996391332$ NEEDS RECOVERY
_SYSSMU1_3724004606$ NEEDS RECOVERY
修改隱藏參數(shù):
SYS@prod>alter system set “_offline_rollback_segments”=true scope=spfile;
SYS@prod>alter system set “_corrupted_rollback_segments”=’_SYSSMU1_3724004606$ ‘,
’_SYSSMU2_2996391332$ ‘,’_SYSSMU3_1723003836$ ‘,
’_SYSSMU4_1254879796$ ‘,’_SYSSMU5_898567397$ ‘,
’_SYSSMU6_1263032392$ ‘,’_SYSSMU7_2070203016$ ‘,
’_SYSSMU8_517538920$ ‘,’_SYSSMU9_1650507775$ ‘,
’_SYSSMU10_1197734989$’ scope=spfile
SYS@prod>drop tablespace undotbs1 including contents and datafiles;
Tablespace dropped.
再次查看回滾段狀態(tài):
SYS@prod>select segment_name,status from dba_rollback_segs;
SEGMENT_NAME STATUS
SYSTEM ONLINE
_SYSSMU30_260568829 $ ONLINE
_SYSSMU29_1074352905 $ ONLINE
_SYSSMU28_3910680688 $ ONLINE
_SYSSMU27_3692739459 $ ONLINE
_SYSSMU26_345096822 $ ONLINE
_SYSSMU25_2172562784 $ ONLINE
_SYSSMU24_109115100 $ ONLINE
_SYSSMU23_3673005684 $ ONLINE
_SYSSMU22_2483286186 $ ONLINE
_SYSSMU21_2267006838 $ ONLINE
可以校驗(yàn)數(shù)據(jù),數(shù)據(jù)會(huì)被默認(rèn)提交。
結(jié)論 open狀態(tài)下,undo數(shù)據(jù)文件損壞,存在未提交活動(dòng)的事務(wù),恢復(fù)后,數(shù)據(jù)默認(rèn)會(huì)提交。
場(chǎng)景4:
undo表空間文件丟失,無undo數(shù)據(jù)文件備份,不存在未提交的事務(wù),無需recover情況恢復(fù)。
簡(jiǎn)單描述處理方法:
undo數(shù)據(jù)文件offline后,直接變?yōu)閛ffline狀態(tài),不是recover狀態(tài)。
直接創(chuàng)建新的undo表空間,修改undo_tablespace參數(shù)替換即可。
感謝各位的閱讀,以上就是“Oracle undo表空間文件丟失的情況有哪些”的內(nèi)容了,經(jīng)過本文的學(xué)習(xí)后,相信大家對(duì)Oracle undo表空間文件丟失的情況有哪些這一問題有了更深刻的體會(huì),具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是創(chuàng)新互聯(lián),小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章,歡迎關(guān)注!