CN106850255B - 一种多机备份的实现方法 - Google Patents
一种多机备份的实现方法 Download PDFInfo
- Publication number
- CN106850255B CN106850255B CN201611185253.6A CN201611185253A CN106850255B CN 106850255 B CN106850255 B CN 106850255B CN 201611185253 A CN201611185253 A CN 201611185253A CN 106850255 B CN106850255 B CN 106850255B
- Authority
- CN
- China
- Prior art keywords
- server
- control server
- recovery
- master
- standby control
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
- H04L41/0836—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability to enhance reliability, e.g. reduce downtime
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
- H04L41/0661—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities by reconfiguring faulty entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Hardware Redundancy (AREA)
Abstract
本发明提出了一种多机备份的实现方法,该实现方法包括:主控服务器、备控服务器、恢复服务器,其中,主控服务器接收客户端的配置命令,并根据配置命令,对主控服务器进行配置,以及将配置命令发送至备控服务器;备控服务器根据配置命令,对备控服务器进行配置,并且将本次的配置数据作为恢复信息备份至恢复服务器。本发明通过在主控服务器和备控服务器之间采用热备份,而备控服务器和恢复服务器之间采用温备份的方式,提高了系统的稳定性,进而确保系统的高可用运行。
Description
技术领域
本发明涉及计算机领域,具体来说,涉及一种多机备份的实现方法。
背景技术
在现有技术中,涉及单台服务器提供的存储容量无法远远无法满足日渐庞大的非格式化数据存储需求,而当前对数据的处理实时性的要求也日渐提升,现有的处理方式中,往往使用多台服务器组成的集群系统对用户提供服务以解决上述问题,但如何保持这些集群中数据的同步,如何选择主控服务器提供对外服务,备控服务器何时发挥作用,是多机热备系统需要解决的问题。
然而,在现有技术中的存储应用场景往往只使用热备份技术或冷备份技术,具体如下:要么只在当前主控服务器在线时,将所有数据同时备份到备控服务器中,实现备控服务器的在线备份,但是,该热备份会导致所有数据都需要进行实时的同步,降低服务器的响应速度;要么等当前主控服务器暂时停止服务时,将数据离线拷贝到备控服务器中,但是,该冷备份可能导致系统出现故障后不能及时恢复未离线同步的数据,造成数据丢失的情况。
针对相关技术中的问题,目前尚未提出有效的解决方案。
发明内容
针对相关技术中的问题,本发明提出一种多机备份的实现方法,能够避免所有数据都需要实时在主控服务器、备控服务器和恢复服务器之间进行同步的做法,也解决了主控服务器和备控服务器同时出现故障的情况下,系统无法正常恢复的问题。
本发明的技术方案是这样实现的:
根据本发明的一个方面,提供了一种多机备份的实现方法。
该多机备份的实现方法包括:主控服务器、备控服务器、恢复服务器,其中,主控服务器接收客户端的配置命令,并根据配置命令,对主控服务器进行配置,以及将配置命令发送至备控服务器;备控服务器根据配置命令,对备控服务器进行配置,并且将本次的配置数据作为恢复信息备份至恢复服务器。
根据本发明的一个实施例,进一步包括:备控服务器将第一配置结果发送至主控服务器;主控服务器接收第一配置结果,并获取主控服务器的第二配置结果,以及将第一配置结果和第二配置结果发送至客户端。
根据本发明的一个实施例,进一步包括:将备控服务器的全部数据备份至恢复服务器;以及将每次的配置数据作为各阶段的恢复信息备份至恢复服务器。
根据本发明的一个实施例,进一步包括:在主控服务器和备控服务器同时出现故障的情况下,根据恢复信息,将主控服务器和备控服务器的系统进行还原。
根据本发明的一个实施例,进一步包括:通过心跳信号判断主控服务器和备控服务器的存活状态;当根据心跳信号判断主控服务器和/或备控服务器出现故障时,生成报警信息。
根据本发明的一个实施例,通过心跳信号确定主控服务器和备份服务器。
根据本发明的一个实施例,进一步包括:第一服务器启动后,判断是否收到主控服务器的心跳信号;在收到主控服务器的心跳信号的情况下,确定第一服务器为备控服务器;在未收到主控服务器的心跳信号的情况下,确定第一服务器为主控服务器。
根据本发明的一个实施例,在未收到主控服务器的心跳信号的情况下,确定第一服务器为主控服务器包括:在未收到第二服务器申请成为主控服务器的情况下,确定第一服务器为主控服务器;在收到第二服务器申请成为主控服务器的情况下,确定第二服务器为主控服务器。
本发明的有益技术效果在于:
本发明通过主控服务器接收客户端的配置命令,并根据配置命令,对主控服务器进行配置,以及将配置命令发送至备控服务器,随后备控服务器根据配置命令,对备控服务器进行配置,并且将本次的配置数据作为恢复信息备份至恢复服务器,从而在主控服务器和备控服务器之间采用热备份,而备控服务器和恢复服务器之间采用温备份的方式,提高了系统的稳定性,进而确保系统的高可用运行。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据本发明实施例的多机备份的实现方法的流程图;
图2是根据本发明具体实施例的多机备份的实现方法的流程图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本发明保护的范围。
根据本发明的实施例,提供了一种多机备份的实现方法。
如图1所示,根据本发明实施例的多机备份的实现方法包括:主控服务器、备控服务器、恢复服务器,其中,该主控服务器为多机热备系统中负责正常工作的服务器,备控服务器为多机热备系统中作为冗余备份的服务器,主控服务器正常运行时,备控服务器只保证与主控服务器数据的同步,不与客户端交互,而当主控服务器出现故障时,迅速取代主控服务器的位置,为客户端提供正常服务,
步骤S101,主控服务器接收客户端的配置命令,并根据配置命令,对主控服务器进行配置,以及将配置命令发送至备控服务器;
步骤S103,备控服务器根据配置命令,对备控服务器进行配置,并且将本次的配置数据作为恢复信息备份至恢复服务器。
在该实施例中,本发明的技术方案是在主控服务器和备控服务器之间采用热备份机制,即在主控服务器和备控服务器均在线的情况下,主控服务器和备控服务器之间的数据采用实时同步,所有请求到达主服务器之后,主服务器先同步到备用服务器,同步成功后返回给客户端成功消息,该热备份方案具体为在多个服务器同时上电运行的情况下,主控服务器监听客户端连接端口,等待客户端的连接请求,备控服务器监控主控服务器的状态信息,确保主控服务器处于正常运行状态,并接收主控服务器的请求,随后正常运行后,客户端给主控服务器下发连接请求以及配置命令,主控服务器首先接收上述请求和配置命令,并对其进行处理,根据不同请求,分别直接处理,同时将上述请求或者配置命令发给备控服务器并等待备控服务器进行处理,备控服务器收到相应请求后,在本地执行该请求和配置命令,并返回执行第一配置结果,随后主控模块接收到备控服务器的应答消息后,结合自己的第二处理结果,调整最终的请求处理结果并将该结果返回给客户端,即将第一处理结果和第二处理结果同时发送给客户端,同时,对于不同的客户端而是由主控服务器自己发起配置请求,备控服务器禁止自身申请该类请求,从而保持与主控模块的同步,从而使得主备服务器之间采用热备份模式情况下,系统可用性得到提高,可以有效应对单台服务器故障的情况。
但是,对于主备服务器同时故障的情况,系统的可用性将无法保障,因此,在备控服务器后端增加恢复服务器,在备控服务器和恢复服务器之间采用温备份机制,即两台服务器之间采用阶段性同步的方法,具体为将备控服务器的全部数据信息发送给恢复服务器,恢复服务器将其全部数据进行备份,并且采用增量保存的方法保存最近的恢复信息,即恢复服务器在备份所述备控服务器全部数据后,随后将备控服务器每次更新的配置数据分阶段地存储在恢复服务器上,即不同的阶段代表备控服务器不同的还原点,从而在这种情况下,当主备服务器同时发生故障时,系统可以恢复到最近的还原点,从该还原点状态继续运行。
通过本发明的上述方案,通过主控服务器接收客户端的配置命令,并根据配置命令,对主控服务器进行配置,以及将配置命令发送至备控服务器,随后备控服务器根据配置命令,对备控服务器进行配置,并且将本次的配置数据作为恢复信息备份至恢复服务器,从而在主控服务器和备控服务器之间采用热备份,而备控服务器和恢复服务器之间采用温备份的方式,提高了系统的稳定性,进而确保系统的高可用运行。
根据本发明的一个实施例,进一步包括:备控服务器将第一配置结果发送至主控服务器;主控服务器接收第一配置结果,并获取主控服务器的第二配置结果,以及将第一配置结果和第二配置结果发送至客户端。
根据本发明的一个实施例,进一步包括:将备控服务器的全部数据备份至恢复服务器;以及将每次的配置数据作为各阶段的恢复信息备份至恢复服务器。
此外,主控服务器、备控服务器和恢复服务器同步机制除了上述热备份与温备份之外,数据存储方式也不相同,具体地,主控服务器和备控服务器将同步数据都在上述两个服务器的内存中,而备控服务器和恢复服务器之间的阶段性还原点数据则由恢复服务器存放在外部存储中,如磁盘等,从而在外部存储可靠的前提下,无论接入的控制服务器发生什么类型的故障,均可以确保控制服务器的系统从最近的还原点恢复运行。
根据本发明的一个实施例,进一步包括:在主控服务器和备控服务器同时出现故障的情况下,根据恢复信息,将主控服务器和备控服务器的系统进行还原。
根据本发明的一个实施例,进一步包括:通过心跳信号判断主控服务器和备控服务器的存活状态;当根据心跳信号判断主控服务器和/或备控服务器出现故障时,生成报警信息,其中,心跳信号用于主控服务器和备控服务器间相互通信以确保对方是否在线的一种方式,在线服务器会往外广播自身相关信息。
在该实施例中,为了实现上述热备份和温备份的机制,所有服务器除了接受请求数据(或配置命令)的广域网连接之外,为了检测各个服务器的活跃状态,各服务器之间还需有心跳网络连接,为了实现数据的实时同步及还原点镜像传递,各服务器之间还需有高速同步网络连接,因此,为了实现业务处理的存储访问需求,业务服务器和后端存储系统之间需有专用存储网络连接。为了实现存储系统的冗余,业务服务器和存储服务器之间采用两个交换机做互备,交叉连接到两台存储控制器上。
但是,对于心跳网络来说,如果采用单一网络,则网络自身故障会导致心跳信号无法有效传递,从而使得主控服务器、备控服务器都误以为对端故障,从而将自身状态由备控服务器更新为主,从而双主现象将会导致系统进入不可控状态,因此,本发明通过采用多类型多网络的方案来确保心跳状态的一致性,具体为采用千兆网络连接和串口连接两种连接方式,其中,千兆网以BFD(Bidirectional Forwarding Detection,双向转发检测)保活机制与对端应用服务之间进行数据交互,以得知对方的存活状态,串口连接则不断的通过定向发送心跳信号的方式来告知对方自己的存活状态。
根据本发明的一个实施例,通过心跳信号确定主控服务器和备份服务器。
根据本发明的一个实施例,进一步包括:第一服务器启动后,判断是否收到主控服务器的心跳信号;在收到主控服务器的心跳信号的情况下,确定第一服务器为备控服务器;在未收到主控服务器的心跳信号的情况下,确定第一服务器为主控服务器。
在该实施例中,如图2所示,第一服务器启动时默认身份为未知,在延时一个心跳周期后,首先通过判断是否接收到主控服务器的心跳信号来判断主控服务器是否存在,如果主控服务器已经存在,则确定自己的备控服务器身份,如果主控服务器不存在,且其它服务器(第二服务器)也没有请求成为主控服务器,则该第一服务器尝试请求成为主控服务器,如果在连续的10个心跳周期中未收到主控服务器的心跳也未收到其它服务器请求成为主控服务器的请求信号,则确认自己的主控服务器身份,而如果收到了其他其它服务器的请求信号,模仿以太网中的冲突退避算法,延时一个随机时间,让其它服务器优先成为主控服务器,然后再根据实际需求做出判断。
根据本发明的一个实施例,在未收到主控服务器的心跳信号的情况下,确定第一服务器为主控服务器包括:在未收到第二服务器申请成为主控服务器的情况下,确定第一服务器为主控服务器;在收到第二服务器申请成为主控服务器的情况下,确定第二服务器为主控服务器。
综上所述,借助于本发明的上述技术方案,通过主控服务器接收客户端的配置命令,并根据配置命令,对主控服务器进行配置,以及将配置命令发送至备控服务器,随后备控服务器根据配置命令,对备控服务器进行配置,并且将本次的配置数据作为恢复信息备份至恢复服务器,从而在主控服务器和备控服务器之间采用热备份,而备控服务器和恢复服务器之间采用温备份的方式,提高了系统的稳定性,进而确保系统的高可用运行。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (6)
1.一种多机备份的实现方法,其特征在于,包括:主控服务器、备控服务器、恢复服务器,
其中,所述主控服务器接收客户端的配置命令,并根据所述配置命令,对所述主控服务器进行配置,以及将所述配置命令发送至所述备控服务器,所述主控服务器与所述备控服务器之间采用热备份机制;
所述备控服务器根据所述配置命令,对所述备控服务器进行配置,并且将本次的配置数据作为恢复信息备份至所述恢复服务器;
将所述备控服务器的全部数据备份至所述恢复服务器,备控服务器和恢复服务器之间采用温备份机制,并且采用增量保存的方法保存最近的恢复信息;以及
将每次的配置数据作为各阶段的恢复信息备份至所述恢复服务器,不同的阶段代表所述备控服务器不同的还原点,其中,所述备控服务器和所述恢复服务器之间的阶段性的所述还原点的数据由所述恢复服务器存放在外部存储中;
在所述主控服务器和所述备控服务器同时出现故障的情况下,根据所述恢复信息,将所述主控服务器和所述备控服务器的系统从最近的还原点进行还原。
2.根据权利要求1所述的多机备份的实现方法,其特征在于,进一步包括:
所述备控服务器将第一配置结果发送至所述主控服务器;
所述主控服务器接收所述第一配置结果,并获取所述主控服务器的第二配置结果,以及将所述第一配置结果和所述第二配置结果发送至所述客户端。
3.根据权利要求1所述的多机备份的实现方法,其特征在于,进一步包括:
通过心跳信号判断所述主控服务器和所述备控服务器的存活状态;
当根据所述心跳信号判断所述主控服务器和/或所述备控服务器出现故障时,生成报警信息。
4.根据权利要求1所述的多机备份的实现方法,其特征在于,通过心跳信号确定所述主控服务器和所述备控服务器。
5.根据权利要求4所述的多机备份的实现方法,其特征在于,进一步包括:
第一服务器启动后,判断是否收到所述主控服务器的心跳信号;
在收到所述主控服务器的心跳信号的情况下,确定所述第一服务器为所述备控服务器;
在未收到所述主控服务器的心跳信号的情况下,确定所述第一服务器为主控服务器。
6.根据权利要求5所述的多机备份的实现方法,其特征在于,在未收到所述主控服务器的心跳信号的情况下,确定所述第一服务器为主控服务器包括:
在未收到第二服务器申请成为所述主控服务器的情况下,确定所述第一服务器为主控服务器;
在收到第二服务器申请成为所述主控服务器的情况下,确定所述第二服务器为主控服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611185253.6A CN106850255B (zh) | 2016-12-20 | 2016-12-20 | 一种多机备份的实现方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611185253.6A CN106850255B (zh) | 2016-12-20 | 2016-12-20 | 一种多机备份的实现方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106850255A CN106850255A (zh) | 2017-06-13 |
CN106850255B true CN106850255B (zh) | 2021-04-06 |
Family
ID=59140763
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611185253.6A Active CN106850255B (zh) | 2016-12-20 | 2016-12-20 | 一种多机备份的实现方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106850255B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108089947B (zh) * | 2017-12-15 | 2021-09-24 | 安徽长泰信息安全服务有限公司 | 一种多节点高效差异备份的方法 |
CN108710547B (zh) * | 2018-05-10 | 2020-10-27 | 腾讯科技(深圳)有限公司 | 一种数据备份方法、装置、终端及存储介质 |
CN109032849B (zh) * | 2018-08-30 | 2021-03-23 | 百度在线网络技术(北京)有限公司 | 热备份系统、热备份方法和计算机设备 |
CN109544827B (zh) * | 2018-11-27 | 2021-10-29 | 福州市台江区金科电子科技有限公司 | 带数据备份装置的收银机及其使用方法 |
CN111147400B (zh) * | 2019-12-04 | 2022-03-01 | 杭州迪普科技股份有限公司 | 一种命令行配置同步的方法、装置及电子设备 |
CN111444047B (zh) * | 2020-03-27 | 2023-12-29 | 深圳融安网络科技有限公司 | 双机热备份的配置同步方法、双机热备系统及可读存储介质 |
CN111698117A (zh) * | 2020-04-01 | 2020-09-22 | 新华三信息安全技术有限公司 | 一种设备管理的方法、网络设备、存储介质和路由器 |
CN113157493A (zh) * | 2021-04-09 | 2021-07-23 | 广州广电运通智能科技有限公司 | 基于检票系统的备份方法、装置、系统和计算机设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1996969A (zh) * | 2006-11-30 | 2007-07-11 | 武汉市中光通信公司 | 基于高可用性系统的综合接入媒体网关设备 |
CN102664750A (zh) * | 2012-04-09 | 2012-09-12 | 北京星网锐捷网络技术有限公司 | 多机热备份的方法、系统及设备 |
CN102907037A (zh) * | 2012-08-01 | 2013-01-30 | 华为技术有限公司 | 一种多机间进行业务备份的方法、装置及系统 |
CN103580891A (zh) * | 2012-07-27 | 2014-02-12 | 腾讯科技(深圳)有限公司 | 一种数据同步的方法、系统及服务器 |
CN105049263A (zh) * | 2015-08-24 | 2015-11-11 | 浪潮(北京)电子信息产业有限公司 | 一种数据处理方法和系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101777018B (zh) * | 2010-02-08 | 2012-04-25 | 北京同有飞骥科技股份有限公司 | 一种复制与快照结合的Windows系统保护方法 |
-
2016
- 2016-12-20 CN CN201611185253.6A patent/CN106850255B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1996969A (zh) * | 2006-11-30 | 2007-07-11 | 武汉市中光通信公司 | 基于高可用性系统的综合接入媒体网关设备 |
CN102664750A (zh) * | 2012-04-09 | 2012-09-12 | 北京星网锐捷网络技术有限公司 | 多机热备份的方法、系统及设备 |
CN103580891A (zh) * | 2012-07-27 | 2014-02-12 | 腾讯科技(深圳)有限公司 | 一种数据同步的方法、系统及服务器 |
CN102907037A (zh) * | 2012-08-01 | 2013-01-30 | 华为技术有限公司 | 一种多机间进行业务备份的方法、装置及系统 |
CN105049263A (zh) * | 2015-08-24 | 2015-11-11 | 浪潮(北京)电子信息产业有限公司 | 一种数据处理方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN106850255A (zh) | 2017-06-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106850255B (zh) | 一种多机备份的实现方法 | |
US11194679B2 (en) | Method and apparatus for redundancy in active-active cluster system | |
US9916113B2 (en) | System and method for mirroring data | |
US10983880B2 (en) | Role designation in a high availability node | |
US7793060B2 (en) | System method and circuit for differential mirroring of data | |
US7437598B2 (en) | System, method and circuit for mirroring data | |
CN102890716B (zh) | 分布式文件系统和分布式文件系统的数据备份方法 | |
KR20030003264A (ko) | 서버의 이중화 방법 및 이중화 서버시스템 | |
CN103199972A (zh) | 基于soa、rs485总线实现的双机热备份切换方法及热备份系统 | |
CN105338095A (zh) | 一种会话数据处理方法和装置 | |
CN105554074A (zh) | 一种基于rpc通信的nas资源监控系统及监控方法 | |
US9811432B2 (en) | Systems and methods for resynchronizing mirroring partners in a storage system | |
CN114461428A (zh) | 一种用于双机集群脑裂的仲裁方法 | |
CN102065138A (zh) | 无盘系统中实现服务器热备份控制的方法 | |
CN115292283A (zh) | 一种基于盘柜的主从高可用切换方法 | |
WO2015196692A1 (zh) | 一种云计算系统以及云计算系统的处理方法和装置 | |
CN103036722A (zh) | 无盘系统中实现服务器热备份的方法 | |
TWI669605B (zh) | 虛擬機器群組的容錯方法及其容錯系統 | |
JP2010231257A (ja) | 高可用性システム、高可用性システムの対障害対策方法 | |
US11385976B1 (en) | Systems and methods for split-brain detection and mitigation | |
JP2006058960A (ja) | 冗長構成のサーバシステムにおける同期化方法及びシステム | |
WO2023007209A1 (en) | Fault-tolerant distributed computing for vehicular systems | |
CN117827544B (zh) | 热备份系统、方法、电子设备及存储介质 | |
KR100793446B1 (ko) | 이중화 통신 시스템의 페일 오버 및 원복 처리 방법 | |
CN115037674B (zh) | 一种中央控制系统单机及多设备冗余备份方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20220725 Address after: 100089 building 36, courtyard 8, Dongbeiwang West Road, Haidian District, Beijing Patentee after: Dawning Information Industry (Beijing) Co.,Ltd. Patentee after: DAWNING INFORMATION INDUSTRY Co.,Ltd. Address before: 100193 No. 36 Building, No. 8 Hospital, Wangxi Road, Haidian District, Beijing Patentee before: Dawning Information Industry (Beijing) Co.,Ltd. |