(19)中华 人民共和国 国家知识产权局 (12)发明 专利申请 (10)申请公布号 (43)申请公布日 (21)申请 号 202111609126.5 (22)申请日 2021.12.27 (71)申请人 合肥城市 云数据中心 股份有限公司 地址 230031 安徽省合肥市高新区玉 兰大 道767号机电产业园西二路科大国祯 大厦4楼 (72)发明人 宛亚东　刘胜军　谢飞　李晓洁　 李海松　 (74)专利代理 机构 合肥国和专利代理事务所 (普通合伙) 34131 代理人 张祥骞 (51)Int.Cl. H04L 67/1095(2022.01) H04L 9/40(2022.01) H04L 67/02(2022.01)H04L 69/16(2022.01) H04L 67/55(2022.01) (54)发明名称 一种容灾数据的分析 呈现方法 (57)摘要 本发明涉及一种容灾数据的分析呈现方法， 与现有技术相比解决了难以针对不同的容灾备 份产品在同一个平台进行呈现以及数据传输采 用明文的缺陷。 本发明包括以下步骤： 基础节点 的备份处理； 客户端的连接； 容灾数据的加解密 传输； 容灾数据的分析呈现。 本发明可 以根据不 同的容灾备份场景选择接入不同的容灾备份产 品， 客户端和应用服务器之间采用WebSocket方 式加非对称加密方式进行数据传输， 保证了数据 的安全性， 实现了容 灾数据的可视化呈现。 权利要求书1页 说明书4页 附图2页 CN 114374702 A 2022.04.19 CN 114374702 A 1.一种容灾数据的分析呈现方法， 容灾数据系统包括灾备端、 应用服务器、 基础 设施节 点和客户端， 灾备端用于备份和灾备相关数据， 应用服务器用于记录灾备端和备份端记录 以及对备份端和灾备端的信息进 行配置和告警， 客户端用于展示灾备大屏和灾备记录以及 可视化操作， 灾备端通过应用服务器与客户端相连， 基础设施节点通过备份端与灾备端、 应 用服务器相连， 其特征在于， 容 灾数据的分析 呈现方法包括以下步骤： 11)基础节点的备份处 理； 12)客户端的连接； 13)容灾数据的加解密 传输； 14)容灾数据的分析呈现： 采用Websocke加非对称加密的方式进行数据传输， 对呈现段 展示时进行解密， 将对应的数据采用对称加密的方式存储在localForage里面； 当访问呈现 时， 从localFoage获取数据。 2.根据权利要求1所述的一种容灾数据的分析呈现方法， 其特征在于， 所述基础节点的 备份处理包括以下步骤： 21)基础设施 节点在本地机房进行 备份操作； 22)基础设施 节点通过容灾备份工具将节点数据数据进行本地备份存 入备份端； 23)如果该备份端需要灾备， 通过容灾备份工具对备份端的数据进行异地备份至灾备 端， 同时将信息记录 到应用服 务器中。 3.根据权利要求1所述的一种容灾数据的分析呈现方法， 其特征在于， 所述客户端的连 接包括以下步骤： 31)客户端登录系 统发送登录请求， 将用户名、 密码、 客户端的ip地址以及客户端 的公 钥publickey传递给应用服 务器； 32)应用服务器查询系统里面的账号密码以及ip信息， 如果存在就将客户端publickey 存储下来同时将自身的pub lickey和客户端对称加密的秘钥 通过websocket方式传递给客 户端； 33)双方交换公钥后客户端和应用服 务器分别保存 对方的加密秘钥。 4.根据权利要求1所述的一种容灾数据的分析呈现方法， 其特征在于， 所述容灾数据的 加解密传输包括以下步骤： 41)客户端请求应用服务端数据将数据通过应用服务器的公钥进行加密， 然后推送给 应用服务器； 42)应用服务器根据自己的私钥privatekey对数据进行解密， 查询自己的数据， 然后将 数据通过客户端的公钥进行加密， 加密完成后将数据推送给客户端； 43)客户端获取数据后通过自己的私钥进行解密， 解密完成后， 数据进行分类根据服务 端传递过来的对称加密秘钥进行 数据加密然后将数据存 储在localFora ge。权　利　要　求　书 1/1 页 2 CN 114374702 A 2一种容灾数据的分析呈现方 法 技术领域 [0001]本发明涉及灾备 数据分析技 术领域， 具体来说是一种容 灾数据的分析 呈现方法。 背景技术 [0002]随着信息化的发展， 不管是出现自然灾害， 还是人为误操作或是被入侵都会导致 数据丢失， 进而 带来不可估算的损失， 通常故障分为系统故障、 事物故障、 介质故障， 然而 数 据容灾备份是保证数据安全的最后措施， 如果没有采取数据备份容灾， 以及数据恢复措施 往往会导致数据全面丢失和损毁。 [0003]目前市面上虽然有很多的备份容灾产品， 但存在一些问题， 如没有可视化展示系 统， 供操作人员了解容灾备份情况。 大部 分采用邮件和短信等方式， 只有当出现问题时才知 道有问题。 这样导致对系统没有提前预知问题 能力， 或者部分厂家有可视化系统但是不能 融合多家产品。 容灾备份的时候使用多家产品时， 需要同时打开不同的可视化界面来观看 问题。 [0004]大部分可视化呈现系统大屏展示和数据展示， 采用轮询的方式定时向应用服务器 请求数据， 这样大大的增加了带宽、 内存等硬件的开销。 这种 方式往往还会存在一种情况， 就是当数据有问题时， 可视化系统系统存在延时提示的情况。 因为只有到规定的时间才会 获取后端数据， 从而导 致操作人员延迟操作的情况。 [0005]这种方式还存在一个问题就是目前市面上大多备份容灾系统客户端和应用服务 器之间， 以及备份容灾服务器和应用服务器之 间， 多数采用明文的方式进 行数据传输， 这导 致系统很容 易被攻击， 让攻击者轻易的获取到相关数据。 [0006]因此， 如何开发出一种针对容灾数据的分析呈现方法已经成为急需解决的技术问 题。 发明内容 [0007]本发明的目的是为了解决现有技术中难以针对不同的容灾备份产品在同一个平 台进行呈现以及数据传输采用明文的缺陷， 提供一种容灾数据的分析呈现方法来解决上述 问题。 [0008]为了实现上述目的， 本发明的技 术方案如下： [0009]一种容灾数据的分析呈现方法， 容灾数据系统包括灾备端、 应用服务器、 基础设施 节点和客户端， 灾备端用于备份和 灾备相关数据， 应用服务器用于记录灾备端和备份端记 录， 以及对备份端和 灾备端的信息进行配置和告警， 客户端用于展示灾备大屏和灾备记录 以及可视化操作， 灾备端通过应用服务器与客户端相连， 基础设施节点通过备份端与灾备 端、 应用服 务器相连， [0010]容灾数据的分析 呈现方法包括以下步骤： [0011]基础节点的备份处 理； [0012]客户端的连接；说　明　书 1/4 页 3 CN 114374702 A 3