CN109450702B - 一种数据处理方法及装置 - Google Patents

一种数据处理方法及装置 Download PDF

Info

Publication number
CN109450702B
CN109450702B CN201811504336.6A CN201811504336A CN109450702B CN 109450702 B CN109450702 B CN 109450702B CN 201811504336 A CN201811504336 A CN 201811504336A CN 109450702 B CN109450702 B CN 109450702B
Authority
CN
China
Prior art keywords
server
data
service type
processed
target
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
Application number
CN201811504336.6A
Other languages
English (en)
Other versions
CN109450702A (zh
Inventor
邓梅娟
李高明
李明玮
帅福利
陈芳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Comba Network Systems Co Ltd
Original Assignee
Comba Network Systems Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Comba Network Systems Co Ltd filed Critical Comba Network Systems Co Ltd
Priority to CN201811504336.6A priority Critical patent/CN109450702B/zh
Publication of CN109450702A publication Critical patent/CN109450702A/zh
Application granted granted Critical
Publication of CN109450702B publication Critical patent/CN109450702B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • 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
    • 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/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Abstract

本发明公开了一种数据处理方法及装置，用以解决现有技术中资源浪费的问题，方法包括：第一服务器接收传输网发送的目标业务类型的待处理数据，判断所述目标业务类型是否为预先保存的自身原本能够处理的数据的第一业务类型；如果是，则处理所述目标业务类型的待处理数据；如果否，当确定目标业务类型为目标第二服务器原本能够处理的数据的业务类型时，处理所述目标业务类型的待处理数据，其中，第一服务器为目标第二服务器的备份服务器。由于在本发明实施例中，第一服务器不仅可以作为主服务器，处理自身的数据，还可以作为第二服务器的备份服务器，在第二服务器异常时，处理原本由第二服务器处理的数据，提高了资源的利用率。

Description

一种数据处理方法及装置
技术领域
本发明涉及数据处理技术领域，特别涉及一种数据处理方法及装置。
背景技术
随着电信网络技术的发展，电信网络中的数据海量增加，为了进行容灾，避免数据的丢失，数据除了保存在需要进行数据处理的主服务器上，还可以在备份服务器上进行备份，以实现当主服务器异常时，备份服务器对数据进行处理。
主服务器有其指定处理的数据的业务类型，每个主服务器都可以有其对应的备份服务器，也就是在进行备份时，采用n+n模式的备份，其中n代表主服务器的数量和备份服务器的数量。备份服务器仅在其对应的主服务器异常时，该备份服务器才进行数据处理，在主服务器正常时，备份服务器处于闲置状态，造成资源的浪费。为此还可以采用1+n备份模式，其中，n为主服务器的数量，1为备份服务器的数量，多个主服务器对应的一个备份服务器。即便如此，在主服务器正常时，备份服务器的闲置，也造成了资源浪费。
发明内容
本发明实施例公开了一种数据处理方法及装置，用以解决现有技术中资源浪费的问题。
为达到上述目的，本发明实施例公开了一种数据处理方法，所述方法包括：
第一服务器接收传输网发送的目标业务类型的待处理数据，判断所述目标业务类型是否为预先保存的自身原本能够处理的数据的第一业务类型；
如果是，则处理所述目标业务类型的待处理数据；
如果否，当确定目标业务类型为目标第二服务器原本能够处理的数据的业务类型时，处理所述目标业务类型的待处理数据，其中，第一服务器为目标第二服务器的备份服务器。
进一步地，所述方法还包括：
第一服务器通过心跳包检测预先保存的每个第二服务器中是否存在异常第二服务器；
如果是，则根据预先保存的所述异常第二服务器的标识信息，以及所述异常第二服务器原本能够处理的数据的第二业务类型，建立与传输网的通信连接，用以接收传输网发送的第二业务类型的数据。
进一步地，如果所述目标业务类型为第一服务器原本能够处理的数据的第一业务类型，在处理所述目标业务类型的待处理数据之前，所述方法还包括：
通知第一服务器的备份服务器所述目标业务类型的待处理数据，使第一服务器的备份服务器保存所述目标业务类型的待处理数据；
在处理完所述目标业务类型的待处理数据后，所述方法还包括：
通知第一服务器的备份服务器所述目标业务类型的待处理数据处理完成。
进一步地，如果存在能够处理所述目标业务类型的数据的目标第二服务器，在处理所述目标业务类型的待处理数据之前，所述方法还包括：
通知目标第二服务器的备份服务器所述目标业务类型的待处理数据，使目标第二服务器的备份服务器保存所述目标业务类型的待处理数据；
在处理完所述目标业务类型的待处理数据后，所述方法还包括：
通知目标第二服务器的备份服务器所述目标业务类型的待处理数据处理完成。
进一步地，通知服务器的备份服务器所述目标业务类型的待处理数据包括：
根据预先保存的服务器对应的备份服务器组的标识信息，向所述备份服务器组组播所述目标业务类型的待处理数据；
通知服务器的备份服务器所述目标业务类型的待处理数据处理完成包括：
根据预先保存的服务器对应的备份服务器组的标识信息，向所述备份服务器组组播所述目标业务类型的待处理数据处理完成；
其中，加入所述备份服务器组的服务器为所述服务器的备份服务器。
进一步地，所述方法还包括：
第一服务器接收用户配置的第一服务器对应的第一备份服务器组的标识信息和/或第二服务器对应的第二备份服务器组的标识信息。
进一步地，所述方法还包括：
接收每个第二服务器发送的第二服务器原本能够处理的第二业务类型的数据，并保存。
进一步地，所述方法还包括：
第一服务器接收用户配置的第一服务器原本能够处理的数据的第一业务类型，每个第二服务器的标识信息，及每个第二服务器原本能够处理的数据的第二业务类型。
本发明实施例公开了一种数据处理装置，所述装置包括：
接收模块，用于接收传输网发送的目标业务类型的待处理数据；
处理模块，用于判断所述目标业务类型是否为预先保存的自身原本能够处理的数据的第一业务类型；如果是，则处理所述目标业务类型的待处理数据；如果否，当确定目标业务类型为目标第二服务器原本能够处理的数据的业务类型时，处理所述目标业务类型的待处理数据，其中，所述装置为目标第二服务器的备份服务器。
进一步地，所述装置还包括：
异常检测模块，用于通过心跳包检测预先保存的每个第二服务器中是否存在异常第二服务器；如果是，则根据预先保存的所述异常第二服务器的标识信息，以及所述异常第二服务器原本能够处理的数据的第二业务类型，建立与传输网的通信连接，用以接收传输网发送的第二业务类型的数据。
进一步地，所述处理模块，还用于如果所述目标业务类型为所述装置原本能够处理的数据的第一业务类型，在处理所述目标业务类型的待处理数据之前，通知所述装置的备份服务器所述目标业务类型的待处理数据，使所述装置的备份服务器保存所述目标业务类型的待处理数据；
在处理完所述目标业务类型的待处理数据后，通知所述装置的备份服务器所述目标业务类型的待处理数据处理完成。
进一步地，所述处理模块，还用于如果存在能够处理所述目标业务类型的数据的目标第二服务器，在处理所述目标业务类型的待处理数据之前，通知目标第二服务器的备份服务器所述目标业务类型的待处理数据，使目标第二服务器的备份服务器保存所述目标业务类型的待处理数据；在处理完所述目标业务类型的待处理数据后，通知目标第二服务器的备份服务器所述目标业务类型的待处理数据处理完成。
进一步地，所述处理模块，具体用于根据预先保存的服务器对应的备份服务器组的标识信息，向所述备份服务器组组播所述目标业务类型的待处理数据；以及根据预先保存的服务器对应的备份服务器组的标识信息，向所述备份服务器组组播所述目标业务类型的待处理数据处理完成；其中，加入所述备份服务器组的服务器为所述服务器的备份服务器。
进一步地，所述接收模块，还用于接收用户配置的所述装置对应的第一备份服务器组的标识信息和/或第二服务器对应的第二备份服务器组的标识信息。
进一步地，所述接收模块，还用于接收每个第二服务器发送的第二服务器原本能够处理的第二业务类型的数据，并保存。
进一步地，所述接收模块，还用于接收用户配置的所述装置原本能够处理的数据的第一业务类型，每个第二服务器的标识信息，及每个第二服务器原本能够处理的数据的第二业务类型。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种数据处理系统结构图；
图2为本发明实施例提供的一种数据处理系统结构图；
图3为本发明实施例提供的一种数据处理过程示意图；
图4为本发明实施例提供的一种数据处理装置结构图；
图5为本发明实施例提供的一种电子设备。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
为了避免资源浪费，本申请提出了一种数据处理的方法，进行数据处理的服务器不仅可以作为主服务器处理自身原本就可以处理的业务类型的数据，还可以作为其他服务器的备份服务器，在其他服务器异常时，处理其他服务器在作为主服务器时原本能够处理的业务类型的数据。
为了便于理解本方案，首先以图1所示的数据处理系统为例，进行详细说明本申请的数据处理过程，在图1中，传输网可以与进行数据处理的每个服务器建立通信，如传输网与服务器1-服务器4(Service1、Service2、Service3、Service4)建立通信连接，每个服务器还与内部通信网络建立通信连接。用户在服务器上配置该服务器作为主服务器时，原本能够就处理的数据的业务类型，可以理解为图1中每个服务器在作为主服务器时均能够处理的local数据，用户还可以在服务器上配置，该服务器作为哪个服务器的备份服务器，如图1所示，Service1可作为Service2、Service3的备份服务器，Service2可作为Service1、Service4的备份服务器，Service,3可作为Service2、Service4的备份服务器，Service4可作为Service1、Service3的备份服务器。
如图2所示，(与图1相同的地方不再描述)，服务器2(Service2)异常，服务器1(Service1)作为Service2的备份服务器，服务器1可以针对服务器2建立与传输网的通信连接，传输网原本发送给服务器2的数据转而发送给服务器1，服务器1把服务器2原本能够处理的数据的业务类型添加到自身原本能够处理的数据的业务类型中，也就是如图2所示的服务器将Service2更新为local-Ser2。
以下以具体的实施例来描述本申请要保护的技术方案。
实施例1：
图3为本发明实施例提供的一种数据处理过程示意图，该过程包括以下步骤：
S101：第一服务器接收传输网发送的目标业务类型的待处理数据。
S102：判断所述目标业务类型是否为预先保存的自身原本能够处理的数据的第一业务类型；如果是，则进行S103；如果否，则进行S104。
S103：处理所述目标业务类型的待处理数据。
S104：当确定目标业务类型为目标第二服务器原本能够处理的数据的业务类型时，处理所述目标业务类型的待处理数据，其中，第一服务器为目标第二服务器的备份服务器。
本发明适用于进行数据处理的任何服务器，第一服务器可以理解为适用于本申请的任一服务器，服务器在与传输网建立通信连接时，会通知传输网服务器能够处理的数据的业务类型，传输网可以向服务器发送对应业务类型的数据。服务器与传输网建立通信连接也可以理解为建立会话。
第一服务器接收传输网发送的待处理数据，确定待处理数据的业务类型，将确定出的待处理数据的业务类型称为目标业务类型。
第一服务器中预先保存有第一服务器原本能够处理的数据的业务类型，称为第一业务类型，用户可以在第一服务器上配置该第一服务器原本能够处理的数据的第一业务类型，则第一服务器接收用户配置的第一服务器原本能够处理的数据的第一业务类型。第一服务器可以判断待处理的数据的目标业务类型是否为第一服务器原本能够处理的数据的第一业务类型；如果是，第一服务器则可以处理该目标业务类型的待处理数据。如果不是，第一服务器还可以判断该目标业务类型是否为任一第二服务器原本能够处理的数据的业务类型。
如果第一服务器确定目标业务类型为目标第二服务器原本能够处理的数据的业务类型时，处理所述目标业务类型的待处理数据，如果不是任一第二服务器原本能够处理的数据的业务类型，可以认为该待处理的数据为无用数据，可以丢弃，或者通知传输网传输错误。
第一服务器在确定目标业务类型是否为目标第二服务器原本能够处理的数据的业务类型时，可以是由其他控制设备进行判断后发送给该第一服务器判断结果的，也可以是第一服务器自身进行判断的。以第一服务器自身进行判断为例进行说明，第一服务器中可以保存有每个第二服务器原本能够处理的数据的业务类型，可以称为第二业务类型，用户可以在第一服务器上配置每个第二服务器的标识信息，以及每个第二服务器原本能够处理的数据的第二业务类型，则第一服务器接收用户配置的每个第二服务器的标识信息，以及每个第二服务器原本能够处理的数据的第二业务类型。第一服务器判断是否存在与目标业务类型相同的第二业务类型，如果是，则确定目标业务类型为处理所述相同的第二业务类型的第二服务器原本能够处理的数据的业务类型时，如果否，则确定目标业务类型非任一第二服务器原本能够处理的数据的业务类型。
一般情况下，只有某个服务器异常了，传输网才会将原本发送给该异常的服务器的数据转而发送给该异常的服务器的备份服务器，基于此，上述的目标第二服务器可以理解为异常的第二服务器。
服务器原本能够处理的数据的业务类型可以理解为服务器作为主服务器时能够处理的数据的业务类型。上述的第一服务器预先保存的自身原本能够处理的数据的第一业务类型可以理解为第一服务器作为主服务器时，其处理的数据的业务类型为第一业务类型，第二服务器原本能够处理的数据的第二业务类型可以理解为第二服务器作为主服务器，其处理的数据的业务类型为第二业务类型。第一服务器作为第二服务器的备份服务器，其还能处理第二服务器在作为主服务器时处理的第二业务类型的数据。
一般情况下，第一业务类型与第二业务类型不同。
由于在本发明实施例中，第一服务器不仅可以作为主服务器，处理自身的数据，还可以作为第二服务器的备份服务器，在第二服务器异常时，处理原本由第二服务器处理的数据，提高了资源的利用率。
实施例2：
在上述实施例的基础上，在本发明实施例中，第一服务器通过心跳包检测预先保存的每个第二服务器中是否存在异常第二服务器；
如果是，则根据预先保存的所述异常第二服务器的标识信息，以及所述异常第二服务器原本能够处理的数据的第二业务类型，建立与传输网的通信连接，用以接收传输网发送的第二业务类型的数据。
在本发明实施例中，第一服务器中预先保存有多个第二服务器，第一服务器为每个第二服务器的备份服务器，第一服务器可以通过心跳包检测预先保存的每个第二服务器中是否存在异常第二服务器。一般主服务器可以向备份服务器定期发送心跳包，以通知备份服务器该主服务器正常，当备份服务器超过设定的时长未接收到主服务器发送的心跳包，则可以认为该主服务器异常。也就是，针对每个第二服务器，第一服务器确定最后一次接收到该第二服务器发送的心跳包的时间距离当前时间的时长值是否大于预设的时长值，如果是，则认为该第二服务器异常。
用户在第一服务器中预先配置有每个第二服务器的标识信息以及每个第二服务器原本能够处理的数据的第二业务类型，某个第二服务器异常时，可以称该异常的第二服务器为异常第二服务器，第一服务器在确定出异常第二服务器后，可以根据预先保存的异常第二服务器的标识信息，以及异常第二服务器原本能够处理的数据的第二业务类型，建立与传输网的通信连接，传输网就可以将第二业务类型的数据发送给第一服务器，第一服务器接收传输网发送的第二业务类型的数据。
同时第一服务器将第二服务器原本能够处理的数据的第二业务类型添加到第一服务器原本能够处理的数据的业务类型中去。
一般情况下，在第二服务器异常时，传输网才会将原本由第二服务器处理的数据发送给第一服务器进行处理，当然也会存在传输网将数据传输错误，第一服务器在确定目标业务类型为目标第二服务器原本能够处理的数据的业务类型之后，在处理所述目标业务类型的待处理数据之前，还可以确定能够处理所述目标业务类型的数据的目标第二服务器是否异常，如果是，则处理所述目标业务类型的待处理数据，如果不是，则可以缓存该目标业务类型的待处理数据。
实施例3：
为了让第一服务器的备份服务器可以备份第一服务器应该处理的数据，如果所述目标业务类型为第一服务器原本能够处理的数据的第一业务类型，在处理所述目标业务类型的待处理数据之前，所述方法还包括：
通知第一服务器的备份服务器所述目标业务类型的待处理数据，使第一服务器的备份服务器保存所述目标业务类型的待处理数据；
为了避免数据的重复处理，提高资源的利用率，在处理完所述目标业务类型的待处理数据后，所述方法还包括：
通知第一服务器的备份服务器所述目标业务类型的待处理数据处理完成。
上述的第一服务器通知第一服务器的备份服务器所述目标业务类型的待处理数据，以及所述目标业务类型的待处理数据处理完成时，可以是第一服务器中保存有每个备份服务器的标识信息，例如IP地址，第一服务器根据每个备份服务器的标识信息，向每个备份服务器以单播的形式发送通知信息，例如发送所述目标业务类型的待处理数据和/或所述目标业务类型的待处理数据处理完成等。当然第一服务器还可以向整个网络广播上述的通知消息。
第一服务器作为第二服务器的备份服务器，第一服务器可以接收每个正常的第二服务器发送的第二服务器原本能够处理的第二业务类型的数据，第一服务器可以针对每个正常的第二服务器，保存该正常的第二服务器发送的数据。
实施例4：
为了让第二服务器的备份服务器可以备份该第二服务器应该处理的数据，如果存在能够处理所述目标业务类型的数据的目标第二服务器，在处理所述目标业务类型的待处理数据之前，所述方法还包括：
通知目标第二服务器的备份服务器所述目标业务类型的待处理数据，使目标第二服务器的备份服务器保存所述目标业务类型的待处理数据；
为了让目标第二服务器的备份服务器可以备份该第二服务器接收到的数据，在处理完所述目标业务类型的待处理数据后，所述方法还包括：
通知目标第二服务器的备份服务器所述目标业务类型的待处理数据处理完成。
上述的第一服务器通知目标第二服务器的备份服务器所述目标业务类型的待处理数据，以及所述目标业务类型的待处理数据处理完成时，可以是第一服务器针对每个第二服务器，保存有该第二服务器的每个备份服务器的标识信息，第二服务器的备份服务器中就包括第一服务器，例如IP地址，第一服务器识别目标第二服务器的备份服务器的标识，根据目标第二服务器的每个备份服务器的标识信息，向目标第二服务器的每个备份服务器以单播的形式发送通知信息，例如发送所述目标业务类型的待处理数据和/或所述目标业务类型的待处理数据处理完成等。当然第一服务器还可以向整个网络广播上述的通知消息。
实施例5：
第一服务器在向备份服务器发送消息时，可以是以单播或广播的形式发送的，为了进一步提高资源的利用率，用户还可以针对每个服务器，将该服务器的备份服务器作为一个群组，在向备份服务器发送通知消息时，可以以组播的形式发送通知消息。用户可以在第一服务器上配置第一服务器对应的第一备份服务器组的标识信息，例如第一备份服务器组的IP地址，加入所述第一备份服务器组的服务器为所述第一服务器的备份服务器，则第一服务器接收用户配置的第一服务器对应的第一备份服务器组的标识信息，第一服务器在通知第一服务器的备份服务器所述目标业务类型的待处理数据时，可以是根据预先保存的第一服务器对应的第一备份服务器组的标识信息，向所述第一备份服务器组组播所述目标业务类型的待处理数据。
第一服务器在通知第一服务器的备份服务器所述目标业务类型的待处理数据处理完成时，可以是根据预先保存的第一服务器对应的第一备份服务器组的标识信息，向所述第一备份服务器组组播所述目标业务类型的待处理数据处理完成。
第一服务器在向目标第二服务器的备份服务器发送消息时，可以是以单播或广播的形式发送的，为了进一步提高资源的利用率，可以以组播的形式发送通知消息，用户还可以在第一服务器上配置每个第二服务器的第二备份服务器组的标识信息，则第一服务器针对每个第二服务器，接收用户配置的该第二服务器的第二备份服务器组的标识信息，针对每个第二服务器，加入其对应的第二备份服务器组的服务器为该第二服务器的备份服务器。
第一服务器在通知目标第二服务器的备份服务器所述目标业务类型的待处理数据时，可以是根据预先保存的目标第二服务器对应的第二备份服务器组的标识信息，向所述第二备份服务器组组播所述目标业务类型的待处理数据。
第一服务器在通知目标第二服务器的备份服务器所述目标业务类型的待处理数据处理完成时，可以是根据预先保存的目标第二服务器对应的第二备份服务器组的标识信息，向所述第二备份服务器组组播所述目标业务类型的待处理数据处理完成。
用户在配置上述信息时，可以是在服务器开机时配置的。
实施例6：
图4本发明实施例提供的一种数据处理装置示意图，所述装置包括：
接收模块41，用于接收传输网发送的目标业务类型的待处理数据；
处理模块42，用于判断所述目标业务类型是否为预先保存的自身原本能够处理的数据的第一业务类型；如果是，则处理所述目标业务类型的待处理数据；如果否，当确定目标业务类型为目标第二服务器原本能够处理的数据的业务类型时，处理所述目标业务类型的待处理数据，其中，所述装置为目标第二服务器的备份服务器。
进一步地，所述装置还包括：
异常检测模块43，用于通过心跳包检测预先保存的每个第二服务器中是否存在异常第二服务器；如果是，则根据预先保存的所述异常第二服务器的标识信息，以及所述异常第二服务器原本能够处理的数据的第二业务类型，建立与传输网的通信连接，用以接收传输网发送的第二业务类型的数据。
进一步地，所述处理模块42，还用于如果所述目标业务类型为所述装置原本能够处理的数据的第一业务类型，在处理所述目标业务类型的待处理数据之前，通知所述装置的备份服务器所述目标业务类型的待处理数据，使所述装置的备份服务器保存所述目标业务类型的待处理数据；在处理完所述目标业务类型的待处理数据后，通知所述装置的备份服务器所述目标业务类型的待处理数据处理完成。
进一步地，所述处理模块42，还用于如果存在能够处理所述目标业务类型的数据的目标第二服务器，在处理所述目标业务类型的待处理数据之前，通知目标第二服务器的备份服务器所述目标业务类型的待处理数据，使目标第二服务器的备份服务器保存所述目标业务类型的待处理数据；在处理完所述目标业务类型的待处理数据后，通知目标第二服务器的备份服务器所述目标业务类型的待处理数据处理完成。
进一步地，所述处理模块42，具体用于根据预先保存的服务器对应的备份服务器组的标识信息，向所述备份服务器组组播所述目标业务类型的待处理数据；以及根据预先保存的服务器对应的备份服务器组的标识信息，向所述备份服务器组组播所述目标业务类型的待处理数据处理完成；其中，加入所述备份服务器组的服务器为所述服务器的备份服务器。
进一步地，所述接收模块41，还用于接收用户配置的所述装置对应的第一备份服务器组的标识信息和/或第二服务器对应的第二备份服务器组的标识信息。
进一步地，所述接收模块41，还用于接收每个第二服务器发送的第二服务器原本能够处理的第二业务类型的数据，并保存。
进一步地，所述接收模块41，还用于接收用户配置的所述装置原本能够处理的数据的第一业务类型，每个第二服务器的标识信息，及每个第二服务器原本能够处理的数据的第二业务类型。
实施例7：
图5为本发明实施例提供的一种电子设备，包括：处理器51、通信接口52、存储器53和通信总线54，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
所述存储器中存储有计算机程序，当所述程序被所述处理器执行时，使得所述处理器执行上述数据处理中的任一项所述方法的步骤。
上述各实施例中的提到的通信总线可以是外设部件互连标准(PeripheralComponent Interconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
通信接口，用于上述设备与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器的存储装置。
上述处理器可以是通用处理器，包括中央处理器、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(Digital Signal Processing，DSP)、专用集成电路、现场可编程门陈列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。
实施例8：
本发明实施例提供了一种计算机可读存储介质，其存储有可由电子设备执行的计算机程序，当所述程序在所述电子设备上运行时，使得所述电子设备执行上述数据处理中的任一项所述方法的步骤。
上述实施例中的计算机可读存储介质可以是电子设备中的处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器如软盘、硬盘、磁带、磁光盘(MO)等、光学存储器如CD、DVD、BD、HVD等、以及半导体存储器如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD)等。
实施例9：
本发明实施例提供了一种数据处理系统，该系统包括执行上述数据处理中的任一项所述方法的步骤的第一服务器，以及与第一服务器进行通信的上述第二服务器，以及传输网。
对于系统/装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者一个操作与另一个实体或者另一个操作区分开来，而不一定要求或者暗示这些实体或者操作之间存在任何这种实际的关系或者顺序。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全应用实施例、或结合应用和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (12)

1.一种数据处理方法，其特征在于，所述方法包括：
第一服务器接收传输网发送的目标业务类型的待处理数据，判断所述目标业务类型是否为预先保存的自身原本能够处理的数据的第一业务类型；
如果是，则处理所述目标业务类型的待处理数据；
如果否，当确定目标业务类型为目标第二服务器原本能够处理的数据的业务类型时，处理所述目标业务类型的待处理数据，其中，第一服务器为目标第二服务器的备份服务器；
其中，如果所述目标业务类型为第一服务器原本能够处理的数据的第一业务类型，在处理所述目标业务类型的待处理数据之前，所述方法还包括：
通知第一服务器的备份服务器所述目标业务类型的待处理数据，使第一服务器的备份服务器保存所述目标业务类型的待处理数据；
在处理完所述目标业务类型的待处理数据后，所述方法还包括：
通知第一服务器的备份服务器所述目标业务类型的待处理数据处理完成；
所述方法还包括：
第一服务器通过心跳包检测预先保存的每个第二服务器中是否存在异常第二服务器；
如果是，则根据预先保存的所述异常第二服务器的标识信息，以及所述异常第二服务器原本能够处理的数据的第二业务类型，建立与传输网的通信连接，用以接收传输网发送的第二业务类型的数据。
2.如权利要求1所述的方法，其特征在于，如果存在能够处理所述目标业务类型的数据的目标第二服务器，在处理所述目标业务类型的待处理数据之前，所述方法还包括：
通知目标第二服务器的备份服务器所述目标业务类型的待处理数据，使目标第二服务器的备份服务器保存所述目标业务类型的待处理数据；
在处理完所述目标业务类型的待处理数据后，所述方法还包括：
通知目标第二服务器的备份服务器所述目标业务类型的待处理数据处理完成。
3.如权利要求1或2所述的方法，其特征在于，通知服务器的备份服务器所述目标业务类型的待处理数据包括：
根据预先保存的服务器对应的备份服务器组的标识信息，向所述备份服务器组组播所述目标业务类型的待处理数据；
通知服务器的备份服务器所述目标业务类型的待处理数据处理完成包括：
根据预先保存的服务器对应的备份服务器组的标识信息，向所述备份服务器组组播所述目标业务类型的待处理数据处理完成；
其中，加入所述备份服务器组的服务器为所述服务器的备份服务器。
4.如权利要求3所述的方法，其特征在于，所述方法还包括：
第一服务器接收用户配置的第一服务器对应的第一备份服务器组的标识信息和/或第二服务器对应的第二备份服务器组的标识信息。
5.如权利要求1所述的方法，其特征在于，所述方法还包括：
接收每个第二服务器发送的第二服务器原本能够处理的第二业务类型的数据，并保存。
6.如权利要求1所述的方法，其特征在于，所述方法还包括：
第一服务器接收用户配置的第一服务器原本能够处理的数据的第一业务类型，每个第二服务器的标识信息，及每个第二服务器原本能够处理的数据的第二业务类型。
7.一种数据处理装置，其特征在于，所述装置包括：
接收模块，用于接收传输网发送的目标业务类型的待处理数据；
处理模块，用于判断所述目标业务类型是否为预先保存的自身原本能够处理的数据的第一业务类型；如果是，则处理所述目标业务类型的待处理数据；如果否，当确定目标业务类型为目标第二服务器原本能够处理的数据的业务类型时，处理所述目标业务类型的待处理数据，其中，所述装置为目标第二服务器的备份服务器；
其中，所述处理模块，还用于如果所述目标业务类型为所述装置原本能够处理的数据的第一业务类型，在处理所述目标业务类型的待处理数据之前，通知所述装置的备份服务器所述目标业务类型的待处理数据，使所述装置的备份服务器保存所述目标业务类型的待处理数据；
在处理完所述目标业务类型的待处理数据后，通知所述装置的备份服务器所述目标业务类型的待处理数据处理完成；
其中，所述装置还包括：
异常检测模块，用于通过心跳包检测预先保存的每个第二服务器中是否存在异常第二服务器；如果是，则根据预先保存的所述异常第二服务器的标识信息，以及所述异常第二服务器原本能够处理的数据的第二业务类型，建立与传输网的通信连接，用以接收传输网发送的第二业务类型的数据。
8.如权利要求7所述的装置，其特征在于，所述处理模块，还用于如果存在能够处理所述目标业务类型的数据的目标第二服务器，在处理所述目标业务类型的待处理数据之前，通知目标第二服务器的备份服务器所述目标业务类型的待处理数据，使目标第二服务器的备份服务器保存所述目标业务类型的待处理数据；在处理完所述目标业务类型的待处理数据后，通知目标第二服务器的备份服务器所述目标业务类型的待处理数据处理完成。
9.如权利要求7或8所述的装置，其特征在于，所述处理模块，具体用于根据预先保存的服务器对应的备份服务器组的标识信息，向所述备份服务器组组播所述目标业务类型的待处理数据；以及根据预先保存的服务器对应的备份服务器组的标识信息，向所述备份服务器组组播所述目标业务类型的待处理数据处理完成；其中，加入所述备份服务器组的服务器为所述服务器的备份服务器。
10.如权利要求9所述的装置，其特征在于，所述接收模块，还用于接收用户配置的所述装置对应的第一备份服务器组的标识信息和/或第二服务器对应的第二备份服务器组的标识信息。
11.如权利要求7所述的装置，其特征在于，所述接收模块，还用于接收每个第二服务器发送的第二服务器原本能够处理的第二业务类型的数据，并保存。
12.如权利要求7所述的装置，其特征在于，所述接收模块，还用于接收用户配置的所述装置原本能够处理的数据的第一业务类型，每个第二服务器的标识信息，及每个第二服务器原本能够处理的数据的第二业务类型。
CN201811504336.6A 2018-12-10 2018-12-10 一种数据处理方法及装置 Active CN109450702B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811504336.6A CN109450702B (zh) 2018-12-10 2018-12-10 一种数据处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811504336.6A CN109450702B (zh) 2018-12-10 2018-12-10 一种数据处理方法及装置

Publications (2)

Publication Number Publication Date
CN109450702A CN109450702A (zh) 2019-03-08
CN109450702B true CN109450702B (zh) 2022-05-24

Family

ID=65557411

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811504336.6A Active CN109450702B (zh) 2018-12-10 2018-12-10 一种数据处理方法及装置

Country Status (1)

Country Link
CN (1) CN109450702B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111600749B (zh) * 2020-04-29 2023-01-24 厦门市美亚柏科信息股份有限公司 一种多个服务器的管理方法、系统及计算机存储介质
CN113157493A (zh) * 2021-04-09 2021-07-23 广州广电运通智能科技有限公司 基于检票系统的备份方法、装置、系统和计算机设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101188787B (zh) * 2006-11-17 2011-06-22 华为技术有限公司 归属位置寄存器容灾方法及系统
CN101404519B (zh) * 2008-11-14 2012-08-22 华为技术有限公司 一种业务板系统和业务处理方法
CN105302649A (zh) * 2015-12-03 2016-02-03 中国联合网络通信集团有限公司 一种容灾备份方法和系统
CN107070858B (zh) * 2016-12-21 2021-09-21 创新先进技术有限公司 一种业务处理方法及装置

Also Published As

Publication number Publication date
CN109450702A (zh) 2019-03-08

Similar Documents

Publication Publication Date Title
EP3013086B1 (en) Method, apparatus and electronic device for connection management
CN107395632B (zh) SYN Flood防护方法、装置、清洗设备及介质
CN109450702B (zh) 一种数据处理方法及装置
CN111355600B (zh) 一种主节点确定方法和装置
WO2018107892A1 (zh) 网络通信功能异常的处理方法及处理装置、终端设备、计算机存储介质
CN110072244B (zh) 一种无线链路失败定时器的控制方法及设备
CN109391526B (zh) 一种网络环路的检测方法及装置
CN109379246B (zh) 一种内存的检测方法及装置
CN111865665A (zh) 一种网络设备故障自愈方法和装置
CN110417761B (zh) 基于双机冗余的通信方法及装置
CN107409427B (zh) 一种数据业务的数据传输方法及装置
CN108846085B (zh) 一种id生成方法、装置、电子设备及系统
CN111200833B (zh) 一种网元状态的确定方法及装置
US20200019449A1 (en) Broadcast Message Sending Method and Apparatus, and Mobile Terminal
CN111949421B (zh) Sdk调用方法、装置、电子设备和计算机可读存储介质
CN115033927A (zh) 一种检测数据完整性的方法、装置、设备及介质
CN108141406B (zh) 一种业务故障处理的方法、装置及设备
CN115460635A (zh) 故障检测方法、装置、设备及计算机存储介质
CN106230878A (zh) 一种基于AllJoyn框架的设备服务调用方法及装置
CN111404810B (zh) openflow流表恢复方法、装置、电子设备及介质
CN111314272B (zh) 一种任务处理方法及装置
CN108616461B (zh) 一种策略切换方法及装置
CN113542359B (zh) 一种线上会议中的终端状态更新方法、装置及电子设备
CN111132311B (zh) 基站监控方法、装置、电子设备和存储介质
CN110996359B (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
TA01 Transfer of patent application right

Effective date of registration: 20200106

Address after: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong

Applicant after: Jingxin Communication System (China) Co., Ltd.

Address before: 510663 Shenzhou Road, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangdong, 10

Applicant before: Jingxin Communication System (China) Co., Ltd.

Applicant before: Jingxin Communication System (Guangzhou) Co., Ltd.

Applicant before: Jingxin Communication Technology (Guangzhou) Co., Ltd.

Applicant before: TIANJIN COMBA TELECOM SYSTEMS CO., LTD.

TA01 Transfer of patent application right
CB02 Change of applicant information

Address after: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong

Applicant after: Jingxin Network System Co.,Ltd.

Address before: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong

Applicant before: Comba Telecom System (China) Ltd.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant