三招助你做好oracle數(shù)據(jù)庫備份測試

1、數(shù)據(jù)庫數(shù)據(jù)庫備份是保障數(shù)據(jù)庫安全的重要手段之一。絕大部分?jǐn)?shù)據(jù)庫管理員都已經(jīng)發(fā)現(xiàn)對數(shù)據(jù)庫進行備份的重要性，甚至對其具有很大的依賴性。為此數(shù)據(jù)庫管理員必需肯定備份策略確實可靠。一個沒有經(jīng)過測試測試的備份策略其實比沒有進行備份更加糟糕，因為它會給各位數(shù)據(jù)庫管理員一種假的安全感。但是筆者發(fā)現(xiàn)不少的數(shù)據(jù)庫管理員在遇到服務(wù)器故障時，卻不時的會遇到無法順利利用故障文件恢復(fù)數(shù)據(jù)庫或者數(shù)據(jù)庫備份文件不完整等問題。這主要是因為大家只注重數(shù)據(jù)庫的備份策略，但

2、是卻忽視了數(shù)據(jù)庫備份文件的測試策略。如果備份文件不完整或者出現(xiàn)錯誤的話，那么及時備份策略制定的再好，也是竹籃子打水一場空。為此筆者在這里鄭重建議大家，數(shù)據(jù)庫備份測試策略與數(shù)據(jù)庫備份策略一樣的重要。那么做為acle數(shù)據(jù)庫管理員，該如何做好這方面的測試工作工作呢？對此筆者有一家?guī)讉€招數(shù)，或許能夠幫助大家解決這方面的問題。招數(shù)一：模擬各種現(xiàn)實中可能出現(xiàn)的問題。招數(shù)一：模擬各種現(xiàn)實中可能出現(xiàn)的問題。很多原因會導(dǎo)致數(shù)據(jù)庫服務(wù)器罷工，而這些罷工很有

3、可能造成數(shù)據(jù)庫中現(xiàn)有數(shù)據(jù)的損壞。為此數(shù)據(jù)庫管理員必需憑借自己的經(jīng)驗列舉出現(xiàn)實中可能出現(xiàn)的故障情況。然后針對這些可能發(fā)生的故障，去測試現(xiàn)有備份策略能否有效的應(yīng)對。如筆者給企業(yè)部署完acle數(shù)據(jù)庫之后，一般都會模擬各種現(xiàn)實中可能出現(xiàn)的問題。然后針對這些問題進行一一測試。如筆者會在一個更新事務(wù)處理的過程中，突然關(guān)閉電源。然后再重新啟動數(shù)據(jù)庫服務(wù)器，查看這次斷電事故對服務(wù)器可能造成哪些影響？能否利用現(xiàn)有的備份文件與日志日志文件把數(shù)據(jù)庫中的數(shù)據(jù)恢

4、復(fù)到斷電的那一個點上？如筆者還會測試用戶錯誤的更新了大量的數(shù)據(jù)，并且已經(jīng)遞交了事務(wù)。此時需要測試看看能否利用重做日至文件來恢復(fù)更新之前的數(shù)據(jù)？如企業(yè)如果采用了磁盤陣列的話，那么筆者還需要測試磁盤陣列的有效性。如把某一塊硬盤拿掉，添加上一塊新的硬盤，看看其數(shù)據(jù)庫服務(wù)器能否正?；謴?fù)數(shù)據(jù)。總之一句話，通過模擬各種失敗以及從這些失敗中進行恢復(fù)，看看能否恢復(fù)到故障發(fā)生時的點。這些測試工作將會給數(shù)據(jù)庫管理員獲得書本上沒有的無價經(jīng)驗。具體來說，筆者認(rèn)

5、為數(shù)據(jù)庫管理員在模擬失敗時，以下幾個失敗的原因不能夠放過。一是服務(wù)器突然斷電，這可能導(dǎo)致配置文件的錯誤導(dǎo)致無法訪問或者數(shù)據(jù)的丟失；二是重做日志發(fā)生損壞，這可能導(dǎo)致數(shù)據(jù)庫管理員無法把數(shù)據(jù)恢復(fù)到故障發(fā)生時的點；三是硬盤發(fā)生故障而導(dǎo)致數(shù)據(jù)丟失，這主要是要測試備份文件異地存放的有效性；四是數(shù)據(jù)批量更新的錯誤處理，這主要是測試數(shù)據(jù)庫管理員在進行批量更新之前是否有先對數(shù)據(jù)庫進行備份的習(xí)慣，等等。數(shù)據(jù)庫管理員只有預(yù)先模擬現(xiàn)實中各種可能出現(xiàn)的問題，并得

6、到解決方案。只有如此，在真正遇到這些問題的時候，數(shù)據(jù)庫管理員才能夠臨危不亂，迅速解決故障。當(dāng)然這些測試最好是能夠在另外一臺主機上進行測試。在生產(chǎn)服務(wù)器上進行這些破壞性測試的話，可不是一個明智的做法。為了達到這個目的，筆者對自己提出了如下幾個要求。一是當(dāng)數(shù)據(jù)庫新版本出來之后，需要對工作筆記中記錄下的解決方案進行測試，以判斷這些解決方案是否過期。沒有過期最好，如果過期了的話，則必須解決它。如需要考慮這些意外事件在新版中是否仍然會出現(xiàn)。如果仍

7、然會出現(xiàn)的話，則就要在新版本功能的基礎(chǔ)上尋找新的解決方案。有些意外事件則可能會隨著數(shù)據(jù)庫版本的升級而被解決掉。故數(shù)據(jù)庫管理需要隨著數(shù)據(jù)庫版本的升級而不斷的進行測試，以提高相關(guān)解決方案的時效性。二是給企業(yè)部署完成新的解決方案之后，需要挑選一些重要的內(nèi)容進行測試。如筆者給企業(yè)部署完成acle數(shù)據(jù)庫（采用磁盤陣列）。如果要模擬所有的失敗情況并測試相關(guān)對解決方案是否可行是不現(xiàn)實的，因為這需要花費很長的時間，得不償失。此時筆者會挑選一些重要的或者

8、經(jīng)常發(fā)生的意外情況，并測試相關(guān)的解決方案是否可行。同時，這也是對企業(yè)用戶的一種培訓(xùn)，以提高他們獨立自主解決問題的能力。如對于上面這個案例，筆者會跟數(shù)企業(yè)用戶一起，進行磁盤陣列有效性的測試。如換一塊新的硬盤之后看看數(shù)據(jù)庫服務(wù)器是否會自動恢復(fù)相關(guān)的數(shù)據(jù)。把企業(yè)用戶培養(yǎng)起來了，那么我們數(shù)據(jù)庫管理員也可以輕松很多。三是對于一些新的解決方案也需要進行測試。如筆者平時比較喜歡逛論壇。在論壇上有人提出一個問題，后面有很多數(shù)據(jù)庫管理員會把相關(guān)的方案寫出

9、來。這些方案有些可能是數(shù)據(jù)庫管理員已經(jīng)知道了的；有些則是他們還沒有想到的。此時數(shù)據(jù)庫管理員需要對新的方案進行測試，因為也許這個新的解決方案能夠在更短時間內(nèi)解決故障。以上幾個要求就是筆者日常工作中在備份還原測試方面對自己提出的幾個要求。大家若認(rèn)為覺得合理的話，則也可以這么去做。一、黑盒測試在快速應(yīng)用開發(fā)（rad）環(huán)境中的重要作用軟件測試方法一般分為兩種：白盒測試與黑盒測試。其中，白盒測試又稱為結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序本身的測試，著