CN112954264A - 一种平台备份保护方法及装置 - Google Patents

Abstract

本发明公开了一种平台备份保护方法及装置，备用平台接收前端设备的备份注册请求，所述备份注册请求携带所述前端设备对应的主平台信息，在所述前端设备注册上线后，接管所述前端设备在其对应的主平台的业务；备用平台在感知到所述前端设备的注册保活超时后，根据所述前端设备对应的主平台信息，向所述主平台发送回迁通知，以便所述主平台将存储的数据回迁；备用平台在回迁完成后，删除已经回迁的数据。本发明技术方案通过部署动态配额容量，共享存储资源池，从而节省存储空间，在主平台异常时，保证存储业务连续性。

Description

一种平台备份保护方法及装置

技术领域

本发明平台备份技术领域，尤其涉及一种平台备份保护方法及装置。

背景技术

系统的稳定运行是构建任何系统的重要指标，也是关系到用户体验、用户数据安全的重要指标。在考虑系统的稳定运行时，通常会采用备份的方法，对关键设备进行备份。在关键设备发生异常时，由备用的设备接替关键设备的工作，从而保证用户的服务不中断，不产生数据丢失，提升用户体验，保障用户数据安全。

视频监控是安全防范系统的重要组成部分，视频监控以其直观、准确、及时和信息内容丰富而广泛应用于许多场合。近年来，随着计算机、网络以及图像处理、传输技术的飞速发展，视频监控的普及化趋势越来越明显。录像作为监控系统中最重要的视频数据，很多案件的侦破，越来越依赖视频录像来取证，因此视频存储的稳定性，越来越受到用户的重视，但是存储往往依附于视频监控平台。比如说国标组网下，平台宕机，前端设备IPC就无法对外提供监控服务，包括实况和存储。目前比较成熟的平台级异常方案，比如如图1所示的N+1备份，当N个主平台中有一个平台宕机，备用平台实时感知并且顶替上来，实现主平台的功能。

但是N+1方案的使用场景受限比较大，尤其是不同厂家的异构平台，由于跨底层操作系统和上层的应用软件，无法部署N+1方案(如下图2，异构平台之间没有建立任何联系)。

然而，即使是部署N+1备份，系统也只能一次固定保护一个异常主平台，当待保护的点位分布在多个主平台(非平台级的宕机)，无法充分利用备用平台的保护能力。而且，一般情况下N+1备份只能是保护同一个场景的平台，无法跨异构平台保护。

发明内容

本发明的目的是提供一种平台备份保护方法及装置，解决上述背景技术中提到的N+1备份时存在的问题。

为了实现上述目的，本申请技术方案如下：

一种平台备份保护方法，用于采用备用平台对多个主平台进行备份，包括：

备用平台接收前端设备的备份注册请求，所述备份注册请求携带所述前端设备对应的主平台信息，在所述前端设备注册上线后，接管所述前端设备在其对应的主平台的业务；

备用平台在感知到所述前端设备的注册保活超时后，根据所述前端设备对应的主平台信息，向所述主平台发送回迁通知，以便所述主平台将存储的数据回迁；

备用平台在回迁完成后，删除已经回迁的数据。

进一步的，所述前端设备注册上线后，接管所述前端设备在其对应的主平台的业务，还包括：

备用平台根据自身的存储资源池总容量和主平台对应的前端设备数量，部署包括前端设备信息和静态配额容量的存储元数据；

备用平台根据存储资源池总容量、备用平台支持保护前端设备的最大路数，部署备用平台支持保护的前端设备数量和对应的动态配额容量。

进一步的，接管所述前端设备在其对应的主平台的业务，包括：

备用平台向所述前端设备发送请求消息，接收所述前端设备的响应消息；

备用平台向所述前端设备发送确认消息，并开始接收所述前端设备的存储数据进行存储。

进一步的，所述根据所述前端设备对应的主平台信息，向所述主平台发送回迁通知，以便所述主平台将存储的数据回迁，包括：

在主平台恢复正常后，备用平台向所述前端设备对应的主平台发送回迁通知，所述回迁通知中携带有待迁移存储数据的路径，其中，待迁移存储数据的路径包括备用平台IP、前端设备编码和录像起止时间段；

主平台收到回迁通知后，获取所述待迁移存储数据的路径，并调用备用平台提供的SDK接口，建立回迁录像任务，将在备用平台上存储的数据回迁。

进一步的，所述备用平台在回迁完成后，删除已经回迁的数据，还包括：

备用平台定时清理在备用平台存储超过预设时间的存储数据；

对于定时清理期间再次上线的前端设备，为其设置最老时间，进行覆盖清理；

在覆盖清理时，获取最老文件时间，删除最老文件时间之前的存储数据。

本申请还提出了一种平台备份保护装置，用于采用备用平台对多个主平台进行备份，所述平台备份保护装置应用于备用平台，包括：

接管模块，用于接收前端设备的备份注册请求，所述备份注册请求携带所述前端设备对应的主平台信息，在所述前端设备注册上线后，接管所述前端设备在其对应的主平台的业务；

回迁模块，用于在感知到所述前端设备的注册保活超时后，根据所述前端设备对应的主平台信息，向所述主平台发送回迁通知，以便所述主平台将存储的数据回迁；

清理模块，用于在回迁完成后，删除已经回迁的数据。

进一步的，所述接管模块在前端设备注册上线后，接管所述前端设备在其对应的主平台的业务，还执行如下操作：

根据自身的存储资源池总容量和主平台对应的前端设备数量，部署包括前端设备信息和静态配额容量的存储元数据；

根据存储资源池总容量、备用平台支持保护前端设备的最大路数，部署备用平台支持保护的前端设备数量和对应的动态配额容量。

进一步的，所述接管模块，接管所述前端设备在其对应的主平台的业务，执行如下操作：

备用平台向所述前端设备发送请求消息，接收所述前端设备的响应消息；

备用平台向所述前端设备发送确认消息，并开始接收所述前端设备的存储数据进行存储。

进一步的，所述回迁模块在根据所述前端设备对应的主平台信息，向所述主平台发送回迁通知，以便所述主平台将存储的数据回迁时，执行如下操作：

在主平台恢复正常后，备用平台向所述前端设备对应的主平台发送回迁通知，所述回迁通知中携带有待迁移存储数据的路径，其中，待迁移存储数据的路径包括备用平台IP、前端设备编码和录像起止时间段；

主平台收到回迁通知后，获取所述待迁移存储数据的路径，并调用备用平台提供的SDK接口，建立回迁录像任务，将在备用平台上存储的数据回迁。

进一步的，所述清理模块在回迁完成后，删除已经回迁的数据，执行如下操作：

备用平台定时清理在备用平台存储超过预设时间的存储数据；

对于定时清理期间再次上线的前端设备，为其设置最老时间，进行覆盖清理；

在覆盖清理时，获取最老文件时间，删除最老文件时间之前的存储数据。

本申请提出的一种平台备份保护方法及装置，前端设备采用双注册模式，在对应的主平台异常时，向备用平台发送备用注册请求，备用平台接收前端设备的备份注册请求，在所述前端设备注册上线后，接管所述前端设备在其对应的主平台的业务。备用平台在感知到所述前端设备的注册保活超时后，根据所述前端设备对应的主平台信息，向所述主平台发送回迁通知，主平台将存储的数据回迁。本申请技术方案通过部署动态配额容量，共享存储资源池，从而节省存储空间，在主平台异常时，保证存储业务连续性。

附图说明

图1为本申请实施例备用平台与主平台连接关系示意图；

图2为本申请平台备份保护方法流程图；

图3为本申请实施例前端设备与备用平台交互示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅用以解释本申请，并不用于限定本申请。

本申请提供的平台备份保护方法及装置，可以应用于如图1所示的应用环境中。其中主平台有N个，N为多个，具体数量不限制。备用平台一个，在N+1的模式下，为多个主平台下的前端设备提供备用服务。

在一个实施例中，如图2所示，提供了一种平台备份保护方法，包括：

备用平台接收前端设备的备份注册请求，所述备份注册请求携带所述前端设备对应的主平台信息，在所述前端设备注册上线后，接管所述前端设备在其对应的主平台的业务；

备用平台在感知到所述前端设备的注册保活超时后，根据所述前端设备对应的主平台信息，向所述主平台发送回迁通知，以便所述主平台将存储的数据回迁；

备用平台在回迁完成后，删除已经回迁的数据。

本实施例以视频监控系统平台的备用来做说明，对于其他系统平台的备用同样适用。现有技术在N+1的备份中，系统也只能一次固定保护一个异常主平台。即哪个主平台异常了，就用备用平台去替换，当多个主平台异常时，就只能保护一个，其他的异常主平台就无法进行保护。本申请以一个备用平台，来同时对多个主平台进行备用，总体思路是直接对多个主平台的前端设备进行业务应用的备用保护。

本实施例前端设备IPC支持向双平台(主、备用平台)注册和保活，正常情况下，前端向主平台注册保活。同一个前端设备要求有两个管理平台地址，主平台mainServerIP、备用平台secondServerIP，当主平台发生异常时，比如断网或者宕机等，前端设备感知异常并向备用户平台发起注册、保活。

具体地，前端设备在感知到主平台异常时，向备用平台发送注册请求，携带主平台IP地址，备用平台收到该注册消息后获取并保存主平台IP，用于后续录像回迁。前端设备在备用平台注册后，发送注册保活消息进行注册保活。当主平台恢复后，前端设备感知，停止向备用平台注册保活，并恢复向主平台注册保活。

本申请所有主平台下的前端设备都是备用平台保护的对象，通常只有部分主平台存储异常，为了实现前端设备能被备用平台接管，需要将支持双注册模式的前端设备，在备用平台部署好存储元数据。

存储元数据包括：前端设备编码(Ipccode)、静态配额容量(Cs)。

因为正常情况前端设备在主平台，因此在备用平台上面称这类存储为静态存储，所有主平台上面的前端设备数量之和记为N，假定备用平台存储资源池总容量为C，那么配置的静态配额容量Cs＝C/N。

需要说明的是，静态配额容量仅用于备用平台限制接入配置，不作为接管的前端设备的真实存储容量计算。本实施例对于接管的前端设备的存储容量，采用动态服务存储。

本申请的一个实施例，备用平台根据存储资源池总容量、备用平台支持保护前端设备的最大路数，部署备用平台支持保护的前端设备数量和对应的动态配额容量。

假设备用平台支持保护前端设备的最大路数记为M，也就是因主平台异常切到备用平台从而被保护的前端设备的最大数量，通常N>M，而通常情况下切换到备用平台的前端设备路数小于M，M路存储称为动态服务存储。

动态服务存储的配额容量记为Cd，那么Cd＝C/M。其中，M路被保护前端设备允许分布在不同的主平台。

在本申请中，备用平台支持保护前端设备的最大路数记为M，确定一个合适的最大路数M，可以以最小的设备性能起到最大的保护作用，节约设备成本。通常备用平台支持保护前端设备的最大路数M可以人为设定，例如按照所有主平台上面的前端设备数量之和N的固定比例来设定，如30％*N。

本实施例备用平台部署存储资源池，所有被接管到备用平台的前端设备产生的录像都存储到该资源池中，M路前端设备共享该资源池中的资源。

需要说明的是，备用平台接管前端设备，接管实况业务和存储业务。在接管实况业务时，按照现有技术实况业务的方式实现，这里不再赘述。在接管存储业务时，所述接管所述前端设备在其对应的主平台的业务，包括：

备用平台向所述前端设备发送请求消息，接收所述前端设备的响应消息；

备用平台向所述前端设备发送确认消息，并开始接收所述前端设备的存储数据进行存储。

如图3所示，具体的，备用平台首先判断所述前端设备是否满足存储条件，如果是则继续下一步，否则拒绝接管。这里的存储条件包括判断该前端设备是否是主平台的前端设备，此外还可以判断备用平台当前保护的前端设备是否已经达到了所支持保护的最大数量M，如果已经超过，则不能提供保护。

在满足上述存储条件时，备用平台向所述前端设备发送请求消息Invite，接收所述前端设备的响应消息200OK；备用平台向所述前端设备发送确认消息ACK，并开始接收所述前端设备的视频流，将接收的视频流进行存储。

在本申请中，前端设备在感知到主平台恢复后，停止向备用平台注册保活，并恢复向主平台注册保活。此后，主平台需要将存储在备用平台的录像回迁到主平台。本申请在主平台部署代理装置，作用是转换主备平台之间消息，使两者使用各自对外的sdk接口即可交互，实施时，需要在主平台上面部署。

本申请的一个实施例，所述根据所述前端设备对应的主平台信息，向所述主平台发送回迁通知，以便所述主平台将存储的数据回迁，包括：

在主平台恢复正常后，备用平台向所述前端设备对应的主平台发送回迁通知，所述回迁通知中携带有待迁移存储数据的路径，其中，待迁移存储数据的路径包括备用平台IP、前端设备编码和录像起止时间段；

主平台收到回迁通知后，获取所述待迁移存储数据的路径，并调用备用平台提供的SDK接口，建立回迁录像任务，将在备用平台上存储的数据回迁。

即，主平台恢复后，备用平台接管期间的录像迁移到主平台，保证录像在主平台的连续性。具体如下：

主平台恢复，前端设备在备用平台超过保活周期，那么前端设备在备用平台离线。备用平台感知离线，获取该前端设备对应的主平台IP地址，向在主平台部署的代理装置发送回迁通知。消息体中携带如下内容：

待迁移录像文件的全路径url：备用平台IP+前端设备编码ipccode+录像起止时间段。

主平台收到代理装置发出的回迁通知后，先从代理装置中拿到该url作为入参，调用备用平台对外提供的SDK(工具接口)，建立回迁录像任务，完成录像回迁。

录像回迁完成后，备用平台删除异常接管录像，释放存储空间(备平台保留配置的存储元数据，以备后续继续提供备用保护)。

本申请的一个实施例，备用平台定时清理在备用平台存储超过预设时间的存储数据。对于定时清理期间再次上线的前端设备，为其设置最老时间T，进行覆盖清理；在覆盖清理时，获取最老文件时间T，删除最老文件时间T之前的存储数据。

备用平台的存储空间需要进行超时清理，前端设备在备用平台存储的录像超过预设值天数，未回迁到主平台，备用平台定时清理存储空间。在清理期间再次上线的前端设备，为其设置最老文件时间T，后续覆盖清理。

在覆盖清理时，每路前端设备在备用平台的存储空间为Cd，针对在线存储的前端设备，则启动共享池满覆盖逻辑，获取最老文件时间T，删除最老文件时间T之前的录像文件。当实际使用空间大于(Cd-Cr)，其中Cr为存储预留空间，为了保证存储连续性，删除一定空间(可设定)，保证继续存储。对于离线前端设备满覆盖不做处理(有可能在向主平台回迁录像)。

本申请技术方案，前端设备采用双注册模式，动态感知主、备用平台变化，实时切换平台，保证存储业务不中断。动态存储模式支持静态配置与在线服务模式，既能保证一次配置终身有效避免反复增删配置带来的数据紊乱和性能问题，又能最大限度节省存储空间，提供存储业务。备用平台采用共享存储资源池提供存储空间，尽最大能力提供存储。主备平台之间通过植入代理装置，实现录像回迁和删除，保证主平台异常期间录像不丢失，备用平台空间循环利用。通过备用平台存储空间超时清理和满覆盖，保证老录像及时清理和新录像空间足够使用。本申请技术方案节省存储空间、动态保护存储，主平台异常，宕机、业务阻塞时，保证存储业务连续性。

在一个实施例中，本申请还提供了一种平台备份保护装置，用于采用备用平台对多个主平台进行备份，所述平台备份保护装置应用于备用平台，包括：

接管模块，用于接收前端设备的备份注册请求，所述备份注册请求携带所述前端设备对应的主平台信息，在所述前端设备注册上线后，接管所述前端设备在其对应的主平台的业务；

回迁模块，用于在感知到所述前端设备的注册保活超时后，根据所述前端设备对应的主平台信息，向所述主平台发送回迁通知，以便所述主平台将存储的数据回迁；

清理模块，用于在回迁完成后，删除已经回迁的数据。

关于平台备份保护装置的具体限定可以参见上文中对于平台备份保护方法的限定，在此不再赘述。上述平台备份保护装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

与前述方法对应的，所述接管模块在前端设备注册上线后，接管所述前端设备在其对应的主平台的业务，还执行如下操作：

根据自身的存储资源池总容量和主平台对应的前端设备数量，部署包括前端设备信息和静态配额容量的存储元数据；

根据存储资源池总容量、备用平台支持保护前端设备的最大路数，部署备用平台支持保护的前端设备数量和对应的动态配额容量。

与前述方法对应的，所述接管模块，接管所述前端设备在其对应的主平台的业务，执行如下操作：

备用平台向所述前端设备发送请求消息，接收所述前端设备的响应消息；

备用平台向所述前端设备发送确认消息，并开始接收所述前端设备的存储数据进行存储。

与前述方法对应的，所述回迁模块在根据所述前端设备对应的主平台信息，向所述主平台发送回迁通知，以便所述主平台将存储的数据回迁时，执行如下操作：

在主平台恢复正常后，备用平台向所述前端设备对应的主平台发送回迁通知，所述回迁通知中携带有待迁移存储数据的路径，其中，待迁移存储数据的路径包括备用平台IP、前端设备编码和录像起止时间段；

主平台收到回迁通知后，获取所述待迁移存储数据的路径，并调用备用平台提供的SDK接口，建立回迁录像任务，将在备用平台上存储的数据回迁。

与前述方法对应的，所述清理模块在回迁完成后，删除已经回迁的数据，执行如下操作：

备用平台定时清理在备用平台存储超过预设时间的存储数据；

对于定时清理期间再次上线的前端设备，为其设置最老时间，进行覆盖清理；

在覆盖清理时，获取最老文件时间，删除最老文件时间之前的存储数据。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种平台备份保护方法，用于采用备用平台对多个主平台进行备份，其特征在于，所述平台备份保护方法，包括：

备用平台接收前端设备的备份注册请求，所述备份注册请求携带所述前端设备对应的主平台信息，在所述前端设备注册上线后，接管所述前端设备在其对应的主平台的业务；

备用平台在感知到所述前端设备的注册保活超时后，根据所述前端设备对应的主平台信息，向所述主平台发送回迁通知，以便所述主平台将存储的数据回迁；

备用平台在回迁完成后，删除已经回迁的数据。

2.根据权利要求1所述的平台备份保护方法，其特征在于，所述前端设备注册上线后，接管所述前端设备在其对应的主平台的业务，还包括：

备用平台根据自身的存储资源池总容量和主平台对应的前端设备数量，部署包括前端设备信息和静态配额容量的存储元数据；

备用平台根据存储资源池总容量、备用平台支持保护前端设备的最大路数，部署备用平台支持保护的前端设备数量和对应的动态配额容量。

3.根据权利要求1所述的平台备份保护方法，其特征在于，所述接管所述前端设备在其对应的主平台的业务，包括：

备用平台向所述前端设备发送请求消息，接收所述前端设备的响应消息；

备用平台向所述前端设备发送确认消息，并开始接收所述前端设备的存储数据进行存储。

4.根据权利要求1所述的平台备份保护方法，其特征在于，所述根据所述前端设备对应的主平台信息，向所述主平台发送回迁通知，以便所述主平台将存储的数据回迁，包括：

在主平台恢复正常后，备用平台向所述前端设备对应的主平台发送回迁通知，所述回迁通知中携带有待迁移存储数据的路径，其中，待迁移存储数据的路径包括备用平台IP、前端设备编码和录像起止时间段；

主平台收到回迁通知后，获取所述待迁移存储数据的路径，并调用备用平台提供的SDK接口，建立回迁录像任务，将在备用平台上存储的数据回迁。

5.根据权利要求1所述的平台备份保护方法，其特征在于，所述备用平台在回迁完成后，删除已经回迁的数据，还包括：

备用平台定时清理在备用平台存储超过预设时间的存储数据；

对于定时清理期间再次上线的前端设备，为其设置最老时间，进行覆盖清理；

在覆盖清理时，获取最老文件时间，删除最老文件时间之前的存储数据。

6.一种平台备份保护装置，用于采用备用平台对多个主平台进行备份，其特征在于，所述平台备份保护装置应用于备用平台，包括：

接管模块，用于接收前端设备的备份注册请求，所述备份注册请求携带所述前端设备对应的主平台信息，在所述前端设备注册上线后，接管所述前端设备在其对应的主平台的业务；

回迁模块，用于在感知到所述前端设备的注册保活超时后，根据所述前端设备对应的主平台信息，向所述主平台发送回迁通知，以便所述主平台将存储的数据回迁；

清理模块，用于在回迁完成后，删除已经回迁的数据。

7.根据权利要求6所述的平台备份保护装置，其特征在于，所述接管模块在前端设备注册上线后，接管所述前端设备在其对应的主平台的业务，还执行如下操作：

根据自身的存储资源池总容量和主平台对应的前端设备数量，部署包括前端设备信息和静态配额容量的存储元数据；

根据存储资源池总容量、备用平台支持保护前端设备的最大路数，部署备用平台支持保护的前端设备数量和对应的动态配额容量。

8.根据权利要求6所述的平台备份保护装置，其特征在于，所述接管模块，接管所述前端设备在其对应的主平台的业务，执行如下操作：

备用平台向所述前端设备发送请求消息，接收所述前端设备的响应消息；

备用平台向所述前端设备发送确认消息，并开始接收所述前端设备的存储数据进行存储。

9.根据权利要求6所述的平台备份保护装置，其特征在于，所述回迁模块在根据所述前端设备对应的主平台信息，向所述主平台发送回迁通知，以便所述主平台将存储的数据回迁时，执行如下操作：

在主平台恢复正常后，备用平台向所述前端设备对应的主平台发送回迁通知，所述回迁通知中携带有待迁移存储数据的路径，其中，待迁移存储数据的路径包括备用平台IP、前端设备编码和录像起止时间段；

主平台收到回迁通知后，获取所述待迁移存储数据的路径，并调用备用平台提供的SDK接口，建立回迁录像任务，将在备用平台上存储的数据回迁。

10.根据权利要求6所述的平台备份保护装置，其特征在于，所述清理模块在回迁完成后，删除已经回迁的数据，执行如下操作：

备用平台定时清理在备用平台存储超过预设时间的存储数据；

对于定时清理期间再次上线的前端设备，为其设置最老时间，进行覆盖清理；

在覆盖清理时，获取最老文件时间，删除最老文件时间之前的存储数据。

Images