误删一个文件不想回滚整卷:Snapshot Replication 四条还原路
场景:同样是「数据要回去」,回去的粒度不同
意外删除、应用程序崩溃、数据损坏、病毒感染——企业在存储上会遇到的几类数据丢失,起因各不相同,要回去的量级也完全不同。有的只是某个配置文件被误改,有的是整个卷都要回到昨天,有的干脆是源服务器整机失联。Snapshot Replication 的价值在于它不是单一还原功能,而是按粒度分了层的还原体系:从单文件到整个存储空间,再到跨机接管与复制方向归位,各有对应的一条路。
四条还原路对号入座
- 恢复单个文件——共享文件夹里个别文件被误改误删,其余数据不能受影响;
- 还原整个存储空间——共享文件夹、LUN 或命名空间要整体回到某个时间点;
- 对存储空间执行故障转移——来源服务器因网络或硬件问题不可访问,文件服务要在目的地服务器上重新上线;
- 重新保护——来源服务器恢复后,复制任务需要确定新的来源与目的地,把方向摆正。
四条路是递进关系:损失越小走的路越轻,单文件恢复动的是点,整空间还原动的是面,后两条已经进入跨机容灾的范畴。
日常主力:恢复单个文件
已经拍摄快照的共享文件夹里,数据被意外修改或删除后,可以通过浏览快照来恢复文件。官方给的预期是几分钟内完成,实际耗时取决于文件的大小和数量。
这条路的特点是「外科手术式」:浏览到出事前的那个快照,把要找的文件从快照里取回来,落在当前数据上的只有这几个文件,共享文件夹里其余数据原样不动。误改一份文档、误删一个目录,都不需要为此回滚整个存储空间——快照拍得勤,找回的成本就低。
前提只有一条:出事的位置在快照的覆盖范围内。共享文件夹没有开快照计划,这条路就不存在,只能去翻外部备份。
其余三路怎么选
- 还原整个存储空间:需要用选定的快照替换当前存储空间,或者把快照克隆为一个新空间而不覆盖现有数据——替换是快照之后的变更全部让路,克隆是原件不动先核对新件,适合拿不准时先验证;
- 对存储空间执行故障转移:来源服务器因网络问题、硬件故障等原因无法访问时,在几分钟内把文件服务切换到目的地服务器上,让业务先恢复上线,块协议的 LUN 与命名空间同样在覆盖范围内;
- 重新保护:来源服务器修好回来之后,对存储空间执行重新保护,确定复制任务新的来源和目的地,让复制关系回到正常方向——故障转移解决「先活下来」,重新保护解决「回到正轨」。
小结
选路的判断只看两个问题:要回去的是文件还是整卷,出事的是数据还是服务器。文件级的走单文件恢复,卷级的走整空间还原,服务器级的先故障转移再重新保护——粒度选小了浪费,选大了伤及无辜。
诚鑫致达科技把「找回一个文件」当作灾备演练的最低科目:每季度挑个测试文件夹删掉一份文件,按浏览快照的路子计时取回——真出事那天拼的是练熟的路,不是临时翻教程的手忙脚乱。