資料庫恢復採用的方法是
簡單情況下：進入原來mysql安裝路徑下的data文件夾下，找到相應的庫和ibdata1，進行，就可回復原來的數據。
復雜情況下：
從另一台機上把MySQL資料庫的mysql文件夾拷貝到本地機上，目的是恢復本地機對數據的訪問和操作。經過如下幾種情況的操作。
1.
在本地重裝MySQL（安裝目錄D:\Program
Files\MySQL\MySQL
Server
5.0），直接把mysql文件夾拷貝至D:\Program
Files\MySQL\MySQL
Server
5.0\。結果，失敗：資料庫連接錯誤。
2.
卸載後重裝MySQL，將D:\Program
Files\MySQL\MySQL
Server
5.0\下的數據備份，只把mysql\data文件夾全部內容拷貝到D:\Program
Files\MySQL\MySQL
Server
5.0\data下。結果，失敗：資料庫連接錯誤。將備份的數據還完覆蓋。結果，失敗，還是連接不上資料庫。
3.
卸載後重裝MySQL，將mysql\data文件夾里的cf1,last文件夾（這兩個是原來MySQL里的資料庫）拷貝進D:\Program
Files\MySQL\MySQL
Server
5.0\data。連接成功，在Navicat
for
MySQL里看到資料庫cf1和last，但是不能訪問，因為數據全為零。明白了原來data里以資料庫命名的文件存儲的是資料庫的表結構，不是元數據。下一步，把data文件夾里的ibdata1文件（3.4G大，明顯存儲了元數據）拷貝到D:\Program
Files\MySQL\MySQL
Server
5.0\data里，代替原來的ibdata1文件。重啟電腦，打開Navicat
for
MySQL，連接成功，數據可以訪問操作。
至此，操作終於成功。其實當初在那台機上把數據導出來，而不是現在直接把文件夾mysql復制過來會更容易恢復。但那台機已經重裝了系統，也就是說MySQL失效了。
2. 怎麼修復已經損壞的SQL資料庫
有兩種方法，一種方法使用mysql的check table和repair table 的sql語句，另一種方法是使用MySQL提供的多個myisamchk, isamchk數據檢測恢復工具。
前者使用起來比較簡便。推薦使用。
1、check table 和 repair table 登陸mysql 終端： mysql -uxxxxx -p dbname check table tabTest;
如果出現的結果說Status是OK，則不用修復，如果有Error，可以用： repair table tabTest; 進行修復，修復之後可以在用check table命令來進行檢查。
在新版本的phpMyAdmin裡面也可以使用check/repair的功能。
2. myisamchk, isamchk 其中myisamchk適用於MYISAM類型的數據表，而isamchk適用於ISAM類型的數據表。
這兩條命令的主要參數相同，一般新的系統都使用MYISAM作為預設的數據表類型，這里以myisamchk為例子進行說明。
當發現某個數據表出現問題時可以使用： myisamchk tablename.MYI 進行檢測，如果需要修復的話，可以使用： myisamchk -of tablename.MYI 關於myisamchk的詳細參數說明，可以參見它的使用幫助。
需要注意的時在進行修改時必須確保MySQL伺服器沒有訪問這個數據表，保險的情況下是最好在進行檢測時把MySQL伺服器Shutdown掉。
2、另外可以把下面的命令放在你的rc.local裡面啟動MySQL伺服器前： [ -x /tmp/mysql.sock ] && /pathtochk/myisamchk -of /DATA_DIR/*/*.MYI 。
其中的/tmp/mysql.sock是MySQL監聽的Sock文件位置，對於使用RPM安裝的用戶應該是/var/lib/mysql/mysql.sock，對於使用源碼安裝則是/tmp/mysql.sock可以根據自己的實際情況進行變更，而pathtochk則是myisamchk所在的位置，DATA_DIR是你的MySQL資料庫存放的位置。
需要注意的是，如果你打算把這條命令放在你的rc.local裡面，必須確認在執行這條指令時MySQL伺服器必須沒有啟動！
最後檢測修復所有資料庫(表)。
3. 目前運用的數據恢復技術主要包括
目前運用的數據恢復技術主要包括瞬時復制技術、遠程磁碟鏡像技術和資料庫恢復技術。
瞬時復制技術就是使計算機在某一災難時刻自動復制數據的技術。遠程磁碟鏡像技術是把數據中心磁碟的數據復制到遠程備份中心，在遠程備份中心提供主數據中心的磁碟影像。資料庫恢復技術是產生和維護一份或多份資料庫數據的副本，但該技術不能復制非資料庫格式的數據，所以，講資料庫復制技術與遠程磁碟鏡像技術配合使用，常常可以獲得更為良好的效果。（希望對以後查詢此問題的人有幫助！）
4. 怎麼使用資料庫恢復程序
如果是SQL
SERVER的話兩種方式:
一\資料庫物理文件和日誌文件都有的話,在企業管理器上單擊右鍵-->附加資料庫-->選擇資料庫物理文件(.mdf)文件-->設置附加後的資料庫名-->確認就OK了
二\使用.bak備份文件恢復:在企業管理器下資料庫上單擊滑鼠右鍵-->還原資料庫-->選擇備份文件-->設置恢復資料庫名,單擊確認就可以了.
5. 資料庫恢復的方法
沒有備份，是沒有辦法恢復的，
不論哪種資料庫，一般都是，資料庫重建，在導入備份數據
也有其他操作，要看什麼資料庫，比如sqlserver 附加資料庫，導入備份 等 ，
前提都是有相應的 備份數據
6. 如何還原sql資料庫
1、要進行還原資料庫操作我們先需要有一個資料庫，這里直接打開SQL Server Management Studio,然後打開實例，在左側按照下圖中紅色箭頭指示右鍵點擊資料庫，然後點擊 新建資料庫，如下圖：
7. sybase 資料庫如何還原
先建好資料庫，然後還原，既可用sybase Central圖形界面還原，也可以用load語句還原
1，，用語句還原：
使用sybase advantage或其它工具執行下列語句
load datebase 資料庫名 from '備份路徑/備份文件名'
例如 load datebase test from 'E:\backup\test.dmp'
還原完成後還必須執行online操作，資料庫才能正常訪問，語句是：
online datebase 資料庫名
2，用sybase Central圖形界面還原
在Central中，展開相應的資料庫服務結點——Databases——找到按照第二步建立的資料庫，右擊該資料庫選擇Restore，選擇恢復的資料庫，選擇還原整個資料庫，選擇恢復資料庫所示用的設備，在彈出的Select Dump Devices窗口中選擇Explicit mp device，在Physical Path中輸入你的備份文件的存放路徑，點擊OK就可以了。
8. 數據恢復的數據恢復方法
分享一款功能超級強大的文件恢復軟體——EasyRecovery，可以為用戶恢復未受物理損害的硬碟中的絕大部分文件信息。
一、下載方便、界面簡潔
圖5：繼續恢復窗口
總而言之，這是一款易上手、實用度高的文件恢復軟體，如果您也有文件丟失或誤刪後找不到的困擾，可以嘗試一下這款軟體。
9. 資料庫恢復可以用哪些方法實現
資料庫恢復的三種方式
資料庫可能因為硬體或軟體（或兩者同時）的故障變得不可用，不同的故障情況需要不同的恢復操作。我們必須決定最適合業務環境的恢復方法。在資料庫中恢復有3種類型或方法，即應急（crash）恢復、版本（version）恢復和前滾（rool forward）恢復。
應急恢復
應急恢復用於防止資料庫處於不一致或不可用狀態。資料庫執行的事務（也稱工作單元）可能被意外中斷，若在作為工作單位一部分的所有更改完成和提交之前發生故障，則該資料庫就會處於不一致和不可用的狀態。這時，需要將該資料庫轉化為一致和可用的狀態。
為此，需要回滾未完成的事務，並完成當發生崩潰時仍在內存中的已提交事務。如在COMMIT語句之前發生了電源故障，則在下一次重新啟動並再次訪問該資料庫時，需要回滾到執行COMMMIT語句前的狀態。回滾語句的順序與最初執行時的順序相反。
版本恢復
版本恢復指的是使用備份操作期間創建的映象來復原資料庫的先前版本。這種恢復是通過使用一個以前建立的資料庫備份恢復出一個完整的資料庫。一個資料庫的備份允許你把資料庫恢復至和這個資料庫在備份時完全一樣的狀態。而從備份建立後到日誌文件中最後記錄的所有工作事務單位將全部丟失。
前滾恢復
這種恢復技術是版本恢復的一個擴展，使用完整的資料庫備份和日誌相結合，可以使一個資料庫或者被選擇的表空間恢復到某個特定時間點。如果從備份時刻起到發生故障時的所有日誌文件都可以獲得的話，則可以恢復到日誌上涵蓋到的任意時間點。前滾恢復需要在配置中被明確激活才能生效。
10. 如何恢復資料庫
可是提交到伺服器之後，一切顯地都無比陌生。因為不熟悉SQL，准確來說就只會點Select，Update，Delete，Insert而已。昨天不小心誤刪了一張數據不多但是不在人工處理范圍內的一張表內的數據。因為知道SQL Server是有日誌這種東西的，事後我表現地無比淡定，在事發一個小時以內。一個小時之後，我發現我無法掌控這一事件了。上網查找了恢復數據的辦法。有必要啰嗦一下。 問題1：無論是遠程端還是伺服器端，都無法對資料庫（假設資料庫叫Test）進行除『增刪查改』的其它操作，譬如分離，離線，還原...錯誤提示是e.g.1 「無法分離 Test 資料庫 因為它當前正在使用。」e.g.2 「因為資料庫正在使用,未獲得對數據的排他訪問權,操作異常終止」反正嘛，就是說你丫不能阻止別人的訪問。可我們就是要這樣做的...只好跟它說拜拜了。 說拜拜的方法就是關掉所有訪問資料庫Test的進程。createproc killspid (@dbnamevarchar(20)) asbegindeclare@sqlnvarchar(500) declare@spidintset@sql='declare getspid cursor for select spid from sysprocesses where dbid=db_id('''+@dbname+''')'exec(@sql) open getspid fetchnextfrom getspid into@spidwhile@@fetch_status<>-1beginexec('kill '+@spid) fetchnextfrom getspid into@spidendclose getspid deallocate getspid end--用法use master exec killspid '資料庫名'PS：代碼我是這樣理解的，定義一段殺死訪問資料庫進程的存儲過程。寫一段獲取進程ID的代碼，循環殺死每一個進程。最後調用存儲過程。雖然不了解存儲過程，但是意思就是這樣的吧。 問題2：沒有備份資料庫，那該如何恢復數據呢有個軟體叫做Log Explorer 這個東西可以根據資料庫的日誌回到過去的任何一個時刻。View Code Log Explorer for SQL Server 是個好東西，但是這根本無法解決我的問題。資料庫在伺服器端，學校根本不會讓我安裝一個軟體在伺服器上面。而且我證實過，這個軟體必須要在伺服器端裝伺服器端軟體的。所以，這個對於我來說，是泡湯的。但是不代表這不是一個利器。 最後我用了一個很蛋疼的方法解決了。1.分離資料庫，備份一個Test；2.將資料庫附加回去，用自帶的恢復方式恢復到一個很久以前的狀態；3.將需要的那張表復制到備份的那個資料庫；4.將備份的那個資料庫掛回去，原資料庫刪了。 這是一個很蛋疼而且碰巧那張表沒被改的方法。頭一次知道DBA的重要性。我的方法是一個很偶然的東西，希望大家分享一下真正能解決恢復問題的辦法。當然，每隔一段時間備份是絕對沒有錯的。 方法 另外發現一個比較有技術性的可行的方法 1，如果誤操作之前存在一個全庫備份（或已有多個差異備份或增量備份），首先要做的事就是進進行一次日誌備份 （如果為了不讓日誌文件變大而置trunc. log on chkpt.選項為1那你就死翹了）backuplog dbName todisk='fileName'----注意：是日誌備份! 2，恢復一個全庫備份，注意需要使用with norecovery，如果還有其他差異或增量備份，則逐個恢復 restoredatabase dbName fromdisk='fileName'with norecovery 3，恢復最後一個日誌備份即剛做的日誌備份，指定恢復時間點到誤操作之前的時刻 restorelog dbName fromdisk='fileName'with stopat='date_time' 完整代碼View Code 經過驗證，這才叫有技術性！我那純屬「鄧艾的屯『田』」小孩子過家家。。。