SQL Server數(shù)據(jù)庫還原操作？還原系統(tǒng)SQL Server2000數(shù)據(jù)庫的.bak文件的具體步驟不勝感激：1.再打開電腦，然后把在電腦上找不到并可以打開軟件，然后打開sqlserver后在數(shù)據(jù)庫

SQL Server數(shù)據(jù)庫還原操作？

還原系統(tǒng)SQL Server2000數(shù)據(jù)庫的.bak文件的具體步驟不勝感激：

1.再打開電腦，然后把在電腦上找不到并可以打開軟件，然后打開sqlserver后在數(shù)據(jù)庫上右鍵單擊，直接點擊‘還原數(shù)據(jù)庫'。

2.在彈出式選擇還原數(shù)據(jù)庫界面中,選擇

如何恢復(fù)崩潰的SQL Server數(shù)據(jù)庫？

這個要情況不同具體詳細(xì)真誠對待了，混亂到什么程度，有什么數(shù)據(jù)損毀，活動日志文件可不可再打開，有沒有設(shè)置中過災(zāi)難恢復(fù)計劃，有沒有增量備分，日志備份。這些情況都還沒有，要是都沒有的話，恭喜，您的數(shù)據(jù)庫全然找不回了。

SQL2000如何備份和恢復(fù)數(shù)據(jù)？

可不知道你的mdf文件如何確定受損傷，如日志盤出錯后數(shù)據(jù)寫入文件不完整、未停服務(wù)或離線模式數(shù)據(jù)庫就拷備mdf出來。你那種情況沒碰到過，不過也是可以模擬場景，有時間再再試試。

你說的方法是一種，像是也只有一這種你的操作：

1.找三個有幾分相似的環(huán)境，創(chuàng)建角色同名原著數(shù)據(jù)庫；

2.將數(shù)據(jù)庫離線offline，將原數(shù)據(jù)文件和日志文件刪除；

3.即將可以恢復(fù)的mdf文件復(fù)制下來；

4.將數(shù)據(jù)庫設(shè)置網(wǎng)online，會提示有問題，我失敗了…

5.將數(shù)據(jù)庫設(shè)置為可疑人物狀態(tài)suspended；

6.使用數(shù)據(jù)庫修復(fù)命令DBCCcheckdb愿意丟了數(shù)據(jù)恢復(fù)。如果正常了，系統(tǒng)設(shè)置online數(shù)據(jù)庫就這個可以訪問了。

SQL數(shù)據(jù)唄delete后如何回滾？

操作數(shù)據(jù)庫時候難免會是因為“大意”而系統(tǒng)故障，必須快速恢復(fù)的話通過軟件備份來恢復(fù)是不太可能的，而且是需要還原和binlog差來恢復(fù)，等不了，很太耗時。這里先說明下畢竟Delete操作的重新恢復(fù)方法：主要注意還是通過binlog來通過可以恢復(fù)，前提是binlog_format必須是Row格式，不然只有通過備分來重新恢復(fù)數(shù)據(jù)了。

方法：條件：傳送Binlog，F(xiàn)ormat為Row。步驟：1.那個軟件工具mysqlbinlog重新指定導(dǎo)入操作的記錄：

2.數(shù)據(jù)取出去之后，需要把數(shù)據(jù)解析反轉(zhuǎn)，原始數(shù)據(jù)：

Row格式的binlog記錄的格式如上面所示，是需要做的工作應(yīng)該是吧Delete的操作裝換成Insert操作，發(fā)上面的大都有一定規(guī)律的，并且要注意：

1、字段類型DATETIME日期。在日志中存放的格式為@42012-10-2500:00:00，必須將2012-10-2500:00:00另外引號。

2、負(fù)數(shù)。在日志中保存的格式為@1-1(4294967295)，-2(4294967294)，-3(4294967293)，不需要將()里面的數(shù)據(jù)去掉后，只保留@1-1。

3、轉(zhuǎn)義字符集。如：s，，等。上面3點不清楚之后，也可以寫一個腳本（水平不足，在提升中，寫的不好看）：

ViewCode

先執(zhí)行腳本：方法:python腳本名binlog文件字段數(shù)目

pythonbinlog.txt36gtbinlog.sql

命令行中的36意思是要自動還原的表的字段有36個，效果：

到最后還原系統(tǒng)：

系統(tǒng)的總結(jié):下次先整理Row和STATEMENT的優(yōu)劣。