我的公司對日軟體外包企業，主要從事
it專案開發及維護工作。
公司除了總經理和副總經理外主要有人事財務部，開發部，主機部三個部門，對於經理來說，重要的資料是關於客戶的資訊，合同等內容，基本儲存於經理自己的個人電腦內。對於人事財務部來說，儲存的資料有員工資訊，財務報表等資訊，這些資訊基本分布在財務部門各個成員的電腦中。開發部門中，重要的資料是正在開發的專案的源**，儲存在每個開發人員的電腦上。主機部重要的資料是已經正式發布的專案和客戶資料庫，這些都儲存在應用伺服器和資料庫伺服器中。
本公司基本都採用各自部門對各自的資料做備份等各種災難預防措施，首先以開發部為例，根據目前情況，公司主要碰到的災難大多屬於電腦硬體損壞導致資料丟失，或則是中病毒後，導致資料丟失。針對這種情況，開發部門採用
visual sourcesafe 6.0
軟體，sourcesafe
是使用伺服器、本地機的概念來進行操作的，它認為所有需要操作的檔案都存在伺服器版本檔案和本地機版本檔案，無論您的
sourcesafe
的架構是伺服器客戶機形式還是個人單機版形式，它的機制都是這樣。使用者所用的修改都是在本地機上完成的，修改完成後再上傳伺服器。每個成員在每天下班前把最新的**提交到
sourcesafe
伺服器。這樣子如果發生災難，比如某個員工因為中毒或者硬碟損壞導致他的機器資料丟失時，他可以從伺服器取回他前一次提交的最新**。如果
sourcesafe
伺服器損壞，導致伺服器資料丟失，只要各個成員本地的機器沒有損壞，大家通過重新提交，又可恢復伺服器的資料。這樣子的災難應對策略，只要伺服器和本地機器沒有同時損壞，就不會對我們開發工作造成影響。具體結構圖如圖
1所示：
圖1在這方面公司主要的花費是需要多備一台伺服器，另外在人力上的花費時，每個開發成員需要每天把自己最新的**更新到伺服器上去。
其次，主機部目前主要採用備份伺服器的方法，當伺服器因為外網攻擊或者流量過大導致伺服器蕩機時，可以馬上啟動備份伺服器應對。而對於資料庫一塊，目前應用資料庫的自動備份。主機部的結構圖如圖2所示
圖2在這方面，公司根據目前維護的專案數，決定備用幾台伺服器，在目前公司還只有一台備用伺服器。另外在人力方面，公司需要安排主機部的人員
24小時值班，隨時監控伺服器的執行正常情況，發生災難時及時處理。另外每隔一段時間需要把正式伺服器的內容同步一次到備份伺服器。
2023年7
月--2023年12
月，從使用者的正式系統掛在我們公司維護啟用後，發生過
5-6次系統崩潰，均是由啟動備份伺服器來應對。
2006
年底，公司機器大規模中熊貓燒香病毒，使很多電腦癱瘓，無法工作，甚至無法恢復資料，但是因為我們的
sourcesafe
伺服器沒有直接連線外網，故沒有中毒，所以開發部的人員在重灌機器後，能迅速恢復原來的開發成果，第一時間恢復正常工作。
2023年6
月，公司主機部人員在一次維護資料過程中，因為誤操作，把本應更新一張表的操作變成更新了所有的表。導致客戶資料全部出錯，故只能把資料恢復到前一日的備份。
本公司是乙個小公司，具有眾多小公司共有的資金少、組織結構簡單的特點。故此針對本公司的災難應對策略應該首先從節約資本方向考慮，應選擇價效比最高的策略。對於我們開發部的應對策略，我覺得有兩個優勢，首先災難應對的方面是很經常遇見的問題，其此公司需要在此之上花費的成本也很低。故我覺得，對於開發部門的災難應對策略很符合我們公司的當前情況。
而對於主機部的災難應對策略，我覺得有不完善的地方，雖然在目前，最經常發生的災難是應用伺服器的災難，但是隨著客戶系統的不斷使用，客戶資料將越來越多，而隨著公司的發展，公司的正式上線專案越來越多後，在公司維護的專案也將大量增加，這樣使用者的資料變得越來越重要，有可能會因為資料的丟失，使公司造成賠償等巨大損失，因此隨著公司的發展，我覺得公司需要乙份系統的災難應對策略。
首先，我覺得最常用的災難應對手段是資料備份，資料備份是企業防止重要資料在眾多態別的災難中丟失的最後一道防線。包括未映象的硬碟崩潰，重要檔案被毀壞或被錯誤刪除，甚至站點災難使整個資料中心丟失，備份磁帶都可以避免不必要的資料損失。可靠的定期備份必須具有任何資訊服務災難恢復的最高優先順序。故我認為我們公司的災難應對策略也應該是做資料備份。
備份是任何企業資料保護體系結構的核心。備份是特定資料（理想狀態下）在其存在的某一時刻的複製。資料備份的目的是通過保護資料使得企業：
a .
在伺服器、應用程式、儲存裝置或軟體發生故障，或發生失誤或站點災難後，盡快恢復正常運營。
b .
迅速地將資料遷移到需要的任何地方。
c .
使歷史資料的保留符合商業規定的要求。
根據目前客戶的情況和公司的人力成本情況，我覺得公司主機部應該使用每日增量的周備份策略，每乙個星期做一次全備份。以下是乙份周備份策略舉例
表1 周備份策略
星期日星期一
星期二星期三
星期四星期五
星期六備份型別
全備份差異
增量備份
差異增量備份
累積增量備份
差異增量備份
差異增量備份
差異增量備份
備份拷貝的數
據星期日儲存的
完整資料庫
星期日全備份之後改動的檔案
星期一備份之後改動的檔案
星期日全備份之後改動的檔案
星期三備份之後改動的檔案
星期四備份之後改動的檔案
星期五備份之後改動的檔案
完整資料庫恢
復程式恢復星期日的
備份恢復星期日的備份和星期一
的差異備份
恢復星期日的備份、星期一和星期二的差異備份
恢復星期日的備份和星期三
的累積備份
恢復星期日的備份、星期三的累積備份和星期四的差異
備份恢復星期日的備份、星期三的累積備份、
星期四和星期五的差異備份
恢復星期日的備份、星
期三的累積備份、星期
四、星期五
和星期六的差異備份
這樣，採用「每週全備份和每天差異備份」的策略時，通過恢復最新的全備份，然後按時間順序恢復每一次新增的差異備份，即可完成整個系統的恢復。越靠近週末，就有越多的增量備份需要恢復，因此完全恢復花費的時間就越長。應用這樣子的策略，當發生災難時，可以把資料恢復到前一天的狀態。
我們公司是一家剛剛起步不久的公司，目前對於災難的預防等重視還不夠，但隨著公司的日益壯大，公司領導對公司資訊資料的重視會越來越大，對現有的災難策略也要進行不斷完善，也只有具有完善的災難應對策略，企業才能經得起競爭，經得起風險，企業才能更好，更健康的發展。
AD災難恢復
此文適用於異機恢復。其實有兩個及以上，或者不同站點的全域性編錄ad server，基本就可以杜絕災難恢復了。當fsmo壞了，直接奪取角色，再刪除損壞的節點就好了。前期準備 1.備份介質 2.新的ad伺服器，與備份的系統版本相同，服務角色相同，計算機名稱相同，磁碟分割槽相同。過程 1.建立好新的ad伺...
MySQL之災難恢復
檢視bin log日誌狀態 show master status 在mysql中執行 檢視bin log檔案 mysqlbinlog shop pos256 檔名 less 引數說明 shop pos256 表示只檢視某個節點之前的 less 表示分頁 重新整理日誌 新建乙個檔案重新記錄，封存老的檔...
Veritas災難備份與恢復
最近的乙個系統整合專案中，使用到了veritas backup exec10.0備份軟體，使用者購買了災難備份模組 intelligent disaster recovery option 它能在系統崩潰或硬碟故障後快速高效地恢復windows計算機。從操作方面而言，實現idr並不複雜 但在災備時，...