數據備份范文
時間：2023-04-05 08:04:34
導語：如何才能寫好一篇數據備份，這就需要搜集整理更多的資料和文獻，歡迎閱讀由公務員之家整理的十篇范文，供你借鑒。
篇1
傳統數據備份的反思
企業戰略集團（ESG，Enterprise Strategy Group）于2013年1月公布的《2013年IT支出意向調查》顯示，27%的受訪企業將“改進數據備份與恢復”列為未來幾年中優先完成的IT任務，僅次于企業的信息安全計劃。作為數據保護領域的專家，美國昆騰國際公司開始反思，在大數據時代，用戶對數據備份與恢復的需求產生了什么樣的變化，新的商機又在哪里。
“很多用戶不僅希望改善和加強數據保護，還希望在數據備份和保護的過程中發現一些新的有價值的東西?！泵绹ヲv國際公司全球市場營銷副總裁Bryce Hein在接受本報記者采訪時表示，“以前，用戶做備份只是考慮如何對數據進行安全保護，把風險降到最低。在大數據時代，數據保護并不僅是一個預防風險的機制，而且可以提供新的價值。整個工作流程、用戶所需的服務水平等都改變了，因此需要全新的解決方案。”
Bryce Hein以昆騰的客戶美國CNN為例，試圖說明用戶需求的變化。CNN的數據主要是視頻內容，以前為了長期保存數據，它只是單純地對數據進行備份。現在，CNN需要經常調用那些長期保存的數據。為此，CNN采用了分級存儲的架構，而不是單一的數據備份架構?！癈NN的分級存儲策略是把低碼流的數據存到磁盤上，把高碼流的數據保存到磁帶上。實現分級存儲后，數據訪問的性能大幅提升，而且存儲成本也得以降低?！盉ryce Hein介紹說。
現在，很多行業的用戶都開始像CNN一樣調整自己的數據存儲和保護策略，改變存儲基礎架構，比如將需要快速訪問的數據存儲到閃存上，或將需要長期保存的數據遷移到云存儲上，從而方便數據的存取，提高數據的處理效率。
對象存儲重新崛起
為了幫助用戶更好地應對大數據的挑戰，昆騰不久前推出了Lattus D系列存儲設備，這是一款專門針對非結構化數據設計的對象存儲。Bryce Hein告訴記者，Lattus D可以將普通的文件轉換成對象進行存儲，同時還具有內置的數據備份和保護功能。
其實對象存儲早已有之，比如EMC、NetApp等都擁有類似的產品。但是，Bryce Hein指出，昆騰Lattus D對象存儲從底層技術上就不同于其他廠商的產品，它是一個二級存儲設備，不僅可以將數據分塊，同時具有數據保護功能，在存儲的利用率、安全性以及數據訪問效率上都有大幅提升?，F在許多云服務商都開始積極部署對象存儲。
篇2
1、首先需要打開手機實用工具中的備份程序，點擊備份；
2、可以看到幾個儲存路徑，選擇想要儲存的位置，進入下一步；
3、勾選要備份的數據，點擊開始備份并設置密碼（可跳過設置密碼步驟），等待備份完成即可；
4、備份過后，以后就可以直接通過手機備份程序去恢復手機數據，點擊恢復，選擇有儲備數據的路徑，進入下一步；
5、勾選要恢復的數據后，點擊開始恢復，等待片刻即可。
篇3
關鍵詞 數據庫;安全特性;數據備份
中圖分類號TP393 文獻標識碼A 文章編號 1674-6708(2010)23-0242-02
數據庫,就是若干數據的集合體。這些數據存在于計算機的外存儲器上,而且不是雜亂無章地排列的。數據庫中數據量龐大,用戶訪問頻繁,有些數據具有保密性,因此數據庫要由數據庫管理系統進行科學地組織和管理,以確保數據庫的安全性和完整性。數據庫系統安全,包含兩種含義,分別為系統運行安全和系統信息安全。
1 數據庫系統的安全特性
1.1數據獨立性
數據獨立于應用程序之外。理論上數據庫系統的數據獨立性分為兩種:1)物理獨立性。數據庫的物理結構的變化不影響數據庫的應用結構其相應的應用程序。這里的物理結構是指數據庫的物理位置、物理設備等;2)邏輯獨立性。數據庫邏輯結構的變化不會影響用戶的應用程序,數據類型的修改、增加、改變各表之間的聯系都不會導致應用程序的修改。
這兩種數據獨立性都要靠DBMS來實現。到目前為止*物理獨立性已經能基本實現,慢邏輯獨立性實現起來非常困難,數據結構一旦發生變化,一般情況,相應的應用程序都要作或多或少的修改。追求這一目標也成為數據庫系統結構復雜的一個重要原因。
1.2數據安全性
一個數據庫能否防止無關人員得到他不應該知道的數據,是數據庫是否實用的一個重要指標。如果一個數據庫對所有的人都公開數據,那么這個數據庫就不是一個可靠的數據庫。一般地,比較完整的數據庫對數據女安全采取了以下措施:1)將數據庫中需要保護的部分與其他部分相隔離;2)使用授權規則。這是數據庫系統經常使用的一個辦沾,數據庫給用戶ID號和口令、權限。當用戶用此ID號和口令登錄后,就會獲得相應的權限。不同的用戶或操作會有不同的權限。比如,對于一個表,某人有修改權,而其他人只有查詢權;3)將數據加密,以密碼的形式存于數據庫內。
1.3數據的完整性
數據完整性通常表明數據在可靠性與準確性上是可信賴的,也意味著數據有可能是無效的或不完整的。數據完整性包括數據的正確性、有效性和―致性。
1)正確性。數據在輸入時要保證其輸入值與定義這個表時相應的域的類型一致。如表中的某個字段為數值型,那么它只能允許用戶輸入數值型的數據,否則不能保證數據庫的正確性;2)有效性。在保證數據正確的前提下,系統還要約束數據的有效性。例如:對于月份字段,若輸入值為17,那么這個數據就是無效數據,這種無效輸入也稱為“垃圾輸入”。當然,若數據庫輸出的數據是無效的,相應的稱為“垃圾輸出”;3)一致性。當不同的用戶使用數據庫,應該保證他們取出的數據必須一致。因為數據庫系統對數據的使用是集中控制的,因此數據的完整性控制還是比較容易實現的。
1.4并發控制
如果數據庫應用要實現多用戶共享數據,就可能在同一時刻多個用戶要存取數據,這種事件叫做并發事件。書一個用戶取出數據進行修改,修改存入數據庫之前如有其他用戶再取此數據,那么讀出的數據就是不正確的。這時就需要對這種并發操作施行控制,排除和避免這種錯誤的發生,保證數據的正確性。
1.5故障恢復
當數據庫系統遠行時出現物理或邏輯上的錯誤時, 如何盡快將它恢復正常,這就是數據庫系統的故障恢復功能。
2 數據庫的備份
備份對數據庫的安全來說是至關重要的。備份是指在某種介質上,如磁帶儲數據庫或部分數據庫的拷貝。
數據庫的備份不足實時的,應該什么時候做,用什么方式做,這主要取決于數據庫的不同規模和不同的用途。數據庫的備份主要考慮以下的幾個因素:備份周期;使用冷備份或是熱備份:使用增量備份或是全部備份,或者兩者同時使用:使用什么介質進行備份,備份到磁盤還是磁帶:是人工備份還是設計一個程序定期自動備份等。數據庫的備份大致有三種類型:冷備份、熱備份和邏輯備份。
2.1冷備份
冷備份是在沒有最終用戶訪問它的情況下關閉數據庫,并將其備份。這是保持數據完整性的最好辦法,但如果數據庫太大,無法在備份窗口中完成對它的備份,該方法就不適用了。
2.2熱備份
熱備份是在數據庫正在被寫入的數據更新時進行。熱備份嚴重依賴日志文件。在進行時,日志文件將業務指令“堆起來”,而不真正將任何數據值寫入數據庫記錄。當這些業務被堆起來時,數據庫表并沒有被更新,因此數據庫被完整地備份。
該方法有“些明顯的缺點。首先,如果系統在進行備份時崩潰,則推在日志文件中的所有業務都會被丟失,因此也會造成數據的丟失;其次,它要求DBA仔細地監視系統資源,這樣日志文件就不會占滿所有的存儲空間而不得不停止接受業務;最后,日志文件本身在某種程度上也需要被備份以便重建數據。需要考慮另外的文件并使其與數據庫文件協調起來,為備份增加了復雜度。
由于數據庫的大小和系統可用性的需求,沒有對其進行備份的其他辦法。在有些情況下,如果日志文件能決定上次備份操作后哪些業務更改了哪些記錄的話,對數據庫進行增量備份是可行的。
2.3邏輯備份
邏輯備份使用軟件技術從數據庫提取數據并將結果寫入一個輸出文件。該輸出文件不是一個數據庫表,但是表中的所有數據是一個映像。不能對此輸出文件進行任何真正的數據庫操作。在大多數客戶機/服務器數據庫中,結構化查詢語言就是用來創建輸出文件的。該過程有些慢,對大型數據庫的全盤備份不實用。盡管如此,當僅想備份那些上次備份之后改變了的數據,即增量備份時,該方法非常好。為了從輸出文件恢復數據,必須生成逆SQL語句。該過程也相當耗時,但工作的效果相當好。
參考文獻
[1]徐壽懷,胡美琛.數據庫安全研究的現狀與問題[J].計算 機工程,1997(3).
篇4
關鍵詞 主/從數據庫；Mysql；備份
中圖分類號TP39 文獻標識碼A 文章編號 1674-6708（2011）52-0183-02
我們構建的游戲平臺游戲數據庫使用的是Mysql數據庫，每天數據吞吐量巨大。系統的不穩定、黑客攻擊及其他未知不定因素都可能對游戲數據造成毀滅性的破壞。因此我們決定再建一個與在用服務器同配置的服務器系統來完成數據的備份及同步。同時，我們還配置了對整個Mysql數據庫定期進行備份，起到了雙保險的作用。這樣，一旦發生數據丟失，能在最短時間內恢復網站運行，使損失降到最低。下面就具體介紹一下我們的搭建過程。
主從數據庫服務器的網絡拓撲情況如圖1 。
1 系統要求
1）服務器配置
游戲數據庫主服務器：至強3.0 雙處理器 內存8G RAID10；
游戲數據庫從服務器：至強3.0 雙處理器 內存8G RAID10。
2）軟件環境
運行操作系統：Ubuntu 7.10；
數據庫管理系統：Mysql 5.0。
2 實施主從庫備份操作
Mysql主服務器可以通過發送操作日志給從服務器的方式，讓兩臺數據庫機器保持同步更新，當主服務器出現故障時，可以將從服務器升級為主服務器，提高服務的可靠性，但因為操作數據量較大，必須保證主服務器和從服務器之間的流量足夠(如在同一個局域網內)，可以從全新服務器安裝主從服務器，也可以在主服務器運行一段時間后再添加從服務器，這里主服務器已經配置完成，并運行過一段時間。
1）添加從服務器：首先安裝并配置好從Mysql服務器， 配置兩臺Mysql的server-id不同，如主Mysql server-id=1，從服務器Mysql server-id=2；
2）理論上可以進行熱操作，但為了提高速度和可靠性，只進行了停機操作。
首先關掉所有訪問數據庫的客戶程序，并用以下命令重啟mysql
$sudo /etc/init.d/mysql restart；
3）重啟進入mysql服務器，并記下當前日志的文件名和位置
2）給腳本配置執行屬性
$chmod u+x automysqldump.sh
3）將備份腳本配置成系統周期任務
$sudo nano /etc/crontab
以打開的編輯器中輸入以下內容，注意腳本實際存放位置
0 3 * * * root /home/huayu/automysqldump.sh
退出保存后運行
$sudo /etc/init.d/cron restart
使配置生效。系統將會在每天凌晨3點準時執行automysqldump.sh腳本，對整個mysql數據庫進行備份
4 結論
未搭建主/從數據庫服務器前對整個Mysql數據庫的備份是每隔一個小時進行備份一次，在備份期間數據庫服務器無法處理更新，導致玩家無法登陸游戲或訪問游戲慢。通過主從數據庫服務器的搭建，我們的備份通過使用從數據庫服務器來執行，解決了數據備份期間玩家無法登陸游戲問題。
通過這次主/從庫服務器的搭建也增加了游戲數據庫的健壯性，使從數據庫服務器能夠與主數據庫服務器保持數據同步，主數據庫服務器出現問題時，可以切換到從數據庫服務器成為主數據庫服務器投入使用，避免了長時間的服務中斷。另一個好處是可以使用從數據庫服務器執行備份，而不會干擾主數據庫服務器。在備份過程中，主數據庫服務器可以繼續處理更新。
參考文獻
[1]Leon atkinson.Mysql核心編程[M].北京：清華大學出版社，2005，10.
篇5
從備份策略來講，現在的備份可分為三種：完全備份、增量備份、差異備份、累加備份策略。下面來討論以下這幾種備份方式：
完全備份就是拷貝給定計算機或文件系統上的所有文件，而不管它是否被改變。
增量備份就是只備份在上一次備份后增加、改動的部分數據。增量備份可分為多級，每一次增量都源自上一次備份后的改動部分。
差異備份就是只備份在上一次完全備份后有變化的部分數據。如果只存在兩次備份，則增量備份和差異備份內容一樣。
累加備份采用數據庫的管理方式，記錄累積每個時間點的變化，并把變化后的值備份到相應的數組中，這種備份方式可恢復到指點的時間點。
一般在使用過程中，這三種策略常結合使用，常用的方法有：完全備份、完全備份加增量備份、完全備份加差異備份、完全備份加累加備份。
完全備份會產生大量數據移動，選擇每天完全備份的客戶經常直接把磁帶介質連接到每臺計算機上（避免通過網絡傳輸數據）。這樣，由于人的干預（放置磁帶或填充自動裝載設備），磁帶驅動器很少成為自動系統的一部分。其結果是較差的經濟效益和較高的人力花費。
完全備份加增量備份源自完全備份，不過減少了數據移動，其思想是較少使用完全備份。比如說在周六晚上進行完全備份（此時對網絡和系統的使用最?。?。在其它6天（周日到周五）則進行增量備份。增量備份會問這樣的問題：自昨天以來，哪些文件發生了變化？這些發生變化的文件將存儲在當天的增量備份磁帶上。
完全備份加差異備份的思想也是較少使用完全備份。比如說在周六晚上進行完全備份，在其它6天（周日到周五）則進行差異備份。做差異備份時，將會把自上星期六以來發生了變化的文件存儲在當天的增量備份磁帶上。
二、容災系統的等級及實現技術
容災是一個范疇比較廣泛的概念，廣義上，我們可以把所有與業務連續性相關的內容都納入容災。容災是一個系統工程，它包括支持用戶業務的方方面面。而容災對于IT而言，就是提供一個能防止用戶業務系統遭受各種災難影響破壞的計算機系統。容災還表現為一種未雨綢繆的主動性，而不是在災難發生后的“亡羊補牢”。從狹義的角度，我們平常所談論的容災是指，除了生產站點以外，用戶另外建立的冗余站點，當災難發生生產站點受到破壞時，冗余站點可以接管用戶正常的業務，達到業務不間斷的目的。為了達到更高可用性，許多用戶甚至建立多個冗余站點。
容災系統是通過在異地建立和維護一個備份存儲系統，利用地理上的分離來保證系統和數據對災難性事件的抵御能力。
根據容災系統對災難的抵抗程度，可分為數據容災和應用容災。數據容災是指建立一個異地的數據系統，該系統是對本地系統關鍵應用數據實時復制。當出現災難時，可由異地系統迅速接替本地系統而保證業務的連續性。應用容災比數據容災層次更高，即在異地建立一套完整的、與本地數據系統相當的備份應用系統（可以同本地應用系統互為備份，也可與本地應用系統共同工作）。在災難出現后，遠程應用系統迅速接管或承擔本地應用系統的業務運行。
設計一個容災系統，需要考慮多方面的因素，如備份/恢復數據量大小、應用數據中心和備援數據中心之間的距離和數據傳輸方式、災難發生時所要求的恢復速度、備援中心的管理及投入資金等。根據這些因素和不同的應用場合，通?？蓪⑷轂南到y分為四個等級。
第0級：沒有備援中心這一級容災系統，實際上沒有災難恢復能力，它只在本地進行數據備份，并且被備份的數據只在本地保存，沒有送往異地。
第1級：本地磁帶備份，異地保存在本地將關鍵數據備份，然后送到異地保存。災難發生后，按預定數據恢復程序恢復系統和數據。這種方案成本低、易于配置。但當數據量增大時，存在存儲介質難管理的問題，并且當災難發生時存在大量數據難以及時恢復的問題。為了解決此問題，災難發生時，先恢復關鍵數據，后恢復非關鍵數據。
第2級：熱備份站點備份在異地建立一個熱備份點，通過網絡進行數據備份。也就是通過網絡以同步或異步方式，把主站點的數據備份到備份站點，備份站點一般只備份數據，不承擔業務。當出現災難時，備份站點接替主站點的業務，從而維護業務運行的連續性。
第3級：活動備援中心在相隔較遠的地方分別建立兩個數據中心，它們都處于工作狀態，并進行相互數據備份。當某個數據中心發生災難時，另一個數據中心接替其工作任務。這種級別的備份根據實際要求和投入資金的多少，又可分為兩種：①兩個數據中心之間只限于關鍵數據的相互備份；②兩個數據中心之間互為鏡像，即零數據丟失等。零數據丟失是目前要求最高的一種容災系統方式，它要求不管什么災難發生，系統都能保證數據的安全。所以，它需要配置復雜的管理軟件和專用的硬件設備，需要投資相對而言是最大的，但恢復速度也是最快的。
在建立容災系統時會涉及到多種技術，如：SAN或NAS技術、遠程鏡像技術、基于IP的SAN的互連技術、快照技術等。
衡量容災系統的兩個技術指標：RPO（RecoveryPointObjective）：即數據恢復點目標，主要指的是業務系統所能容忍的數據丟失量。
RTO（RecoveryTimeObjective）：即恢復時間目標，主要指的是所能容忍的業務停止服務的最長時間，也就是從災難發生到業務系統恢復服務功能所需要的最短時間周期。
RPO針對的是數據丟失，而RTO針對的是服務丟失，二者沒有必然的關聯性。RTO和RPO的確定必須在進行風險分析和業務影響分析后根據不同的業務需求確定。對于不同企業的同一種業務，RTO和RPO的需求也會有所不同。
三、數據容災與數據備份的聯系
從定義上看，備份是指用戶為應用系統產生的重要數據（或者原有的重要數據信息）制作一份或者多份拷貝，以增強數據的安全性。因此，備份與容災所關注的對象有所不同，備份關系數據的安全，容災關心業務應用的安全，我們可以把備份稱作是“數據保護”，而容災稱作“業務應用保護”。備份最多表現為通過備份軟件使用磁帶機或者磁帶庫將數據進行拷貝，也有用戶使用磁盤、光盤作為存儲介質；容災則表現為通過高可用方案將兩個站點連接起來。
備份與容災是存儲領域兩個極其重要的部分，二者有著緊密的聯系。首先，在備份與容災中都有數據保護工作，備份大多采用磁帶方式，性能低，成本低；容災采用磁盤方式進行數據保護，數據隨時在線，性能高，成本高。其次，備份是存儲領域的一個基礎，在一個完整的容災方案中必然包括備份的部分；同時備份還是容災方案的有效補充，因為容災方案中的數據始終在線，因此存儲有完全被破壞的可能，而備份提供了額外的一條防線，即使在線數據丟失也可以從備份數據中恢復。
要保護數據，企業需要數據備份和容災系統。但是很多企業在搭建了備份系統之后就認為高枕無憂了，其實還需要搭建容災系統。數據容災與數據備份的聯系主要體現在以下幾個方面：
（一）數據備份是數據容災的基礎
數據備份是數據高可用的最后一道防線，其目的是為了系統數據崩潰時能夠快速的恢復數據。雖然它也算一種容災方案，但這種容災能力非常有限，因為傳統的備份主要是采用數據內置或外置的磁帶機進行冷備份，備份磁帶同時也在機房中統一管理，一旦整個機房出現了災難，如火災、盜竊和地震等災難時，這些備份磁帶也隨之銷毀，所存儲的磁帶備份也起不到任何容災功能。
（二）容災不是簡單備份
真正的數據容災就是要避免傳統冷備份所具有先天不足，它能在災難發生時，全面、及時地恢復整個系統。容災按其容災能力的高低可分為多個層次，例如國際標準SHARE78定義的容災系統有七個層次：從最簡單的僅在本地進行磁帶備份，到將備份的磁帶存儲在異地，再到建立應用系統實時切換的異地備份系統，恢復時間也可以從幾天到小時級到分鐘級、秒級或0數據丟失等。
無論是采用哪種容災方案，數據備份還是最基礎的，沒有備份的數據，任何容災方案都沒有現實意義。但光有備份是不夠的，容災也必不可少。容災對于IT而言，就是提供一個能防止各種災難的計算機信息系統。從技術上看，衡量容災系統有兩個主要指標：RPO（RecoveryPointObject）和RTO（RecoveryTimeObject），其中RPO代表了當災難發生時允許丟失的數據量；而RTO則代表了系統恢復的時間。
（三）容災不僅是技術
容災是一個工程，而不僅僅是技術。目前很多客戶還停留在對容災技術的關注上，而對容災的流程、規范及其具體措施還不太清楚。也從不對容災方案的可行性進行評估，認為只要建立了容災方案即可高枕無憂，其實這具有很大風險的。特別是在一些中小企業中，認為自己的企業為了數據備份和容災，整年花費了大量的人力和財力，而結果幾年下來根本就沒有發生任何大的災難，于是放松了警惕?？梢坏┌l生了災難時，后悔晚矣！這一點國外的跨國公司就做得非常好，盡管幾年下來的確未出現大的災難，備份了那么磁帶，幾乎沒有派上任何用場，但仍一如既往、非常認真地做好每一步，并且基本上每月都有對現行容災方案的可行性進行評估，進行實地演練。
參考文獻
[2]文瑞映，ORACLE數據庫的備份與恢復，電腦知識與技術：2006、23期
[3]吳飛承，容災備份未雨綢繆，軟件世界：2007、2
篇6
關鍵詞：程控交換機數據備份數據恢復
張家口供電公司的通信交換網絡包括型號為Harris20-20的行政程控交換網與型號為MD110/D的調度程控交換網。鑒于電力行業的特殊性，數據出錯或丟失后，若沒有事先備份，要想恢復數據不僅難度大，而且很不可靠，有時甚至根本不可能進行恢復，必須有一套行之有效的備份管理措施。而在華北地區的電力通信交換網絡中，這兩種機型也占了絕大部分。以下是筆者根據平時維護的經驗，講述了對這兩種型號的交換設備如何進行數據備份的步驟與注意事項。
1Harris20-20數字程控交換機數據的備份與恢復
(1)數據備份：
即從交換機當前激活的公共設備機架把數據庫、雜項文件或ACD統計表拷貝到其他存儲介質上。其中的雜項文件包括：專用縮位撥號碼，人工呼叫轉移，激活的呼叫轉移組等。
使用系統維護終端執行聯機操作，并輸入用戶名、密碼后，選擇當前所用的數據庫，并進入EDT(ConfigurationEditor)程序，在該程序下輸入UTI(Utility)命令，此時即可使用BAC(Backup)命令來備份數據了。具體的操作如下：
鍵入"CTRL+C"命令；開啟維護終端并聯機。用戶名…？ADMIN，回車；輸入用戶名"ADMIN"?？诹睢?****，回車；輸入口令。ADMIN…？EDT，回車；進入數據庫編輯程序。EDT…？UTI，回車；進入UTI編輯程序。UTI…？BAC，回車；進入備存(Backup)程序。備存［DB］…？DB，回車；指示系統備存數據庫。此時有三個選項：DB(數據庫)，MIS(雜項文文件)與ACD(ACD統計)，本例選擇了備存數據庫。
備存的數據庫…？A，回車；輸入備存數據庫名稱A?！瓕擞?1/*)的空盤插入機架并回車…；系統提示用戶放入磁盤，"*"表示此次備份操作過程總共需要的磁盤數。需要指出的是：若磁盤上存有其它內容，系統會在向磁盤拷貝文件的過程中抹去磁盤上的信息?！瓊浯鏀祿霢…；備存過程的提示。系統會在磁盤滿時提示用戶插入下一張盤，直至備存完畢。UTI…？EXI，回車；返回上一級程序。EDT…？EXI，回車；返回最高一級程序，系統會提示"您已脫機"。
備存操作完畢。
(2)備存數據的恢復：
使用RES(Restore)命令將數據庫、雜項文件或ACD統計從備份的軟盤拷貝到激活的公共設備機架的硬盤中。具體操作如下：
聯機后進入UTI程序(進入步驟同"數據備份")。
系統提示：UTI…？RES，回車；輸入恢復數據命令RES(restore)。
恢復［DB］…？DB，回車；仍以恢復DB為例。
將標有(1/*)的空盤插入機架并回車。
此后，依次放入磁盤直至恢復完畢。然后退出。
2MD110型數字程控調度交換機數據的備份與恢復
(1)數據備份：MD110型交換機的數據做了改動以后，不會立即寫入硬盤，而是由存儲單元
MEU存儲。因此，在做此種型號交換機的數據備份時，應遵循以下3個步驟：
MEU數據交換機硬盤單元QDLU維護終端硬盤軟盤
下面分別加以說明：
第一步，轉儲操作。
交換機的轉儲操作有2種，可根據需要分別執行。這里需要指出的是：交換機的QDLU硬盤單元上有原始程序文件"LOVOL"和包含程序代碼與用戶數據的后援加載文件"RELVOL"。
①系統轉儲:交換機MEU中正在運行的所有程序單元和所有數據轉存到交換機硬盤。過程如下：
-執行EQ硬盤維護程序；
-將QDLU硬盤單元中的文件指針指向relvol文件，此文件應是新的或可以刪除的；
-退出EQ程序，執行FIOL聯機操作程序，輸入指令；
-FAVOE：VOL=RELVOL；
-FATAE：CTU=0；
-FASTI：CTU=0；(用命令刪除舊的文件)
-FATAL：VOL=RELVOL，TAPE=0，CTU=0；
-FAVOI：VOL=RELVOL，TAPE=0；(建立新的后備文件)
-CATII：DATE=2002-5-28，TIME=6-23；
-CASII：STN=SUN(建立時鐘日期與工作站標志);
-ALREI；
-FTREI(清除告警標志)；
-DUSYI(輸入命令進行轉儲)；
此后，系統將把新的系統文件轉存入交換機的硬盤單元中。
②數據轉儲：維護人員修改交換機數據以后，將修改內容轉存入交換機硬盤單元。過程如下：
-ALREI；
-FTREI(清除告警標志)；
-DUUDI：DUMP=ALL；或DUMP=CHANGES{輸入命令與參數進行轉儲。前者(ALL)為轉儲全部的數據，后者(CHANGES)為轉儲改變了的數據)}。
第二步，運行EQ轉存數據。
即把轉儲操作中存入交換機硬盤單元的文件轉存到維護終端的硬盤。首先運行EQ軟件，進入交換機硬盤維護界面，并找到上一步所創立保存的文件。
-在此文件上，按下字母C，選定做為要保存的源文件。
-在維護終端目錄上選定目標文件，回車，系統開始根據設定速率轉存數據。
此過程把交換機上的數據導入了維護終端。
第三步，將數據存入軟盤，保存。
可以運行維護終端的WINDOWS操作系統，用壓縮軟件將其轉換為壓縮文件，拷貝入軟盤保存。
(2)備存數據的恢復：
若需以備份的文件為源文件恢復交換機系統的數據，首先將軟盤的文件拷貝入維護終端的硬盤(或利用維護終端上已有的備份文件)。之后運行交換機的硬盤維護程序EQ，選定維護終端上的備份文件為源文件，并且在交換機硬盤目錄上選定目標文件的位置，回車，開始拷貝?？截愅戤吅?，將此文件激活，作為當前文件。
此后，需將交換機中央處理單元復位，使之執行加載過程，即將硬盤單元的數據重新讀入MEU存儲單元，從而使系統恢復到從前(數據丟失前)的運行狀態。
篇7
關鍵詞：數據；Oracle；備份；恢復
中圖分類號：TP311文獻標識碼：A文章編號：1009-3044(2011)09-1973-03
Discuss about Oracle Data Backup and Recovery
PAN Cheng-bin
(Tourism College of Zhejiang, Hangzhou 311231, China)
Abstract: For Oracle's advantage in data security and integrity control, and support across the system, cross-platform operation, so more and more users will use it as their data processing system. Articles will discuss about how to correctly use Oracle database backup and restore function to ensure the data security and integrity.
Key words: data; Oracle; backup; recovery
1 概述
隨著各單位局域網和互聯網絡的深入應用，系統內的服務器擔負著企業的關鍵應用，存儲著重要的信息和數據，為領導及決策部門提供綜合信息查詢的服務，為網絡環境下的大量客戶機提供快速高效的信息查詢、數據處理和Internet等的各項服務。因此，建立可靠的網絡數據容災系統，保護關鍵應用的數據安全是網絡建設的重要任務,在發生人為或自然災難的情況下，保證數據不丟失。
2 數據容災備份
2.1 數據丟失的原因
數據丟失通常很難防范，一旦數據丟失，就會產生接二連三的問題。造成數據丟失的原因包括以下幾個方面：
1）數據處理和訪問軟件平臺故障；2）系統的硬件故障；3）人為的操作失誤；4）黑客的惡意攻擊；5）供電系統故障；6）自然災害等。
2.2 數據容災
所謂數據容災，就是指建立一個異地的數據系統，該系統是本地關鍵應用數據的一個可用復制。在本地數據及整個應用系統出現災難時，系統在異地至少有一份可用的關鍵業務數據。該數據可以是與本地生產數據的完全復制，也可以比本地數據略微落后，但是一定可用。數據的容災技術，又稱為異地數據復制技術，按照其實現的具體技術方式來說，主要可以分為同步傳輸方式和異步傳輸方式。根據容災的距離可分為遠程數據容災和近程數據容災。
2.3 數據備份的重要性
計算機里面重要的數據、檔案或歷史紀錄，不論是對企業用戶還是對個人用戶，都是至關重要的，一旦不慎丟失，都會造成不可估量的損失，輕則辛苦積累起來的心血付之東流，嚴重的會影響企業的正常運作，給科研、生產造成巨大的損失。
為了保障生產、銷售、開發的正常運行，企業用戶應當采取先進、有效的措施，對數據進行備份、防范于未然。
3 Oracle數據備份
3.1 Oracle數據庫的備份種類
Oracle數據庫備份分為三種：冷備份(Cold Backup)；熱備份(Hot Backup)；邏輯備份(Export)，前兩種備份又被稱為物理備份。
3.2 Oracle數據庫備份的工作原理
冷備份(Cold Backup)主要指在關閉數據庫的情況下進行數據庫的完全備份，備份內容包括所有數據文件、控制文件、聯機日志文件、Init.ora文件。
熱備份(Hot Backup)是指在數據庫運行的情況下，采用歸檔模式(Archivelog Mode)備份數據庫的方法。
Exp的原理是把數據庫中用戶的對象全部進行處理，對象的定義轉變成DDL語句寫入dmp文件，表中的數據轉化成insert的語句寫入dmp文件中，在Imp導入時候重新建立用戶下的對象,并且通過dmp文件中的語句建立對象，通過insert語句寫入數據。用Imp導入數據時還會產生大量的日志寫機日志文件中,恢復的速度比較慢。而且Exp/Imp工具在不同的Oracle數據庫版本之間還有一定的限制,只能遵循由相同版本或者低版本的Exp來導出高版本數據庫的數據,然后再由相同版本或者低版本的Imp向目標數據庫中導入。
4 Oracle數據庫邏輯備份方法―導入/導出(Exp/Imp)
導入/導出(Exp/Imp)是Oracle最古老的兩個命令行工具，也是許多用戶經常使用的兩個工具。它們常用來做數據庫邏輯備份，數據庫重組和數據庫轉移等工作。從Oracle 10g開始，增加了數據泵導入/導出工具(Expdp/Impdp)。
4.1 數據導出工具Exp
Exp是客戶端工具，該工具不僅可以在Oracle客戶端使用，還可以在Oracle服務器端使用。當在Oracle客戶端使用時，必須帶有連接字符串，在Oracle服務器端使用則不需要。導出包括導出表、導出方案、導出數據庫三種模式。關于Exp的主要參數，請參見表1。
4.1.1 命令行方式下導出數據實例
1）導出表
導出表是指使用Exp工具將一個或者多個表的結構和數據存儲到OS文件中，導出表使用Tables關鍵字來完成。普通用戶可以導出自己方案下的所有表，但是如果要導出其他方案下的表，則必須有EXP_FULL_DATABASE或者DBA權限。當表導出時，其上的觸發器，約束，索引都會一并導出。下面用sys用戶導出public的sczcb和jsxx表為例，具體如下：
Exp sys/manage@pan table=public.xszcb,public.jsxx file=testtable.dmplog=testtable.log
2）導出方案
導出方案是指使用Exp工具將一個或者多個方案中的所有對象數據存儲到OS文件中,導出方案是使用owner選項來完成的。普通用戶可以導出其自身方案，如果要導出其他方案，則必須具有EXP_FULL_DATABASE或者DBA權限，導出自身方案時，不必指定owner。下面用sys用戶導出public方案的所有對象為例，具體如下：
Exp sys/manage@pan owner=public file=testscheme.dmp log=testscheme.log
3）導出數據庫(完全模式)
導出數據庫即備份完整的數據庫，一般業務數據庫不用此方法。備份命令如下：
Exp sys/manage@pan rows=y indexs=n compress=n buffer=65533 feedback=100000 full=y file=testfulldb.dmp log=testfulldb.dmp
對數據庫的備份，建議使用增量備份，即只備份上一次備份以來改變的數據。但增量備份須得滿足以下條件：⑴、只對完整數據庫備份有效，且第一次需要使參數full=y，以后需要是參數inctype=incremental；⑵、用戶需具有EXP_FULL_DATABASE權限；⑶、話務量較小時方可采用數據庫備份
4.1.2 交互式導出數據
1）導出表
如圖1所示。
2）導出方案
如圖2所示。
上面我們已經對Exp的命令行和交互式兩種導出方法分別舉例加以說明，想必大家都有一個粗淺的了解。至于詳細的使用方法，請參照Oracle聯機幫助文檔。
4.1.3 Oracle數據的自動備份機制
一般業務數據庫隨著使用時間的增加，數據量也是與日俱增。有時候一次備份需要花費很長時間，這對于DBA來說無疑是增加了工作量。如何快速簡捷的實現數據備份，并不對業務系統造成影響呢。我們一般選擇在半夜來備份數據，但是DBA不可能那么晚還來工作，因此我們就要考慮使用腳本程序來完成數據的自動備份。
Linux系統給我們提供了一個Crontab程序，Cron是一個永久進程，它由/etc/rc.local啟動執行。Cron檢查/var/spool/cron/crontabs目錄中的文件，找到所要執行的任務和執行時間，并自動完成。
crontab文件每行中有6個字段，前5個為時間設定段，第6個為所要執行的命令。時間段分別為：minutes、hours、day of month、month、day of week，字段之間用空格或Tab分開。字段如果為“*”，表示該字段在所有可能的取值范圍內取值; 如果一個字段是由連字符隔開的兩個數字，表明命令可以在兩個數字之間的范圍內執行。
以root用戶登錄數據庫服務器，在“#”提示符下執行：
#crontab Cl
將會得到下列返回信息（根據實際情況會有所不同）
30 01 * * * su - oracle -c '/bak/test_atuobak'
這說明自動備份腳本就是/bak/下的test_atuobak，并于每天凌晨1:30自動執行數據備份。
如要更改執行時間，則在提示符下輸入：
#crontab Ce
但是cron中無法讀取環境變量，必須在shell中聲明Oracle的環境變量。下面我們用vi打開自動備份腳本test_atuobak，會得到下列返回信息：
ORACLE_SID=pan; export ORACLE_SID
ORACLE_BASE=/export/home/oracle; export ORACLE_BASE
ORACLE_HOME=/export/home/oracle/product/10.0; export ORACLE_HOME
NLS_LANG=simplified chinese_china.zhs16gbk; export NLS_LANG
PATH=/usr/java/j2sdk1.4.2_04/bin:/export/home/oracle/product/10.0/bin:/export/home/oracle/product/10.0/Apache/Apache/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/export/home/oracle/bin; export PATH
DATE=`date +%Y%m%d`
cd /bak
exp tongyi/asdfgh file=testi${DATE}.dmp log=test${DATE}.log
自此我們就可以利用上述腳本自動進行數據庫的備份，只要負責定期去整理磁盤空間就行，工作量得到大大的減少，也會降低因誤操作而造成數據丟失的概率。
4.2 數據導入工具Imp
Imp的功能正好跟Exp相反，用于數據的導入。導入也包括表方式、方案方式、全庫方式三種。
4.2.1 命令行方式下Imp恢復數據
1）導入表
導入表是指利用Imp工具將Exp文件中的表結構及其數據轉載到數據庫中，導入表使用Tables選項來完成。普通用戶可以直接導入其擁有的表，但如果要將表導入到其他用戶中，則要求該用戶必須擁有IMP_FULL_DATABASE或者DBA權限。還有如果要將表導入其他用戶，必須使用Fromuser 和Touser兩個參數。例子如下：
Imp public_data/zjly@pan file=testtable.dmp tables=xszcb fromuser=test touser=test11
上述例子表明要將testtable.dmp中test用戶下的的xszcb導入到test11用戶中。
2）導入方案
導入方案是指使用工具Imp講Exp文件中的特定方案的所有對象及數據轉載到數據庫中。普通用戶可以直接導入其自身方案，且在導入時只許提供Userid和File參數即可。但如果要將一個方案的所有對象導入到其他方案中，則該用戶必須擁有DBA或者IMP_FULL_DATABASE權限，并且還要用到Fromuser和Touser兩個參數。例子如下：
Imp public_data/zjly@urp file=testscheme.dmp fromuser=test touser=test11
上述例子表明要將testscheme.dmp中test用戶的所有對象及數據導入到test11中。
3）全庫方式
Imp sys/manage@pan rows=y indexs=n commit=y buffer=65533 ignore=y feedback=100000 full=y file=testfulldb.dmp log=testfulldb.dmp
4.2.2 交互式導入數據
IMP交互式數據導入跟EXP交互式數據導出的格式基本類似，本文就不再加以贅訴。讀者有興趣可以自己去實踐一下，以便加深印象。
5 優化EXP和IMP的性能
Exp和Imp可以通過配置一些參數，來提高Export和Import的性能。至于性能到底能提升多少，還涉及導入/導出的數據，以及數據量的大小。
為了優化Exp的性能，我們可以通過設置Direct和Recordlength兩個參數來完成。當Direct=Y時，將數據直接轉移到Export客戶端。這樣的轉移可以繞過SQL命令處理層(估值緩沖區)，從而避免了無謂的數據轉移。改變Recordlength的值，可以改進Exp的性能。該參數的推薦值是DB_BLOCK_SIZE的一個整數倍，或者是文件系統I/O塊大小的一個整數倍。更改這個參數值會影響寫入磁盤前積累的數據量，該參數的最大值為64KB。
為了優化Imp的性能，我們也可以通過設置Buffer、indexes、indexfile三個參數來達到效果。Buffer參數指定了輸入緩沖區的大小，數據行將通過這個緩沖區進行轉移，因此決定了Import導入的每個陣列插入中的行數。如果配合Commit=y參數指定Buffer參數，則Import會在每個陣列插入之后進行提交，而不是在載入完整的表后進行提交。但是Buffer的值也不能過大，反之會造成OS分頁和換行，從而影響性能。Indexes參數指定是否導入用戶生成的索引。如Indexes=N，則將提高Import的性能，原因是忽略了索引的存在。
此外還可以通過修改其他參數來提高Exp和Imp的性能。方法如下：
① 修改Sqlnet.ora，在里面增加trace_level_client=off
② 執行dbmspool.sql，然后SQL>begin；SQL>dbms_shared_pool.sizes(300)；SQL>end
③ SQL>Alter system flush shared_pool
④ SQL>alter system set fast_start_mttr_target =24000
⑤ SQL>alter system set pga_aggregate_target=100M
6 結束語
本文對Oracle數據容災備份技術做了一個簡略闡述，希望能給讀者帶來一定的幫助。數據容災技術的研究遠沒有這么簡單，需要在實際中不斷加以完善、發展?？傊挥谐浞至私鈹祿轂膫浞菁夹g，才能保證數據庫系統的高可用性、數據的安全性、業務的連續性。
參考文獻：
[1] 袁姍,劉長生,施偉.Oracle數據庫熱備份過程中被中斷的數據恢復方法[J].電腦知識與技術,2009(9).
[2] 曹美琴.基于RMAN技術的ORACLE數據庫備份恢復研究[J].安徽大學學報:自然科學版,2007(2).
[3] 劉軍,崔寶江,劉Z.遠程異步數據復制系統的設計與實現[J].計算機工程,2005(19).
篇8
一、計算機數據丟失損壞的原因與因素
對數據的威脅通常比較難于防范，原因與因素也來源于多個方面，總結起來主要有以下幾種：1.數據處理過程中的故障。由于業務系統的設計者不慎或思維上的錯誤；2.操作系統的設計漏洞與缺陷，計算機病毒的干擾和破壞，黑客的惡意非法訪問；3.計算機硬件損壞，網絡的故障、電源供電故障、雷擊等；4.計算機操作員的人為操作失誤。這些威脅一旦變為現實，輕者會毀壞數據，重者甚至可以讓整個數據和系統崩潰。因此，為了“防患于未然”，做好數據備份也就變得十分的必要。當危機來臨時，數據備份可以盡可能地減少時間上、精神上和金錢上損失。
二、數據備份策略分類
備份不僅是單純針對計算機用戶數據的保護，其最終目的是通過數據備份的策略管理，當遇到人為或自然災難時，能夠通過預先備份的計算機數據內容對系統進行有條不紊的恢復。在用戶選擇了備份軟件、存儲備份硬件以及存儲備份介質后，還需要確定數據備份的策略。而數據備份的策略管理，包括了備份方法、備份計劃、備份的自動化操作、歷史記錄的存留以及日志記錄等等。使用者主要根據自己的實際情況去制訂不同的備份策略。
（一）完全備份（Full Backup）
完全備份就是一次性把用戶的硬盤或數據庫數據作一次性的完全的復制。在做兩個時間點的完全備份之間，不管數據有沒有變動，變動了多少，完全備份都是把所要求備份的硬盤或數據全部重拷一次。開始建立備份策略時最為理想當做法是先做一次完全備份。如果發生數據損壞或丟失，則把時間點最近的全備份進行數據恢復，數據損失越小。
（二）增量備份（Incremental Backup）
增量指所做的備份只針對上一次全部備份后所更新變動的的數據進行拷貝備份。下次備份，則又根據上次的增量備份后的更新變動數據進行備份。要恢復數據，增量備份需同時要求完全備份的數據以及每次增量備份的數據才能得到最近更新的信息。
（三）差異備份（DifferentialBackup）
而另一方面，差異備份則以上次完全備份后所有更新數據為起始備份點，備份自上次完全備份后所有變化的數據部分。簡單的說，要恢復數據只需要最近一次完全備份的數據以及最近一次差異備份數據就足以恢復數據。
（四）按需備份，根據臨時需要有選擇地進行備份
在上述的備份方式中，各具自己的優缺點：完全備份非常直觀簡單，數據還原只需要完全備份的一種數據，即可把系統恢復到完全備份時的狀態。但每次備份所需的時間比較長，且每次完全備份的內容其實是與上次的完全備份的數據大部分是重復的。完全備份是幾種方式中花費的時間是最長的。增量備份和差異備份可以減少和避免網絡擁堵和過多的介質損耗，它們更適合在有限的硬件和帶寬環境中更好地配合用戶的工作時間。增量備份每次的備份時間可能是最短的，但一旦其中一份備份數據出現問題的話，可能就只能還原到增量備份出現問題前一刻的增量數據。而使用差異備份，則備份速度介于上述二者之一，數據還原也只需要完全備份數據與最近一次差異備份兩份數據。但差異備份也存在著距離上一次完全備份時間點越長，備份的時間也越長的缺點。因此，在使用差異備份時，當距離上一次完全備份時間足夠長后，可以重新再做一次數據的完全備份，以減低和壓縮以后進行差異備份的時間。按需備份則僅是根據不同需要對數據做部分的備份，因此在數據災難恢復時，也僅僅能恢復選擇到的備份數據。
基于上述備份方法的特點，我們在日程的數據備份過程中，往往上述幾種方式混合搭配對數據進行備份，甚至是上述方式的一種或幾種交叉混搭進行，如： 執行每天一次的數據增量備份，每周進行一次完全備份等。在保證數據備份的高可靠性的同時，也能達到比較高的數據備份的運行效率。
三、建立良好的備份策略管理，最大程度的減低計算機意外所帶來的數據丟失
我們備份的目的，就是為了防止計算機發生意外事故而造成的數據損失。當然意外不可能天天發生。數據的備份與還原速度并不是一個重要的因素，而是真正重要的，就是高可靠數據還原備份策略及其日常的操作管理。
（一）適合的備份頻率
減少人為手工干預，備份計劃盡量采用定時器、批處理等由計算機自動完成的方式，防止操作人員錯漏操作導致數據備份的不完整。備份時間要盡量選擇服務器空閑的時段進行。
（二）注意備份事務日志
當實現大型數據庫檔或者檔組備份策略時，應時常備份事務日志。特別是大型數據庫分布在多個檔上時，必須采用這種策略。
（三）注意備份數據的編目記錄與保管
篇9
關鍵詞:網絡;安全;數據備份
中圖分類號:TP393.08 文獻標識碼:A文章編號:1007-9599 (2010) 01-0000-01
計算機網絡安全問題伴隨著網絡的迅猛發展而日益突出。應了解網絡中存在的各種不安全因素,進一步增強安全意識,采取相應的防范措施,把因網絡被破壞而造成的損失減到最小。計算機網絡最重要的是向用戶提供信息服務及擁有的信息資源。信息共享與信息安全是互相沖突的矛盾。由于信息系統在應用中需要進行安全保護,因此對計算機網絡的安全性問題的研究總是圍繞著信息系統進行。如今,網絡對于任何一個人來說并不陌生,小到學校的內部網絡,甚至家庭網絡,有致力與公眾服務的郵電網絡和金融網絡,大到遍及全球的Internet.目前我國公共Internet用戶的數量正在迅猛提高?？梢韵胂?生活中的許多“網絡”,例如,水、電、氣等,一旦所有這些網絡在頃刻之間全部癱瘓,那么不堪設想。即便是其中的一小部分出現問題,我們的損失也不可估量,特別是Internet網絡正在從學術和科研的范圍向電子商務、金融、軍事、政府機制等各方面發展的時候,Internet的安全問題更進一步引起了人們的重視。因為,對于Internet的非法侵入或人為的故意破壞將會輕而易舉地該變Internet上的應用系統或導致網絡癱瘓,從而使得網絡用戶在軍事、政治、經濟上造成無法彌補的巨大損失。與單機系統相比,網絡連接的范圍越大,造成的損失也就越大。
解決網絡安全是以增加成本和降低訪問速度為代價,需要增加相應的軟件設備和對輸入/輸出的信息系統等進行檢查。就像在進出國門時設置有邊防檢查與海關一樣,勢必會延緩人們出入口岸的速度。因此在強調網絡安全的同時又必須對加強網絡安全所帶來的新問題有所認識。計算機網絡的安全性是指保障網絡信息的保密性、完整性、網絡服務可用性和可審查性,即要求網絡保證其信息系統資源的完整性、準確性和有限的傳播范圍,并要求網絡能向所有的用戶有選擇地及時提供各自應得到的網絡服務。依據普通人的經驗來看,一般的網絡會涉及以下幾個方面:1.網絡硬件,即網絡的實體;2.網絡操作系統,即對于網絡硬件的操作與控制;3網絡中的應用程序。有了這三個部分,一般認為便可構成一個網絡整體。而若要實現網絡的整體安全,考慮上述三方面的安全問題即可。但事實上,所有的應用系統無論提供何種服務,其基礎和核心都是數據。如何利用數據備份來保證數據安全也就成了我們迫切需要研究的一個課題。
一、引起數據丟失、破壞的原因
計算機及通信技術在信息的收集、處理、存儲、傳輸和分發中扮演著極其重要的角色,大大提高了工作效率,一些新的問題如系統失敗,數據丟失或遭到破壞等,有可能是人為的因素,也可能是一些不可預測的因素,主要包括以下幾個方面:
1.計算機硬件故障。計算機硬件是整個系統的基礎,由于使用不當或產品質量不佳等原因,計算機的硬件可能被損壞。例如:硬盤的磁道損壞、服務器的宕機、電源故障、存儲器故障、網絡故障等。
2.計算機軟件故障。由于用戶使用不當或系統設計缺陷,可靠性能不穩定等原因,計算機軟件系統有可能癱瘓,無法使用。
3.人為因素。盜竊、蓄意破壞 ,缺乏經驗造成的誤操作,壓力和恐慌造成的誤刪除。即人為的事故,不可能完全避免。例如:在使用DELETE語句的時候,不小心刪除了有用的數據。
4.破壞性病毒。病毒是系統可能遭到破壞的一個非常重要的原因,隨著信息技術的發展,各種病毒也隨之泛濫?，F在,病毒不僅僅能破壞軟件系統,還可能破壞計算機的硬件系統。例如:CIH病毒就是一個典型的破壞計算機硬件系統的病毒。
5.自然災害。例如:火災、雷電、洪水、地震、颶風等,這是人力幾乎無法抗拒的原因。
二、數據備份的準備工作
為了將系統完全完整地備份,應在執行備份之前,根據具體的環境和條件制定一個完善可行的備份計劃,確保數據庫系統的安全。要做到這點,至少應該在以下幾個方面做好充分的準備。
1.確定備份的頻率。即每隔多長時間備份一次;
2.確定備份的內容。每次備份的時候,一定要將應該備份的內容完整地備份下來;
3.確定備份使用的介質(磁盤或磁帶等);
4.確定使用在線備份還是脫機備份;
5.確定備份工作的負責人。明確責任,確保備份工作得到人力保障;
6.確定是否使用備份服務器;
7.確定備份存儲的地方。對備份介質應妥善保管,最好能建立異地存放制度,每套備份的內容應有兩份以上的備份。
三、備份措施及恢復計劃
1.備份措施:
日常備份制度描述了每天的備份以什么方式、使用什么介質、備份介質如何存放等內容,是系統備份方案的具體實施細則。在制定完畢后,應嚴格按照制度進行日常備份和管理,否則將無法達到備份方案的目標。數據備份有多種方式:全備份、增量備份、差分備份、、按需備份等。
(1)全備份:備份系統中所有的數據;
(2)增量備份:只備份上次備份以后有變化的數據;
(3)差分備份:只備份上次完全備份以后有變化的數據;
(4)按需備份:根據臨時需要有選擇地進行數據備份。
全備份所需時間最長,但恢復時間最短,操作最方便。當系統中數據量不大時,采用全備份最可靠;但是隨著數據量的不斷增大,將無法每天做全備份,而只能在周末進行全備份,其他時間采用所用時間更少的增量備份或采用介于兩者之間的差分備份。各種備份的數據量不同:全備份>差分備份>增量備份。在備份時要根據它們的特點靈活使用。如每周一至周六進行依次增量備份或差分備份,每周日進行全備份,每月底進行一次全備份,每年底進行一次全備份。
2.恢復計劃
恢復措施在整個備份制度中占有相當重要的地位,因為它關系到系統在經歷災難后能否迅速恢復?；謴筒僮魍ǔ？梢苑譃橐韵聨追N:全盤恢復、數據庫和郵件系統恢復、個別文件恢復和重定向恢復。
(1)全盤恢復:一般應用在服務器發生意外災難導致數據全部丟失、系統崩潰或有計劃的系統升級、系統重組等。也稱為系統恢復。
(2)數據庫和郵件系統恢復:此項恢復對管理人員的要求較高,在利用備份軟件進行恢復后,通常還需要進行一些后續的維護工作。因此要求管理人員應熟悉所管理的數據庫和郵件系統自身的備份和恢復機制。
(3)個別文件恢復:由于操作人員的水平不高,個別文件恢復可能要比全盤恢復常見得多,利用網絡備份系統的恢復功能,我們很容易恢復受損的個別文件。只需瀏覽備份數據庫或目錄,找到該文件觸動恢復功能,軟件將自動驅動存儲設備,加載相應的存儲煤體,然后恢復指定文件。
(4)重定向恢復:是將備份的文件恢復到另一個不同的位置或系統上去,而不是操作到它們當時所在的位置。重定向恢復可以是整個系統恢復,也可以是個別文件恢復,某些數據庫和郵件系統也支持重定向恢復,重定向恢復時需要慎重考慮,要確保系統或文件恢復后的可用性。
數據備份幾乎比所有其他的網絡作業都枯燥,缺少趣味性。但是,不論備份作業看起來多么單調乏味,它確實是網絡安全中不可或缺的一環,而選擇一個適合自己需要的備份系統也不是一件容易的事情,從規劃設計、軟件選型、硬件采購、系統測試,直到備份計劃的實施都需要系統管理員付出艱苦的努力。一個完整的系統備份及恢復方案應包括:備份硬件、備份軟件、備份制度和恢復計劃四個部分。選擇了先進的備份硬件后,決不能忽略備份軟件的選擇,因為只有優秀的備份軟件才能充分發揮硬件的先進功能,保證快速、有效的數據備份和恢復。同時更為重要的是根據自身情況制定日常備份制度和進行恢復演練,否則網絡安全將僅僅是紙上談兵。
參考文獻:
篇10
[關鍵詞]供電企業；地縣一體化；數據備份；方案分析
中圖分類號：TP309.3 文獻標識碼：A 文章編號：1009-914X（2015）45-0144-01
現代供電企業信息化的發展進程中，數據備份的作用越來越明顯，它不僅是保護信息系統安全的重要一環，更是解決數據丟失或損壞問題唯一可行的辦法。
筆者首先對地縣兩級供電企業數據備份的情況進行分析，并結合不同企業的實際情況，研究制定出一套可行的數據備份方案，實現地縣兩級供電企業期望中的數據備份一體化的管理、運行與維護，增強系統對于災害的應對能力，減少故障停機的時間還要保證數據的安全。
一、地縣兩級供電企業數據備份的現狀
因為自身條件不允許的關系，地縣兩級供電企業信息系統還無法參與到國家電網公司正在開展的災備中心的建設當中去，依舊是本地運行且維護。相對于地市供電企業普遍采用的NetBackup備份系統，地縣供電企業的備份系統就顯得非常落后。總的來說，地縣供電企業目前存在的問題主要有以下幾個方面：
（一） 縣級供電企業沒有好的應對災難的能力
地縣兩級供電企業的備份數量比較少，一般情況下只有本地備份，容錯率低，災害一旦出現，備份數據與備份源就會同時損壞，并且無法修復，最終造成數據的丟失。
（二） 縣級供電企業在設備和人員方面的力量不足
縣級供電企業所要負責的方面比較多，任務比較重，需要執行信息系統、存儲、主機、數據庫、數據備份等各項工作，但實際情況是縣級供電企業一般只有1-2名工作人員，在設備和人員都與市級供電公司有差距的情況下，想要干好工作的確具有挑戰性。另外，縣級供電企業中的工作人員，因為企業的備份系統軟件比較落后，只能使用手工進行數據的備份，這勢必會埋下很大的隱患。
（三） 縣級供電企業資金有限
地縣兩級供電企業應用系統的重要性不高，而且在資金與技術方面也比較落后，想要建設數據中心或大型災備中心，就必須改進和完善現有設備。
（四） 縣級供電企業需要較長的時間恢復系統
當發生故障時，因為數據保存在磁帶庫或者移動硬盤這類存儲介質中，想要恢復數據，需要的步驟比較多，過程繁雜，消耗的時間也隨之增多，并且容易受到其他因素的干擾，嚴重影響工作的開展。
針對以上的問題，結合不同企業的實際情況，應當研究制定出一套可行的數據備份方案，實現地縣兩級供電企業所期望的數據備份一體化的管理、運行與維護，增強系統對于災害的應對能力，減少故障停機的時間，并且保證數據的安全。
二、地縣一體化數據備份方案的研究與設計
地縣一體化數據備份方案主要包括：①加強市公司與縣公司的設備建設，可以各增設一套備份系統，增強應災能力。②以虛擬機技術部署備份服務器為基礎，增強企業應用級容災能力。③統一管理地縣兩級供電企業數據備份。
（一） 備份管理
地縣一體化備份管理體系的傳輸工具是網絡，通過高速網絡的便捷性，統一備份并管理市公司以及下轄縣公司信息系統，備份系統用來存放備份數據。
1、恢復數據
因為數據本身的信息量太多，所以在恢復時會優先恢復比較重要的數據，工作人員要制定相對應的預案措施。為了確保數據在恢復后依然有較好實用性與可靠性，相關人員的技術水平要過關，因此可以定期進行恢復數據的培訓，針對出現的問題，加強相關培訓，并定期進行測試，及時總結經驗。
2、制定策略
系統備份的頻率與保存時間是由備份數據的重要程度來決定的，在備份數據前，要做好備份策略?？h供電公司在根據實際情況制定好對應的備份策略后，交由市公司審核，通過后才能實施。
3、運維系統
市公司信息運維人員統一管理所有需要備份的系統，主要工作包括：周期性巡檢、備份策略審核、系統巡視、備份恢復測試以及容量估算等。縣公司的運維人員主要是配合市公司運維工作人員完成相關工作。
（二）備份架構
如有必要，應該增加地市公司的備份系統的設備數量，以信息內網為基礎，異步傳輸備份數據，將重要信息進行備份，有計劃的應對可能發生的事故。
分析地縣一體化數據備份體系架構實例：
加設兩套備份系統給該地市下轄的A、B……N個縣公司，兩套備份系統分別是備份磁帶庫與備份磁盤柜。其中，備份磁盤柜的備份速度比較慢、容量不大，優點在于比較便宜，部署oA公司。備份磁帶庫的備份速度相對較快，容量也比較大，部署給是公司信息機房，當作主用備份系統。在這兩套系統中，包含了所有地縣兩級應用系統，發生故障時，主用備份系統中的數據優先恢復。
（三）新技術下的數據備份
為了臨時提供服務、下線系統存檔等功能以及應用級災備部分功能的實現，可將虛擬機形式進行完全備份，用來有效補充備份系統。把物理服務器遷移至虛擬機，以此來實現虛擬技術的數據備份，有以下四個優點：
1、完整可靠的數據
把物理服務器遷移至虛擬機之后，虛擬機在理論方面與物理機的理論相同，數據具有良好的完整性與可靠性。
2、簡單的遷移過程
把物理服務器遷移至虛擬機的過程中，物理服務器中的操作系統、應用程序以及數據庫在虛擬機中都存在，不需要重新進行安裝，節省了大量的人力、物力。
3、較快的備份恢復速度
備份在虛擬宿主機中的虛擬機就等于是一臺備用的服務器，在虛擬機在宿主機中關閉時，除了磁盤乎占用資源外其他的部件不會占用任何的資源，如果物力服務器因為需要檢修而停運，想要快速恢復應用只需啟用備份虛擬機即可。
4、查檔、存檔過程方便
虛擬機文件格式是備份在虛擬宿主機中的主要的保存格式，此格式可以存儲在移動存儲介質，并進行存檔；需要查檔時，只用把虛擬機文件導入虛擬機軟件并打開即可。
想要虛擬宿主機發揮更好的作用，應該配置兩臺以上，并且在不同的宿主機上分布。一旦其中的一臺物理服務器發生故障，在選擇啟動對應的虛擬機時，應該選擇負荷小且資源保留的比較多的虛擬宿主機，解除故障后，為了節約宿主機的自愿，需要關閉虛擬機。
結束語
本文針對不同企業在地縣一體化數據備份方案方面的需求差異，制定出一套比較適用的數據備份方案，主要目的是為了解決當下供電企業地縣兩級數據備份中普遍存在的問題。如人手不足、應對災難的能力差以及修復故障的時間過長等問題。不僅有效提高了備份系統運維效率和數據安全性，并且在資金不足的實際情況下，實現了數據集、應用級災備和異地災備的部分功能，此方案應該被廣泛運用。
參考文獻
