純閒聊看看大家公司對資料備份的重視與達到的程度, 最近一路因公司成長開始建置與評估許許多多備份、備援機制 要做得好$就要投入更多，不做的話又要擔心風險。 拿出來討論一下 。 1.草創: 備份是甚麼可以吃嗎，能把系統架好讓服務正常即可 頂多把架好的主機 ghost 一份起來，主機真的掛掉就馬上重裝 資料根本沒在備份 。 約88~90年只能這樣玩 2.測試環境: 因為開發以及測試一些需求開始需要一些測試環境， 開始建置一套相同的環境，並將正式資料[不定時]同步到測試環境 一方面當開發使用，一方面正式環境掛點也有各舊環境可以頂上。 90~92年 。 3.定期備份: 因使用者操作越來越複雜對系統依賴性越來越高， 公司已經無法承受資料遺失一天以上的情況， 定期每天定期將資料備份到本機 or 異機上，出問題可供還原使用。 93年後迄今 。 4.HA : 正式環境已經不容許幾個小時內的停擺，需要做到High availability 通常是兩台以上主機來提供一個正式服務，當A主機掛點B主機可以即時接手 剛好 VMware vSphere (Esx 3 ) 開始推廣， 搭配虛擬化開始網不中斷服務 99.9%的目標邁進 。約96年 不過HA畢竟不是備份/備援的用途，經過幾次天災/人禍 (水災、火災、地震都遇過 ... ) 的苦難 開始提出異機備份/異地備份/異地備援等需求出來 orz 5.異機備份:同廠區不同機房，因為機房啥時炸掉淹掉都有可能 .... 這部份比較簡單達到。透過一些免費程式 就可以把主機備份出來的備份檔同步到不同辦公室的網路硬碟空間。 6.異地備份:(人工)這部份就要看是否有其它廠區也要搞各第二地機房， 將汰換掉的主機或是等級比較低的備份檔定時丟過去 ， 因備份檔案過大透過網路 ( VPN / WAN ) 也傳不完 ， 只好人工透過 磁帶/硬碟 人工自行送往 。 7.異地備份:(自動)因人工太耗時費工， 這就要進行重覆資料刪除的機制，評估 EMC DataDomain 、NetApp、Dxi 都可以將每天產生的備份檔先進行比對後僅傳送差異的部分至異地， 利用有限的頻寬達到大量資料傳送的目的 。 好處可以限流量、自動重傳、壓縮比例高節省大量頻寬 。 8.異地備援:評估自動異地備份同時就要建置異地備援機制， 當A機房損毀，在一定的時間內就要在B機房提供完整的服務 I.異地建置一套一模一樣的環境，中間直接使用 Storage Replication 當新增一筆資料時兩台Storage 都同時抄寫才 Commit A地損毀，可半自動直接將Replication關閉後方Server Boot就立刻接手。 好處:接手速度最快數分鐘內完成異機備援，原機房恢復後也可快速還原回去 壞處:費用過高， Replication所耗的頻寬、效能過高 。 所以這方案 OUT . II.因已有 4.的虛擬環境搭配 7.的異地備份， 最簡單的做法在異地也建置乙套 Esxi環境 ，如果不考慮將全部服務都接手 主機等級可較低，甚至不需要接 Storage直接使用本機硬碟。 A地損毀，將虛擬環境的Server BOOT -> Mount 備份檔 -> Restore ->恢復服務 好處: 節省經費，可用汰換掉的主機甚至一般 PC 搭配免費版 ESXI即可完成 壞處: 時效差 -> restore 資料需一定時間 ， 資料落差 -> 備份檔依異地備份頻率可能是前一天或是上週的備份 。 因考慮到如果真的A地機房全毀其實主要工作都在做原環境的復原了 備援環境晚個一天建置起來資料落差個幾天其實也無所謂了。 以上為最近幾年以來接觸過的資料備份、主機備援的一些階段。 考慮到每間企業對這部份的重視程度， 絕對沒有最佳的方案只有最適合的方案，歡迎大家一起來分享討論 。 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.130.104.15