當(dāng)我們想與關(guān)系數(shù)據(jù)庫(kù)交互時(shí)，SQL 就會(huì)出現(xiàn)并幫助用戶與數(shù)據(jù)庫(kù)進(jìn)行交互。SQL 從高級(jí)語言中獲取用戶的輸入，然后訪問將代碼轉(zhuǎn)換為機(jī)器可理解的形式。SQL 確實(shí)會(huì)恢復(fù)數(shù)據(jù)庫(kù)文件，但有時(shí) SQL 服務(wù)器恢復(fù)暫掛階段會(huì)進(jìn)入帳戶，這會(huì)停止恢復(fù)過程并將關(guān)系數(shù)據(jù)庫(kù)置于恢復(fù)暫掛狀態(tài)。在本文中，將向你提供各種方法來修復(fù) SQL Server 數(shù)據(jù)庫(kù)中的恢復(fù)掛起狀態(tài)。
將 SQL 數(shù)據(jù)庫(kù)置于恢復(fù)模式的原因
SQL 服務(wù)器恢復(fù)掛起可能是因?yàn)樵诮馕鰯?shù)據(jù)庫(kù)中的某些事務(wù)期間系統(tǒng)關(guān)閉不當(dāng)。
當(dāng)你的硬盤或 RAM 中沒有足夠的空間時(shí)，有時(shí)運(yùn)行各種查詢會(huì)導(dǎo)致 SQL 數(shù)據(jù)庫(kù)恢復(fù)掛起狀態(tài)。各種用戶移動(dòng)他們的日志文件，以便可以增加系統(tǒng)的吞吐量，但在傳輸 SQL 文件時(shí)，他們的數(shù)據(jù)被損壞，這迫使數(shù)據(jù)庫(kù)處于恢復(fù)掛起狀態(tài)。
SQL Server 數(shù)據(jù)庫(kù)中的各個(gè)階段
SQL Server 數(shù)據(jù)庫(kù)中存在三個(gè)管理階段，它們根據(jù)損壞的嚴(yán)重程度進(jìn)行劃分。
在線階段- 如果用戶在 SQL 數(shù)據(jù)庫(kù)服務(wù)器上工作時(shí)正在執(zhí)行查詢并且一個(gè)數(shù)據(jù)庫(kù)文件在此過程之間損壞，則數(shù)據(jù)庫(kù)保持在線并且仍然可以在線訪問。這個(gè)階段被稱為在線階段。
可疑階段- 在 SQL 應(yīng)用程序啟動(dòng)時(shí)，如果服務(wù)器無法恢復(fù)數(shù)據(jù)庫(kù)，則 SQL 將數(shù)據(jù)庫(kù)標(biāo)記為可疑。
恢復(fù)掛起階段- 此階段發(fā)生在 SQL Server 知道必須運(yùn)行數(shù)據(jù)庫(kù)恢復(fù)但有什么阻止它啟動(dòng)時(shí)。在這種情況下，SQL Server 會(huì)將 DB 標(biāo)記為“Recovery Pending”狀態(tài)。
你可以通過在 SQL 數(shù)據(jù)庫(kù)上運(yùn)行以下命令來自行檢查處于恢復(fù)掛起狀態(tài)的數(shù)據(jù)庫(kù)。
從 sys.databases SELECT name, state_desc 并寫 GO 并按回車查看 SQL 數(shù)據(jù)庫(kù)恢復(fù)掛起狀態(tài)為；
可以看出結(jié)果中位置6的Demo是一個(gè)?RECOVERY PENDING STATE?的數(shù)據(jù)庫(kù)。
現(xiàn)在讓我們研究一下恢復(fù) SQL server 恢復(fù)掛起階段的方法。
SQL Server 數(shù)據(jù)庫(kù)中的手動(dòng)恢復(fù)掛起狀態(tài)
在恢復(fù)模式下解決 SQL 數(shù)據(jù)庫(kù)問題的手動(dòng)方法是通過兩個(gè)步驟完成的。在我們研究這些步驟之前，我建議復(fù)制一份你的 SQL 數(shù)據(jù)庫(kù)，這樣如果你無法解析這些步驟，那么你的數(shù)據(jù)就不會(huì)受到損壞。
第 1 步
在緊急模式下勾選 SQL 并強(qiáng)制修復(fù)它。使用 Alter DB 和 CHECKDB 命令刪除 MS SQL 恢復(fù)掛起狀態(tài)，如下所示：
ALTER DATABASE [DBName] SET EMERGENCY；
ALTER DATABASE [DBName] set single_user;
DBCC CHECKDB ([DBName], REPAIR_ALLOW_DATA_LOSS) WITH ALL_ERRORMSGS;
ALTER DATABASE [DBName] set multi_user
SQL 通過將 SQL 服務(wù)器從緊急階段中解放出來來幫助他們的用戶，但如果上述命令不能幫助你解決問題，那么，
使用以下命令將數(shù)據(jù)庫(kù)置于緊急模式，
?ALTER DATABASE mydatabase SET EMERGENCY?。使用此命令后，緊急標(biāo)記將放置在文件后面。
現(xiàn)在，你必須通過應(yīng)用以下查詢將 SQL 數(shù)據(jù)庫(kù)從緊急模式設(shè)置回正常模式，
ALTER DATABASE mydatabase SET ONLINE?。
第 2 步
將數(shù)據(jù)庫(kù)設(shè)置為緊急模式并分離并重新連接主數(shù)據(jù)庫(kù)
要執(zhí)行此步驟以克服 ?SQL server recovery Pending ?狀態(tài)，你需要執(zhí)行與步驟 1 中所做的相同的步驟，將數(shù)據(jù)庫(kù)置于緊急狀態(tài)。此用戶需要通過運(yùn)行查詢使 MS SQL 脫機(jī)，然后再次聯(lián)機(jī)，以克服 MS SQL 恢復(fù)掛起狀態(tài)。
ALTER [DBName] SET EMERGENCY；
ALTER DATABASE [DBName] set multi_user
EXEC sp_detach_db '[DBName]'
EXEC sp_attach_single_file_db @DBName = '[DBName]', @physname = N'[mdf path]'
使用第二步，用戶將能夠創(chuàng)建一個(gè)新的日志文件，損壞的文件會(huì)自動(dòng)從數(shù)據(jù)庫(kù)中刪除。讓我們看看你在使用第 1 步和第 2 步消除 SQL 服務(wù)器恢復(fù)掛起問題時(shí)將遇到的問題。
手動(dòng)方法限制
- 在修復(fù) SQL Server 數(shù)據(jù)庫(kù)中的恢復(fù)掛起狀態(tài)時(shí)，數(shù)據(jù)庫(kù)損壞程度可能很高。
- 如果你不熟練或來自技術(shù)領(lǐng)域，你將無法很好地運(yùn)行這些命令，從而導(dǎo)致 SQL 數(shù)據(jù)庫(kù)文件混亂。
- 手動(dòng)將 SQL 服務(wù)器聯(lián)機(jī)或脫機(jī)可能會(huì)使你的應(yīng)用程序完全損壞，因此關(guān)系數(shù)據(jù)庫(kù)會(huì)受到很大的挫折，從而導(dǎo)致整個(gè)安裝應(yīng)用程序崩潰。
現(xiàn)在讓我們轉(zhuǎn)向另一種控制 SQL 服務(wù)器數(shù)據(jù)庫(kù)恢復(fù)掛起問題的方法。
SQL Server 數(shù)據(jù)庫(kù)中的專業(yè)恢復(fù)掛起狀態(tài)
克服 SQL 服務(wù)器恢復(fù)掛起問題的專業(yè)方法比手動(dòng)方法更好。在這方面，我們使用SQL 數(shù)據(jù)庫(kù)恢復(fù)工具來修復(fù)和恢復(fù) SQL 數(shù)據(jù)庫(kù)的損壞文件，并幫助你修復(fù) SQL 服務(wù)器數(shù)據(jù)庫(kù)中的恢復(fù)掛起狀態(tài)。此工具支持 MDF 和 NDF 文件。使用此實(shí)用程序可以恢復(fù)你的數(shù)據(jù)庫(kù)表、觸發(fā)器、記錄、函數(shù)和存儲(chǔ)過程。
牢記數(shù)據(jù)的重要性，此實(shí)用程序強(qiáng)制執(zhí)行兩種標(biāo)準(zhǔn)和高級(jí)恢復(fù)模式。在使用 SQL 數(shù)據(jù)庫(kù)恢復(fù)工具進(jìn)行修復(fù)后，用戶還可以將文件從一臺(tái) SQL 服務(wù)器保存到另一臺(tái)。這個(gè)工具歡迎所有版本的windows。使用此軟件時(shí)也可以考慮架構(gòu)和快照。
使用 SQL 數(shù)據(jù)庫(kù)恢復(fù)工具后，您不會(huì)在修復(fù) SQL Server 數(shù)據(jù)庫(kù)恢復(fù)掛起狀態(tài)時(shí)遇到任何問題。
總結(jié)
為了解決 SQL 服務(wù)器恢復(fù)掛起狀態(tài)，我描述了導(dǎo)致系統(tǒng)處于恢復(fù)掛起狀態(tài)的 SQL 數(shù)據(jù)庫(kù)文件損壞和損壞的各種原因。在此之后介紹了糾正階段手動(dòng)方式，它分為 2 個(gè)部分。但是由于用戶在執(zhí)行手動(dòng)查詢時(shí)遇到的問題，自動(dòng) SQL 數(shù)據(jù)庫(kù)恢復(fù)工具進(jìn)入了帳戶。
