1. 如何恢復系統資料庫
sql數據文件就是mdf文件和ldf文件，只要把他們沒丟失，就沒事。如果你是默認安裝和建立資料庫的話，數據文件應該在
microsoft
sql
server\mssql\data下，看看有沒有。恢復資料庫時，打開企業管理器，本地的資料庫右鍵-〉所有任務-〉附加資料庫〉找到相應的mdf文件，從而恢復相應的資料庫。
2. 資料庫系統故障會造成什麼丟失
資料庫系統中常見的四種故障主要有事務內部的故障、系統故障、介質故障以及計算機病毒故障，對應於每種故障都有不同的解決方法。事務故障表明事務沒有提交或撤銷就結束了，因此資料庫可能處於不準確的狀態。
一、常見的四種故障
(1)事務內部的故障：事務內部故障可分為預期的和非預期的，其中大部分的故障都是非預期的。預期的事務內部故障是指可以通過事務程序本身發現的事務內部故障;非預期的事務內部故障是不能由事務程序處理的，如運算溢出故障、並發事務死鎖故障、違反了某些完整性限制而導致的故障等。
(2)系統故障：系統故障也稱為軟故障，是指資料庫在運行過程中，由於硬體故障、資料庫軟體及操作系統的漏洞、突然停電燈情況，導致系統停止運轉，所有正在運行的事務以非正常方式終止，需要系統重新啟動的一類故障。這類事務不破壞資料庫，但是影響正在運行的所有事務。
(3)介質故障：介質故障也稱為硬故障，主要指資料庫在運行過程中，由於磁頭碰撞、磁碟損壞、強磁干擾、天災人禍等情況，使得資料庫中的數據部分或全部丟失的一類故障。
(4)計算機病毒故障：計算機病毒故障是一種惡意的計算機程序，它可以像病毒一樣繁殖和傳播，在對計算機系統造成破壞的同時也可能對資料庫系統造成破壞(破壞方式以資料庫文件為主)。
二、四種故障的解決方法
(1)預期的事務內部故障：將事務回滾，撤銷對資料庫的修改。
(2)非預期的事務內部故障：強制回滾事務，在保證該事務對其他事務沒有影響的條件下，利用日誌文件撤銷其對資料庫的修改。
(3)系統故障：待計算機重新啟動之後，對於未完成的事務可能寫入資料庫的內容，回滾所有未完成的事務寫的結果;對於已完成的事務可能部分或全部留在緩沖區的結果，需要重做所有已提交的事務(即撤銷所有未提交的事務，重做所有已提交的事務)。
(4)介質故障的軟體容錯：使用資料庫備份及事務日誌文件，通過恢復技術，恢復資料庫到備份結束時的狀態。
(5)介質故障的硬體容錯：採用雙物理存儲設備，使兩個硬碟存儲內容相同，當其中一個硬碟出現故障時，及時使用另一個備份硬碟。
(6)計算機病毒故障：使用防火牆軟體防止病毒侵入，對於已感染病毒的資料庫文件，使用殺毒軟體進行查殺，如果殺毒軟體殺毒失敗，此時只能用資料庫備份文件，以軟體容錯的方式恢復資料庫文件。
3. 電腦連不上資料庫怎麼辦
你點一下那個 綠色的鍵，開始運行資料庫就好了
成都熙南一卡通為你解答
4. SQL資料庫系統破壞後如何恢復已被重裝系統。
在重裝資料庫或重裝系統之前，你需要先把你要在以後恢復的數據做好備份，就是從資料庫中導出數據文件到另外1個地方暫時的保存起來。重裝完系統活著資料庫以後再把原來備份好的東西導入到sql資料庫中去就好了。導出資料庫數據：打開你sql資料庫的企業管理器，找到你要導出數據的資料庫名稱，選中它，也就是在它的資料庫名字上滑鼠點1下，然後打開菜單：操作--所以任務--導出數據，這是會彈出「DTS導入導出向導」，依照它的提示，1步1步操作下去，就能夠把你資料庫里的數據導出去了，導完1個資料庫以後可以再導另外一個的，1個1個來。將數據導入至sql資料庫：用滑鼠點1下「資料庫」3個字，也就是你的「（local）（WindowsNT）」下的第1級資料庫，然後打開菜單：操作--所有任務--附加資料庫，此時彈出附加資料庫對話框，選擇要附加資料庫的MDF文件，點1下後面的3個點的那個按鈕就能夠找，找到你先前導出的資料庫文件，肯定，根據它的提示完成相應項目，就能夠導入了。
5. 突然斷電OA系統的資料庫丟失怎麼辦
一般OA應該有定時備份功能，將之前的備份資料庫還原即可。
如果沒有做定時備份，先完整備份一次現在的資料庫，然後用數據流修復工具試試修復試試，總之一定要做備份，技術操作失誤也可以返回。
成熟的OA應當給用戶提供這個基本保障，讓用戶簡單實現數據的備份。
通達OA就用每日定時備份功能，設置好了以後，每天夜裡3點鍾自動備份一次資料庫，即使硬碟壞了也不怕的，很貼心的設計。
6. SQLserver 突然間斷電,資料庫損壞,怎麼辦
我就實話實說了，也不說些假安慰的話了，如果數據損壞，那就看你有沒有備份過了，有備份的就幸運了，如果沒有的話，而你自己又不懂資料庫恢復，那隻有請人幫忙恢復了，而且不一定能修復，資料庫修復是一個很復雜的問題，而且問題可大可小啊，需要懂的很多，而且沒有保證一定就能修復，看情況而定
7. 資料庫系統解決了什麼問題
資料庫系統（database systems），是由資料庫及其管理軟體組成的系統。它是為適應數據處理的需要而發展起來的一種較為理想的數據處理的核心機構。它是一個實際可運行的存儲、維護和應用系統提供數據的軟體系統，是存儲介質、處理對象和管理系統的集合體。
計算機的高速處理能力和大容量存儲器提供了實現數據管理自動化的條件。
8. 資料庫系統要解決什麼問題
資料庫系統解決數據處理的需要而發展起來的一種較為理想的數據處理的核心機構。
資料庫系統對數據的存儲的問題得到了很好的解決。計算機的高速處理能力和大容量存儲器提供了實現數據管理自動化的條件。
資料庫系統是為適應數據處理的需要而發展起來的一種較為理想的數據處理系統，也是一個為實際可運行的存儲、維護和應用系統提供數據的軟體系統，是存儲介質 、處理對象和管理系統的集合體。
(8)斷供資料庫系統怎麼辦擴展閱讀：
資料庫系統的特點：
1、數據的結構化，數據的共享性好，數據的獨立性好，數據存儲粒度小，數據管理系統，為用戶提供了友好的介面。
2、資料庫系統的核心和基礎，是數據模型,現有的資料庫系統均是基於某種數據模型的。
3、資料庫系統的核心是資料庫管理系統。
4、資料庫系統一般由資料庫、資料庫管理系統（DBMS）、應用系統、資料庫管理員和用戶構成。DBMS是資料庫系統的基礎和核心。
資料庫系統的基本要求：
1、能夠保證數據的獨立性。數據和程序相互獨立有利於加快軟體開發速度，節省開發費用。
2、冗餘數據少，數據共享程度高。
3、系統的用戶介面簡單，用戶容易掌握，使用方便。
4、能夠確保系統運行可靠，出現故障時能迅速排除；能夠保護數據不受非受權者訪問或破壞；能夠防止錯誤數據的產生，一旦產生也能及時發現。
參考資料來源：網路-資料庫系統
9. 資料庫系統中的常見故障有哪些
新增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. 用適當的方法對原資料庫進行資料庫全備份。