利用存储虚拟化网关轻松实现云灾备一键式切换

利用存储虚拟化网关轻松实现云灾备一键式切换
企业的各种业务系统和数据在经营过程中的作用越来越重要，容灾就是必须考虑的保护措施。

伴随着云基础架构的日趋成熟，云灾备技术应用越来越普遍，运行在云环境的企业关键应用的比重越来越大，在云环境中如何更简单的实施云容灾、更好的保证数据安全、更快速的恢复业务是所有用户的关注点。

容灾建设和灾备系统切换
一般而言，数据系统容灾建设是个庞大的工程，大型的灾备项目通常会经过立项、咨询、招投标、建设部署、测试验证、正式上线、日常维护等等。

通常选择的灾备技术路线将深深的影响到日后的维护复杂度。

在灾难恢复(DR) 站点，不管是计划内（如计划的站点迁移）还是计划外（如意外事件）的停机，恢复运行尤其需要精心准备。

做灾难恢复计划需要花费数月时间，但执行这一计划则需要在几分钟内完成。

在这宝贵的几分钟内，灾难恢复小组的所有成员都将集中精力，协调有序地执行他们的恢复程序。

在应用程序、硬件、网络以及存储小组执行的几十甚至几百个步骤中，稍有不慎便会出现差错。

人为错误、流程缺陷、方案问题，几乎任何事情都可能造成站点恢复延迟。

对很多人来说，这项艰巨的任务风险重重、难以预测。

在IT系统切换/回切的流程中，我们不难发现系统切换过程中，IT系统切换的流程按照停止业务应用、停止业务系统、同步数据、启动灾备数据备份系统、启动灾备业务处理系统，启动应用，验证数据，执行灾备中心重续运行；当需要将系统回切到生产中心，则再反之执行一遍，如此繁杂的操作步骤，无疑占用了大量的操作时间，且增加了误操作的几率。

实施一次容灾切切换，从准备切换到可以对外提供服务需要数个小时时间，主要时间消耗在以下几个方面和存在以下几个问题：
人为沟通和判断。

由于在容灾切换过程中需要根据实际的情况做大量人为判断，需要有有经验的工程师进行操作，并且要求工程师登陆不同主机输入大量命令，对每个命令都需要确认，以保证命令的正确性。

所以其间由于沟通、判断、确认等原因，在实际需要容灾切换的时候往往会耽误不少宝贵时间。

在数据同步层面，计划性切换时，保障数据的一致性，是必须的，当生产系统切换到容灾中心，首先要保证生产数据完全同步到灾备中心，以免发生数据丢失。

而在数据同步的过程中，需要人为发起数据同步，如果是多个卷或者多个数据库实例，可能需要多次执行数据同步的命令。

且数据复制同步完成后，需要操作人员判断数据同步是否正常，生产中心和灾备中心数据是否一致等。

在系统层面，在容灾切换中时间最长的是VG卷组激活步骤，特别是对于大型数据库来说，其VG卷组的数量往往是几十个之多，每个VG卷组都会包含十几个物理LUN，因此系统上面需要对每一个物理的LUN进行扫描和检查，因此拥有大量VG卷组的主机激活所有VG卷组需要大量时间。

对外应用系统，还需更改对外服务IP地址，以便能够使用灾备中心网络对外提供服务。

在网络层面，生产中心的对外网络停止服务，生产中心到容灾中心的数据复制完成后，需要将数据复制的网络进行反转，将复制关系调整为灾备中心到生产中心。

灾备中心对外服务网络随即打开，使得应用系统能够对外提供相应的应用服务内容。

对于日常运维人员来说，灾备建设不仅是需要日常的设备维护和巡检，灾备系统的可用性是运维人员最为关注的内容。

而要提高灾备系统的可用性，计划性灾备演练则成为验证灾备系统可用性的最有效的武器。

日前，一份针对CIO所作的调查表明，测试演练的意识正在进步之中，但测试演练的频率并没有增加；54%的受访者表明这样的测试演练一年进行两次左右。

这个频率依然相对低下，而且仅有41%的受访者在其执行的本就不多的测试演练中成功恢复
了所有应用程序。

之所以计划性测试演练工作的频率，在大多数企业中还相对低下，主要的原因在于容灾系统切换的繁琐的操作步骤和风险概率大所致。

如果引入自动化切换，将大大简化容灾切换的操作步骤，并且可以提高切换的成功率，让容灾系统切换演练成为日常维护的一部分。

自动化容灾切换势在必行
综上所述，容灾切换不仅仅是一部分或者是一个人能够搞定的事情，需要大量的前期准备工作，多方位的人员参与，容灾切换的复杂度也让容灾切换过程中风险骤然加大，任何一个错误将导致切换任务无法有效完成。

所以如果能够减少人为的操作和判断步骤，实现容灾切换的自动化操作，人仅仅参与容灾切换的决策，那么无疑将简单化容灾切换，使恢复操作风险可控化，实现高效稳定的容灾中心切换。