文章来源掌数科技*Hello_Dataknown
随着大数据、AI的飞速发展，计算、存储、网络资源呈爆发式增长，隐藏于众多业务系统背后的的灾备体系的重要性日益凸显，各大金融机构灾备体系可能会面临越来越丰富的管理和运维功能诉求。
下面请跟随小编一起来剖析大多数金融机构的灾备难题以及经典解决方案。
1. 全企业复杂灾备环境的统一管理【背景介绍】某国内知名的上市证券公司，在行业发展趋势的推动与自身提升要求下，在数据灾备方面面临困境：
1. 数量多，需要进行灾备的数据库合计大约150套；
2. 涵盖广，数据库类型不仅仅是Oracle，还包括SQLServer和MySQL等；
3. 管理难，之前通过人工管理灾备环境，管理压力大；
4. 测试难，为配合不同业务系统测试，经常需要进行测试环境搭建，缓慢且繁琐。
【解决方案】E-OBAR帮助客户解决：
1. 全企业统一监控、统一运维、统一资源管理，保证所有业务系统的可持续性。
2. 接管原有灾备环境，原本人工搭建的灾备环境无需重新搭建，保护原有投资。
3. 实现ORACLE,SQLSERVER,MYSQL三种数据库统一集中管理，集中备份，降低日常运维风险，弥补客户的监控盲点。
具体请详见《掌数科技*Hello_Dataknown》。
2. 资管行业第一个尝鲜者【背景介绍】客户信息技术部的一线运维人员需要负责几十套业务系统，人员少，维护压力大。主要采用手工方式维护，无专业容灾系统，伴随行业监管力度的加大，这一形式已经无法满足标准要求，也很难满足业务的可持续性，一旦出现问题无法快速恢复。
【解决方案】
1. 客户核心生产数据库全部使用RHCS（红帽高可用集群），本地备库部署在本地机房，用于实现本地实时容灾，防止生产环境故障导致的数据异常，上海同城备库和济南异地备库同步通过本地备库进行同步，以减轻生产库的压力，提高生产数据库的性能。
2. 以图形化、标准化和自动化的方式，助力客户一次性完成整个企业的灾备中心搭建，充分满足证监会对公募基金的监管要求，解决手工管理复杂和低效的现状。
具体请详见《掌数科技*Hello_Dataknown》。
3.应用文件容灾解决方案【背景介绍】客户管理众多业务系统，每次应用升级，升级后的文件都需要从生产数据库服务器上手工拷贝文件到对应的备用数据库服务器上，保证生产和备用数据库的应用版本一致，以防生产宕机可以直接启动备用数据库服务器，应用也能随之启动。每次应用升级，都需要筛选并拷贝大量文件，并且文件所属的用户也不同，使得管理人员头疼不已。
【解决方案】
1. 支持文件同步，实现过滤掉不需要同步的文件，同步新的升级文件到各个备用数据库并且赋予与生产服务器对应的属主属组。软件开发使用跳转用户，以跳转用户来连root用户，进行文件传输并赋权。
2. 生产服务器环境与备用数据库数据库和应用完全一样，切换时直接将备库激活，启动应用，更便捷地保障业务的连续性。
具体请详见《掌数科技*Hello_Dataknown》。
4. 高可用RAC下的容灾解决方案【背景介绍】该客户的众多业务系统都在使用ORACLE RAC集群以保证业务系统的高可用和持续性，其中法人清算系统采用的是4节点RAC集群，其他系统采用双节点RAC集群。灾备解决方案为第三方运维公司搭建的ORACLE Data Guard，其架构复杂、各项功能欠缺灵活也不友好，导致系统维护压力大，技术部门不堪重负。
【解决方案】E-OBAR帮助客户：
1. 支持复杂的ORACLE RAC集群，并且全面支持ORACLE原生的备份及恢复功能。
2. 支持备库可读，充分利用备库资源。同时在临时需求情况下实现备库的实时应用。
3. 支持自定义的演练切换和故障切换。
4. 软件安装与部署简单易用，降低维护和学习成本。
具体请详见《掌数科技*Hello_Dataknown》。
5.复杂IT及容灾环境下,技术门槛与人工维护量的全面降低【背景介绍】客户为保证业务系统稳定，统一使用IBM小型机，生产数据库使用IBM高可用方案HACMP，数据库存储方式使用ORACLE的ASM磁盘管理，主库为单实例数据库。当前备份主要是手工逻辑备份，一旦出现故障或人工误操作，无法快速恢复。同时，因小型机人才紧缺，导致人工成本高昂。网络方面，本地到异地数据中心专线只有10MB/S，只有高压缩率的传输方案才能够满足传输需求。
【解决方案】
1. 提供“定时物理备份 实时灾备复制 定时逻辑备份 统一监控功能”。
2. 符合证监会“两地三中心”的建设和监管要求。
3. 运维简单高效，降低运维人员工作强度及人工操作频次。
4. 充分利用专线带宽，支持高压缩及并行传输，最大程度的提高带宽利用率。
5. 权限最小化设置，不允许高权限用户（Root和ORACLE）直接远程SSH登录。
具体请详见《掌数科技*Hello_Dataknown》。
6.可定制的备库延迟应用，快速修复人工误操作【背景介绍】该机构作为国内超大规模的顶级券商，业务系统规模与数据量都首屈一指。但与此同时，数据安全风险也高居不下，数据库管理人员面临很大的工作压力：平均每位管理员需管理10套左右的业务系统，并涵盖涉及到的操作系统、数据库和中间件，又因采用的灾备方案不同，日常管理中需常在各方案间进行切换，繁琐而疲惫的工作导致意外频发，给业务的连续性和数据的可用性带来严重威胁。
【解决方案】
1. 通过应用E-OBAR灾备方案中的备库延迟应用功能，可以根据生产数据灾备级别、同步要求、环境配置等情况，自定义设置开启该功能的备机数量和延迟同步时间。
2. 采用了备库延迟功能后，相当于增加了一道安全屏障。在出现人为误操作后，可以将开通延迟同步的备库数据快速导入到生产数据库进行恢复应用；或者直接切换至开通延迟同步的备库，接管业务，确保业务的连续性。
具体请详见《掌数科技*Hello_Dataknown》。
未完待续……下期再会
[ E-OBAR案例专题 ] 始于2017年，持续更新ing，日常可在公众号菜单栏查看。
每一期案例的背后，都承载着E-OBAR团队多年实战的经验和心血，它们源自团队或有趣、或悲催、或奋力一搏的真实案例中提炼的疑难杂症解救之法。希望在你遇到灾备难题之时有所助益，也希望能领略到E-OBAR团队独有的匠人精神。
在您的日常工作中，是否也遇到过类似灾备难题，欢迎和我们“E-OBAR团队”交流，我们将与您分享“E-OBAR企业级数据灾备统一管理平台”在金融行业的最新实践和思考。
咨询邮箱：service@dataknown.cn
客服热线：021-58820986、18901938707
