CN111835555A - 数据恢复方法、装置及可读存储介质 - Google Patents
数据恢复方法、装置及可读存储介质 Download PDFInfo
- Publication number
- CN111835555A CN111835555A CN202010496522.0A CN202010496522A CN111835555A CN 111835555 A CN111835555 A CN 111835555A CN 202010496522 A CN202010496522 A CN 202010496522A CN 111835555 A CN111835555 A CN 111835555A
- Authority
- CN
- China
- Prior art keywords
- state
- data
- control device
- main control
- standby
- 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.)
- Pending
Links
- 238000011084 recovery Methods 0.000 title claims abstract description 76
- 238000000034 method Methods 0.000 title claims abstract description 56
- 230000011664 signaling Effects 0.000 claims description 95
- 238000004590 computer program Methods 0.000 claims description 18
- 230000004044 response Effects 0.000 claims description 12
- 230000015654 memory Effects 0.000 claims description 11
- 230000006855 networking Effects 0.000 abstract description 36
- 238000005516 engineering process Methods 0.000 description 17
- 238000010586 diagram Methods 0.000 description 15
- 230000008569 process Effects 0.000 description 10
- 230000005540 biological transmission Effects 0.000 description 8
- 230000008901 benefit Effects 0.000 description 7
- 238000012545 processing Methods 0.000 description 6
- 238000004891 communication Methods 0.000 description 5
- 238000001514 detection method Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 230000001360 synchronised effect Effects 0.000 description 5
- 238000011144 upstream manufacturing Methods 0.000 description 5
- 230000002159 abnormal effect Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 241001522296 Erithacus rubecula Species 0.000 description 1
- 206010033799 Paralysis Diseases 0.000 description 1
- 241000700605 Viruses Species 0.000 description 1
- 230000002155 anti-virotic effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
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/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- 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)
- Data Exchanges In Wide-Area Networks (AREA)
- Hardware Redundancy (AREA)
Abstract
发明实施例提供了一种数据恢复方法、装置及可读存储介质。方法包括:通过获取主主控设备的第一状态、备主控设备的第二状态,若所述第一状态和所述第二状态中的一个状态为活动状态、且另一个状态为备用状态,则根据所述主主控设备上的数据、所述备主控设备上的数据、以及所述网管服务器上的数据的一致情况,恢复所述主主控设备、所述备主控设备中的至少一个设备上的数据,以使所述主主控设备上的数据与所述备主控设备上的数据一致,从而在处于正常工作模式的主控设备发生故障后,可以通过另一台主控设备继续进行视联网业务,保障视联网业务正常进行。
Description
技术领域
本发明涉及通信领域,特别是涉及一种数据恢复方法、装置及可读存储介质。
背景技术
视联网是网络发展的重要里程碑,是互联网的更高级形态,是一个实时网络,能够实现目前互联网无法实现的全网高清视频实时传输,将众多互联网应用推向高清视频化。并且用户可以通过视联网实现互联网终端之间的通信连接。
随着视联网业务的快速发展,视联网客户群体也迅速壮大,提供稳定可靠安全的视联网服务至关重要。其中,视联网中的主控设备是自治云的管理核心,实现的功能主要包括对自治云中的设备进行管理、注册、实现自治云内部以及自治云之间的视联网业务逻辑、和视联网的管理网络通信以实现更高层的管理等。如果某些自治云中的主控设备发生故障,故障包括软件故障和/或应将故障,会导致视联网业务瘫痪。
发明内容
本发明实施例提供一种数据恢复方法、装置及可读存储介质,以解决自治云中的主控设备发生故障时导致视联网业务瘫痪的问题。
本发明实施例的第一方面,提供了一种数据恢复方法,执行于网管服务器,包括:
获取主主控设备的第一状态、备主控设备的第二状态;
若所述第一状态和所述第二状态中的一个状态为活动状态、且另一个状态为备用状态,则根据所述主主控设备上的数据、所述备主控设备上的数据、以及所述网管服务器上的数据的一致情况,恢复所述主主控设备、所述备主控设备中的至少一个设备上的数据,以使所述主主控设备上的数据与所述备主控设备上的数据一致。
本发明实施例的第二方面,提供了一种数据恢复装置,设置于网管服务器,包括:
获取模块,用于获取主主控设备的第一状态、备主控设备的第二状态;
恢复模块,用于若所述第一状态和所述第二状态中的一个状态为活动状态、且另一个状态为备用状态,则根据所述主主控设备上的数据、所述备主控设备上的数据、以及所述网管服务器上的数据的一致情况,恢复所述主主控设备、所述备主控设备中的至少一个设备上的数据,以使所述主主控设备上的数据与所述备主控设备上的数据一致。
本发明实施例的第三方面,提供了一种计算机可读存储介质,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现上述所述的数据恢复方法的步骤。
本发明的第四方面,提供了一种数据恢复装置,包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现上述所述的数据恢复方法的步骤。
针对在先技术,本发明具备如下优点:
本发明实施例提供的数据恢复方法,通过获取主主控设备的第一状态、备主控设备的第二状态,若所述第一状态和所述第二状态中的一个状态为活动状态、且另一个状态为备用状态,则根据所述主主控设备上的数据、所述备主控设备上的数据、以及所述网管服务器上的数据的一致情况,恢复所述主主控设备、所述备主控设备中的至少一个设备上的数据,以使所述主主控设备上的数据与所述备主控设备上的数据一致,在一定程度上可以保障主主控设备和备主控设备上的核心数据的一致性,从而在处于正常工作模式的主控设备发生故障后,可以通过另一台主控设备继续进行视联网业务,保障视联网业务正常进行。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1为本发明实施例中提供的一种数据恢复方法的***架构图;
图2为本发明实施例中提供的一种视联网拓扑树结构图;
图3为本发明实施例中提供的一种数据恢复方法的步骤流程图;
图4为本发明实施例中提供的一种状态示意图;
图5为本发明实施例中提供的一种设置信令发送示意图;
图6为本发明实施例中提供的一种查询信令发送示意图;
图7为本发明实施例中提供的一种数据恢复装置的结构示意图;
图8是本发明的一种视联网的组网示意图;
图9是本发明的一种节点服务器的硬件结构示意图;
图10是本发明的一种接入交换机的硬件结构示意图;
图11是本发明的一种以太网协转网关的硬件结构示意图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
应当理解,此处所描述的具体实施例仅用以解释本发明,仅仅是本发明一部分实施例,而不是全部的实施例,并不用于限定本发明。
参照图1,图1为本发明实施例中提供的一种数据恢复方法的***架构图。该***包括网管服务器、主主控设备和备主控设备,实际应用中,保障其中的一个主控设备处于活动状态,另一个主控设备处于备用状态。处于备用状态的主控设备的个数可以为多个,此处以包括两个主控设备的***为例进行介绍。
为了更清楚的理解本发明,在此对视联网拓扑树结构进行介绍。视联网的整体网络结构由多个称为自治云的子结构互相连接而成。自治云在互相连接时呈现出明显的层级结构。从最顶层的自治云开始,每个自治云可以和多个下一层的自治云互相连接,下层的自治云再和更下一层的自治云连接,所有的自治云以这种方式层层连接后就形成了完整的视联网,这种层级结构就是标准的树状结构,整个视联网就是一棵自治云节点组成的树。
例如,参照图2,图2为本发明实施例中提供的一种视联网拓扑树结构图。以自治云1为父节点,自治云2和自治云3为自治云1的子节点,自治云4和自治云5为自治云2的子节点,自治云6和自治云7为自治云3的子节点。现有技术中的每个自治云中有一台主控设备和一台分控设备,本发明实施例中为保证视联网业务的可靠性,每个自治云中可以有两台主控设备,每台主控设备下有两台分控设备,视联网核心数据存储在主控设备中,保证一台主控设备宕机后,可以采用另一台主控设备继续进行视联网业务,从而保证视联网业务可靠运行。其中,针对视联网核心数据保护方面,由网管服务器、以及两台主控设备三方配合完成。
为了保障其中一台主控设备故障,切换到另一台主控设备后,能够通过另一台主控设备正常进行视联网业务,网管服务器需要与主主控设备和备主控设备之间进行信令交互,以实现主主控设备上的核心数据和备主控设备上的核心数据保持一致。其中,核心数据例如可以为终端设备、分控设备、主控设备等设备的“注册信息”、“分组信息”、“转发路由”、“升级文件信息”等核心数据。注册信息例如包括终端设备设备号码、类型、地址信息等。如果两个主控设备上的某个终端设备的注册信息不一致或者当前正常工作的主控设备(例如当前正常工作的设备为主主控设备)上具有该终端设备的注册信息,而另一台备用的主控设备(备主控设备)上没有该终端设备的注册信息,则在主主控设备发生故障切换到备主控设备后,由于备主控设备上不具有该终端设备的注册信息或者与之前正常工作的主控设备上的该终端设备的注册信息不一致,该终端设备向备主控设备发起的业务,备主控设备都不会接受。因此,需要保证主主控设备上的终端设备的注册信息与备主控设备上的终端设备的注册信息保持一致。同样,需要尽量保障两个主控设备上的各种核心数据的一致性,才能保障在从发生故障的主控设备切换到另一台主控设备后视联网业务的正常进行。
现有技术中网管服务器和一个主控设备连接,本实施例中采用两个主控设备后,网管服务器该如何和两个主控设备交互,保障两个主控设备的核心数据的一致性。在此首先进行概括性说明,网管服务器和主控设备的交互,可以概况为两种信令:设置信令和查询信令。网管服务器通过操控主控设备,可以完成对整个视联业务的控制。例如,网管服务器通过设置信令,告诉主控设备将“网络带宽调整为100Mb/s”,在有两个主控设备的情况下,如果一种主控设备处于活动状态、一个主控设备处于备用状态,网管服务器就会给两个主控设备都发设置信令,让两个主控设备同时调整,这样就保证两个主控设备的带宽信息一致,让两个主控设备同时调整自身的核心数据的策略称为“双发”策略。此为,网管服务器还可以通过查询信令,询问主控设备“现在网络带宽多大?”,为了避免处于备用状态的主控设备返回查询结果所需时间较长,提高查询效率,同时由于本实施例提供的机制可以保障两个主控设备上的核心数据的一致性,因此,本实施例中采用首先给处于活动状态的主控设备发送查询信令,处于活动状态的主控设备返回给网管服务器查询结果,这种策略称为“单发”策略。如果处于活动状态的主控设备返回失败查询结果,网管服务器再向处于备用状态的主控设备发送查询信令,这种策略称为“轮循单发”策略。
例如,网管客户端向网管服务器发送设置信令,网管服务器将设置信令同时发送到主主控设备和备主控设备,主主控设备和备主控设备接收到设置信令后,解析设置信令,获得设置信令中的参数信息,将参数信息分别写入各自的本地文件中,主控设备如果写入成功,则可以向网管服务器发送写入成功结果,如果写入失败,则可以向网管服务器发送写入失败结果。
网管服务器可以向主主控设备和备主控设备中处于活动状态的主控设备发送查询信令,获取之前通过设置信令设置的核心数据,处于活动状态的主控设备收到查询信令,将文件中保存的核心数据以一定格式编写为信令参数作为结果发送给网管服务器。如果处于活动状态的主控设备返回失败查询结果,网管服务器可以向处于备用状态的主控设备发送查询信令,即采用上述的“轮询单发”策略。
为了对本发明实施例进行详细介绍,在此结合图3进行说明。参照图3,图3为本发明实施例中提供的一种数据恢复方法的步骤流程图,该方法可以执行于网管服务器,本实施例的方法包括如下步骤:
步骤301、获取主主控设备的第一状态、备主控设备的第二状态。
网管服务器与主主控设备、备主控设备建立通信连接后,两个主控设备可以在心跳响应中向网管服务器发送自己的当前状态,网管服务器可以通过接收的心跳响应获取到两个主控设备的当前状态,例如,获取的主主控设备的当前状态为第一状态,获取的备主控设备的当前状态为第二状态。
步骤302、若第一状态和第二状态中的一个状态为活动状态、且另一个状态为备用状态,则根据主主控设备上的数据、备主控设备上的数据、以及网管服务器上的数据的一致情况,恢复主主控设备、备主控设备中的至少一个设备上的数据,以使主主控设备上的数据与备主控设备上的数据一致。
网管服务器还可以向主主控设备和备主控设备发送哈希值获取指令,以获取主主控设备上的数据的哈希值和备主控设备上的数据的哈希值,将主主控设备上的数据的哈希值和备主控设备上的数据的哈希值比较,从而可以确定主主控设备上的数据、备主控设备上的数据、以及网管服务器上的数据的一致情况。其中,主主控设备上的数据和备主控设备上的数据可以为核心数据。需要说明的是,每种核心数据都有分别对应的哈希值,主控设备、网管服务器可以算出自己的核心数据的哈希值。核心数据例如可以为设备的“注册信息”、“分组信息”、“转发路由”、“用户账户信息”、“升级文件信息”中的一种数据。其中,设备包括主控设备、分控设备、终端设备等。注册信息例如为终端的设备号码、终端的类型等、终端的地址等。如果两个主控设备上的终端设备的注册信息不一致(例如,此时处于备用状态的主控设备上无终端设备1的注册信息),则在处于活动状态的主控设备故障后,处于备用状态的主控设备由备用状态转换为活动状态,但是由于此时并无终端设备1的注册信息,则例如会导致此时处于活动状态的主控设备拒绝终端设备1的入网指令。如果升级文件信息不一致,则在处于活动状态的主控设备故障后,处于备用状态的主控设备由备用状态转换为活动状态,导致此时处于活动状态的主控设备的当前版本不是所期望的版本,导致业务无法进行。例如,如果两个主控设备的升级文件信息不一致,处于活动状态的主控设备上的版本为新版本,新版本中为消除了原版本中某些漏洞的版本,而处于备用状态的主控设备的版本仍为原版本,则在切换到处于备用状态的主控设备后,备用主控设备的原版本的漏洞依然存在,可能影响业务质量或导致业务无法正常进行。因此,需要保证两个主控设备上的同一种类型的核心数据的一致性。
需要说明的是,主主控设备和备主控设备也可以在向网管服务器发送的心跳响应中携带各自的核心数据的哈希值。即主主控设备向网管服务器发送的心跳响应中包括第一哈希值,备主控设备向网管服务器发送的心跳响应中包括第二哈希值。
第一状态可以为等待状态、活动状态、备用状态、失步状态和宕机状态中的任意一种状态。第二状态也可以为等待状态、活动状态、备用状态、失步状态和宕机状态中的任意一种状态。其中,以主主控设备为当前设备、备主控设备为对端设备对上述各种状态进行解释。等待状态用于指示当前设备正在和对端设备同步、且当前设备处于备用工作模式,活动状态用于指示当前设备和对端设备同步成功、且当前设备处于正常工作模式,备用状态用于指示当前设备和对端设备同步成功、且当前设备处于备用工作模式,失步状态用于指示当前设备和对端设备同步失败、且当前设备处于正常工作模式,宕机状态用于指示当前设备的软硬件发生了故障,导致当前设备无法正常工作。
第一状态和第二状态可以组成共25种组合。参照图4,图4为本发明实施例中提供的一种状态示意图。例如,第一状态为等待状态、且第二状态为宕机状态时组成了临时状态,第一状态和第二状态都为备用状态时组成了异常状态,第一状态和第二状态都为活动状态时组成了异常状态,第一状态和第二状态都为等待状态时组成了临时状态。组成的其他状态可以参照图4所示,此处不再一一进行文字说明,需要说明是,在由第一状态和第二状态组成的所有组合状态中,除了第一有效状态和第二有效状态之外的其他组合状态都视为无效状态。其中,临时状态表示过一段时间就会恢复成正常状态(即正常状态指一个主控设备为活动状态、另一个主控设备为备用状态),临时状态属于过渡状态,如果长久处在临时状态也是异常的。当两个主控设备都处于备用状态、或者都处于活动状态、或者都处于失步状态时,意味着两个主控设备都可能出现故障,需要人工干预。若第一状态和第二状态中的一个状态为活动状态、且另一个状态为备用状态,则根据主主控设备上的数据、备主控设备上的数据、以及网管服务器上的数据的一致情况,恢复主主控设备、备主控设备中的至少一个设备上的数据。如图4所示,若第一状态和第二状态中的第一状态为活动状态、且第二状态为备用状态,或者第一状态和第二状态中的第一状态为备用状态、且第二状态为活动状态都为第一有效状态。
其中,根据主主控设备上的数据、备主控设备上的数据、以及网管服务器上的数据的一致情况,恢复主主控设备、备主控设备中的至少一个设备上的数据可以通过如下方式实现:
若网管服务器上的数据与处于活动状态的主控设备上的第一数据不一致、且网管服务器上的数据与处于备用状态的主控设备上的第二数据一致,则向处于活动状态的主控设备发送恢复信令,以使处于活动状态的主控设备采用恢复信令中包括的网管服务器上的数据替换第一数据,从而使主主控设备上的数据与备主控设备上的数据一致。
本实施例提供的数据恢复方法,通过获取主主控设备的第一状态、备主控设备的第二状态,若第一状态和第二状态中的一个状态为活动状态、且另一个状态为备用状态,则根据主主控设备上的数据、备主控设备上的数据、以及网管服务器上的数据的一致情况,恢复主主控设备、备主控设备中的至少一个设备上的数据,以使主主控设备上的数据与备主控设备上的数据一致,从而在一定程度上可以保障主主控设备和备主控设备上的数据的一致性,从而在处于正常工作模式的主控设备发生故障后,可以通过另一台主控设备继续进行视联网业务,保障视联网业务正常进行。
在步骤301、获取主主控设备的第一状态、备主控设备的第二状态之后,还可以包括如下步骤:
在第一状态和第二状态组成有效状态的情况下,向主主控设备和备主控设备均发送设置信令,其中,有效状态包括第一有效状态和第二有效状态,第一有效状态表示第一状态和第二状态中的一个状态为活动状态、且另一个状态为备用状态,第二有效状态表示第一状态和第二状态中的一个状态为失步状态、且另一个状态为宕机状态;
在第一状态和第二状态组成无效状态的情况下,输出提示信息,其中,无效状态为除有效状态之外的其他状态。
其中,参照图4,有效状态包括第一有效状态和第二有效状态,第二有效状态指第一状态和第二状态中一个为失步状态,另一个为宕机状态。
例如,参照图5,图5为本发明实施例中提供的一种设置信令发送示意图。当第一状态和第二状态组成第一有效状态时,即其中一个状态为活动状态,另一个状态为备用状态时,采用双发策略,即向两个主控设备都发送设置信令。通过双发策略的目的,是为了让两个主控设备的数据同时发生改变,从而可以在一定程度上减少两个主控设备上的数据不一致的概率,以及减少处于活动状态的主控设备上的数据与网管服务器上的数据不一致的概率,从而减少执行后续的恢复策略。例如,同时向主主控设备和备主控设备发送设置信令,以将网管服务器上的注册信息同时同步到两个主控设备上,以保证两个主控设备上的注册信息一致。
如果在步骤301中获取到第一状态和第二状态后,确定了第一状态和第二状态组成了无效状态,则不向向主主控设备和备主控设备中的任意一个设备发送设置信令,从而可以减少信令开销,同时降低设置失败的概率,并可以输出提示信息提示用户,提示信息的内容可以为两个主控设备各自的状态信息。需要说明的是,在无效状态时,不向任何一个主控设备发送设置信令,从而可以保证两个主控设备上的数据不被修改,在一定程度上保证两个主控设备上的数据的一致性。
可选的,根据主主控设备上的数据、备主控设备上的数据、以及网管服务器上的数据的一致情况,恢复主主控设备、备主控设备中的至少一个设备上的数据可以通过如下方式实现:
若网管服务器上的数据与处于活动状态的主控设备上的第一数据不一致、且网管服务器上的数据与处于备用状态的主控设备上的第二数据不一致,则向处于活动状态的主控设备和处于备用状态的主控设备均发送恢复信令,以使处于活动状态的主控设备采用恢复信令中包括的网管服务器上的数据替换第一数据,以及使处于备用状态的主控设备采用恢复信令中包括的网管服务器上的数据替换第二数据;或者,
若网管服务器上的数据与处于活动状态的主控设备上的第一数据不一致、且网管服务器上的数据与处于备用状态的主控设备上的第二数据不一致,则向处于活动状态的主控设备发送恢复信令,以使处于活动状态的主控设备采用恢复信令中包括的网管服务器上的数据替换第一数据,并在成功恢复第一数据的情况下,通过处于活动状态的主控设备上的数据恢复处于备用状态的主控设备上的第二数据。
其中,在成功恢复第一数据的情况下,通过处于活动状态的主控设备上的数据恢复处于备用状态的主控设备上的第二数据,可以更快的将处于活动状态的主控设备上的数据同步到处于备用状态的主控设备上。由于主控设备上的数据是以文件形式存储的,而网管服务器上的数据是以数据库形式存储的,网管服务器向主控服务器发送恢复信令时,需要将数据库中的数据按一定格式组成主控服务器可识别的信息,然后利用设置信令下发给主控服务器,因此如果需要恢复的数据的数据量较大,则耗时会比较长。而网管服务器若向处于活动状态的主控服务器发送恢复信令后,成功恢复处于活动状态的主控设备上的第一数据的情况下,如果通过向处于备用状态的主控设备发送设置信令恢复处于备用状态的主控设备上的第二数据,则需要较长的时间,因此,为了节省恢复时间,网管服务器在成功恢复第一数据的情况下,通过处于活动状态的主控设备上的数据恢复处于备用状态的主控设备上的第二数据,网管服务器可以获取处于活动状态的主控设备上的数据,并将获取的处于活动状态的主控设备上的文件形式的数据恢复到处于备用状态的主控设备上。需要说明的是,采用网管服务器获取处于活动状态的主控设备上的数据,并将获取的处于活动状态的主控设备上的文件形式的数据恢复到处于备用状态的主控设备上,而并非是处于活动状态的主控设备直接回处于备用状态的主控设备上的数据,可以减轻处于活动状态的主控设备的压力。
可选的,根据主主控设备上的数据、备主控设备上的数据、以及网管服务器上的数据,恢复主主控设备、备主控设备中的至少一个设备上的数据的一致情况,还可以通过如下方式实现:
若网管服务器上的数据与处于活动状态的主控设备上的第一数据一致、且网管服务器上的数据与处于备用状态的主控设备上的第二数据不一致,则向处于备用状态的主控设备发送恢复信令,以使处于备用状态的主控设备采用恢复信令中包括的网管服务器上的数据替换第二数据;或者,
若网管服务器上的数据与处于活动状态的主控设备上的第一数据一致、且网管服务器上的数据与处于备用状态的主控设备上的第二数据不一致,则通过处于活动状态的主控设备上的第一数据恢复处于备用状态的主控设备上的第二数据。
可选的,在通过处于活动状态的主控设备上的第一数据恢复处于备用状态的主控设备上的第二数据之前,还可以包括如下步骤:
判断在N个心跳周期内主主控设备的状态和备主控设备的状态是否保持不变、且在第N个心跳周期时主主控设备上的第一数据与备主控设备上的第二数据不一致,其中,N为预设数值;
若在N个心跳周期内主主控设备的状态和备主控设备的状态保持不变、且在第N个心跳周期时主主控设备上的第一数据与备主控设备上的第二数据不一致,则读取处于活动状态的主控设备上的第一数据,并向处于备用状态的主控设备发送读取的第一数据,以使处于备用状态的主控设备采用接收到的第一数据替换第二数据。
需要说明的是,当第一状态和第二状态组成第二有效状态时,即其中一个状态为失步状态,另一个状态为宕机状态时,向两个主控设备都发送设置信令(向两个主控设备都发送设置信令的情况下,处于宕机状态的主控设备无法收到设置信令),或者只向处于失步状态的主控设备发送设置信令。例如,主主控设备为失步状态,备主控设备为宕机状态,此种情况下,网管服务器只向主主控设备发送设置信令,主主控设备收到设置信令后,如果将设置信令中的核心数据写入成功,则返回成功,如果写入失败,则返回失败。
需要说明的是,当第一状态和第二状态组成第一有效状态时,向两个主控设备均发送了设置信令。在向两个主控设备均发送设置信令后,如果主主控设备和备主控设备收到设置信令后,如果两个主控设备的返回结果不同,则存在两个主控设备上的核心数据不一致的情况。
例如,处于活动状态的主控设备返回成功,处于备用状态的主控设备返回失败;或者处于活动状态的主控设备返回失败,处于备用状态的主控设备返回成功,由此会造成两个主控设备上的核心数据不一致的情况。对于两个主控设备的返回结果不同时,网管服务器暂不处理,而是后期通过获取两个主控设备上的数据的哈希值的方式判断网管服务器上的数据是否与处于活动状态的主控设备的数据相同、以及判断网管服务器上的数据是否与处于备用状态的主控设备上的数据相同。
例如,当处于活动状态的主控设备上的数据的哈希值与网管服务器上的数据的哈希值不同,可以确定处于活动状态的主控设备上的数据与网管服务器上的数据不同。例如,当第一状态和第二状态组成第一有效状态时,向主主控设备和备主控设备发送了设置信令,而两个主控设备返回的结果不同,网管服务器暂不处理,而是在后期通过获取两个主控设备上的数据的哈希值,如果发现处于活动状态的主控设备的哈希值与网管服务器上的数据的哈希值不同,则可以向处于活动状态的主控设备发送恢复信令,以将网管服务器上的数据同步到处于活动状态的主控设备。其中,获取的两个主控设备上的数据的哈希值和网管服务器上的数据的哈希值都为当前数据的哈希值,数据发生改变,哈希值会发生改变。
处于活动状态的主控设备的数据与网管服务器上的数据相同后,如果处于备用状态的主控设备的数据的哈希值与网管服务器上的数据的哈希值相同,则处于备用状态的主控设备不需要执行任何动作,此时,两个主控设备上的数据保持一致。如果处于备用状态的主控设备的数据的哈希值与网管服务器上的数据的哈希值不同,则需要执行将处于活动状态的主控设备上的数据同步到处于备用状态的主控设备上的步骤,即网管服务器从处于活动状态的主控设备上读取数据,并将读取到的数据发送给处于备用状态的主控设备,处于备用状态的主控设备采用接收到的网管服务器发送的数据替换本地数据,以使处于活动状态的主控设备与处于备用状态的主控设备上的数据保持一致。需要说明的是,为了减轻主控设备的负担,两个主控设备之间不直接进行核心数据的同步,而是通过网管服务器从处于活动状态的主控设备上读取核心数据,并将读取到的核心数据发送给处于备用状态的主控设备。其中,两个主控设备上的核心数据以文件格式存储,网管服务器可以直接读取处于活动状态的主控设备上的文件格式的核心数据,并发送给处于备用状态的主控设备,处于备用状态的主控设备直接采用文件格式的核心数据替换之前的核心数据。
当第一状态和第二状态组成第二有效状态时,在向处于失步状态的主控设备发送设置信令后,如果处于失步状态的主控设备转换为活动状态,处于宕机状态的主控设备转换为备用状态,此种情况下,如果处于活动状态的主控设备上的数据与网管服务器上的数据不同,也向处于活动状态的主控设备发送恢复信令。发送恢复信令后,处于活动状态的主控设备的数据与网管服务器上的数据相同后,如果处于备用状态的主控设备的数据的哈希值与网管服务器上的数据的哈希值相同,则处于备用状态的主控设备不需要执行任何动作,此时,两个主控设备上的数据保持一致。如果处于备用状态的主控设备的数据的哈希值与网管服务器上的数据的哈希值不同,则需要执行将处于活动状态的主控设备上的数据同步到处于备用状态的主控设备上的步骤。
需要说明的是,例如,当第一状态和第二状态组成第二有效状态时,处于失步状态的主控设备转换为活动状态,处于宕机状态的主控设备正常后,将进入备用状态。网管服务器检查到处于活动状态的主控设备上的数据的哈希值和处于备用状态主控设备上的数据的哈希值不同,则可以确定处于活动状态的主控设备和处于备用状态的主控设备上的数据不同,网管服务器不会立即使用处于活动状态的主控设备上的数据恢复处于备用状态的主控设备上的数据,而是等待N个心跳周期(例如等待10个心跳周期,一个心跳周期等于1秒),如果在N个心跳周期内两个主控设备的状态没有发生转移(即原来处于活动状态的主控设备的状态还是活动状态,原来处于备用状态的主控设备还是备用状态),并且两个主控设备上的核心数据的哈希值依然不一致,网管服务器才读取处于活动状态的主控设备上的核心数据,并向处于备用状态的主控设备发送读取的核心数据,这种“滞后恢复”实际中是有意义的,能防止工作状态“边界效应”(状态不稳定,频繁倒换)造成的误操作。“滞后恢复”指等待预设时间段后再执行恢复(恢复过程即将从处于活动状态的主控设备上的核心数据恢复到处于备用状态的主控设备上)。例如,如果在N个心跳周期内由宕机状态转换为备用状态的主控设备又从备用状态转换成宕机状态,则无法执行恢复动作。如果在N个心跳周期内,两个主控设备上的核心数据的哈希值相同,则在N个心跳周期到达后,不执行“滞后恢复”。
当第一状态和第二状态组成第一有效状态时,网管服务器向两个主控设备发送设置信令后,网管服务器获取两个主控设备上的核心数据的哈希值,发现处于活动状态的主控设备的核心数据的哈希值与网管服务器上的核心数据的哈希值相同,而处于活动状态的主控设备的核心数据的哈希值与处于备用状态的主控设备的该种核心数据的哈希值不同(由于网络传输原因导致处于备用状态的主控设备接收到核心数据较晚,造成写入数据较晚从而导致两个主控设备上的核心数据哈希值不同),也执行上述的“滞后恢复”策略。
通过执行“滞后恢复”策略,可以进一步提高两个主控设备上的核心数据的一致性,从而在其中一个主控设备故障后,由于另一台主控设备上的核心数据与发生故障的主控设备上的核心数据一致,从而可以保证视联网业务继续进行。
可选的,还可以包括如下步骤:
在第一状态和第二状态组成第一有效状态时,向处于活动状态的主控设备发送查询信令;接收处于活动状态的主控设备发送的查询响应;若查询响应表示查询失败,则向处于备用状态的主控设备发送查询信令,其中,第一有效状态表示第一状态和第二状态中的一个状态为活动状态、且另一个状态为备用状态;或者,
当第一状态和第二状态组成第二有效状态时,向处于失步状态的主控设备发送查询信令,其中,第二有效状态示第一状态和第二状态中的一个状态为失步状态、且另一个状态为宕机状态。
需要说明的是,参照图6,图6为本发明实施例中提供的一种查询信令发送示意图。当第一状态和第二状态组成第一有效状态时,如果主主控设备为为处于活动状态的主控设备,则执行如图6中的实线所示的查询过程。并且如果网管服务器收到主主控设备发送的失败响应结果后,网管服务器和备主控设备可以执行如图6虚线所示的查询过程。如果备主控设备也返回失败才意味着失败。
当第一状态和第二状态组成第二有效状态时,向处于失步状态的主控设备发送查询信令,并不向处于宕机状态的主控设备发送查询信令。例如主主控设备处于失步状态,备主控设备处于宕机状态,则向主主控设备发送查询信令,不向备主控设备发送查询信令。
当第一状态和第二状态组成无效状态时,不向主主控设备和备主控设备中的任意一个设备发送查询信令,并输出提示信息,提示信息以提示用户各个主控设备的状态。
参照图7,图7为本发明实施例中提供的一种数据恢复装置的结构示意图,该装置700设置于网管服务器,包括:
获取模块710,用于获取主主控设备的第一状态、备主控设备的第二状态;
恢复模块720,用于若所述第一状态和所述第二状态中的一个状态为活动状态、且另一个状态为备用状态,则根据所述主主控设备上的数据、所述备主控设备上的数据、以及所述网管服务器上的数据的一致情况,恢复所述主主控设备、所述备主控设备中的至少一个设备上的数据,以使所述主主控设备上的数据与所述备主控设备上的数据一致。
本实施例提供的数据恢复方法,通过获取主主控设备的第一状态、备主控设备的第二状态,若所述第一状态和所述第二状态中的一个状态为活动状态、且另一个状态为备用状态,则根据所述主主控设备上的数据、所述备主控设备上的数据、以及所述网管服务器上的数据的一致情况,恢复所述主主控设备、所述备主控设备中的至少一个设备上的数据,以使所述主主控设备上的数据与所述备主控设备上的数据一致,在一定程度上可以保障主主控设备和备主控设备上的核心数据的一致性,从而在处于正常工作模式的主控设备发生故障后,可以通过另一台主控设备继续进行视联网业务,保障视联网业务正常进行。
可选的,恢复模块720,具体用于若所述网管服务器上的数据与处于活动状态的主控设备上的第一数据不一致、且所述网管服务器上的数据与处于备用状态的主控设备上的第二数据一致,则向处于活动状态的主控设备发送恢复信令,以使处于活动状态的主控设备采用所述恢复信令中包括的网管服务器上的数据替换所述第一数据。
可选的,恢复模块720,具体用于若所述网管服务器上的数据与处于活动状态的主控设备上的第一数据不一致、且所述网管服务器上的数据与处于备用状态的主控设备上的第二数据不一致,则向处于活动状态的主控设备和处于备用状态的主控设备均发送恢复信令,以使处于活动状态的主控设备采用所述恢复信令中包括的网管服务器上的数据替换所述第一数据,以及使处于备用状态的主控设备采用所述恢复信令中包括的网管服务器上的数据替换所述第二数据;或者,
若所述网管服务器上的数据与处于活动状态的主控设备上的第一数据不一致、且所述网管服务器上的数据与处于备用状态的主控设备上的第二数据不一致,则向处于活动状态的主控设备发送恢复信令,以使处于活动状态的主控设备采用所述恢复信令中包括的网管服务器上的数据替换所述第一数据,并在成功恢复所述第一数据的情况下,通过处于活动状态的主控设备上的数据恢复处于备用状态的主控设备上的第二数据。
可选的,恢复模块720,具体用于若所述网管服务器上的数据与处于活动状态的主控设备上的第一数据一致、且所述网管服务器上的数据与处于备用状态的主控设备上的第二数据不一致,则向处于备用状态的主控设备发送恢复信令,以使处于备用状态的主控设备采用所述恢复信令中包括的网管服务器上的数据替换所述第二数据;或者,
若所述网管服务器上的数据与处于活动状态的主控设备上的第一数据一致、且所述网管服务器上的数据与处于备用状态的主控设备上的第二数据不一致,则通过处于活动状态的主控设备上的第一数据恢复处于备用状态的主控设备上的第二数据。
可选的,还包括:
判断模块,用于判断在N个心跳周期内所述主主控设备的状态和所述备主控设备的状态是否保持不变、且在第N个心跳周期时所述主主控设备上的第一数据与所述备主控设备上的第二数据不一致,其中,N为预设数值;
读取模块,用于若在所述N个心跳周期内所述主主控设备的状态和所述备主控设备的状态保持不变、且在所述第N个心跳周期时所述主主控设备上的第一数据与所述备主控设备上的第二数据不一致,则读取处于活动状态的主控设备上的第一数据,并向处于备用状态的主控设备发送读取的第一数据,以使处于备用状态的主控设备采用接收到的第一数据替换所述第二数据。
可选的,还包括:
发送模块,用于在所述第一状态和所述第二状态组成有效状态的情况下,向所述主主控设备和所述备主控设备均发送设置信令,其中,所述有效状态包括第一有效状态和第二有效状态,所述第一有效状态表示所述第一状态和所述第二状态中的一个状态为活动状态、且另一个状态为备用状态,所述第二有效状态表示所述第一状态和所述第二状态中的一个状态为失步状态、且另一个状态为宕机状态;
输出模块,用于在所述第一状态和所述第二状态组成无效状态的情况下,输出提示信息,其中,所述无效状态为除所述有效状态之外的其他状态。
可选的,发送模块还用于在所述第一状态和所述第二状态组成第一有效状态时,向处于活动状态的主控设备发送查询信令;接收处于活动状态的主控设备发送的查询响应;若所述查询响应表示查询失败,则向处于备用状态的主控设备发送所述查询信令,其中,第一有效状态表示所述第一状态和所述第二状态中的一个状态为活动状态、且另一个状态为备用状态;或者,
当所述第一状态和所述第二状态组成第二有效状态时,向处于失步状态的主控设备发送所述查询信令,其中,所述第二有效状态示所述第一状态和所述第二状态中的一个状态为失步状态、且另一个状态为宕机状态。
另外,本发明实施例还提供一种数据恢复装置,该数据恢复装置包括处理器,存储器以及存储在存储器上并可在处理器上运行的计算机程序,该计算机程序被处理器执行时实现上述实施例的数据恢复方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
本发明实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述的数据恢复方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,的计算机可读存储介质,可以为只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(RandomAccess Memory,简称RAM)、磁碟或者光盘等。
本发明实施例还提供了一种计算机程序,该计算机程序可以存储在云端或本地的存储介质上。在该计算机程序被计算机或处理器运行时用于执行本发明实施例的数据恢复方法的相应步骤,并且用于实现根据本发明实施例的数据恢复装置中的相应模块。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域技术人员易于想到的是:上述各个实施例的任意组合应用都是可行的,故上述各个实施例之间的任意组合都是本发明的实施方案,但是由于篇幅限制,本说明书在此就不一一详述了。
在此提供的数据恢复方法不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述,构造具有本发明方案的***所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本发明并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的数据恢复方法中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
为使本领域技术人员更好地理解本发明实施例,以下对视联网进行介绍:
视联网所应用的部分技术如下所述:
网络技术(NetworkTechnology)
视联网的网络技术创新改良了传统以太网(Ethernet),以面对网络上潜在的巨大视频流量。不同于单纯的网络分组包交换(Packet Switching)或网络电路交换(CircuitSwitching),视联网技术采用Packet Switching满足Streaming需求。视联网技术具备分组交换的灵活、简单和低价,同时具备电路交换的品质和安全保证,实现了全网交换式虚拟电路,以及数据格式的无缝连接。
交换技术(Switching Technology)
视联网采用以太网的异步和包交换两个优点,在全兼容的前提下消除了以太网缺陷,具备全网端到端无缝连接,直通用户终端,直接承载IP数据包。用户数据在全网范围内不需任何格式转换。视联网是以太网的更高级形态,是一个实时交换平台,能够实现目前互联网无法实现的全网大规模高清视频实时传输,将众多网络视频应用推向高清化、统一化。
服务器技术(ServerTechnology)
视联网和统一视频平台上的服务器技术不同于传统意义上的服务器,它的流媒体传输是建立在面向连接的基础上,其数据处理能力与流量、通讯时间无关,单个网络层就能够包含信令及数据传输。对于语音和视频业务来说,视联网和统一视频平台流媒体处理的复杂度比数据处理简单许多,效率比传统服务器大大提高了百倍以上。
储存器技术(Storage Technology)
统一视频平台的超高速储存器技术为了适应超大容量和超大流量的媒体内容而采用了最先进的实时操作***,将服务器指令中的节目信息映射到具体的硬盘空间,媒体内容不再经过服务器,瞬间直接送达到用户终端,用户等待一般时间小于0.2秒。最优化的扇区分布大大减少了硬盘磁头寻道的机械运动,资源消耗仅占同等级IP互联网的20%,但产生大于传统硬盘阵列3倍的并发流量,综合效率提升10倍以上。
网络安全技术(Network SecurityTechnology)
视联网的结构性设计通过每次服务单独许可制、设备与用户数据完全隔离等方式从结构上彻底根除了困扰互联网的网络安全问题,一般不需要杀毒程序、防火墙,杜绝了黑客与病毒的攻击,为用户提供结构性的无忧安全网络。
服务创新技术(Service InnovationTechnology)
统一视频平台将业务与传输融合在一起,不论是单个用户、私网用户还是一个网络的总合,都不过是一次自动连接。用户终端、机顶盒或PC直接连到统一视频平台,获得丰富多彩的各种形态的多媒体视频服务。统一视频平台采用“菜谱式”配表模式来替代传统的复杂应用编程,可以使用非常少的代码即可实现复杂的应用,实现“无限量”的新业务创新。
视联网的组网如下所述:
视联网是一种集中控制的网络结构,该网络可以是树型网、星型网、环状网等等类型,但在此基础上网络中需要有集中控制节点来控制整个网络。
如图5所示,视联网分为接入网和城域网两部分。
接入网部分的设备主要可以分为3类:节点服务器,接入交换机,终端(包括各种机顶盒、编码板、存储器等)。节点服务器与接入交换机相连,接入交换机可以与多个终端相连,并可以连接以太网。
其中,节点服务器是接入网中起集中控制功能的节点,可控制接入交换机和终端。节点服务器可直接与接入交换机相连,也可以直接与终端相连。
类似的,城域网部分的设备也可以分为3类:城域服务器,节点交换机,节点服务器。城域服务器与节点交换机相连,节点交换机可以与多个节点服务器相连。
其中,节点服务器即为接入网部分的节点服务器,即节点服务器既属于接入网部分,又属于城域网部分。
城域服务器是城域网中起集中控制功能的节点,可控制节点交换机和节点服务器。城域服务器可直接连接节点交换机,也可直接连接节点服务器。
由此可见,整个视联网络是一种分层集中控制的网络结构,而节点服务器和城域服务器下控制的网络可以是树型、星型、环状等各种结构。
形象地称,接入网部分可以组成统一视频平台(虚线圈中部分),多个统一视频平台可以组成视联网;每个统一视频平台可以通过城域以及广域视联网互联互通。
视联网设备分类
1.1本发明实施例的视联网中的设备主要可以分为3类:服务器,交换机(包括以太网网关),终端(包括各种机顶盒,编码板,存储器等)。视联网整体上可以分为城域网(或者国家网、全球网等)和接入网。
1.2其中接入网部分的设备主要可以分为3类:节点服务器,接入交换机(包括以太网网关),终端(包括各种机顶盒,编码板,存储器等)。
各接入网设备的具体硬件结构为:
节点服务器:
如图9所示,主要包括网络接口模块901、交换引擎模块902、CPU模块903、磁盘阵列模块904;
其中,网络接口模块901,CPU模块903、磁盘阵列模块904进来的包均进入交换引擎模块902;交换引擎模块902对进来的包进行查地址表905的操作,从而获得包的导向信息;并根据包的导向信息把该包存入对应的包缓存器906的队列;如果包缓存器906的队列接近满,则丢弃;交换引擎模902轮询所有包缓存器队列,如果满足以下条件进行转发:1)该端口发送缓存未满;2)该队列包计数器大于零。磁盘阵列模块904主要实现对硬盘的控制,包括对硬盘的初始化、读写等操作;CPU模块903主要负责与接入交换机、终端(图中未示出)之间的协议处理,对地址表905(包括下行协议包地址表、上行协议包地址表、数据包地址表)的配置,以及,对磁盘阵列模块904的配置。
接入交换机:
如图10所示,主要包括网络接口模块(下行网络接口模块1001、上行网络接口模块1002)、交换引擎模块1003和CPU模块1004;
其中,下行网络接口模块1001进来的包(上行数据)进入包检测模块1005;包检测模块1005检测包的目地地址(DA)、源地址(SA)、数据包类型及包长度是否符合要求,如果符合,则分配相应的流标识符(stream-id),并进入交换引擎模块1003,否则丢弃;上行网络接口模块1002进来的包(下行数据)进入交换引擎模块1003;CPU模块1004进来的数据包进入交换引擎模块1003;交换引擎模块1003对进来的包进行查地址表1006的操作,从而获得包的导向信息;如果进入交换引擎模块1003的包是下行网络接口往上行网络接口去的,则结合流标识符(stream-id)把该包存入对应的包缓存器1007的队列;如果该包缓存器1007的队列接近满,则丢弃;如果进入交换引擎模块1003的包不是下行网络接口往上行网络接口去的,则根据包的导向信息,把该数据包存入对应的包缓存器1007的队列;如果该包缓存器1007的队列接近满,则丢弃。
交换引擎模块1003轮询所有包缓存器队列,在本发明实施例中分两种情形:
如果该队列是下行网络接口往上行网络接口去的,则满足以下条件进行转发:1)该端口发送缓存未满;2)该队列包计数器大于零;3)获得码率控制模块产生的令牌;
如果该队列不是下行网络接口往上行网络接口去的,则满足以下条件进行转发:1)该端口发送缓存未满;2)该队列包计数器大于零。
码率控制模块1008是由CPU模块1004来配置的,在可编程的间隔内对所有下行网络接口往上行网络接口去的包缓存器队列产生令牌,用以控制上行转发的码率。
CPU模块1004主要负责与节点服务器之间的协议处理,对地址表1006的配置,以及,对码率控制模块1008的配置。
以太网协转网关:
如图11所示,主要包括网络接口模块(下行网络接口模块1101、上行网络接口模块1102)、交换引擎模块1103、CPU模块1104、包检测模块1105、码率控制模块1108、地址表1106、包缓存器1107和MAC添加模块1109、MAC删除模块1110。
其中,下行网络接口模块1101进来的数据包进入包检测模块1105;包检测模块1105检测数据包的以太网MAC DA、以太网MAC SA、以太网length or frame type、视联网目地地址DA、视联网源地址SA、视联网数据包类型及包长度是否符合要求,如果符合则分配相应的流标识符(stream-id);然后,由MAC删除模块1110减去MAC DA、MAC SA、length orframe type(2byte),并进入相应的接收缓存,否则丢弃;
下行网络接口模块1101检测该端口的发送缓存,如果有包则根据包的视联网目地地址DA获知对应的终端的以太网MAC DA,添加终端的以太网MAC DA、以太网协转网关的MACSA、以太网length or frame type,并发送。
以太网协转网关中其他模块的功能与接入交换机类似。
终端:
主要包括网络接口模块、业务处理模块和CPU模块;例如,机顶盒主要包括网络接口模块、视音频编解码引擎模块、CPU模块;编码板主要包括网络接口模块、视音频编码引擎模块、CPU模块;存储器主要包括网络接口模块、CPU模块和磁盘阵列模块。
1.3城域网部分的设备主要可以分为2类:节点服务器,节点交换机,城域服务器。其中,节点交换机主要包括网络接口模块、交换引擎模块和CPU模块;城域服务器主要包括网络接口模块、交换引擎模块和CPU模块构成。
2、视联网数据包定义
2.1接入网数据包定义
接入网的数据包主要包括以下几部分:目的地址(DA)、源地址(SA)、保留字节、payload(PDU)、CRC。
如下表所示,接入网的数据包主要包括以下几部分:
DA SA Reserved Payload CRC
DA | SA | Reserved | Payload | CRC |
其中:
目的地址(DA)由8个字节(byte)组成,第一个字节表示数据包的类型(例如各种协议包、组播数据包、单播数据包等),最多有256种可能,第二字节到第六字节为城域网地址,第七、第八字节为接入网地址;
源地址(SA)也是由8个字节(byte)组成,定义与目的地址(DA)相同;
保留字节由2个字节组成;
payload部分根据不同的数据报的类型有不同的长度,如果是各种协议包的话是64个字节,如果是单组播数据包话是32+1024=1056个字节,当然并不仅仅限于以上2种;
CRC有4个字节组成,其计算方法遵循标准的以太网CRC算法。
2.2城域网数据包定义
城域网的拓扑是图型,两个设备之间可能有2种、甚至2种以上的连接,即节点交换机和节点服务器、节点交换机和节点交换机、节点交换机和节点服务器之间都可能超过2种连接。但是,城域网设备的城域网地址却是唯一的,为了精确描述城域网设备之间的连接关系,在本发明实施例中引入参数:标签,来唯一描述一个城域网设备。
本说明书中标签的定义和MPLS(Multi-Protocol Label Switch,多协议标签交换)的标签的定义类似,假设设备A和设备B之间有两个连接,那么数据包从设备A到设备B就有2个标签,数据包从设备B到设备A也有2个标签。标签分入标签、出标签,假设数据包进入设备A的标签(入标签)是0x0000,这个数据包离开设备A时的标签(出标签)可能就变成了0x0001。城域网的入网流程是集中控制下的入网过程,也就意味着城域网的地址分配、标签分配都是由城域服务器主导的,节点交换机、节点服务器都是被动的执行而已,这一点与MPLS的标签分配是不同的,MPLS的标签分配是交换机、服务器互相协商的结果。
如下表所示,城域网的数据包主要包括以下几部分:
DA | SA | Reserved | 标签 | Payload | CRC |
即目的地址(DA)、源地址(SA)、保留字节(Reserved)、标签、payload(PDU)、CRC。其中,标签的格式可以参考如下定义:标签是32bit,其中高16bit保留,只用低16bit,它的位置是在数据包的保留字节和payload之间。
Claims (10)
1.一种数据恢复方法,其特征在于,执行于网管服务器,包括:
获取主主控设备的第一状态、备主控设备的第二状态;
若所述第一状态和所述第二状态中的一个状态为活动状态、且另一个状态为备用状态,则根据所述主主控设备上的数据、所述备主控设备上的数据、以及所述网管服务器上的数据的一致情况,恢复所述主主控设备、所述备主控设备中的至少一个设备上的数据,以使所述主主控设备上的数据与所述备主控设备上的数据一致。
2.根据权利要求1所述的方法,其特征在于,所述根据所述主主控设备上的数据、所述备主控设备上的数据、以及所述网管服务器上的数据的一致情况,恢复所述主主控设备、所述备主控设备中的至少一个设备上的数据,包括:
若所述网管服务器上的数据与处于活动状态的主控设备上的第一数据不一致、且所述网管服务器上的数据与处于备用状态的主控设备上的第二数据一致,则向处于活动状态的主控设备发送恢复信令,以使处于活动状态的主控设备采用所述恢复信令中包括的网管服务器上的数据替换所述第一数据。
3.根据权利要求1所述的方法,其特征在于,所述根据所述主主控设备上的数据、所述备主控设备上的数据、以及所述网管服务器上的数据的一致情况,恢复所述主主控设备、所述备主控设备中的至少一个设备上的数据,包括:
若所述网管服务器上的数据与处于活动状态的主控设备上的第一数据不一致、且所述网管服务器上的数据与处于备用状态的主控设备上的第二数据不一致,则向处于活动状态的主控设备和处于备用状态的主控设备均发送恢复信令,以使处于活动状态的主控设备采用所述恢复信令中包括的网管服务器上的数据替换所述第一数据,以及使处于备用状态的主控设备采用所述恢复信令中包括的网管服务器上的数据替换所述第二数据;或者,
若所述网管服务器上的数据与处于活动状态的主控设备上的第一数据不一致、且所述网管服务器上的数据与处于备用状态的主控设备上的第二数据不一致,则向处于活动状态的主控设备发送恢复信令,以使处于活动状态的主控设备采用所述恢复信令中包括的网管服务器上的数据替换所述第一数据,并在成功恢复所述第一数据的情况下,通过处于活动状态的主控设备上的数据恢复处于备用状态的主控设备上的第二数据。
4.根据权利要求1所述的方法,其特征在于,所述根据所述主主控设备上的数据、所述备主控设备上的数据、以及所述网管服务器上的数据,恢复所述主主控设备、所述备主控设备中的至少一个设备上的数据的一致情况,包括:
若所述网管服务器上的数据与处于活动状态的主控设备上的第一数据一致、且所述网管服务器上的数据与处于备用状态的主控设备上的第二数据不一致,则向处于备用状态的主控设备发送恢复信令,以使处于备用状态的主控设备采用所述恢复信令中包括的网管服务器上的数据替换所述第二数据;或者,
若所述网管服务器上的数据与处于活动状态的主控设备上的第一数据一致、且所述网管服务器上的数据与处于备用状态的主控设备上的第二数据不一致,则通过处于活动状态的主控设备上的第一数据恢复处于备用状态的主控设备上的第二数据。
5.根据权利要求4所述的方法,其特征在于,在所述通过处于活动状态的主控设备上的第一数据恢复处于备用状态的主控设备上的第二数据之前,还包括:
判断在N个心跳周期内所述主主控设备的状态和所述备主控设备的状态是否保持不变、且在第N个心跳周期时所述主主控设备上的第一数据与所述备主控设备上的第二数据不一致,其中,N为预设数值;
若在所述N个心跳周期内所述主主控设备的状态和所述备主控设备的状态保持不变、且在所述第N个心跳周期时所述主主控设备上的第一数据与所述备主控设备上的第二数据不一致,则读取处于活动状态的主控设备上的第一数据,并向处于备用状态的主控设备发送读取的第一数据,以使处于备用状态的主控设备采用接收到的第一数据替换所述第二数据。
6.根据权利要求1-5任一项所述的方法,其特征在于,在所述获取主主控设备的第一状态、备主控设备的第二状态之后,还包括:
在所述第一状态和所述第二状态组成有效状态的情况下,向所述主主控设备和所述备主控设备均发送设置信令,其中,所述有效状态包括第一有效状态和第二有效状态,所述第一有效状态表示所述第一状态和所述第二状态中的一个状态为活动状态、且另一个状态为备用状态,所述第二有效状态表示所述第一状态和所述第二状态中的一个状态为失步状态、且另一个状态为宕机状态;
在所述第一状态和所述第二状态组成无效状态的情况下,输出提示信息,其中,所述无效状态为除所述有效状态之外的其他状态。
7.根据权利要求1-5任一项所述的方法,其特征在于,还包括:
在所述第一状态和所述第二状态组成第一有效状态时,向处于活动状态的主控设备发送查询信令;接收处于活动状态的主控设备发送的查询响应;若所述查询响应表示查询失败,则向处于备用状态的主控设备发送所述查询信令,其中,第一有效状态表示所述第一状态和所述第二状态中的一个状态为活动状态、且另一个状态为备用状态;或者,
当所述第一状态和所述第二状态组成第二有效状态时,向处于失步状态的主控设备发送所述查询信令,其中,所述第二有效状态示所述第一状态和所述第二状态中的一个状态为失步状态、且另一个状态为宕机状态。
8.一种数据恢复装置,其特征在于,设置于网管服务器,包括:
获取模块,用于获取主主控设备的第一状态、备主控设备的第二状态;
恢复模块,用于若所述第一状态和所述第二状态中的一个状态为活动状态、且另一个状态为备用状态,则根据所述主主控设备上的数据、所述备主控设备上的数据、以及所述网管服务器上的数据的一致情况,恢复所述主主控设备、所述备主控设备中的至少一个设备上的数据,以使所述主主控设备上的数据与所述备主控设备上的数据一致。
9.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的数据恢复方法。
10.一种数据恢复装置,包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求1至7中任一项所述的数据恢复方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010496522.0A CN111835555A (zh) | 2020-06-03 | 2020-06-03 | 数据恢复方法、装置及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010496522.0A CN111835555A (zh) | 2020-06-03 | 2020-06-03 | 数据恢复方法、装置及可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111835555A true CN111835555A (zh) | 2020-10-27 |
Family
ID=72899238
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010496522.0A Pending CN111835555A (zh) | 2020-06-03 | 2020-06-03 | 数据恢复方法、装置及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111835555A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112667270A (zh) * | 2020-12-23 | 2021-04-16 | 科大讯飞股份有限公司 | 语音处理资源的更新方法、计算机设备及存储装置 |
CN112969048A (zh) * | 2021-03-23 | 2021-06-15 | 海南视联通信技术有限公司 | 基于视联网的视频会议管控方法、***和装置 |
CN113079035A (zh) * | 2021-03-10 | 2021-07-06 | 视联动力信息技术股份有限公司 | 一种设备入网方法、装置、终端设备和存储介质 |
CN113301380A (zh) * | 2021-04-23 | 2021-08-24 | 海南视联通信技术有限公司 | 一种业务管控方法、装置、终端设备和存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070183347A1 (en) * | 2004-08-29 | 2007-08-09 | Huawei Technologies Co., Ltd. | Method for implementing dual-homing |
US20120236823A1 (en) * | 2011-03-18 | 2012-09-20 | Kompella Vachaspati P | System and method for failover handling at geo-redundant gateways |
CN109842685A (zh) * | 2019-02-14 | 2019-06-04 | 视联动力信息技术股份有限公司 | 一种数据同步方法和装置 |
CN111200521A (zh) * | 2019-12-27 | 2020-05-26 | 视联动力信息技术股份有限公司 | 视联网业务恢复方法、服务器、电子设备及存储介质 |
-
2020
- 2020-06-03 CN CN202010496522.0A patent/CN111835555A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070183347A1 (en) * | 2004-08-29 | 2007-08-09 | Huawei Technologies Co., Ltd. | Method for implementing dual-homing |
US20120236823A1 (en) * | 2011-03-18 | 2012-09-20 | Kompella Vachaspati P | System and method for failover handling at geo-redundant gateways |
CN109842685A (zh) * | 2019-02-14 | 2019-06-04 | 视联动力信息技术股份有限公司 | 一种数据同步方法和装置 |
CN111200521A (zh) * | 2019-12-27 | 2020-05-26 | 视联动力信息技术股份有限公司 | 视联网业务恢复方法、服务器、电子设备及存储介质 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112667270A (zh) * | 2020-12-23 | 2021-04-16 | 科大讯飞股份有限公司 | 语音处理资源的更新方法、计算机设备及存储装置 |
CN112667270B (zh) * | 2020-12-23 | 2024-02-13 | 科大讯飞股份有限公司 | 语音处理资源的更新方法、计算机设备及存储装置 |
CN113079035A (zh) * | 2021-03-10 | 2021-07-06 | 视联动力信息技术股份有限公司 | 一种设备入网方法、装置、终端设备和存储介质 |
CN113079035B (zh) * | 2021-03-10 | 2024-05-10 | 视联动力信息技术股份有限公司 | 一种设备入网方法、装置、终端设备和存储介质 |
CN112969048A (zh) * | 2021-03-23 | 2021-06-15 | 海南视联通信技术有限公司 | 基于视联网的视频会议管控方法、***和装置 |
CN112969048B (zh) * | 2021-03-23 | 2024-07-02 | 海南视联通信技术有限公司 | 基于视联网的视频会议管控方法、***和装置 |
CN113301380A (zh) * | 2021-04-23 | 2021-08-24 | 海南视联通信技术有限公司 | 一种业务管控方法、装置、终端设备和存储介质 |
CN113301380B (zh) * | 2021-04-23 | 2024-03-12 | 海南视联通信技术有限公司 | 一种业务管控方法、装置、终端设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111835555A (zh) | 数据恢复方法、装置及可读存储介质 | |
CN110022228B (zh) | 服务器切换方法、装置、***及可读存储介质 | |
CN108880851B (zh) | 一种配置更新的方法和交互*** | |
CN111787349B (zh) | 一种数据缓存方法、装置、设备及介质 | |
CN109729388B (zh) | 视联网服务器切换方法和装置 | |
CN109819062B (zh) | 一种利用虚拟mac地址入网的方法和装置 | |
CN110557319B (zh) | 一种基于视联网的报文处理方法及装置 | |
CN109672572B (zh) | 数据传输方法和装置 | |
CN110120885B (zh) | 一种设备状态信息的处理方法和装置 | |
CN109714568B (zh) | 一种视频监控数据的同步方法以及装置 | |
CN109151061B (zh) | 一种数据存储方法和装置 | |
CN110690989A (zh) | 业务数据传输方法、装置和计算机可读存储介质 | |
CN111211982B (zh) | 数据转发方法及装置、电子设备、存储介质 | |
CN110336710B (zh) | 一种终端的测试方法、***及装置和存储介质 | |
CN109587524B (zh) | 一种向互联网终端同步视联网资源的方法和装置 | |
CN110688532B (zh) | 一种事务管理方法和装置 | |
CN110830817A (zh) | 视频转码容量调节方法及视频转码服务器 | |
CN110401846B (zh) | 基于视联网的数据存取方法、装置、***、设备及介质 | |
CN112073756B (zh) | 业务控制方法、装置、电子设备及可读存储介质 | |
CN110166363B (zh) | 一种组播链路监测方法及装置 | |
CN110808896B (zh) | 数据传输方法、装置、电子设备及存储介质 | |
CN110493319B (zh) | 数据同步方法、***及装置 | |
CN110784683B (zh) | 一种监控资源的管理方法、装置及存储介质 | |
CN110381029B (zh) | 一种监控资源同步方法及装置 | |
CN110120937B (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 |