SQL 數據庫中的損壞随時可能發生。重要的是盡早發現并盡快解決問題。

作為一個 SQL Server 管理員，工作中必定會遇到一些問題。問題可能很少，也可能涉及範圍很廣，但最糟糕和最令人擔憂的問題是 SQL 數據庫的頁面級損壞。就像一場噩夢一般，SQL Server 中的頁面損壞會危及服務器上保存的所有關鍵數據。即使管理員（具有完全權限）也無法訪問數據，從而對整個組織的工作流程造成障礙。盡可能多地了解這些損壞、其原因和解決方案，是擺脫這種噩夢的唯一途徑。

SQL 數據庫中的基本存儲單位是頁；所有數據庫信息都以頁面的形式存儲。SQL Server 數據庫文件具有 MDF 和 LDF 擴展名。所以基本上，所有的 LDF 和 MDF 文件在邏輯上都分為幾百頁，每個單獨的頁面在服務器上都有自己的位置。如果 SQL Server中的頁面遭受損壞，那麼這些頁面中的每一個頁面都會開始受到感染。因為修複小塊數據比修複整個文件更容易，所以通常建議，在嘗試修複文件之前先修複單個頁面。

但在開始解決問題之前，必須先找到問題的根源。那麼，為什麼會發生 SQL 頁面級損壞呢？

• SQL 中頁面級損壞的第一大原因是硬件故障。如果硬盤出現問題，則最有可能這就是頁面損壞的原因。因此，必須定期監控硬盤、服務器機箱和系統中的其他硬件，以避免遇到此類問題。
• 必須确保對服務器的電源進行管理。在數據庫運行時，電源發生問題也可能會導緻數據庫的頁面級損壞。
• 将新軟件下載到服務器時要小心。如果服務器被病毒或惡意軟件感染，也可能會導緻數據庫損壞。
• 雖然我們知道，維護一個健康服務器的最好方法之一就是使用最新補丁對其進行更新，但是，不幸的是，安裝錯誤的更新也可能會導緻數據庫損壞。
• 有時，服務器本身無法診斷的問題也可能會導緻數據庫損壞。但是，除了定期檢查數據庫的功能之外，别無他法。

如果以上這些原因中的任何一個導緻了服務器故障，并且您懷疑造成了數據庫的損壞，此時，應該将數據庫上的所有數據進行備份，并立即啟動補救程序（如果您是非專業數據庫修複人員，請務必第一時間求助于專業的數據恢複公司，而不要試圖自行修複，這樣隻能讓問題複雜化）。

同樣，在開始之前，需要備份原始的 MDF 和 LDF 文件，然後，基于這個參考點開始數據庫的恢複。另外，請從Internet下載文本比較工具和數據比較工具。這些工具有助于對損壞數據和原始數據進行逐個比較。

請按照以下步驟操作：

一、使用文本比較工具檢查原始文件和損壞文件之間的差異。

二、在損壞的文件上，運行 DBCC CHECKDB 命令。這個命令可以檢查數據庫文件，顯示問題區域的位置，并提示數據修複的最低要求。

三、要檢查受感染頁面的内容，請運行 DBCC PAGE 命令。首先打開跟蹤标記 3604。

DBCC TRACEON (3604)

DBCC PAGE ( {'dbname' | dbid}, filenum, pagenum [, printopt={0|1|2|3} ])

filenum 和 pagenum 與頁面 ID 相關，它們與各種系統表相關。

printopt 參數為 0,1,2,3

• 0 -打印頁眉。
• 1 – 打印帶有每行十六進制轉儲的頁眉
• 2 – 打印帶有完整頁面十六進制轉儲的頁眉
• 3 – 打印帶有詳細每行解釋的頁眉

四、要确認頁碼和物理偏移量，請強制邏輯一緻性錯誤并嘗試通過運行以下命令來讀取表：

SELECT * from dbo.tablename

五、現在已确認損壞的位置，使用文本比較工具将損壞的文件與原始文件的最新備份進行比較。

六、為了便于理解，請從受感染文件中複制損壞的頁面并将其粘貼到文本比較工具中。

七、使用數據比較工具将損壞的頁面與原始頁面的最新版本進行比較。能夠看到異常數據的同步比較。

八、修複頁面并對恢複的文件運行 DBCC CHECKDB 命令。

如果已正确恢複并修複了損壞的數據，則恢複的文件中應該沒有異常。

• 如果多個位置或大面積損壞，可能會影響其他類型的頁面，從而導緻 SQL Server 無法打開文件。
• 直接編輯文件是一種容易出錯的方法。校驗和是逐頁計算的，如果未能正确複制/粘貼，則會發生 I/O 錯誤，可能無法打開數據庫。
• 這個解決方案需要時間，并且需要事先練習這種操作，才能确保成功。

對于專業人員，可以嘗試以上修複方法。對于非專業數據庫修複人員，請立即聯系專業的數據恢複公司，以盡快獲得數據庫修複，避免問題複雜化以及保護數據不發生丢失現象。鴻萌從事數據恢複近 20 年，擁有豐富的案例經驗和專業資深的技術團隊，随時為用戶提供緊急咨詢和數據恢複服務。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!