淺談如何管理醫療數據庫

李守龍 張國娟 沈 慧

較多中小型醫院信息管理部門沒有配備專職的數據庫管理員(Database Administrator;DBA)，數據庫的維護基本都是科室人員兼職，對數據庫的管理往往只停留在定期數據庫備份上。這似乎僥幸于賭軟、硬件的可靠性，短期來講可能沒有問題，但長遠來看可能不足以應對災難。數據庫的備份很重要，但它僅是數據庫管理中的一個部分，筆者認為數據庫最基本的管理應該包括權限的管理、數據庫錯誤檢查、數據庫的備份、數據的轉移及關注日志文件變化。

1 權限的管理

醫療行業因其特殊性對權限管理較嚴格，權限和醫生的職務、職稱嚴格匹配，鑒于這方面的要求，HIS都有比較細致的權限管理功能。既然HIS已經劃分了權限，似乎沒有必要在數據庫繼續劃分。本文將其列為了第一條，似乎有小題大作之嫌。HIS權限的劃分使得相應的使用者有匹配的權限，有可追溯的操作行為，數據庫權限的劃分有其相同的目的。數據庫管理中所有用戶均使用SA權限(System Admin;SA)登陸的醫院比比皆是，這對于醫療數據庫極為不可控，也極不安全。SA擁有數據庫最大的操作權限，一旦誤操作，破壞性可能是“致命”的，且這種操作是具有不可追溯性的。假若1份電子病歷已經封存，HIS也已經禁用所有的修改操作，但是此時數據庫是可操作的，SA用戶可以隨時修改數據，且一旦修改根本無法定位究竟是誰做了這個操作;1份收費數據被誤操作極可能導致財務數據很大偏差，最終導致和社保端數據不一致而無法結算。根據信息科室人員姓名建立同名用戶名，根據職位職能不同劃分權限。一般管理人員只給予讀權限，兼、專職管理數據庫人員給予一定寫權限。這樣可以在一定程度上提高安全性，并且每個操作人員行為可控、可追溯，更重要的是防止外部人員輕易獲取SA權限。

2 數據庫錯誤檢查

數據文件的損壞對數據庫的運行是一個嚴重的威脅，輕則無法讀取數據，重則導致系統的崩潰。一旦數據庫出現錯誤，切忌帶“病”運行。這些“病”往往不是突發，而是日常的累積。通過這幾年的數據庫管理，我們總結“防病”成本比‘治病’成本要低得多。

針對這類錯誤的“防”，就是日常的數據庫錯誤檢查。對于Sq1 Server類的數據庫可以定期運行DBCC CHECKDB等命令進行檢查。但CHECK DB比較耗費資源，具體的執行要結合臨床業務避開高峰。也可以考慮按時段分組執行CHECKTABLE、CHECKCATALOG、CHECKALLOC等命令，達到同樣目的。有條件的醫院可以在測試庫(恢復業務數據的備份)上進行檢查，一旦發現錯誤，在合適的時間在正式庫運行，結合具體錯誤重見索引、日志;必要時使用REPAIR_REBUILD甚至REPAIR_ALLOW_DATA_LOSS(可能導致數據丟失，慎用)修復。對于比較大型的數據庫，一旦發現錯誤比較嚴重，最簡便的方式是從備份恢復。

3 數據庫的備份

HIS層面做再多的安全策略也無法防止一些意外災難，管理員的誤操作、不可抗力等因素都會導致數據的丟失。一旦意外發生不能恢復數據或是短時間無法恢復數據，都會對信息科造成巨大的壓力，甚至相關人員會因此丟工作。合適的數據庫備份策略對數據保護十分的重要。Sq1 Server中數據備份有很多種方式，常用備份類型有完整備份、差異備份、事務日志備份和文件組備份。一般根據具體業務情況和可以容忍的最大數據丟失程度，使用其中的1～4種方式。中小醫院醫療數據庫一般程度上都不會十分龐大，可以考慮如下備份方式:每日凌晨進行業務數據庫的完整備份;每1小時對事物日志進行1次備份，每日中午12:30對數據庫執行差異備份;每周對Master數據進行1次備份，最好可以在合適的時間對物理文件進行備份。Master的備份比較容易被忽略，它記錄系統級信息如登陸名、統配置設置等信息，如果Master數據庫有問題，整個數據庫系統都將無法啟動，因此筆者十分強調備份。

數據庫備份的結束并不意味備份的動作已經完成，最好的方式還要驗證備份本身的有效性和模擬突發情況驗證備份策略及還原策略是否合適，然后根據模擬情況調整備份和還原策略。

4 數據的轉移

數據庫設置了十分完美的備份策略，可以保證一旦故障發生，可以在短時間內恢復正常業務，這樣豈不是很完美?非也，那要看你的備份是不是只存放在一個地點。現在的服務器都有磁盤陣列(RAID)，可靠性比較高，但是不等于100%安全，一旦出現不可抗力及磁盤陣列不可修復的問題，無法獲得數據源，再健全的管理機制和再完美的備份策略都是枉然。做管理不能太迷信于技術，有時簡單的動作可以起到“救命”的作用。如果不能保證數據源介質百分之百的安全，那就必須定期進行數據備份和數據庫物理文件的轉移。數據就是“生命”，對待“生命”不能太隨意，對轉移的數據應該有嚴格的管理。建議對光盤介質進行封存，磁盤介質專盤專用，并且這些介質的啟用需要登記、審批。

5 關注日志文件 注意磁盤空間

Sq1 Server會為所有的修改記錄日志，以便將來重新提交或者回滾時使用，但Sq1 Server制定了機制，日志文件不會無休的增長，會定期清理日志中不需要的內容［1］。但是也不意味著我們不需要關注日志，在特定的條件下數據庫日志文件會突然增長迅速，甚至變得非常巨大乃至占滿整個磁盤空間。日常維護中需要時不時地關注日志文件的變化，一旦發現異常就要定位原因，是數據庫沒有做日志備份、是數據庫中有事務很長時間沒有提交、還是數據庫正在運行一個較大的事務，須根據不同的情況進行針對性處理，以保持事物日志合理增長。

上述日志文件的增長也提醒我們要關注磁盤的動態，一旦磁盤剩余空間較小很可能影響Sq1 Server向磁盤文件讀寫量，甚至無法存取，也就意味著前端系統的癱瘓。如果是正常的磁盤耗盡，在剩余一定量前嘗試收縮數據庫并提前布置磁盤空間擴展，這樣可以在一定程度上防止意外的發生。

6 小結

現代服務器的軟硬件安全性都比較高，數據庫的管理短期可能顯現不出其優勢，這也是為什么中小型醫院不重視的原因。數據庫管理的好處不僅僅能在緊急情況中挽留數據，更多的是它可以有效減少HIS層面的故障，即使有數據庫層面發生問題，也可以在短時間內得到恢復，最壞的情況也只是丟失部分數據。

數據庫管理涵蓋非常多的內容，沒有辦法用有限的篇幅和大家一起探討更多，這里僅提供一些建議，更多的要靠實踐中的親身體驗和經驗的積累。

1 徐海蔚．Microsoft SQL Server企業級平臺管理實踐［M］．北京:電子工業出版社，2010:33－34．