windows-server-2012 – 如何正确地为文件服务器进行灾难恢复?
我们目前正在为
Windows文件服务器实施DR策略.我们排除了存储复制,因为它是一种预览功能,故障转移群集是为高可用性而非DR而设计的. DFSR在复制打开/锁定文件方面也存在不足,使其无法完成任务.
SAN到SAN的文件服务器虚拟机复制似乎对我来说是最好的方法,尽管由于复制是一个未在更高级别合并的原始副本而被警告,我可能会引起不一致.文件系统或损坏的文件.但是,在此方法中复制的任何服务器都是如此,这是我们DR计划中用于其他服务器的方法. VSS / Previous Versions也可以始终用于还原任何损坏的文件. 进行SAN复制的好处是否超过文件可能损坏的风险?或者是否有更好的方法为文件服务器执行DR?也许有一种产品可以执行更高级别的复制/快照,从而最大限度地减少数据中的逻辑不一致性? 注意:群集正在运行vSphere 5.5
SAN到SAN复制是最好的选择,可以在声明灾难后尽快将文件服务器重新联机.请注意,此类DR保护不能保护与本地备份不同的功能 – 您无法使用复制的SAN卷(例如,取消删除上个月的文件).
损坏的文件不存在SAN到SAN复制的危险,除非它是主站点上的文件服务器破坏它们.每个提供基于块的存储(LUN)复制的SAN都有一些防止损坏和保证一致性的机制.这是一个比大多数人都知道的更棘手的问题,因为出于优化原因,写入通常不按顺序应用于磁盘,即使没有复制也是如此.这就是为什么大多数存储的写缓存都有某种电源故障安全网(如电池或UPS):没有写入只保存在缓存中,底层磁盘可能已损坏.通常情况下这是可以的,但是如果断电,则需要确保存储器确认的最后一次写入保存到磁盘,以便在磁盘出现时使磁盘保持一致. 复制处理方式有所不同,具体取决于您的复制方式: >同步复制可确保一致性,因为它不会向本地服务器返回写入确认,直到它确认写入已将其安全地发送到辅助站点.这大大减慢了写入速度,并且没有供应商支持在相对较低距离的恒星连接上执行此操作.实际上,支持的距离通常很低,以至于你很容易受到同样的飓风的影响.很难看到,通常不是唯一的. 所有这些机制都为您提供“崩溃一致性”.磁盘处于与突然关闭服务器电源时相同的状态.从崩溃一致的副本中运行文件系统和数据库需要一些工作,但它总是可行的.如果您想要更多内容(您在问题中提到的“更高级别”),则需要将复制与应用程序集成.这通常意味着暂停对应用程序的写入,等待所有内容都已转储到存储,然后启动复制的一致性点.这称为“应用程序一致性”.它通常会提供稍微更旧的恢复点,但恢复时间略低于崩溃一致性. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- windows下如何制作和应用数字签名证书 全流程
- active-directory – 有没有办法将AD用户与Office 365同步但
- 如何让Windows忘记安装了防病毒软件?
- windows-server-2008 – Windows DFS限制
- Windows 8上的Java 7 Debug无法正常工作
- windows-server-2003 – 有没有办法在Windows更新设置中禁用
- hyper-v-server-2012-r2 – Windows 10更新后无法连接Hyper
- 重置Windows域用户密码
- windows-server-2008 – 为什么在我抓住FSMO角色后,我无法将
- Windows中的计划任务要求用户登录这一事实的解决方法