sepaton容灾解决方案

《sepaton容灾解决方案》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、Sepaton容灾解决方案　　容灾是指通过特定的机制保证在发生各种灾难损害后仍能最大限度地保障信息系统能够提供正常的应用服务，可以分为数据容灾和应用容灾。其中数据容灾是容灾系统的基础，也是灾难发生时保护数据的最后手段。　　上海某保险公司目前已经建立了完备的数据备份机制，但备份数据都存储在本地数据中心，一旦发生火灾或者其他自然灾害数据的安全得不到有效的保障。所以用户希望将备份数据复制到北京的远程数据中心，从而达到容灾的目的，希望容灾系统能够保证在灾难发生后1天时间内恢复业务的正常运行，并把数据的损失控制在4小时之内。容灾系统的实现最好能够利用现有的IP网络，并且具有灵活策略

2、驱动机制。　　实现数据远程复制的方式有很多种方式，有基于磁盘存储的，有基于磁带介质的，有基于交换机的。根据用户提出的上述要求，并考虑到充分利用用户现有的备份环境，为用户节省投资成本，我们建议采用美国Sepaton公司的S2100ES2虚拟磁带库（以下简称VTL）加Site2?远程磁带复制技术的方案。首先用户在备份系统中使用S2100ES2VTL可以提升整个备份系统的效率；并且Site2?远程磁带复制技术支持多种网络传输方式，可以充分利用用户现有的IP专线网络；再者Site2?支持命令触发和策略驱动，支持用户建立灵活的远程数据复制机制；最后，在发生灾难时，S2100ES2V

3、TL强大的恢复性能完全可以保证在用户希望的时间内恢复业务运行。　　在本方案中，我们用S2100ES2VTL替代了用户本地数据中心的STK机械磁带库，配合用户原有的VeritasNBU软件进行数据备份，使得整个备份系统的备份性能、无故障工作时间等指标获得了大幅度的提升。同时在S2100ES2VTL上安装Site2?远程磁带复制软件。北京数据中心做为远程容灾站点，同样配置一台S2100ES2VTL并安装Site2?软件。两个数据中心之间通过用户原有的IP专线网络连接，实现本地站点和远程站点之间的虚拟磁带传送。示意图如下：　　　　通过这样的设计，当用户的本地中心发生灾难导致数据

4、丢失时就可以从北京容灾站点获得所需要的数据，通过远程恢复重新启动本地业务。当然，为了获得更好的RTO指标，用户在北京中心也安装了备用服务器，运行有和本地中心相同的应用，正常情况下用于辅助性业务，一旦发生灾难时可以就地将数据恢复到北京中心服务器中，更快地恢复业务运行--这实际上已经超越了数据容灾的概念，实现了热－温模式的应用级别的容灾。同样，北京中心的数据也以远程传送到上海中心，形成一种互为容灾的模式，任何一点出现灾难都可以由另一站点暂时接管业务。具体实施过程如下：　　1)首先，在上海本地数据中心用SEPATONS2100ES2VTL替代原有的STK机械磁带库，并将VTL模

5、拟成机械磁带库的型号，在系统级别以及备份软件层重新扫描设备后即可投入使用。原有的STK机械磁带库做为二线备用设备继续发挥作用。　　2)根据用户的业务需求以及S2100ES2VTL的实测指标，调整了原有备份策略的备份频率，确保用户的RPO目标。　　3)本地的SEPATONES2虚拟磁带库上通过CLI界面配置Site2?软件的策略引擎，策略引擎可以和备份软件协同工作，自动挑选需要复制到远程容灾站点的数据，实现了磁带传送的智能化和自动化。　　4)在北京异地容灾数据中心安装同型号的SEPATON虚拟磁带库，作为备份影像复制的目的地，并同时做为其他辅助业务备份的目的地。其上也安装有

6、Site2?软件。　　5)在上海中心执行一次全量备份，通过CLI激活Site2?的复制过程，将备份的虚拟磁带传送到北京中心，以此测试整个容灾系统的性能是否满足用户要求。　　6)为用户制定了灾难应急处理方案，进行预演。保证在发生灾难时用户可以从远程容灾站点快速的恢复业务，并将预演过程形成文档，做为将来应对灾难的指导方针。　　在系统改造完毕后，实现了两点间的Site2?软件由策略驱动将备份的虚拟磁带及时传送到远程站点。在虚拟磁带传送过程中遇到了IP网络带宽不足的问题，但是通过配合S2100ES2的DeltaStor冗余数据删除功能，在网络上只传输非重复的数据，圆满的解决了这个

7、问题。经过灾难预演测试，上述方案完全能够满足用户的RTO以及RPO目标。　　诚然，上述方案在RPO以及RTO的指标上比不上系统自动、实时切换的容灾系统，但自动实时切换的容灾系统需要建立一整套与生产系统完全一样的备用系统，在正常生产的绝大多数情况下没有任何的产出，无论在投资成本，网络资源，人员储备，维护量等方面都是巨大的浪费，并且在真正发生灾难时可控性差。而上述方案在满足用户的RPO以及RTO需求的同时，充分利用了用户现有的备份环境和网络资源，并且也不需要重新组织容灾系统的维护人员队伍，只需要对原有的备份维护人员进行简单的Sit