2. 程式人生 > >undo資料檔案丟失的恢復

undo資料檔案丟失的恢復

阿新 • • 發佈：2019-02-19

從自己的錯誤中學到知識是聰明，從別人的錯誤中學到知識是智慧

罈子裡看到一個帖子，討論的是undo表空間對應的資料檔案丟失之後的恢復問題，為了加深印象，自己模擬一下：

1.關閉資料庫

2.將undotbs1對應的資料檔案重新命名，或者刪除，隨便你，（測試庫，可不要在生產庫上做這個實驗，當然，你最好有之前的一個備份再做刪除操作）

3.重新啟動資料庫，會報找不到資料檔案錯：

sys@baal> startup
ORACLE 例程已經啟動。

Total System Global Area  159383552 bytes
Fixed Size                  1295608 bytes
Variable Size              92277512 bytes
Database Buffers           62914560 bytes
Redo Buffers                2895872 bytes
資料庫裝載完畢。
ORA-01157: 無法標識/鎖定資料檔案 2 – 請參閱 DBWR 跟蹤檔案
ORA-01110: 資料檔案 2: ‘E:\ORA10G\ORADATA\BAAL\BAAL\UNDOTBS01.DBF’

4.但此時資料庫已經mount，所以可以從v$datafile中檢視undo表空間的詳細目錄資訊等。

sys@baal> select name from v$datafile;

NAME
———————————————-
E:\ORA10G\ORADATA\BAAL\BAAL\SYSTEM01.DBF
E:\ORA10G\ORADATA\BAAL\BAAL\UNDOTBS01.DBF
E:\ORA10G\ORADATA\BAAL\BAAL\SYSAUX01.DBF
E:\ORA10G\ORADATA\BAAL\BAAL\USERS01.DBF
E:\ORA10G\ORADATA\BAAL\BAAL\BAAL.DBF
E:\ORA10G\ORADATA\BAAL\BAAL\BIGTBS.DBF
E:\ORA10G\ORADATA\BAAL\BAAL\BAAL1.DBF
E:\ORA10G\ORADATA\BAAL\BAAL\TEST.DBF

5.將undo資料檔案offline drop,隨後開啟資料庫此操作可能導致資料庫的資料不一致，因為undo表空間中可能還有要恢復的資料。

sys@baal> alter database datafile ‘E:\ORA10G\ORADATA\BAAL\BAAL\UNDOTBS01.DBF’ offline drop;

資料庫已更改。

已用時間:  00: 00: 00.31
sys@baal> alter database open;

資料庫已更改。

6.為系統建立新的undo表空間，並且切換

sys@baal> create undo tablespace undotbs2 datafile ‘E:\ORA10G\ORADATA\BAAL\BAAL\UNDOTBS02.DBF’ size 500m autoextend off;

表空間已建立。

已用時間:  00: 00: 12.67
sys@baal> alter system set undo_tablespace=undotbs2;

系統已更改。

7.如果你認為此時工作已經完成，那就樂觀太早了，因為嘗試刪除undotbs1會報錯，而且此時嘗試查詢需要恢復操作的表時也會報錯。

sys@baal> drop tablespace undotbs1 including contents and datafiles;
drop tablespace undotbs1 including contents and datafiles
*
第 1 行出現錯誤:
ORA-01548: 已找到活動回退段 ‘_SYSSMU1$’, 終止刪除表空間

8.可以檢視一下回退段此時的狀態，可以看到undotbs1的狀態是need recovery

sys@baal> SELECT SEGMENT_NAME, OWNER, TABLESPACE_NAME, STATUS           FROM DBA_ROLLBACK_SEGS;

SEGMENT_NAME                   OWNER  TABLESPACE_NAME                STATUS
—————————— —— —————————— —————-
SYSTEM                         SYS    SYSTEM                         ONLINE
_SYSSMU1$                      PUBLIC UNDOTBS1                       NEEDS RECOVERY
_SYSSMU2$                      PUBLIC UNDOTBS1                       NEEDS RECOVERY
_SYSSMU3$                      PUBLIC UNDOTBS1                       NEEDS RECOVERY
_SYSSMU4$                      PUBLIC UNDOTBS1                       NEEDS RECOVERY
_SYSSMU5$                      PUBLIC UNDOTBS1                       NEEDS RECOVERY
_SYSSMU6$                      PUBLIC UNDOTBS1                       NEEDS RECOVERY
_SYSSMU7$                      PUBLIC UNDOTBS1                       NEEDS RECOVERY
_SYSSMU8$                      PUBLIC UNDOTBS1                       NEEDS RECOVERY
_SYSSMU9$                      PUBLIC UNDOTBS1                       NEEDS RECOVERY
_SYSSMU10$                     PUBLIC UNDOTBS1                       NEEDS RECOVERY
_SYSSMU11$                     PUBLIC UNDOTBS2                       ONLINE
_SYSSMU12$                     PUBLIC UNDOTBS2                       ONLINE
_SYSSMU13$                     PUBLIC UNDOTBS2                       ONLINE
_SYSSMU14$                     PUBLIC UNDOTBS2                       ONLINE
_SYSSMU15$                     PUBLIC UNDOTBS2                       ONLINE
_SYSSMU16$                     PUBLIC UNDOTBS2                       ONLINE
_SYSSMU17$                     PUBLIC UNDOTBS2                       ONLINE
_SYSSMU18$                     PUBLIC UNDOTBS2                       ONLINE
_SYSSMU19$                     PUBLIC UNDOTBS2                       ONLINE
_SYSSMU20$                     PUBLIC UNDOTBS2                       ONLINE

9.此時在沒有備份的情況下，可以嘗試使用隱含引數將資料庫開啟，不過這個過程會破壞資料庫的一致性，而且可能造成資料庫出現邏輯錯誤。採用下面的方法開啟資料庫後，應該馬上執行EXP備份，建重資料後庫，再匯入。

10.重新建立pfile

sys@baal> create pfile=’E:\ora10g\database\initbaal1.ora’ from spfile;

檔案已建立。

11.關閉例項並且手工編輯pfile，修改或新增以下隱含引數，用修改後的pfile開啟資料庫。

*.undo_management=’MANUAL’
_offline_rollback_segments=(_SYSSMU1$,_SYSSMU2$,_SYSSMU3$,_SYSSMU4$,_SYSSMU5$,_SYSSMU6$,_SYSSMU7$,_SYSSMU8$,_SYSSMU9$,_SYSSMU10$)

sys@baal> startup pfile=E:\ora10g\database\initbaal1.ora
ORACLE 例程已經啟動。

Total System Global Area  159383552 bytes
Fixed Size                  1295608 bytes
Variable Size              92277512 bytes
Database Buffers           62914560 bytes
Redo Buffers                2895872 bytes
資料庫裝載完畢。
資料庫已經開啟。

12.可以先檢視一下資料庫中回滾段的狀態，發現undotbs2的回退段也變成offline了。由於設定了隱含引數，現在可以刪除這些回滾段了。

sys@baal> SELECT SEGMENT_NAME, OWNER, TABLESPACE_NAME, STATUS           FROM DBA_ROLLBACK_SEGS;

SEGMENT_NAME                   OWNER  TABLESPACE_NAME                STATUS
—————————— —— —————————— —————-
SYSTEM                         SYS    SYSTEM                         ONLINE
_SYSSMU1$                      PUBLIC UNDOTBS1                       NEEDS RECOVERY
_SYSSMU2$                      PUBLIC UNDOTBS1                       NEEDS RECOVERY
_SYSSMU3$                      PUBLIC UNDOTBS1                       NEEDS RECOVERY
_SYSSMU4$                      PUBLIC UNDOTBS1                       NEEDS RECOVERY
_SYSSMU5$                      PUBLIC UNDOTBS1                       NEEDS RECOVERY
_SYSSMU6$                      PUBLIC UNDOTBS1                       NEEDS RECOVERY
_SYSSMU7$                      PUBLIC UNDOTBS1                       NEEDS RECOVERY
_SYSSMU8$                      PUBLIC UNDOTBS1                       NEEDS RECOVERY
_SYSSMU9$                      PUBLIC UNDOTBS1                       NEEDS RECOVERY
_SYSSMU10$                     PUBLIC UNDOTBS1                       NEEDS RECOVERY
_SYSSMU11$                     PUBLIC UNDOTBS2                       OFFLINE
_SYSSMU12$                     PUBLIC UNDOTBS2                       OFFLINE
_SYSSMU13$                     PUBLIC UNDOTBS2                       OFFLINE
_SYSSMU14$                     PUBLIC UNDOTBS2                       OFFLINE
_SYSSMU15$                     PUBLIC UNDOTBS2                       OFFLINE
_SYSSMU16$                     PUBLIC UNDOTBS2                       OFFLINE
_SYSSMU17$                     PUBLIC UNDOTBS2                       OFFLINE
_SYSSMU18$                     PUBLIC UNDOTBS2                       OFFLINE
_SYSSMU19$                     PUBLIC UNDOTBS2                       OFFLINE
_SYSSMU20$                     PUBLIC UNDOTBS2                       OFFLINE

sys@baal> drop rollback segment “_SYSSMU1$”;

回退段已刪除。

。。。。。

但是undotbs2中的回退段不能刪除

sys@baal> drop rollback segment “_SYSSMU11$”;
drop rollback segment “_SYSSMU11$”
*
第 1 行出現錯誤:
ORA-30025: 不允許刪除段 ‘_SYSSMU11$’ (在還原表空間中)

13.刪除undotbs1

sys@baal> DROP TABLESPACE UNDOTBS1 INCLUDING CONTENTS AND DATAFILES;

表空間已刪除。

14.重啟一下，去掉隱含引數

sys@baal> shutdown immediate;
資料庫已經關閉。
已經解除安裝資料庫。
ORACLE 例程已經關閉。
sys@baal> startup
ORACLE 例程已經啟動。

Total System Global Area  159383552 bytes
Fixed Size                  1295608 bytes
Variable Size              92277512 bytes
Database Buffers           62914560 bytes
Redo Buffers                2895872 bytes
資料庫裝載完畢。
資料庫已經開啟。
sys@baal> show parameter undo

NAME                                 TYPE        VALUE
———————————— ———– ——————————
undo_management                      string      AUTO
undo_retention                       integer     900
undo_tablespace                      string      UNDOTBS2
sys@baal> SELECT SEGMENT_NAME, OWNER, TABLESPACE_NAME, STATUS           FROM DBA_ROLLBACK_SEGS;

SEGMENT_NAME                   OWNER  TABLESPACE_NAME                STATUS
—————————— —— —————————— —————-
SYSTEM                         SYS    SYSTEM                         ONLINE
_SYSSMU11$                     PUBLIC UNDOTBS2                       ONLINE
_SYSSMU12$                     PUBLIC UNDOTBS2                       ONLINE
_SYSSMU13$                     PUBLIC UNDOTBS2                       ONLINE
_SYSSMU14$                     PUBLIC UNDOTBS2                       ONLINE
_SYSSMU15$                     PUBLIC UNDOTBS2                       ONLINE
_SYSSMU16$                     PUBLIC UNDOTBS2                       ONLINE
_SYSSMU17$                     PUBLIC UNDOTBS2                       ONLINE
_SYSSMU18$                     PUBLIC UNDOTBS2                       ONLINE
_SYSSMU19$                     PUBLIC UNDOTBS2                       ONLINE
_SYSSMU20$                     PUBLIC UNDOTBS2                       ONLINE

已選擇11行。

已用時間:  00: 00: 00.31

很鬱悶的是我模擬了半天，卻一直沒有模擬出回滾段需要recovery needed狀態。如果 哪位大俠知道請給我留言，謝謝

相關推薦

undo資料檔案丟失的恢復

從自己的錯誤中學到知識是聰明，從別人的錯誤中學到知識是智慧 罈子裡看到一個帖子，討論的是undo表空間對應的資料檔案丟失之後的恢復問題，為了加深印象，自己模擬一下： 1.關閉資料庫 2.將undotbs1對應的資料檔案重新命名，或者刪除，隨便你，（測試庫，

oracle dbf檔案丟失 無備份情況下ORACLE資料檔案丟失恢復

使用alter database create datafile恢復丟失資料檔案 如果由於誤刪除操作或其它物理原因呆滯Oracle資料庫資料檔案丟失。 在已開啟歸檔且所建立資料檔案之後的歸檔都在的情況下，即使資料庫沒有備份，其丟失資料檔案也是進行恢復的，且不會有資料丟失

oracle 表空間的資料檔案丟失或損壞的恢復

表空間的資料檔案丟失或損壞的恢復 select ts#,file#,name from v$datafile; 查看錶空間和編號 刪除一個表空間檔案 此時關閉資料庫 再開

實測，硬碟檔案丟失恢復工具及方法

    昨日，本計劃給之前買的一個行動硬碟重新分割槽，但在分割槽之前發現裡面還有大約110G的資料，無奈只能從行動硬碟先拷到自己的本地機械硬碟，足足等了快40分鐘，等備份完畢，直接將1T的行動硬碟重新分了3個盤，由於這是在PE模式下進行的，等我重新開機時，發現之前備份的

linux誤刪資料檔案後恢復

--------------建立測試表 [[email protected] ~]$ sqlplus / as sysdba SQL>create user test identified by test default tablespace users;

ORACLE 資料檔案丟失處理

情況1：  丟失後庫關閉過（且有RMAN備份的情況） 檢視丟失檔案ID set linesize 120 set pagesize 0 col name format a70 select ts#,file#,name from V$datafile; select t.f

Linux 平臺下 誤刪 oracle 資料檔案的恢復方法

1  問題描述 之前寫過一篇刪除oracle home目錄的blog，參考： 本篇是這邊的引深，本來應該是年前整理的，拖到年後了。 模擬現狀：     資料庫在正常執行，誤操作，直接rm 掉了資料檔案。 測試環境： [[email protec

資料檔案的恢復

ORA-01110: data file 103:'/XX/XX_48.DBF' 你想要open資料庫，oracle會開啟所有檔案，並進行一致性處理，所以會報上述錯誤。所以oracle只進入mount狀態，這時oracle開啟控制檔案，讀取database的結構資訊。 ·情

Hyper-V虛擬機器檔案丟失的資料恢復全過程

簡介：    由於MD3200儲存中虛擬機器的資料檔案丟失，導致整個Hyper-V服務癱瘓，虛擬機器無法使用，故障環境為Windows Server 2012伺服器，系統中部署了Hyper-V虛擬機器環境，虛擬機器的硬碟檔案和配置檔案放在朝陽區某託管中心託管的DELL MD

oracle的資料檔案全部丟失，但有歸檔和重做日誌，如何恢復？

如果資料檔案（dbf）全部丟失，但歸檔和重做日誌都在怎麼恢復，下面進行試驗 -rw-r----- 1 oracle oinstall 52429312 9月 17 08:50 redo01.log -rw-r----- 1 oracle oinstall

LDF檔案丟失, 如何僅用MDF檔案恢復資料庫呢?

筆者的一個大小為2 TB的SQL Server的database的LDF檔案在玩儲存盤對映的過程中莫名其妙的丟失了. 好在MDF檔案還在. 筆者慌了, Bruce Ye告訴筆者, 不用著急, 光用MDF也可以把資料庫弄回來的. 筆者就問Bruce, 假設我可以容忍LDF中資訊的丟失的話, 那麼該如何恢復這個資

oracle備份之rman_恢復資料檔案

測試環境：redhat 5.5 oracle 11g 測試步驟： 1.備庫 2.插資料 3.刪dbf 4.關閉並啟動到mount 5.restore 6.recover 7.開啟 RMAN> backup database; Starting back

MongoDB資料庫檔案損壞恢復資料全過程

一.故障描述 客戶裝置環境為一臺作業系統為Windows Server 2008的伺服器，部署MongoDB資料庫。由於業務需要，客戶在未關閉MongoDB資料庫服務的情況下，對資料庫檔案進行了拷貝。將資料庫檔案拷貝到其他分割槽後，客戶對原資料庫分割槽進行了格式化操作，後將資料庫檔案拷回原分割槽，重新啟動M

關於undo表空間下資料檔案非自動擴充套件問題

      我這邊生產環境，一般undo表空間都會預先設定一個大小，並且保留資料檔案的自動擴充套件，一直也相安無事。最近有套系統的undo表空間一直報警，使用率超過85%。看了下表空間大小，才5個G，以後確實是undo表空間過小了，於是擴到10G。結果第二天又報警了

xp系統引導檔案丟失 通過恢復控制檯修復的方法

分享一下我老師大神的人工智慧教程！零基礎，通俗易懂！http://blog.csdn.net/jiangjunshow 也歡迎大家轉載本篇文章。分享知識，造福人民，實現我們中華民族偉大復興！        

rac遷移ocr,votedisk,引數檔案，資料檔案，控制檔案，密碼檔案，redo，undo，temp，asm磁碟

概述：資料庫沒有開啟歸檔，當前環境12.1。votedg（normal）遷移到dg_vote（external），把votedg下的磁碟新增到dg_vote中，並幹掉votedg 因為只建立了votedg磁碟組，cdb，pdb也建立在上面，過程還是比較複雜，因為資料庫很多檔案都放在voted

oracle rman恢復資料檔案路徑不一致

編輯恢復指令碼：vi recover.txt run{allocate channel c1 type sbt;allocate channel c2 type sbt;allocate channel c3 type sbt;allocate channel c4 type sbt;allocate ch

資料檔案還在的情況下 進行資料庫恢復

今天在為windows作業系統恢復資料時，碰到了如圖問題 此時我已經通過源庫的spfile生成了pfile，並修改過pfile裡的相關路徑， 將資料庫啟到mount狀態了 。 原因： 根據報錯可以看出，資料檔案的目錄不對，通過 select name from v$d

/etc資料夾丟失之後的恢復過程

各人的遭遇不同，情況也不同 只是備忘一下我的遭遇 是雙擊/etc資料夾是點成了修改名字的模式，手賤的點了一個e，這還不是最糟糕的情況，更糟糕的是斷網了，我丟失了連線，然後就當然連不上去了。 第一件要做的事情是先備份資料，如果資料庫還是可以訪問的話。 我採用光碟修復的模式，

ORA-27041: unable to open file--恢復被rm意外刪除資料檔案

當資料庫中的某個資料檔案被誤刪除之後，DBA可以選擇使用已有的備份進行還原與恢復，下文為DBA提供了另一種選擇，已經通過測試環境進行了相關測試，該方法是個不錯的選擇。轉自http://www.xifenfei.com/2289.html一.模擬資料檔案刪除[[email&#