數(shù)據(jù)庫系統(tǒng)整改是指對數(shù)據(jù)庫系統(tǒng)的軟硬件運行環(huán)境進行調(diào)整的過程。數(shù)據(jù)庫系統(tǒng)在其生命周期過程中都會經(jīng)歷大大小小的整改，對業(yè)務(wù)的影響大小不一，通常情況下都需要關(guān)閉業(yè)務(wù)后進行。對于連續(xù)性要求極高的醫(yī)院信息化系統(tǒng)，數(shù)據(jù)庫系統(tǒng)整改影響較大，這就要求整改過程要做充分的準(zhǔn)備，并且進行有效的測試和確認(rèn)，還要有可行的回退機制。
對于數(shù)據(jù)庫系統(tǒng)整改的分類可以按停機時間長短來分類，如需要超過半小時停機的整改，還有需要半小時以上的整改；也可以按改動的大小來分類；也可以根據(jù)整改的具體類別來區(qū)分，本文側(cè)重介紹數(shù)據(jù)庫系統(tǒng)的整改具體類別。一般來說數(shù)據(jù)庫系統(tǒng)的整改可分為數(shù)據(jù)庫軟件版本升級，服務(wù)器和存儲割接導(dǎo)致的數(shù)據(jù)遷移，數(shù)據(jù)庫參數(shù)、操作系統(tǒng)參數(shù)及其他配置參數(shù)的變更，數(shù)據(jù)類型的修改和重定義，歷史數(shù)據(jù)歸檔，訪問優(yōu)化性整改六大部分。作為最常見的數(shù)據(jù)庫系統(tǒng)變更類型，數(shù)據(jù)庫軟件版本的升級是最為典型的，通常來說軟件版本的升級影響最大，不可預(yù)知的因素最多，需要的測試工作量最大，回退的難度也是最大的。一般來說如果不是特別的需求，都不會輕易變更數(shù)據(jù)庫系統(tǒng)軟件的版本，只有當(dāng)數(shù)據(jù)庫軟件已經(jīng)超過官方支持期限而且又遇到很多bug而必須升級，或者是應(yīng)用軟件的升級需要數(shù)據(jù)庫軟件也要進行升級時才進行數(shù)據(jù)庫版本的升級。數(shù)據(jù)軟件版本的升級需要進行嚴(yán)格的測試并且選擇停機時間最短的數(shù)據(jù)遷移方式，對于實施方的技術(shù)要求較高，一般情況下是作為項目形式由第三方公司進行。數(shù)據(jù)庫系統(tǒng)在使用生命周期過程中可能需要進行多次的數(shù)據(jù)遷移。數(shù)據(jù)遷移的原因很多，如數(shù)據(jù)庫軟件版本的升級就可能造成數(shù)據(jù)遷移，最常見的是由于服務(wù)器和存儲割接造成的數(shù)據(jù)遷移。一般來說由數(shù)據(jù)庫軟件版本的升級造成的數(shù)據(jù)遷移可以歸為第一種類型，而我們常見的由于服務(wù)器和存儲割接造成的數(shù)據(jù)遷移如果不涉及數(shù)據(jù)庫軟件版本和操作系統(tǒng)平臺的變化，其實施難度還是要小于前一種的。此類的數(shù)據(jù)遷移最需要關(guān)注的是數(shù)據(jù)遷移的時間，如何減小停機時間是考慮的關(guān)鍵。數(shù)據(jù)庫系統(tǒng)在使用生命周期過程中經(jīng)常會遇到數(shù)據(jù)庫參數(shù)或者操作系統(tǒng)參數(shù)以及其所在的環(huán)境的變更，例如將數(shù)據(jù)庫參數(shù)修改成更大的值以優(yōu)化性能，修改操作系統(tǒng)的參數(shù)以優(yōu)化內(nèi)存和I/O性能，增加數(shù)據(jù)庫的組件模塊等。此類的修改通常變更難度較小，而且回退也最為容易。數(shù)據(jù)類型的修改和重定義在數(shù)據(jù)庫系統(tǒng)的使用過程中非常常見，尤其是應(yīng)用系統(tǒng)還在完善過程中及應(yīng)用升級都會需要。對于數(shù)據(jù)類型的修改和重定義大多都可以在線進行，不需要系統(tǒng)停機，有時僅需要暫停部分受影響的業(yè)務(wù)。通常情況下此類修改由應(yīng)用開發(fā)商負(fù)責(zé)測試和實施，醫(yī)院信息科需要對其進行監(jiān)督，要求其必須在測試環(huán)境上進行全部的修改和重定義測試，只有經(jīng)過確認(rèn)后才能在正式環(huán)境進行變更，千萬不能因為修改的動作小而放任應(yīng)用開發(fā)商自行處理變更。當(dāng)醫(yī)院的數(shù)據(jù)庫系統(tǒng)經(jīng)過五年乃至更長時間的使用后，會沉淀很多歷史的數(shù)據(jù)，這部分歷史數(shù)據(jù)通常情況下訪問的次數(shù)相對已經(jīng)很小，如果不進行遷移就會因為數(shù)據(jù)庫過于龐大而影響表的訪問效率。對于影像系統(tǒng)此問題更為突出，由于存儲空間不足而面臨必須歸檔的局面。但由于國家法律對醫(yī)院病史病案及病人影像圖片的保留時間有要求，又不能直接刪除掉歷史數(shù)據(jù)，這時候需要必要的手段進行歷史數(shù)據(jù)的歸檔。對于歷史數(shù)據(jù)的歸檔，在數(shù)據(jù)庫層面和存儲硬件層面有很多成熟的技術(shù)方案可供參考。通常醫(yī)院數(shù)據(jù)庫系統(tǒng)的歷史數(shù)據(jù)歸檔需要作為一個單獨的項目實施。對于僅將個別表的數(shù)據(jù)進行歸檔的需求，作為日常的普通變更來實施時，也要注意歸檔數(shù)據(jù)的方式方法和經(jīng)過嚴(yán)格的測試，避免對生產(chǎn)系統(tǒng)造成不必要的影響。當(dāng)數(shù)據(jù)庫系統(tǒng)的訪問出現(xiàn)性能瓶頸時，可能需要對數(shù)據(jù)庫進行訪問優(yōu)化性整改。對于數(shù)據(jù)庫系統(tǒng)的性能調(diào)優(yōu)，在第三節(jié)已經(jīng)有詳細(xì)的介紹。當(dāng)性能調(diào)優(yōu)的方案是決定要對數(shù)據(jù)庫的數(shù)據(jù)結(jié)構(gòu)，數(shù)據(jù)分布及數(shù)據(jù)庫的優(yōu)化器進行調(diào)整時，會需要用到訪問優(yōu)化性整改。通常包括表重建，索引重建，表的統(tǒng)計信息收集和執(zhí)行計劃調(diào)整等。此類整改由性能調(diào)優(yōu)的方案提出方提出并實施。對于此類整改必須要在測試環(huán)境上進行測試，確認(rèn)整改可以達到改善和提高數(shù)據(jù)訪問效率，并且需要衡量整改需要的停機時間可以接受后才能在生產(chǎn)數(shù)據(jù)庫中進行優(yōu)化性整改。所有的數(shù)據(jù)庫系統(tǒng)整改嚴(yán)格上來說在正式環(huán)境上部署前都需要進行測試工作。測試目的就是為了早發(fā)現(xiàn)，早處理。很多數(shù)據(jù)庫系統(tǒng)在整改后出現(xiàn)的問題90%可以在測試中發(fā)現(xiàn)，但測試工作卻很容易被忽視或者是走過場。整改測試的步驟通常包括測試環(huán)境準(zhǔn)備和測試過程。對于如何進行測試的方法、工具、樣本和次數(shù)，要根據(jù)數(shù)據(jù)庫整改的類型和目標(biāo)來決定。這里主要介紹測試的思路，數(shù)據(jù)庫系統(tǒng)的整改測試包括整改目標(biāo)測試，功能測試，性能測試和安全測試四部分。測試環(huán)境的搭建通常來說需要與生產(chǎn)數(shù)據(jù)庫相同的數(shù)據(jù)庫版本和操作系統(tǒng)版本。對于割接和遷移類整改來說軟件版本與生產(chǎn)庫不同，測試環(huán)境等同于以后的正式環(huán)境。從正式的數(shù)據(jù)庫系統(tǒng)中導(dǎo)入需要測試的數(shù)據(jù)，根據(jù)測試的目標(biāo)大小決定，有可能是全庫的數(shù)據(jù)，也有可能只是一張表，也有可能不需要生產(chǎn)的數(shù)據(jù)，只需要一個無數(shù)據(jù)的環(huán)境。在完成了數(shù)據(jù)的準(zhǔn)備之后可以開始測試工作，首先要進行的是整改目標(biāo)測試。這項測試主要是測試數(shù)據(jù)庫整改方案的可行性和效果。只有此項測試能夠?qū)崿F(xiàn)后才表明數(shù)據(jù)庫整改方案具備初步的可行性。測試的每個步驟都需要整改參與的各方進行效果確認(rèn)并且生成記錄。在通過了整改目標(biāo)測試后，初步的整改方案已經(jīng)形成雛形。接下來的測試主要是檢驗數(shù)據(jù)庫系統(tǒng)在整改后的表現(xiàn)，以確保數(shù)據(jù)庫系統(tǒng)整改產(chǎn)生的影響在可以接受的范圍內(nèi)。功能測試主要是檢測數(shù)據(jù)庫系統(tǒng)的可用性，包括數(shù)據(jù)庫的可連接性，數(shù)據(jù)庫的高可用性以及應(yīng)用功能的可用性。其中應(yīng)用功能的可用性是測試的關(guān)鍵環(huán)節(jié)，應(yīng)用測試需要組織業(yè)務(wù)人員對所有的應(yīng)用業(yè)務(wù)功能做全體測試，確保及時的發(fā)現(xiàn)和修正應(yīng)用功能的問題，從而可以避免和減少整改上線后遇到的問題。數(shù)據(jù)庫系統(tǒng)的性能測試是檢驗新的數(shù)據(jù)庫系統(tǒng)是否能承擔(dān)上線后的壓力。通常性能測試需要借助測試工具，目前市面上有許多的類似工具。1. 數(shù)據(jù)庫事務(wù)處理壓力測試 數(shù)據(jù)庫的事務(wù)處理能力是衡量一個新的數(shù)據(jù)庫系統(tǒng)的性能的關(guān)鍵指標(biāo)。比如能夠檢驗數(shù)據(jù)庫的事務(wù)處理能力的壓力，關(guān)鍵性的指標(biāo)是每秒傳輸?shù)氖挛锾幚韨€數(shù)（transac-tions per second，TPS）。2. 數(shù)據(jù)庫連接數(shù)壓力測試 對于數(shù)據(jù)庫的連接數(shù)壓力測試是檢驗數(shù)據(jù)庫系統(tǒng)在上線后是否能夠承擔(dān)目前的連接業(yè)務(wù)量的關(guān)鍵指標(biāo)，同時也對連接數(shù)的上限作出預(yù)測。這項測試可以通過專業(yè)級測試軟件來進行模擬，不過此類軟件是需要付費的。也可以編寫一個小程序模擬反復(fù)連接數(shù)據(jù)庫來實現(xiàn)。3. 業(yè)務(wù)模擬壓力測試 業(yè)務(wù)模擬壓力測試是通過數(shù)據(jù)庫操作來檢驗數(shù)據(jù)庫的響應(yīng)能力，包括I/O響應(yīng)速度，數(shù)據(jù)插入速度等。這項測試可以通過創(chuàng)建一張數(shù)據(jù)庫表，然后往里面插入數(shù)據(jù)來檢測插入速度。通過創(chuàng)建數(shù)據(jù)文件來檢測I/O速度。也可以利用專業(yè)級測試軟件來進行模擬真實的業(yè)務(wù)操作，檢驗新的數(shù)據(jù)庫系統(tǒng)在應(yīng)用業(yè)務(wù)壓力下的表現(xiàn)。安全測試主要檢驗數(shù)據(jù)庫系統(tǒng)是否存在安全漏洞以及進行預(yù)防性措施。通常這項需要第三方監(jiān)理機構(gòu)來進行，如果條件不成熟也可以使用專業(yè)的漏洞掃描工具或者聘請專家檢測。數(shù)據(jù)庫及操作系統(tǒng)漏洞掃描測試，檢測數(shù)據(jù)庫和操作系統(tǒng)是否存在嚴(yán)重的安全漏洞，通過專業(yè)的漏洞掃描工具或者聘請專家檢測來發(fā)現(xiàn)，提前補上安全漏洞；檢測數(shù)據(jù)庫及操作系統(tǒng)用戶及角色權(quán)限，對新數(shù)據(jù)庫及操作系統(tǒng)的用戶口令進行管理，配置密碼長度，有效期和復(fù)雜度要求等，關(guān)閉和禁用不經(jīng)常使用的用戶賬號；檢查數(shù)據(jù)庫及操作系統(tǒng)的用戶權(quán)限是否過大，回收超時使用范圍的權(quán)限；同時考慮是否需要打開數(shù)據(jù)庫審計，對數(shù)據(jù)庫中的操作行為進行記錄，如果醫(yī)院內(nèi)已經(jīng)使用其他的安全設(shè)備和軟件，如堡壘機、防火墻和準(zhǔn)入系統(tǒng)，可以與新搭建好的數(shù)據(jù)庫系統(tǒng)進行安全聯(lián)動配置，一來是為了提高安全性，二來也是為了避免安全設(shè)備影響數(shù)據(jù)庫的正常運行。
