數據庫備份兩例故障的恢復與解決方法

劉秉春，王曉虹，王志文，馬玉想，肖永平

數據庫備份兩例故障的恢復與解決方法

劉秉春，王曉虹，王志文，馬玉想，肖永平

數據庫；故障；備份

數據庫系統的正常是“軍字一號”系統運行的基礎，當用戶使用一個數據庫時，數據庫中的數據必須是可靠的、正確的。但是，由于計算機系統的原因或是人為操作不當會直接影響數據庫系統的安全性，甚至破壞數據庫，造成數據庫中全部或部分數據丟失。筆者所在醫院最近由于數據庫備份問題和人為操作不當出現2次故障，總結經驗教訓如下。

1. 例數據庫故障及恢復過程

1.1 數據庫熱備份沒有完成引起的故障可能是因為長期沒有DOWN機，用戶登錄數過多造成數據庫死鎖，上午工作中客戶端數據庫無法登錄，發現服務器響應速度慢，這時是工作高峰期，沒有查看數據庫狀態而直接重啟oracle服務，可是發現數據庫無法啟動，查看“D:oracleadminorcldumporclALRT.LOG”文件，分析原因是熱備份還沒有結束，這時才想起在重啟服務時有一活動窗口沒有運行完畢而直接關閉了，導致還有“SQL>alter tablespace表空間end backup”這樣的語句沒有執行完畢。這時沒有進行其它操作，在命令提示符下輸入：Sqlmgrl>Startup；Database mounted；Ora-01113:file7needrecovery；Ora-01110:datafile7:’d:oracleoradataorclapacct.dbf’；Sqlmgrl>Recover database；Sqlmgrl>Alter database open resetlogs；之后數據庫啟動正常。數據文件在備份時檢驗點號（SCN）不變，而其他數據文件SCN發生改變，這樣數據文件中SCN不一致，導致數據庫無法正常啟動。

1.2 人為操作不當引起的故障最近醫院患者在出院結算時無法結帳，發現應交費用和實收費用不一致，開始認為是個別患者出現的情況，可是核算室反饋的是大部分結算患者存在這樣的問題。利用LogMiner進行Oracle數據日志分析，發現在最后出現錯誤情況時有一個誤操作。有很多下面這樣的語句：時間：2010-09-02-17:25:36語句update"INPBILL"."INP_BILL_DETAIL"set"AMOUNT"=39，"COSTS"=39，"CHA RGES"=39 where ROWID='AAAD5yAARAAAAUXAAO'。很多收費項目統一變成了39元，原因是一次錯誤提交，使inp_bill_items中所有Item_no為72的實收和應收全為39；但由于是2 d前的操作，可是醫院的備份只保留了1 d的數據，并且這次備份做了恢復性試驗，無法再進行數據庫介質恢復。恢復過程如下：首先查看備用服務器數據的時間，發現備用服務器和主服務器誤操作時間差18 d，備用服務器上數據存在的可以直接導入，所以主要問題是備用服務器上沒有的這段時間的數據恢復問題。藥品根據擺藥記錄drug_rec中的數據進行恢復，開始用2臺機器1臺查看錯誤數據，1臺提取擺藥記錄正確數據，但這樣存在數萬條數據，所需修改時間很長，經過試驗用PB做一數據窗口，提取inp_bill_items中這段時間內錯誤數據，根據drug_rec中的記錄修改數量和費用；非藥品記錄可以按每天的費用清單來對照，但這樣每人每天對照不太現實，可行的方法是把出問題的記錄根據價表修改相關費用。主要語句如下：

2. 次故障的解決方法

總結這2次故障的經驗教訓，主要原因是熱備份數量太少，周期比較短，修改備份方案如下：

2.1 擴大備份空間原來是雙機熱備，另加1臺普通計算機，掛2個2TB硬盤，保證有足夠備份空間。

2.2 修改備份程序修改熱備份目的地于本機硬盤，加快備份時間。之后由本機硬盤拷貝到映射硬盤。alter tablespace tsp_...begin backup；host copy d:oracleoradataorcl....dbf E:orclbak；alter tablespace tsp_...end backup；alter system switch logfile；host copy d:oracleoradataorcllog*.dbf E:orclbak（本機硬盤）；host copy d:oracleoradataorcl*.log E:orclbak；alter database backup controlfile to'e:control01.ctl'reuse；host copy e:control01.ctl E:orclbak；host copy e:archive*.*E:arbak；host copy e:orclbak*.*M:（映射盤符）；host copy e:arbak*.*n:

2.3 增加循環周期在備份時由原來只保留1 d備份改為備份數據保存1個月，并1個月做1次全備份，每天備份計劃任務由1個改為7個，每星期做循環備份，確保數據發生錯誤時能夠完全恢復。

2.4 標記存儲介質根據備份的內容，日期將介質統一編號，以免備份和恢復時弄錯介質，造成原有的備份丟失。

2.5 做好異地備份介質應存放在與計算機設備不同的地點，以免機房發生意外時，備份與計算機設備一同損壞。

3. 次故障的恢復體會

現在大部分醫院采用熱備份，熱備份必須將數據庫運行在（Archive Log）歸檔方式下，優點是數據備份期間用戶可以繼續訪問數據庫，保證醫院信息系統不間斷運行；而且可以達到秒級恢復（恢復到某一時間點上），這樣在出現問題時可以快速恢復到出問題的前一刻，這一點在雙機熱備恢復時是非常有用的；再就是熱備份數據恢復快，基本上不占用太多時間。但是熱備份的缺點是難于維護，熱備份盡量在數據庫不使用或使用率低的情況下進行，不能出錯，否則后果嚴重。例1主要原因是沒有每天查看備份是否完成，窗口中仍有活動窗口，仍然強行宕機造成oracle中SCN處于不一致的狀態，導致數據庫無法正常啟動。

隨著醫院信息化程度的不斷提高，數據庫作為信息系統的核心，擔當著十分重要的角色，做好數據庫備份尤為重要。因此，必須要有完備的備份與恢復策略，并通過模擬故障對每種可能的情況進行嚴格測試，這樣才能保證數據的高可用性，保證日常工作的正常運行。

[1]王慧琴.“軍字一號”工程數據庫系統的備份及恢復策略研究[J].中國數字醫學，2008，12(48)：

[2]潘哲毅，陳國軍，杜開齊，等.“軍字一號”醫院信息系統的備份和Oracle錯誤恢復[J].武警醫學，2008，1(92)：

[3]袁姍，劉長生，施偉.Oracle數據庫熱備份過程中被中斷的數據恢復方法[J].計算機工程應用技術，2009，3（2315）：

[2010-12-13收稿，2011-01-20修回]

TP311.53

B

264002山東煙臺，107醫院信息科（劉秉春，王曉虹，王志文，馬玉想，肖永平）

1.2.1 修改藥品記錄long ll_row；ll_row=dw_1.retrieve()；int i,li,lii；string ls_patid,ls；decimal ld_p；for i=1 to ll_row；ld_p=dw_1.GetItemDecimal(i,"drug_dispense_rec_costs")；ls_patid=dw_1.getitemstring(i,"inp_bill_detail_patient_id")；li=dw_1.GetItemDecimal(i,"inp_bill_detail_visit_id")；lii=dw_1.GetItemDecimal(i,"drug_dispense_rec_dispense_amount")UPDATE"INP_BILL_DETAIL"；SET"AMOUNT"=:lii,"COSTS"=:ld_p，"CHARGES"=:ld_p；WHERE("INP_BILL_DETAIL"."PATIENT_ID"=:ls_patid)AND("INP_BILL_DETAIL"."VISIT_ID"=:li)AND("INP_BILL_DETAIL"."ITEM_NO"=72)；commit；next messagebox(STRING(i),"ok")。

1.2.2 修改非藥品記錄long ll_row；ll_row=dw_1.retrieve()；int i,li,lii；string ls_patid,ls；decimal ld_p；for i=1 to ll_row；ld_p=dw_1.GetItemDecimal(i,"price_list_price")；ls_patid=dw_1.getitemstring(i,"inp_bill_detail_patient_id")；li=dw_1.GetItemDecimal(i,"inp_bill_detail_visit_id")；UPDATE"INP_BILL_DETAIL"；SET"COSTS"=:ld_p，"CHARGES"=:ld_p；WHERE("INP_BILL_DETAIL"."PATIENT_ID"=:ls_patid)AND("INP_BILL_DETAIL"."VISIT_ID"=:li)AND("INP_BILL_DETAIL"."ITEM_NO"=72)；commit；nextmessagebox("數據修改完畢","ok")。這樣基本完成了沒有備份時間段空白數據記錄的恢復，個別數據不對的情況可以根據科室明細單進行修改。這樣正常運行10 d左右后基本沒有無法結賬的情況發生。

[本文編輯：羨秋盛]