67.2%的投资者选择线上交易，头部券商为保障业务连续性选择这么做

2023年1月5日

证

券

行

业

务

连

续

性

数

据

库

管

理

成

功

案

例

262

随着数字化转型进程的加快，证券线上业务变得日益频繁，交易、营销等场景面临的系统稳定性风险也随之增高。相关调查指出，在佣金趋同的状态下，投资者越来越关注交易软件的平稳安全运行；而对券商来说，系统的可靠和业务的连续已成为保护投资者利益，提高市场竞争力的必要前提。

中国证券业协会发布的证券公司2021年度经营数据显示，截至2021年末，证券行业为客户开立A股资金账户数为2.98亿个，同比增加14.89%，客户交易结算资金期末余额（含信用交易资金）1.90万亿元，较上年末增加14.66%，客户基础不断扩大。

与此同时，近年来受用户习惯及疫情影响，线上交易服务需求快速增长。艾媒咨询数据显示，通过券商自有网站、APP等互联网应用进行交易的证券投资者数量占比达到67.2%。

从技术层面看，持续增长的线上交易服务需求和不断衍生出的新业务场景对证券机构的信息系统业务连续性提出了更高要求。为保障关键业务应用在IT基础设施发生不可预知的重大故障时能继续对外提供服务，建立行之有效的灾备体系并定期进行灾备演练是各大券商保障业务连续性要求的必备手段。

线上交易，场景多样：业务连续要求严苛

位列国内券商第一梯队的A证券拥有千万量级的个人客户，且超过半数活跃在线上交易平台，全年股票基金交易金额达数十万亿元。面对如此庞大的客户群体与交易金额，传统的人工运维或者脚本化灾备切换模式早已无法满足当前场景下对业务连续性的严苛要求。特别是在大规模灾备演练过程中暴露出来的涉及人员、系统多，沟通环节复杂，且缺乏体系化的流程和工具等问题，使得灾备切换时间无法有效缩短。为此，A证券长期以来一直积极探索运维的自动化与智能化，提升容灾能力。在“以科技驱动业务发展”的方针指引下，A证券展开了广泛的市场调研和产品功能测试。经过层层筛选，A证券最终选择了云和恩墨的数据库云管平台 zCloud 来实现灾备演练的自动化、可视化、可控化。

全程可视，集中管控：灾备演练简单高效

为满足不同业务系统的需要，A证券部署了规模庞大的多元异构数据库系统。按照合规要求，所有系统每半年必须完成至少一次的灾备演练。事实上，每日闭市后，运维人员均会进行常规容灾演练，以提升系统故障预防和灾难应急能力。

整个灾备演练过程的模拟场景为：当生产库出现严重系统故障，主库无法对外提供服务时，运维人员可以通过 failover 切换操作，排查备库参数设置不合理、控制文件过旧等潜在风险，确保灾难发生时，备库能无损切换转为主库并正常接管各项服务，最大限度降低服务停机时间。

为了更好地满足多元异构数据库环境下的复杂容灾管控诉求，A证券以业务连续性为根本原则，构建了智能、全面的灾备中心，依托 zCloud 数据库云管平台，实现了容灾状态可感知、灾备演练可掌控的目标。

A证券灾备中心页面总览图

“以前做灾备演练，运维人员需要搭建环境、手工按序进行，无法并发执行切换，这一直让我们很困扰。”A证券信息技术部负责人说，“如今通过 zCloud，系统实现了一键切换操作多套实例、批量并行切换、自动化执行，这极大缩短了整个过程的时间。”

此外，zCloud 的“全程可视化”功能界面能够实时展示切换过程、用时、日志等信息。“切换执行到哪一步都清清楚楚，运维人员可以轻松掌控切换进度，做到心中有数。”

凡事预则立，不预则废。在切换的过程中，倘若出现异常怎么办呢？zCloud 的可控化属性能够提供人工干预机制和回滚能力，保障灾难切换的成功率。演练完毕后，运维人员可以一键切回到原生产系统，整个过程安全可控。

一键操作，自动切换：保障变更联测安全

除了日常灾备演练以外，zCloud 的高可用容灾切换能力还可应用于变更联测场景，降低测试风险。

以前，A证券业务人员若要进行变更测试，需要运维人员登录数据库，通过手动或脚本模式执行容灾切换，将只读模式的备库转为读写模式的主库后，业务人员才能访问主库并进行业务模拟、压力测试等操作。测试完成后，运维人员再将主库还原成备库。整个切换不仅流程繁杂，还需依赖相关人员配合操作，增加了人工操作失误的风险。

如今，切换流程固化于 zCloud 中，业务人员可以直接登录平台，通过点击“演练场景-选择主库-选择备库-确认”后，自动执行切换，即可在切换后的主库上进行相关测试操作。测试完成后，业务人员可通过 zCloud 一键还原至测试前的状态，全程无需运维人员配合，极大地节省了沟通成本，提升了整体工作效率。

★

目前，zCloud 数据库云管平台的高可用容灾切换能力已在多家银行、证券等金融客户的生产系统中成功应用，满足了用户多元异构数据库环境下的灾备切换需求。在最新发布的 zCloud 3.3版本中，该项功能已支持 Oracle、MySQL、SQL Server、PostgreSQL 四种数据库，进一步提升了服务化、自动化、智能化的数据库全生命周期管理能力，为业务连续性提供了有力保障。