嗨,我是柯特我是與 GSE 團隊合作的資深首席工程師此視頻專門討論 MS SQL MSDB 資料庫的恢復。MSDB 資料庫恢復的方法以及我們將如何執行該恢復過程。因此,有三種方法可以恢復 MSDB 資料庫。這是一個資料庫,主要負責包含作業資訊、SQL Server、維護和維護所需的其他任務以及程式級別其他類型的事情,這對於資料庫生產環境中的資料庫可能非常重要。
恢復損壞的 MSDB 資料庫的這三種方法是,第一,從備份還原。最簡單的方法。我們還有機會在此資料庫上使用 DBCC CheckDB,就像我們處理任何其他 SQL Server 資料庫一樣,並且替換 MSDB 資料庫檔是能夠使 MSDB 重新連線並恢復到一致狀態的另一種方法。因此,讓我們繼續在這裡看看我們的不同選項。現在有了 SQL Server Management Studio 內的 GUI 介面,這個程序就變成了一個相當簡單的程序只需轉到“任務”,執行“還原”還原“資料庫”。
如果使用 SQL Server 進行備份,則執行此過程即可使 MSDB 重新連線。現在我們來看看第二種方法 我應該說是使用 MS CheckDB所以我們這裡有三組命令第一組命令是找出 MSDB 資料庫當前存在的資料庫一致性級別的位置。現在,在此特定實例中,我們沒有使用損壞的 MSDB 資料庫,因此當我們檢查錯誤(分配錯誤和一致性錯誤)時,在這種特定情況下,我們看到零。
所以,是的,通過這個恢復過程(演示過程)看到損壞的 MSDB 資料庫可能會更有益,但我們正在執行與如果這是損壞的 MSDB 資料庫相同的步驟。在這個特殊情況下,我們只是做了一個檢查,我們沒有嘗試修復任何東西。如果我們確實發現錯誤報告,我們希望使用 DBCC CheckDB 返回下一個命令。再次記住,我們這樣做是因為我們沒有要還原的 MSDB 資料庫的良好備份。如果我們必須根據在此所看到的錯誤嘗試進行修復,我們可以使用軟修復選項,也就是使用 DBCC CheckDB 修復重建。
在這種特殊情況下,我們繼續執行它,只是為了讓您瞭解它是什麼樣子的。現在,針對健康的資料庫運行它,這將運行得相當快,並且在它找不到任何東西的情況下,它將運行得非常快。現在,如果我們確實有錯誤,我們在資料庫中確實存在不一致,它很可能會運行更長時間,但 MSDB 資料庫一開始就不是一個大型資料庫。在添加了很多作業之後,它可能要大得多,但它仍然不是一個龐大的資料庫。如果我們的軟修復選項不起作用,並且我們繼續看到錯誤,我們可以求助於硬修復選項“REPAIR_ALLOW_DATA_LOSS”。
我們基本上是告訴SQL我們想要做到最好,我們想盡我們所能來保存這個資料庫。這非常重要,它在資料庫中具有重要資訊,我們允許允許一些資料庫丟失的選項,以使此資料庫重新連線並可用。所以只要執行相同的命令 看起來就與軟修復非常相似現在,如果我們在運行此操作后到達這一點,即硬修復,並且我們仍然看到錯誤,此時我們可能不得不求助於替換 MSDB 資料庫檔。
在此特定情況下,我們要前往 SQL Server 例項的安裝目錄現在,每次我們安裝SQL Server時,它都會安裝一個“Binn”目錄,在該“Binn”目錄中,我們有一個“範本”資料夾。在「範本」資料夾中,我們有此 SQL Server 安裝的所有系統資料庫的資料庫檔。在這種情況下,我們需要我們的 MSDB 資料庫檔和 MSDB 紀錄檔。我已經提取了這些檔的副本,我們將回到活動 MSDB 資料庫檔所在的位置。
所以我們要做的很簡單。我們要做的就是替換這兩個檔 - MSDB 資料檔和 MSDB 紀錄檔。現在,為了執行此操作,我們需要停止SQL Server。有機會這樣做非常重要,因為這使我們有機會直接管理這些文件,並且使我們能夠引入這些替換檔。在此示例中,在此演示中,我們有兩個 MSDB 檔。像這樣刪除損壞的資料庫檔不是好的做法。我們可以在另一個系統上叫出這些檔案 進入並擷取資訊 所以我們要繼續移動這些檔案我有一個名為“MSDB_save”的資料夾。我已經複製了這些,所以讓我回溯到這裡。在這種情況下,由於我已經有這些的副本,所以我將繼續刪除這些。
現在我們的範本檔案,讓我們繼續輸入這些檔案,完成後我們就要重新啟動 SQL。現在,必須這樣做的缺點是其中的任何作業資訊,在安裝SQL之後開發並作為作業存在的程式級別的任何資訊都消失了,因為它隨著舊的資料庫檔而消失了。每當我們必須引入範本時,就 MSDB 而言,它都是從 Ground Zero 開始的,並且在我們引入範本檔后,在安裝後放入的作業級別的任何內容都必須放回那裡。我們關於如何恢復 MS SQL MSDB 資料庫的演示到此結束。希望這段影片能協助您瞭解執行還原的方法,以及如何完成復原程序
謝謝收看