CN103490932B - 设备升级的处理方法和装置 - Google Patents

Abstract

本发明实施例提供一种设备升级的处理方法和装置，该方法包括：将系统中至少两个设备分为第一设备组和第二设备组，并控制第二设备组处理的第二业务的业务类型为稳态业务；所述系统中任意一个设备可获取其他设备存储的业务数据；触发所述第二设备组进行升级，且使所述第二设备组所处理的第二业务切换至所述第一设备组；所述第一设备组是根据所述第二设备组已存储的业务数据继续处理所述第二业务的。通过设备升级的处理方法和装置，一个设备组上的稳态业务可以无损的切换到另一个设备组上，从而提高了系统处理业务的性能。

Description

设备升级的处理方法和装置

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种设备升级的处理方法和装置。

背景技术

在当今的信息时代，数据业务的数量不断增长，因此用于提供数据业务服务的系统中，通常由多个设备分担大量的数据业务，例如通信运行商的运营系统中就设置了多个服务器，各个服务器用于向用户提供服务业务；然而，为了使用户获得较佳的用户体验，系统中各个设备的程序和数据的结构等信息需要不断完善，因此系统需要定期升级。

现有技术中系统进行升级时，通常将系统中的多个设备分为两个设备组，且系统中各个设备上正在处理的业务中，一些已得到设备的正常响应的业务为稳态业务，即设备已针对稳态业务建立了稳定的处理进程，而另一些业务的请求已被设备接收，但设备并未针对该业务作出正常响应，即针对该业务设备并未建立稳定的处理进程，该业务称为新接入业务；而在升级的触发时刻，第一个设备组中的各个设备上的所有业务被中止，并开始升级，而第二个设备组中的各个设备继续处理该第二设备组上的稳态业务，并接收新接入业务的请求；当第一个设备组升级完成后，继续处理上述被中止的稳态业务并接收新接入业务的请求，而第二个设备组上的所有业务被中止，开始进行升级。

采用上述技术方案进行系统升级时发现，通过两个设备组的交替升级，系统可正常接收新接入业务的请求，但上述一个设备组的稳态业务在升级过程中被中止，因此对于稳态业务来说，在升级过程中出现间隙，会影响该稳态业务的处理效率，从而降低了系统的性能。

发明内容

本发明实施例提供一种设备升级的处理方法，用于优化设备升级的处理过程，以提高系统的性能。

第一方面，本发明实施例提供一种设备升级的处理方法，其特征在于，包括：

将系统中至少两个设备分为第一设备组和第二设备组，并控制第二设备组处理的第二业务的业务类型为稳态业务；所述系统中任意一个设备可获取其他设备存储的业务数据；

触发所述第二设备组进行升级，且使所述第二设备组所处理的第二业务切换至所述第一设备组；所述第一设备组是根据所述第二设备组已存储的业务数据继续处理所述第二业务的。

结合第一方面，第一实施方式中，所述控制第二设备组处理的业务类型为稳态业务之前，所述处理方法还包括：

初始化所述第二设备组中各个设备的非稳态标识；所述设备的所述非稳态标识是在该设备接收新接入业务时加1的，或在该设备对一个业务正常响应或退出响应时减1的。

结合第一方面的第一实施方式，第二实施方式中，所述触发所述第二设备组进行升级，包括：

获取第二设备组中各个设备的非稳态标识；

根据所述第二设备组中各个设备的非稳态标识，确定第二设备组中的可升级设备；

触发所述第二设备组中各个所述可升级设备进行升级，以完成所述第二设备组的升级。

结合第一方面的第二实施方式，在第三实施方式中，在所述第二设备组完成升级之后，所述处理方法还包括：

控制升级后的第二设备组对第一设备组已存储的业务数据进行拷贝，并开启双写缓存区以缓存所述拷贝的过程中，所述第一设备组存储的新增业务数据；

当所述升级后的第二设备组完成所述拷贝时，初始化所述第一设备组中各个设备的非稳态标识；

控制所述第一设备组处理的第一业务的业务类型为稳态业务；

控制所述升级后的第二设备组获取所述双写缓存区内的所述新增业务数据。

结合第一方面的第三实施方式，第四实施方式中，在所述控制所述升级后的第二设备组获取所述双写缓存区内的所述新增业务数据之后，所述处理方法还包括：

触发所述第一设备组进行升级，且使所述第一设备组所处理的第一业务切换至所述升级后的第二设备组。

第二方面，本发明实施例提供一种设备升级的处理装置，其特征在于，包括：

控制模块，用于将系统中至少两个设备分为第一设备组和第二设备组，并控制第二设备组处理的业务类型为稳态业务；所述系统中任意一个设备可获取其他设备存储的业务数据；

执行模块，用于触发所述第二设备组进行升级，且使所述第二设备组所处理的第二业务切换至所述第一设备组；所述第一设备组是根据所述第二设备组已存储的业务数据继续处理所述第二业务的。

结合第二方面，第一实施方式中，所述处理装置还包括：

初始化模块，用于初始化所述第二设备组中各个设备的非稳态标识；所述设备的所述非稳态标识是在该设备接收新接入业务时加1的，或在该设备对一个业务正常响应或退出响应时减1的。

结合第二方面的第一实施方式，第二实施方式中，所述执行模块具体用于获取第二设备组中各个设备的非稳态标识；

根据所述第二设备组中各个设备的非稳态标识，确定第二设备组中的可升级设备；

触发所述第二设备组中各个所述可升级设备进行升级，以完成所述第二设备组的升级。

结合第二方面的第二实施方式，在第三实施方式中，所述控制模块还用于控制升级后的第二设备组对第一设备组已存储的业务数据进行拷贝，并开启双写缓存区以缓存所述拷贝的过程中，所述第一设备组存储的新增业务数据；

当所述升级后的第二设备组完成所述拷贝时，所述初始化模块还用于初始化所述第一设备组中各个设备的非稳态标识；

所述控制模块还用于控制控制所述第一设备组处理的第一业务的业务类型为稳态业务；

所述控制模块还用于控制所述升级后的第二设备组获取所述双写缓存区内的所述新增业务数据。

结合第二方面的第三实施方式，第四实施方式中，所述执行模块还用于触发所述第一设备组进行升级，且使所述第一设备组所处理的第一业务切换至所述升级后的第二设备组。

本发明实施例提供的设备升级的处理方法和装置，通过将系统中至少两个设备分为第一设备组和第二设备组，并控制第二设备组处理的业务类型为稳态业务，因此在升级第二设备组时，第一设备组可继续正常工作，保障系统可继续处理业务；另外，由于系统中任意一个设备可获取其他设备存储的业务数据，从而第二设备组在升级时，该第二设备组上的稳态业务可以无损的切换到第一设备组上，从而提高了系统处理业务的性能。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明设备升级的处理方法实施例一的流程图；

图2为本发明设备升级的处理方法实施例二的流程图；

图3为本发明实施例二中设备升级的第一场景示意图；

图4为本发明实施例二中设备升级的第二场景示意图；

图5为本发明实施例二中设备升级的第三场景示意图；

图6为本发明实施例二中设备升级的第四场景示意图；

图7为本申请设备升级的处理装置实施例一的结构图；

图8为本发明设备升级的处理装置实施例二的结构图：

图9为本发明设备升级的处理装置实施例三的结构图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明设备升级的处理方法实施例一的流程图。如图1所示，本实施例的执行主体为设备升级的处理装置，该处理装置可以采用硬件和/或软件的方式实现，优选的，该处理装置设置在用于管理系统的管理设备上。具体的，该方法包括：

S101、将系统中至少两个设备分为第一设备组和第二设备组，并控制第二设备组处理的第二业务的业务类型为稳态业务。

其中，第一设备组和第二设备组是将系统中的至少两个设备进行分组获得的，分组后，第一设备组所处理的业务称为第一业务，而第二设备组处理的业务称为第二业务；在分组时，可以将系统中的至少两个设备均分为两组；例如，系统中有20个设备，其中10个设备归属第一设备组，另外10个设备归属第二个设备组；而且，在本实施例中，系统中任意一个设备可获取其他设备存储的业务数据，例如系统采用了共享内存技术，则设备1通过访问共享内存便可获得设备2～设备20存储在共享内存中的业务数据；当然也可以根据需要分组时不平均分组，例如一个系统接收的新接入业务较少，可以安排15个设备作为第二设备组，5个设备作为第一设备组，以便升级速度加快。

在本实施例中，系统准备升级时，上述处理装置对第一设备组中的各个设备标注（或修改分发管理表）为“all”，表征控制第一设备组除了处理第一设备组上已存在的稳态业务，同时也可不断地接收新接入业务；同时，上述处理装置对第二设备组中的各个设备标注（或修改分发管理表）为“old”，表征控制第二设备组仅处理第二设备组上已存在的稳态业务；由此可知，通过第一设备组，系统仍然可以支持新接入业务的正常接入，例如通信运行商的运营系统可通过第一设备组持续向用户提供服务，这些服务中除了第一设备组上已有的稳态业务以外，还包括第一设备组受理的用户新发起的业务请求，即新接入业务；而第二设备组仅负责稳态业务，没有新接入的业务，因此第二设备组断电重启准备升级时，不会使系统出现不能接入新接入业务的状况；可以理解的，在第二设备组在升级的过程中，第一设备组可能仅处理了稳态业务、或者只接收新接入业务、或着在处理稳态业务的同时也接收新接入业务，或者第一设备组中的各个设备皆处于空闲状态。

S102、触发第二设备组进行升级，且使第二设备组所处理的第二业务切换至第一设备组。

以断电作为升级的触发条件，当第二设备组中的设备断电时，上述处理装置可控制第二设备组所处理的第二业务切换至第一设备组；该第二业务即为稳态业务；由于本实施例中系统中任意一个设备可获取其他设备存储的业务数据，因此，第二业务切换至第一设备组后，第一设备组是根据第二设备组已存储的业务数据继续处理第二业务。

举例来说，第二设备组当前处理的稳态业务为记录用户的通话时长业务，当前用户的通话时长为1小时5分，则第二设备组通过稳定的处理进程将数据“1小时5分”存储在共享内存中，此时第二设备组断电重启以准备升级，则该业务被切换至第一设备组，即由第一设备组中的一个设备负责继续记录该用户的通话时长，此时第一设备组基于共享内存中已存储的“1小时5分”，继续记录该用户的通话时长，由此可知第二设备组上的稳态业务不会因为第二设备组断电重启而暂停记录通话时长，避免出现通话时长的统计中断以致不能获得通话的准确时长，从而该业务实现了无损迁移，而第二设备组中的各个设备开始进行程序、数据等信息的更新以进行升级。

另外，需要说明的是，在实现所述系统中任意一个设备可获取其他设备存储的业务数据时，上述共享内存技术仅用于举例，并不限制本实施例实现时所采用的方式，例如，某个设备还可以将业务数据实时的上传至云服务器中，以便其他设备通过云服务器获取业务数据。

本实施例中，通过将系统中至少两个设备分为第一设备组和第二设备组，并控制第二设备组处理的业务类型为稳态业务，因此在升级第二设备组时，系统仍然可以通过第一设备组正常工作；另外，由于系统中任意一个设备可获取其他设备存储的业务数据，从而第二设备组在升级时，该第二设备组上的第二业务可以无损的切换到第一设备组上，使得第二业务可继续正常处理，从而提高了系统的性能。

图2为本发明设备升级的处理方法实施例二的流程图。如图2所示，本实施例是在图1所示的实施例的基础上，进一步详细描述设备升级的处理方法，该方法包括：

S201、将系统中至少两个设备分为第一设备组和第二设备组，并控制第二设备组处理的第二业务的业务类型为稳态业务。

具体的，图3为本发明实施例二中设备升级的第一场景示意图。如图3所示，图中以四个设备为例，设备A、设备B归属第一设备组，设备C、设备D属于第二设备组；所述处理装置开始控制系统升级时，将设备A和设备B标注为“all”，而将设备C和设备D标注为“old”，详细可参考S101。

可选择较优的，在执行S201之前，初始化第二设备组中各个设备的非稳态标识；通常将该非稳态标识初始化为0（0仅为举例，本实施例中并不以此为限制）,其中，设备的非稳态标识是在该设备接收新接入业务时加1的；或在该设备对一个业务正常响应或退出响应时减1的。

由于上述处理装置在执行S201之前，系统中的所有设备都是正常工作的，即任意一个设备在处理稳态业务的同时也接收新接入业务，而该新接入业务被设备正常响应后，即针对该新接入业务已建立了稳定的处理进程后，该新接入业务成为该设备上的稳态业务；但处理装置执行S201的同时，第二设备组中的设备可能会接收了新接入业务，为了避免第二设备组升级时影响了设备针对该新接入业务的响应，处理装置可选择在执行S201之前初始化第二设备组的非稳态标识，对第二设备组中的设备所接收的新接入业务作出监控。

S202、获取第二设备组中各个设备的非稳态标识。

S203、根据第二设备组中各个设备的非稳态标识，确定第二设备组中的可升级设备。

以非稳态标识初始化为0为例，处理装置在执行S203时，具体的，当设备的非稳态标识是0，说明该设备上所处理的业务都是稳态业务或没有业务；或者即使处理装置在执行S201时，该设备接收了一个新接入业务，通过非稳态标识为0，处理装置便可获知该设备此时已对新接入业务作出正常响应，该新接入业务已成为稳态业务，则处理装置控制该设备断电以准备升级时，不会出现干扰了新接入业务正常接入的情况，即处理装置确定该设备为可升级的设备；

或者，当设备的非稳态标识非0，判断非0时长超过预设阈值，则处理装置确定设备为可升级的设备，其中预设阈值可根据需要设置，通过设置预设阈值，可防止设备出现死机等极端情况造成的非稳态标识一直不为0的情况，避免延误设备的升级。

当然可以理解的，当非稳态标识不为0时，或非0的时长没有超过预设阈值时，说明此时该设备上所处理的业务的状况是不可以受到升级影响的，例如一个设备接收了新接入业务，非稳态标识加1，在该设备准备针对该新接入业务做出正常响应但还没有发送响应消息时，若将该设备断电重启，则上述新接入业务与系统之间不能建立正常的交互，例如用户向系统发送了一个新接入业务，该新接入业务具体为用户请求下载某个资源，系统中的一个设备给出正常响应，才能建立用户与该设备之间的数据传输承载，从而通过该数据传输承载，用户可持续下载上述资源的数据；但该设备接收了该新接入业务使非稳态标识加1，且未给出正常响应，此时该设备断电导致数据传输承载未建立，则用户不能下载上述资源的数据，只能重新发送新接入业务的请求，从而给用户带来不便。

S204、触发第二设备组中各个所述可升级设备进行升级，以完成第二设备组的升级。

图4为本发明实施例二中设备升级的第二场景示意图。如图4所示，第二场景发生在第一场景之后，图中设备D的非稳态标识为0，则该设备D为可升级的设备，而设备C的非稳态标识非0，则该设备C不为可升级的设备。此时，上述处理装置可控制该设备D开始升级。而对于设备D上正在处理的业务类型为稳态业务的第二业务，由于设备D通过针对该第二业务建立的稳定的处理进程，已将稳态业务相关的业务数据存储在共享内存中，则处理装置在触发设备D升级的同时便将上述第二业务切换至第一设备组内的一个设备上，具体的，处理装置可根据预设的管理表上记录的设备D与设备B的对应关系，将设备D上的第二业务切换至设备B上，则设备B基于设备D存储的业务数据，继续处理该第二业务，避免该第二业务的处理进程出现中断。

图5为本发明实施例二中设备升级的第三场景示意图。如图5所示，第三场景发生在第二场景之后，设备D已升级完成，而此时设备C的非稳态标识为0，则设备C可以开始升级，与设备D类似，设备C上的第二业务被切换至第一设备组中的一个设备上，以保证原属于设备C上的第二业务可继续被处理。可以理解的，图5所示的场景仅为举例，在实际应用中，处理装置持续获取除正在升级的设备以外的其他设备的非稳态标识，当所述其他设备的非稳态标识变为0时，便开始升级，即持续执行S202至S204，直至第二设备组中的所有设备完成升级。例如设备D在升级的过程中处理装置执行S202获得设备C的非稳态标识变为0，执行S203确定设备C为可升级设备，继续执行S204，使设备C也开始进行升级，以完成第二设备组的升级。

S205、控制升级后的第二设备组对第一设备组已存储的业务数据进行拷贝，并开启双写缓存区以缓存上述拷贝的过程中，第一设备组存储的新增业务数据。

当第二设备组升级完成后，便开始准备对第一设备组进行升级；由于升级后的第二设备组中没有用于处理第一设备组上业务的业务数据，因此第二设备组需要拷贝第一设备组已存储的业务数据。具体的，升级后的第二设备组建立了新的共享内存区，则升级后的第二设备组访问第一设备组的共享内存区，将第一设备组已存储的业务数据拷贝至升级后的第二设备组建立的新的共享内存区。

由于拷贝过程需要一定的时间，在该拷贝过程中，第一设备组仍然在正常工作，如更新第一设备组上的稳态业务的业务数据，接入新接入业务等，因此在拷贝过程中第一设备组需要存储的业务数据称为新增业务数据，而这些新增业务数据不能实时的拷贝至升级后的第二设备组建立的新的共享内存区，因此处理装置在控制升级后的第二设备组对第一设备组已存储的业务数据进行拷贝的同时，开启双写缓存区以缓存所述拷贝的过程中，第一设备组存储的新增业务数据。

S206、当升级后的第二设备组完成拷贝时，初始化第一设备组中各个设备的非稳态标识。

当升级后的第二设备组完成拷贝时，便需要为第一设备组的升级做出准备，同样的，为了避免对第一设备组进行升级时，干扰到第一设备组上新接入业务的正常响应，此时初始化第一设备组中各个设备的非稳态标识，开始对第一设备组中的各个设备做出监测。

S207、控制第一设备组处理的第一业务的业务类型为稳态业务。

具体可参考S101或S201，由于第一设备组准备进行升级，因此不再接收新接入业务，但系统可通过升级后的第二设备组，继续支持新接入业务的正常接入，例如，图6为本发明实施例二中设备升级的第四场景示意图。如图6所示，设备A和设备B标注为“old”，而此时设备C和设备D已经完成了升级，标注为“all”；可以理解的，处理装置通过对升级后的第二设备组标注“all”,以使升级后的第二设备组可以处理稳态业务的同时也可以接受新接入业务的请求，但在第一设备组升级的过程中，升级后的第二设备组可能仅处理了稳态业务、或者只接收新接入业务、或着在处理稳态业务的同时也接收新接入业务，或者升级后的第二设备组中的各个设备皆处于空闲状态。

S208、控制升级后的第二设备组获取双写缓存区内的新增业务数据。

此时，升级后的第二设备组获取到了可用于处理第一设备组上的第一业务的全部业务数据，以便在第一设备组进行升级时，原属于第一设备组处理的业务类型为稳态业务的第一业务可以切换至升级后的第二设备组。

另外，上述S207和S208可同步执行。

S209、触发第一设备组进行升级，且使第一设备组所处理的第一业务切换至所述升级后的第二设备组。

具体如S202至S204中描述的升级过程，即处理设备获取第一设备组中各个设备的非稳态标识；随后根据第一设备组中各个设备的非稳态标识，确定第一设备组中的可升级设备；最后触发第一设备组中各个可升级设备进行升级，以完成第一设备组的升级。

当第一设备组完成升级后，则系统的升级至此结束。此时升级后的第一设备组可以继续正常工作，接收新接入业务，当给予该新接入业务正常响应后建立了处理进程，该新接入业务即为升级后的第一设备组的稳态业务，而升级后的第一设备组开始处理稳态业务的过程中，也可继续接收新接入业务；此时，升级后的第一设备组中的各个设备也可以获取升级后的第二设备组中各个设备存储的业务数据，以实现升级后的第一设备和升级后的第二设备的业务数据同步，例如，当本实施例中应用了共享内存技术时，升级后的第一设备组建立新的共享内存区，该升级后的第一设备组建立新的共享内存区可直接被加入到前述升级后的第二设备组建立新的共享内存区，则此时升级后的第一设备组与升级后的第二设备组实现了业务数据的同步，则在随后的系统运作中，系统中任意一个设备可获取其他设备存储的业务数据；或者，升级后的第一设备组中的各个设备访问云端服务器，获取到升级后的第二设备组中的各个设备存储在该云端服务器内的业务数据。

本实施例中，通过将系统中至少两个设备分为第一设备组和第二设备组并控制第二设备组处理的业务类型为稳态业务，因此在升级第二设备组时，系统仍然可以通过第一设备组正常运作；另外，由于系统中任意一个设备可获取其他设备存储的业务数据，从而第二设备组在升级时，该第二设备组上的第二业务可以无损的切换到第一设备组上，使得第二业务可继续正常处理；相应的，第二设备组升级完成后可通过双写缓存区与第一设备组实现业务数据的同步，为第一设备组的升级做出准备，并通过控制第一设备组处理的业务类型为稳态业务，则在升级第一设备组时，可使第一设备组上的第一业务可以无损的切换到升级后的第二设备组上，使得第一业务可继续正常处理；也就是说，本实施例的设备升级的处理方法可以实现稳态业务的无损迁移，使稳态业务在系统升级过程中不出现中断，保证了稳态业务的处理效率，从而提高了系统的性能。

图7为本申请设备升级的处理装置实施例一的结构图。如图7所示，该处理装置包括：

控制模块31，用于将系统中至少两个设备分为第一设备组和第二设备组，并控制第二设备组处理的第二业务的业务类型为稳态业务；所述系统中任意一个设备可获取其他设备存储的业务数据；

执行模块32，用于触发所述第二设备组进行升级，且使所述第二设备组所处理的第二业务切换至所述第一设备组；所述第一设备组是根据所述第二设备组已存储的业务数据继续处理所述第二业务的。

本实施例中，设备升级的处理装置通过将系统中至少两个设备分为第一设备组和第二设备组，并控制第二设备组处理的业务类型为稳态业务，因此在升级第二设备组时，不会出现系统接入新接入业务失败的情况；另外，由于系统中任意一个设备可获取其他设备存储的业务数据，从而第二设备组在升级时，该第二设备组上的第二业务可以无损的切换到第一设备组上，使得第二业务可继续正常处理，从而提高了系统的性能

图8为本发明设备升级的处理装置实施例二的结构图。如图8所示，该处理装置还包括：

初始化模块33，用于初始化所述第二设备组中各个设备的非稳态标识；所述设备的所述非稳态标识是在该设备接收新接入业务时加1的，或在该设备对一个业务正常响应或退出响应时减1的。

进一步的，执行模块32具体用于获取第二设备组中各个设备的非稳态标识；

根据所述第二设备组中各个设备的非稳态标识，确定第二设备组中的可升级设备；

触发所述第二设备组中各个所述可升级设备进行升级，以完成所述第二设备组的升级。

进一步的，控制模块31还用于控制升级后的第二设备组对第一设备组已存储的业务数据进行拷贝，并开启双写缓存区以缓存所述拷贝的过程中，所述第一设备组存储的新增业务数据；

当所述升级后的第二设备组完成所述拷贝时，所述初始化模块33还用于初始化所述第一设备组中各个设备的非稳态标识；

所述控制模块31还用于控制所述第一设备组处理的业务类型为稳态业务；

所述控制模块31还用于控制所述升级后的第二设备组获取所述双写缓存区内的所述新增业务数据。

进一步的，执行模块32还用于触发所述第一设备组进行升级，且使所述第一设备组所处理的第一业务切换至所述升级后的第二设备组。

需要说明的是，图7和图8所示的设备升级的处理装置中的各个模块对应执行前述各个方法实施例的中的各个步骤，在此不再赘述。

本实施例中，设备升级的处理装置通过将系统中至少两个设备分为第一设备组和第二设备组，并控制第二设备组处理的业务类型为稳态业务，因此在升级第二设备组时，系统可通过第一设备组继续运作；另外，由于系统中任意一个设备可获取其他设备存储的业务数据，从而第二设备组在升级时，该第二设备组上的第二业务可以无损的切换到第一设备组上，使得第二业务可继续正常处理；相应的，第二设备组升级完成后可通过双写缓存区与第一设备组实现业务数据的同步，为第一设备组的升级做出准备，并通过控制第一设备组处理的业务类型为稳态业务，则在升级第一设备组时，可使第一设备组上的第一业务可以无损的切换到升级后的第二设备组上，使得第一业务可继续正常处理；也就是说，本实施例的设备升级的处理方法可以实现稳态业务的无损迁移，使稳态业务在系统升级过程中不出现中断，保证了稳态业务的处理效率，从而提高了系统的性能。

图9为本发明设备升级的处理装置实施例三的结构图。如图9所示，该处理装置用于执行前述各个方法实施例中的各个步骤，该装置具体包括：

存储器41，用于存储系统中各个设备存储的业务数据及下述新增业务数据；

处理器42，将系统中至少两个设备分为第一设备组和第二设备组，并控制第二设备组处理的第二业务的业务类型为稳态业务；所述系统中任意一个设备可获取其他设备存储的业务数据；

上述处理器42还用于触发所述第二设备组进行升级，且使所述第二设备组所处理的第二业务切换至所述第一设备组；所述第一设备组是根据所述第二设备组已存储的业务数据继续处理所述第二业务的。

进一步的，上述处理器42还用于初始化所述第二设备组中各个设备的非稳态标识；所述设备的所述非稳态标识是在该设备接收新接入业务时加1的，或在该设备对一个业务正常响应或退出响应时减1的。

进一步的，上述处理器42具体用于根据所述第二设备组中各个设备的非稳态标识，确定第二设备组中的可升级设备；

触发所述第二设备组中各个所述可升级设备进行升级，以完成所述第二设备组的升级。

上述处理器42还用于控制升级后的第二设备组对第一设备组已存储的业务数据进行拷贝，并开启双写缓存区以缓存所述拷贝的过程中，所述第一设备组存储的新增业务数据；

当所述升级后的第二设备组完成所述拷贝时，所述处理器42还用于初始化所述第一设备组中各个设备的非稳态标识；

还用于控制控制所述第一设备组处理的第一业务的业务类型为稳态业务；

还用于控制所述升级后的第二设备组获取所述双写缓存区内的所述新增业务数据。

还用于触发所述第一设备组进行升级，且使所述第一设备组所处理的第一业务切换至所述升级后的第二设备组。

本实施例中，设备升级的处理装置通过将系统中至少两个设备分为第一设备组和第二设备组，并控制第二设备组处理的业务类型为稳态业务，因此在升级第二设备组时，系统可通过第一设备组继续运作；另外，由于系统中任意一个设备可获取其他设备存储的业务数据，从而第二设备组在升级时，该第二设备组上的第二业务可以无损的切换到第一设备组上，使得第二业务可继续正常处理；相应的，第二设备组升级完成后可通过双写缓存区与第一设备组实现业务数据的同步，为第一设备组的升级做出准备，并通过控制第一设备组处理的业务类型为稳态业务，则在升级第一设备组时，可使第一设备组上的第一业务可以无损的切换到升级后的第二设备组上，使得第一业务可继续正常处理；也就是说，本实施例的设备升级的处理方法可以实现稳态业务的无损迁移，使稳态业务在系统升级过程中不出现中断，保证了稳态业务的处理效率，从而提高了系统的性能。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (6)

1.一种设备升级的处理方法，其特征在于，包括：

将系统中至少两个设备分为第一设备组和第二设备组，并控制第二设备组处理的第二业务的业务类型为稳态业务；所述系统中任意一个设备可获取其他设备存储的业务数据；

触发所述第二设备组进行升级，且使所述第二设备组所处理的第二业务切换至所述第一设备组；所述第一设备组是根据所述第二设备组已存储的业务数据继续处理所述第二业务的；

其中，所述控制第二设备组处理的第二业务的业务类型为稳态业务之前，所述处理方法还包括：

初始化所述第二设备组中各个设备的非稳态标识；所述设备的所述非稳态标识是在该设备接收新接入业务时加1的，或在该设备对一个业务正常响应或退出响应时减1的；

其中，所述触发所述第二设备组进行升级，包括：

获取第二设备组中各个设备的非稳态标识；

根据所述第二设备组中各个设备的非稳态标识，确定第二设备组中的可升级设备；

触发所述第二设备组中各个所述可升级设备进行升级，以完成所述第二设备组的升级。

2.根据权利要求1所述的处理方法，其特征在于，在所述第二设备组完成升级之后，所述处理方法还包括：

控制升级后的第二设备组对第一设备组已存储的业务数据进行拷贝，并开启双写缓存区以缓存所述拷贝的过程中，所述第一设备组存储的新增业务数据；

当所述升级后的第二设备组完成所述拷贝时，初始化所述第一设备组中各个设备的非稳态标识；

控制所述第一设备组处理的第一业务的业务类型为稳态业务；

控制所述升级后的第二设备组获取所述双写缓存区内的所述新增业务数据。

3.根据权利要求2所述的处理方法，其特征在于，在所述控制所述升级后的第二设备组获取所述双写缓存区内的所述新增业务数据之后，所述处理方法还包括：

触发所述第一设备组进行升级，且使所述第一设备组所处理的第一业务切换至所述升级后的第二设备组。

4.一种设备升级的处理装置，其特征在于，包括：

控制模块，用于将系统中至少两个设备分为第一设备组和第二设备组，并控制第二设备组处理的第二业务的业务类型为稳态业务；所述系统中任意一个设备可获取其他设备存储的业务数据；

执行模块，用于触发所述第二设备组进行升级，且使所述第二设备组所处理的第二业务切换至所述第一设备组；所述第一设备组是根据所述第二设备组已存储的业务数据继续处理所述第二业务的；

其中，所述处理装置还包括：

初始化模块，用于初始化所述第二设备组中各个设备的非稳态标识；所述设备的所述非稳态标识是在该设备接收新接入业务时加1的，或在该设备对一个业务正常响应或退出响应时减1的；

其中，所述执行模块具体用于获取第二设备组中各个设备的非稳态标识；

根据所述第二设备组中各个设备的非稳态标识，确定第二设备组中的可升级设备；

触发所述第二设备组中各个所述可升级设备进行升级，以完成所述第二设备组的升级。

5.根据权利要求4所述的处理装置，其特征在于，所述控制模块还用于控制升级后的第二设备组对第一设备组已存储的业务数据进行拷贝，并开启双写缓存区以缓存所述拷贝的过程中，所述第一设备组存储的新增业务数据；

当所述升级后的第二设备组完成所述拷贝时，所述初始化模块还用于初始化所述第一设备组中各个设备的非稳态标识；

所述控制模块还用于控制控制所述第一设备组处理的第一业务的业务类型为稳态业务；

所述控制模块还用于控制所述升级后的第二设备组获取所述双写缓存区内的所述新增业务数据。

6.根据权利要求5所述的处理装置，其特征在于，所述执行模块还用于触发所述第一设备组进行升级，且使所述第一设备组所处理的第一业务切换至所述升级后的第二设备组。