資料庫故障

⑴ 資料庫系統中的常見故障有哪些

新增archives 時的狀況：
條件和假設：自上次鏡像備份以來已經生成新的archive log(s); Archivelog Mode; 有同步的datafile(s) 和control file(s) 的鏡像（冷）拷貝；archive log(s) 可用。
恢復步驟：
1. 如果資料庫尚未關閉，則首先把它關閉： $ svrmgrl svrmgrl> connect internal
svrmgrl> shutdown abort
2. 將備份文件抄送回原始地點： 所有Database Files
所有Control Files（沒有archive(s) 或redo(s) 的情況下，control files 的更新無任何意義）
所有On-Line Redo Logs (Not archives) init.ora file（選項）
3. 啟動資料庫： $ svrmgrl
svrmgrl> connect internal
svrmgrl> startup
數據文件, 重作日誌和控制文件同時丟失或損壞：
條件和假設：Archivelog Mode; 有同步的所有所失文件的鏡像（冷）拷貝；archive log(s) 可用
恢復步驟（必須採用不完全恢復的手法）：
1. 如果資料庫尚未關閉，則首先把它關閉： $ svrmgrl svrmgrl> connect internal
svrmgrl> shutdown abort
2. 將備份文件抄送回原始地點：
所有Database Files
所有Control Files
所有On-Line Redo Logs(Not archives)

init.ora file（選項）

3. 啟動資料庫然而並不打開：

svrmgrl>startup mount

4. 做不完全資料庫恢復，應用所有從上次鏡像（冷）備份始積累起來的archives：

svrmgrl> recover database until cancel using backup controlfile;

......

......

cancel

5. Reset the logfiles （對啟動而言不可省略）：

svrmgrl> alter database open resetlogs;

6. 關閉資料庫並做一次全庫冷備份。

數據文件和控制文件同時丟失或損壞：

條件和假設：Archivelog Mode; 有同步的datafile(s) 和control file(s) 的冷拷貝；archive log(s) 可用

恢復步驟：

1. 將冷拷貝的datafiles(s) 和control file(s) 抄送回原始地點:

$ cp /backup/good_one.dbf /orig_loc/bad_one.dbf

$ cp /backup/control1.ctl /disk1/control1.ctl

2. 以mount 選項啟動資料庫：

$ svrmgrl

svrmgrl> connect internal

svrmgrl> startup mount

3. 以舊的control file 來恢復資料庫：

svrmgrl> recover database until cancel using backup controlfile;

*** 介質恢復完成

（須在應用完最後一個archive log 後cancel ）

4. Reset the logfiles （對啟動而言不可省略）：

svrmgrl> alter database open resetlogs;

重作日誌和控制文件同時丟失或損壞時：

條件和假設：Control Files 全部丟失或損壞；Archivelog Mode; 有Control Files 的鏡像（冷）拷貝

恢復步驟：

1. 如果資料庫尚未關閉，則首先把它關閉：

$ svrmgrl

svrmgrl> connect internal

svrmgrl> shutdown abort

svrmgrl>exit

2. 以Control File 的鏡像（冷）拷貝覆蓋損壞了的Control File:

$ cp /backup/control1.ctl /disk1/control1.ctl

3. 啟動資料庫然而並不打開：

$ svrmgrl

svrmgrl> connect internal

svrmgrl> startup mount

4. Drop 壞掉的redo log （排除硬體故障）：

svrmgrl> alter database drop logfile group 2;

5. 重新創建redo log:

svrmgrl> alter database add logfile group 2 '/orig_loc/log2.dbf' size 10M;

6. 以舊的control file 來恢復資料庫：

svrmgrl> recover database until cancel using backup controlfile;

（必須馬上cancel ）

7. Reset the logfiles （對啟動而言不可省略）：

svrmgrl> alter database open resetlogs;

8. 關閉資料庫並做一次全庫冷備份

只發生歸檔重作日誌丟失或損壞時：

根據不同環境和情況，選擇下述手段之一：

a. 馬上backup 全部datafiles （如果系統採用一般熱備份或RMAN 熱備份）

b. 馬上正常關閉資料庫並進行冷備份（如果系統採用冷備份）

c. 冒險前進！不做備份而讓資料庫接著跑，直等到下一個備份周期再做備份。這是在賭資料庫在下一個備份周期到來之前不會有需要恢復的錯誤發生。

注意:冒險前進的選擇：如果發生錯誤而需要資料庫恢復，則最多隻能恢復到出問題archive log 之前的操作現場。從另一個角度講，archive log(s) 出現問題時，資料庫若不需要恢復則其本身並沒有任何問題。

Oracle邏輯結構故障的處理方法：

邏輯結構的故障一般指由於人為的誤操作而導致重要數據丟失的情況。在這種情況下資料庫物理結構是完整的也是一致的。對於這種情況採取對原來資料庫的全恢復是不合適的，我們一般採用三種方法來恢復用戶數據。

採用exp/imp工具來恢復用戶數據：

如果丟失的數據存在一個以前用exp命令的備份，則可以才用這種方式。

1. 在資料庫內創建一個臨時用戶：

svrmgrl>create user test_user identified by test;

svrmgrl>grant connect，resource to test_user;

2. 從以前exp命令備份的文件中把丟失數據的表按照用戶方式倒入測試用戶：

$imp system/manager file=export_file_name tables=(lost_data_table_name…) fromuser=lost_data_table_owner touser=test_user constraint=n;

3. 用相應的DML語句將丟失的數據從測試用戶恢復到原用戶。

4. 將測試用戶刪除：

svrmgrl>drop user test_user cascede;

採用logminer來恢復用戶數據：

Logminer是oracle提供的一個日誌分析工具。它可以根據數據字典對在線聯機日誌、歸檔日誌進行分析，從而可以獲得資料庫的各種DML操作的歷史記錄以及各種DML操作的回退信息。根據這些用戶就可以將由於誤操作而丟失的數據重新加入資料庫內。

1. 確認資料庫的utl_file_dir參數已經設置，如果沒有則需要把這個參數加入oracle的初始化參數文件，然後重新啟動資料庫。下面例子中假設utl_file_dir=』/opt/oracle/db01』；

2. 創建logminer所需要的數據字典信息，假設生成的數據字典文本文件為dict.ora：

svrmgrl>execute dbms_logmnr_d.build(dictionary_filename=>'dict.ora'， dictionary_location=>'/opt/oracle/db01』);

3. 確定所需要分析的日誌或者歸檔日誌的范圍。這可以根據用戶誤操作的時間來確定大概的日誌范圍。假設用戶誤操作時可能的日誌文件為/opt/oracle/db02/oradata/ORCL/redo3.log和歸檔日誌』/opt/oracle/arch/orcl/orclarc_1_113.ora』。

4. 創建要分析的日誌文件列表，按日誌文件的先後順序依次加入：

svrmgrl>execute dbms_logmnr.add_logfile(logfilename=>』/opt/oracle/arch/orcl/orclarc_1_113.ora』，options=>dbms_logmnr.NEW);

svrmgrl> execute dbms_logmnr.add_logfile(logfilename=>』 /opt/oracle/db02/oradata/ORCL/redo3.log』，options=>dbms_logmnr.ADDFILE);

5. 開始日誌分析，假設需要分析的時間在』2003-06-28 12:00:00』和』2003-06-28 13:00:00』之間：

svrmgrl>execute dbms_logmnr.start_logmnr(dictfilename=>』 /opt/oracle/db01/dict.ora』，starttime=>to_date(』 2003-06-28 12:00:00』，』YYYY-MM-DD HH:MI:SS』)，endtime=>to_date(to_date(『2003-06-28 13:00:00』，』YYYY-MM-DD HH:MI:SS』));

6. 獲取分析結果：

svrmgrl>select operation，sql_redo，sql_undo from v$logmnr_contents;

7. 根據分析結果修復數據。

8.結束logmnr:

svrmgrl>dbms_logmnr.end_logmnr;

9. 用適當的方法對原資料庫進行資料庫全備份。

利用備份恢復用戶數據：

採用這種方法時並不是在原資料庫進行恢復，而是利用資料庫備份在新的機器上重新建立一個新的資料庫。通過備份恢復在新機器上將資料庫恢復到用戶誤操作前，這樣就可以獲得丟失的數據將其恢復到原資料庫。

1. 在新的機器上安裝資料庫軟體。

2. 對於採用帶庫備份的現場，需要在新的資料庫伺服器上安裝調試相應的備份管軟體。

3. 根據用戶誤操作的時間點進行基於時間點的資料庫恢復操作。對於沒有採用帶庫備份的現場，可以選取用戶誤操作前最近的備份磁帶進行恢復；對於才用帶庫備份的點可以通過基於時間恢復點恢復的rman腳本來進行恢復。

4.重新打開資料庫：

svrmgrl>alter database open resetlogs;

5. 從新的資料庫中獲取丟失的用戶數據，通過DML操作將其恢復到原資料庫中。

6. 用適當的方法對原資料庫進行資料庫全備份。

⑵ 資料庫運行中可能產生的故障有哪幾類哪些故障影響事務的正常執行哪些破壞資料庫數據

在我上的「資料庫系統實現」課程中是分為一下四類：
錯誤數據輸入
介質故障
災難性故障
系統故障
但是有些書上給出的是：
一、事務內部的故障; 二、系統故障; 三、介質故障; 四、計算機病毒；五、用戶操作錯誤
這個很難說誰的匪類對錯，比如計算機病毒，這個可以算作系統故障，錯誤數據輸入可以分為事務內部和用戶操作
按照我自己課程的分類，錯誤數據輸入和系統故障是影響事物正常執行的，而介質故障和災難性故障是破壞資料庫數據的
具體要看你們用什麼教材，畢竟不是我判卷:)

⑶ 資料庫簡答題 資料庫故障大致分為幾類

一、事務內部的故障；
二、系統故障；
三、介質故障；
四、計算機病毒。

⑷ 資料庫運行中可能產生的故障有哪幾類

資料庫系統中的故障可以分以下幾類：（1）事務內部的故障；（2）系統故障；（3）介質故障；（4）計算機病毒。事務故障、系統故障和介質故障影響事務的正常執行；介質故障和計算機病毒破壞資料庫數據

⑸ 資料庫系統中常見故障有哪些

資料庫一般故障很多，具體要看你說的是那種，那方面的，一般有軟體故障，還有硬體故障。這兩種一般都很嚴重。具體問題具體解決

⑹ 簡述資料庫系統可能發生的故障及其恢復方法

對於資料庫系統可能發生的故障可以咨詢專業的數據恢復機構。

北亞文件系統數據恢復Windows版可以恢復Windows用戶在使用過程中丟失的數據（誤刪除文件、誤格式化硬碟、U盤/手機存儲卡數據丟失、誤清空回收站、磁碟分區消失）。軟體操作簡單，易用。

可恢復故障：

誤刪除文件：

1：可只恢復指定路徑的文件

2：支持恢復原來的文件名

3：恢復後保持原有目錄結構

誤格式化硬碟：

1：重裝系統時，誤格式化硬碟

2：磁碟文件全部異常消失

3：磁碟文件變成奇怪文件名

4：文件夾雙擊提示錯誤

U盤/手機存儲卡數據丟失：

1：立即搶救U盤、手機存儲卡、數碼相機存儲卡等設備

2：系統提示未格式化的設備

3：可搶救除硬體損壞外的數據丟失

誤清空回收站：

1：Vista\Win7\Win8系統支持恢復原來的文件名

2：WinXP回收站中的文件名會被系統改名

磁碟分區消失：

1：誤刪除分區或重新分區後分區丟失

2：整個硬碟變為一個分區

3：分區無法打開，提示需要格式化

4：系統Ghost後，變為一個分區或幾個分區

萬能恢復：

1：對數據存儲區直接進行掃描

2：深度恢復丟失的文件

3：將按文件類型對文件分類

4：不能恢復原來文件名

二、運行環境

軟體可運行的操作系統：WindowsXP,Windows2000,Windows2003,Windows2008，Windows7。