听说，昨夜地震了？
沉浸在睡梦里无法自拔的小编
一点感觉都没有！
醒来在微博、朋友圈经历了“强烈”的震感
你们是本来就夜深人静无法入睡
还是真的被震醒了啊！
据中国地震台网正式测定，4月12日2时25分在浙江杭州市临安市发生4.2级地震，震源深度15千米，震中位于北纬30.08度，东经119.34度。除临安外，杭州、金华、衢州等地均有不同程度的震感。怎么我大浙江也有地震啊？！
当地震发生时，保命是第一位，掌握一些小技巧，可以将灾难伤害降到最低。
而作为生产力、财富的数据，同样需要“逃生”、“保命”。当地震等灾难的发生，会导致信息系统业务紊乱、数据丢失，造成巨大的重大经济、信任损失。
在这危机关头，你的系统建立异地容灾体系了吗？如果没有，你需要这样做：
首先，你需要建立异地容灾机房。当发生地震等灾难时，本地灾备中心不可用，迅速启用异地容灾中心。（美创DBRA容灾系统异地容灾现有案例最长达到2000多公里哦）
在生产系统部署时，针对应用层的各种文件，需提供文件级别的数据同步；针对应用核心—数据库，需要实现数据库的实时同步；在生产系统部署agent，容灾系统部署服务端模块，实现多对一的部署，集中容灾；WEB管理端用来实现容灾系统的WEB管理，实现多合一模式下的集中化管理，包括总体监视、切换、容灾操作、作业信息检查、活动站点管理等功能。
其次，要保证数据同步高度一致性和实时性。在生产库服务器上部署数据同步软件日志挖掘程序，用来挖掘日志文件，然后把日志文件以片段的形式传输到容灾端，进行日志合成和分析，从而获取数据变化信息，实现业务数据的同步。除了要保证数据的同步效率之外更要保证容灾端数据的一致性，容灾复制需要支持所有的数据库对象类型和所有的DDL/DML操作。
异地容灾另一个重点，低带宽要求：数据同步软件的传输需要以片段小文件的形式进行传输，并且只传输变化的数据，对传输链路带宽要求较小，可以在有限的带宽上实现远距离数据传输，并确保两端数据传输的基本一致性；（DBRA容灾系统对带宽要求较低，10M带宽能支持500G的在线日志变化，压缩比在5倍左右）
数据同步软件在生产系统中仅仅挖掘日志文件，数据分析及数据合成都在容灾服务器上处理，对生产库的性能影响忽略不计；数据同步软件不变动数据，不丢失数据，不组合数据，支持任何对象类型，支持任何DDL/DML操作，确保数据完全一致；数据库同步软件的安装部署不需要对现有环境（包括服务器、存储、操作系统、数据库等）做任何改动，并且可以实现系统的在线实施和在线升级，便于后期维护。
然后，在多主机、多存储、多操作系统版本、多数据库版本的复杂业务模式下，为实现集中式应用级容灾这一核心目标，更加需要具备自动化容灾切换和运维管理的应用级容灾软件来实现容灾切换和运维管理，减少灾难发生后，人工参与的过程，避免误操作。（DBRA支持全业务切换、细粒度切换和一键式灾难恢复，灾难切换非常简单）
如此一来，一套优秀的容灾系统就部署好了。
不光光是地震，当火灾、电力故障、人为误删除、病毒、黑客入侵等发生时，及时启用容灾备份，最大程度上避免数据丢失、减少损失
灾难面前，人人自危，为何不防患于未然、有备无患呢？
