今年,严重删库事件发生了好几起……
看看网上那些DBA的遭遇……
“SQL数据库被删除了,有恢复的方法么?”
“SQL2000企业管理器里右键误删了一个数据库(整个数据库),并不小心选中了“为数据库删除备份并还原历史记录”。
“因为要做同步,老的数据库把新的覆盖掉了,最后没办法……血一样的教训啊……一定要做好备份工作!不然,作为操作人员挨骂是肯定的,心理负担特别重,想死的心都有了!!!”
台词:你们家误删数据库的事,没少干吧
对于DBA,在越来越复杂的IT环境下,误删数据库的概率事件,不是正在发生,就是准备着发生……
于是,对数据进行备份是DBA免遭BOSS骂得狗血淋头的法宝。
关于数据的存储备份模式,传统的备份技术有基于硬件及存储层的诸多方式(如Host、LAN、LAN-free、Server-free……)。这些传统备份技术在大数据来临之前,对用户的数据及业务应用起到很好的保护作用,并且能够实现RTO、RPO的理想值,同时还保持低风险、低成本、简单运维的成就感。
但今非昔比,在云与大数据时代,海量的各种数据如洪水猛兽,对企业在寻求数字化转型时的传统IT架构形成巨大的冲击,当然也包括这些传统备份技术和解决方案。
无法顺应云与大数据技术的数据备份方式,是传统存储层备份技术在业务发展的瓶颈,并且随着云端化的趋势加剧,更是显而易见——包括占用生产端的资源,在传输端对带宽与距离有限制,在数据一致性方面有缺陷,对相关应用层技术人员的综合专业知识要求高,以及存储端数据库异构的问题限制等,更麻烦的是在备份时间窗口以及业务连续性方面,停机对客户的正常生产会带来不便,并且这样的麻烦是与客户的IT架构的复杂程度成正比的。
数据库出现误删以及对备份数据的恢复,包括英方i2CDP技术在内的CDP技术,已经能够实现将数据快速恢复到之前的任意时间点。但对于现代数字化企业而言,数据恢复只是对已有数据资产的保护,并没有解决企业业务连续性的问题,即当用户的生产系统出现诸如“服务器停止、网络异常、硬件故障、生产系统宕机维护”等状况时,企业的正常生产还是会受到影响。
为此,对数据库误删所进行的数据备份的更高目标,是为了企业生产的业务能够持续,下面是某大型企业采用的英方容灾高可用解决方案。通过这个容灾高可用拓扑图,我们可以看到,以数据复制技术为基础的容灾高可用解决方案,在复杂庞大的应用层、系统数据库、中间件等全面做一对一的高可用保护时,利用存储层的数据复制技术,难以做到实时、快速自动切换的效果。
企业某核心业务系统容灾的逻辑拓扑图(点击放大)
在该方案中,用户的核心系统如CRM、计料、HR、BW等绝大多数应用运行于虚拟化平台的情况下,如果用传统的基于存储层的备份方案去实施,整机的备份时间窗口将过大,恢复操作也相对繁琐,存在时间不可控的风险。另外,个别系统如CRM因为与外围系统交互接口过多,停机的影响太大,用户业务无法连续。
该企业为了终端用户获得更好的体验,选择了英方顺应云与大数据时代的灾备技术后(基于操作层的字节级实时异步增量数据序列化传输技术),突破了传统备份技术方案存在的诸多困局,解决客户主备两端系统数据库、中间件、前端全面一对一应用高可用保护等诸多传统备份方案难以实施的难题,达到业务数据实时同步,生产服务出现故障时IP漂移快速切换到备机的容灾效果。
这个方案的实施让客户的业务连续的PRO趋近于0,秒级RTO。除此之外,更大的收获是无需改变现有IT基础架构、不限应用类型,不限灾备数据类型、数据量,兼容业务变更新增模块加入集群,图形化管理、易于操作与演练,独立于硬件和平台,兼容主流x86操作系统,以及灾备扩展能力,异地机房级联部署即可实现两地三中心高可用架构。
最后,企业在云与大数据时代的灾备规划,选择更高价值的灾备技术是减少运维成本、确保业务连续性的关键,同时,升级数据库服务器之间的网络连接及升级硬件,是提高灾难发生时恢复速度的必要手段。
兴趣阅读:
云上丽水|智慧城市项目的容灾需求与案例
陈海倒了,汉东省检察院穷追猛打贪官靠什么?
提升灾备方案整体竞争力,这个架构一定要看!
两地410公里,沙特电信运营商ZAIN灾备项目这样做
企业ERP、OA迁移时数据安全与业务连续的解决方案
及时响应,快速服务,为您保驾续航
立即注册