SQL SERVER資料恢複過程筆記

4月5日 要求SQL SERVER 2000資料庫ASIA因為硬碟損壞,經搶救後只取得了mdf和ldf檔案
開始以為只取得了MDF檔案,因此先進行
EXEC sp_attach_single_file_db  @dbname = N'ASIADB01',
   @physname = N'D:/Microsoft SQL Server/MSSQL/Data/ASIADB01_Data.mdf'
   但提示不成功;
   再次嘗試先建好一資料庫,再將其分離後,把記錄檔刪除掉,再執行掛接,仍不成功.

後來終於找到了記錄檔,經掛接成功,但探索資料庫顯示為唯讀,原來MDF是從光碟片上拷貝過來,檔案屬性為唯讀,改之後即可將資料庫唯讀屬性去掉.

EXEC sp_attach_db @dbname = N'ASIADB01',
   @filename1 = N'd:/Microsoft SQL Server/MSSQL/Data/ASIADB01_Data.mdf',
   @filename2 = N'd:/Microsoft SQL Server/MSSQL/Data/ASIADB01_log.ldf'

   後來執行ASIA應用程式,登陸等過程沒有問題,但在程式中在調用單號時顯示ADODC1報錯,[sql server] [odbc] 資料連線中斷,開始以為是
   應用程式方面的問題,因為包括作業系統,資料庫伺服器,應用程式等均為全新安裝,應用程式中也不時報出控制項未註冊的錯誤,一直懷疑是應用程式方面
   的錯誤.因為香港軟體供應商客服人員也一直在沿這個思路在解決問題,忙了一天未有任何成果.

   第二天我在自己電腦上安裝應用程式,用sql server事件探查器,監視出錯時執行的SQL語句,後COPY到查詢分析器中執行,發現以下問題:

SELECT ZKAKEH2.KASRDEN From ZKAKEH2

伺服器: 訊息 21，層級 24，狀態 1，行 1
警告: 嚴重錯誤 823 發生於 04  5 2005  7:43PM

串連中斷

SET ROWCOUNT 100000;
SELECT  TOP 1000 * FROM ZKAKEH2時沒有問題,但查取10000條記錄時即報串連中斷,初步可以判斷資料庫方面出了問題.

後用DBCC檢查表和資料庫時出現大量的錯誤
DBCC CHECKTABLE ('ZKAKEH2')
DBCC CHECKDB ('ASIADB01')

經用修複選項,終不能成功.
DBCC CHECKDB ('ASIADB01',REPAIR_REBUILD)
DBCC CHECKDB ('ASIADB01',repair_allow_data_loss)

沒辦法,採用先建立一個含同樣對象的資料庫,再用DTS從已壞的資料庫中將資料全數匯入進來.中間因為有幾個表在重建庫時輸入了資料,匯入資料不成功,
先將資料清除:
truncate table kparam3;
truncate table zhito;
truncate table zmoney;
truncate table ztrno;
重新匯入這四個表的資料,一切OK.
再用DBCC工具進行檢查,PASS,終於見到了一絲緒光.
重新設定應用程式ODBC,用程式進行串連,成功!謝天謝地.

總結:
資料庫應該及時進行備份(包括記錄備份),本CASE中就是因為缺少備份檔案,只有硬碟壞了之後搶救出來的MDF和LDF檔案,因此費了一番周折.在碰到這種問題時,
應先從資料庫方面考慮,而不是懷疑前端應用程式方面的問題:)