纯闲聊看看大家公司对资料备份的重视与达到的程度, 最近一路因公司成长开始建置与评估许许多多备份、备援机制 要做得好$就要投入更多，不做的话又要担心风险。 拿出来讨论一下 。 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