[閒聊] 資料備份

看板MIS (IT資訊人員)作者nigth (奈得)時間11年前 (2013/11/19 17:32)推噓5(5推 0噓 27→)

留言32則, 7人參與討論串1/3 (看更多)

純閒聊看看大家公司對資料備份的重視與達到的程度, 最近一路因公司成長開始建置與評估許許多多備份、備援機制要做得好$就要投入更多，不做的話又要擔心風險。拿出來討論一下。 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

→

shirvan

11/19 20:19, , 1^F

11/19 20:19, 1^F

→

shirvan

11/19 20:20, , 2^F

11/19 20:20, 2^F

→

Weky

11/19 20:52, , 3^F

11/19 20:52, 3^F

→

Weky

11/19 20:52, , 4^F

11/19 20:52, 4^F

推