一种数据灾备系统及业务处理方法技术方案

本申请公开了一种数据灾备系统及业务处理方法。一种数据灾备系统包括主库、读库和故障切换库；主库与读库部署在不同的网络连接区域、故障切换库与读库部署在相同的网络连接区域；主库和读库：在非故障状态下处理数据操作请求，主库向读库同步数据；故障切换库：在非故障状态下不启用；在故障状态下，利用读库作为数据恢复来源，以代替主库处理数据操作请求；应用本申请方案，可以有效降低灾备系统的部署和维护开销，并且提高资源的实际利用率。

A data backup system and business processing method

The invention discloses a data backup system and business processing method. A data backup system comprises a main library, Reading Library and failover library; the main library and Reading Library deployment connection area, failover library and Reading Library deployment in the connection region of the same network in different network; the main library and Reading Library: data processing operation request in a non fault state, the main library to read library synchronous data; fault switching is not enabled in the Library: non fault condition; in the fault state, using the Reading Library as a data recovery source to replace the main library data processing operation request; application of the application program, can effectively reduce the disaster recovery system deployment and maintenance costs, and improve the actual utilization of resources.

【技术实现步骤摘要】
一种数据灾备系统及业务处理方法
本申请涉及数据库
，尤其涉及一种数据灾备系统及业务处理方法。
技术介绍
在大数据时代，数据的灾备是一个不可忽视的问题，如何以较低的成本实现最佳的灾备性能，一直是研究人员所关注的重要方向。基于数据量增加、业务类型增加等客观需求，不可避免地需要将业务数据分别存储在多个物理数据库中，并且多个物理数据库可能分别被部署在不同的网络区域，例如不同的物理网络连接区域、不同的逻辑网络连接区域等等。如图1所示，机房A和机房B分别处于不同的网络连接区域，机房A中部署了应用服务器A和数据库A、机房B中部署了应用服务器B和数据库B，两个机房所处理的业务不同，存储的数据也不同。假设机房A网络出现了故障，那么所有的用户业务请求都无法达到应用服务器A，而且数据库A和数据库B中存储的数据不同，因此即使强行把用户业务请求路由到应用服务器B，也仍然无法正常对业务进行处理。
技术实现思路
针对上述技术问题，本申请提供一种数据灾备系统及业务处理方法，技术方案如下：一种数据灾备系统，该系统包括：主库、读库和故障切换库；主库与读库部署在不同的网络连接区域、故障切换库与读库部署在相同的网络连接区域；主库和读库：在非故障状态下处理数据操作请求，主库向读库同步数据；故障切换库：在非故障状态下不启用；在故障状态下，利用读库作为数据恢复来源，以代替主库处理数据操作请求；其中，所述故障状态、非故障状态均指主库侧的状态。此外，本申请还提供应用于上述系统的业务处理方法。本申请所提供的技术方案，在数据库读写分离机制的基础上，将读库与主库部署在不同的网络连接区域，并且在读库侧部署用于在故障期间接替主库的故障切换库。该方案的优势在于：相当于针对每个网络连接区域仅需部署一套数据系统即可实现灾备目的，故障切换库仅在故障状态下启用，维护开销基本可以忽略，用于数据灾备的读库在非故障状态下还能够正常处理数据读取业务，也具有较高的资源实际利用率。应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。图1是现有技术的双机房数据库系统的结构示意图；图2是本申请的数据灾备系统的第1种结构示意图；图3是图2所示系统结构下的灾备处理示意图；图4是本申请的数据灾备系统的第2种结构示意图；图5是图4所示系统结构下的灾备处理示意图；图6是本申请的数据灾备系统的第3种结构示意图；图7是图6所示系统结构下的灾备处理示意图；图8是本申请的数据灾备系统的第4种结构示意图；图9是本申请的数据灾备系统的第5种结构示意图。具体实施方式针对
技术介绍
中所提出的问题，一种可用的灾备方案是：在机房B(或者其他机房)部署数据库A的全量备份，正常状态下，主库和备库进行实时数据备份，这样当主库侧出现故障(包括数据库自身故障和网络故障)时，备库可以接替主库。但是这种方案的问题在于：相当于针对每个机房都要部署两套数据库系统，不仅部署和维护开销翻倍，而且备库只有在故障发生后才能起到作用，导致资源利用率低下。此外，根据具体的设备配置、应用需求场景的不同，还有可能存在数据同步不及时、故障切换时间较长等具体问题，这些也都有可能影响到故障期间业务的正常处理。本申请所提供的灾备解决方案是：利用目前已有的数据库读写分离机制，将读库与主库部署在不同的网络连接区域，并且在读库侧部署用于在故障期间接替主库的故障切换库。这样做的优势在于：相当于针对每个网络连接区域仅需部署一套数据系统即可实现灾备目的，故障切换库仅在故障状态下启用，维护开销基本可以忽略，用于数据灾备的读库在非故障状态下还能够正常处理数据读取业务，也具有较高的实际资源利用率。为了使本领域技术人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于本申请保护的范围。图2所示，为申请一种数据灾备系统的结构示意图，该系统至少包括：主库、读库和故障切换(Failover，FO)库；主库：常规意义上的数据库，能够处理写入业务处理请求和读取业务处理请求。读库：自动从主库中同步数据，仅处理读取业务处理请求，作用是帮助主库分担一部分读取请求以减轻主库压力，读写分离的数据库访问机制属于现有技术，本申请中不做进一步的详细说明。故障切换库：在非故障状态下不启用(图2中以虚线框表示)；在故障状态下代替主库处理数据操作请求。为描述方便，本申请中的“故障状态”、“非故障状态”均指主库侧的状态，而且这里的“故障”应理解为对各种“主库不可用”情况的统称，具体原因既可以是数据库自身的故障，也可以是主库所处网络方面的故障等等。从图中可以看出，主库与读库部署在不同的网络连接区域、故障切换库与读库部署在相同的网络连接区域。这里的“网络连接区域”可以是物理意义上网络连接区域，例如机房等，也可以是逻辑意义上的网络连接区域，例如网段等，本申请对“网络连接区域”所对应的具体概念、也即本申请方案的应用场景并不需要进行限定。另外需要说明的是，本申请方案的要点在于提供新的数据库部署方案，对于应用服务器所处的网络位置并不需要进行限定，例如，应用服务器可以与数据库系统的组件处于相同的网络连接区域、也可以与数据库系统的组件处于不同的网络连接区域，这些并不影响本申请方案的实施，因此，在图2以及本后续说明书附图中所示的应用服务器位置不应理解为对本申请方案的限定。在非故障状态下，主库和读库除了位于不同的网络连接区域之外，工作方式与现有的主库/读库工作方式基本相同。故障切换库在非故障状态下不启用，避免平时额外的资源占用和维护开销。如图3所示，在主库侧出现故障后，主库变为不可用，原本需要转发给主库的业务处理请求将转发至读库和故障切换库所处的另一网络连接区域。在另一网络连接区域，需要启用故障切换库(图3中以实线框表示)，并且由故障切换库代替主库来处理数据操作请求。一方面，由于故障切换库在非故障期间是不启用的，因此在启用的初始阶段，故障切换库中并不存在有效的可用数据；另一方面，由于在故障之前，读库一直保持与主库的自动数据同步，因此读库中基本保存有故障之前主库的完整数据备份(由于数据同步存在延时，因此有可能缺少最新的数据，解决方案将在后面实施例中介绍)。基于上述两个方面，可用利用读库作为故障切换库的数据恢复来源。一种可行的数据恢复方式是：发生故障后，立即将读库中的全量数据恢复至故障切换库；然而在实际应用中，考虑到故障切换库只是临时代替主库，因此没有必要恢复全量数据。在本申请的一种具体实施方式中，可以采用按需恢复数据的方式，即：在发生故障后，不需要将全量数据恢复至故障切换库，而是待后续正常网络连接区域收到数据操作请求后，再将处理该数据操作请求所需的数据恢复至故障切换库。这样可以减少不要的数据恢复所消耗的时间，基本上可以做到故障恢复用户无感知。本文档来自技高网...

【技术保护点】
一种数据灾备系统，其特征在于，该系统包括：主库、读库和故障切换库；主库与读库部署在不同的网络连接区域、故障切换库与读库部署在相同的网络连接区域；主库和读库：在非故障状态下处理数据操作请求，主库向读库同步数据；故障切换库：在非故障状态下不启用；在故障状态下，利用读库作为数据恢复来源，以代替主库处理数据操作请求；其中，所述故障状态、非故障状态均指主库侧的状态。

【技术特征摘要】
1.一种数据灾备系统，其特征在于，该系统包括：主库、读库和故障切换库；主库与读库部署在不同的网络连接区域、故障切换库与读库部署在相同的网络连接区域；主库和读库：在非故障状态下处理数据操作请求，主库向读库同步数据；故障切换库：在非故障状态下不启用；在故障状态下，利用读库作为数据恢复来源，以代替主库处理数据操作请求；其中，所述故障状态、非故障状态均指主库侧的状态。2.根据权利要求1所述的系统，其特征在于，所述系统还包括：快照库，与读库部署在相同的网络连接区域，用于在非故障状态下，以快照的方式保存主库在预设时长内的最新数据写入情况；所述故障切换库，在故障状态下，具体利用读库和/或快照库作为数据恢复来源，以代替主库处理数据操作请求。3.根据权利要求1所述的系统，其特征在于，所述系统包括：用于存储第一业务数据的第一主库、第一读库和第一故障切换库、用于存储第二业务数据的第二主库、第二读库和第二故障切换库；所述第一主库与第二读库、第二故障切换库部署在第一网络连接区域；所述第二主库与第一读库、第一故障切换库部署在第二网络连接区域。4.根据权利要求3所述的系统，其特征在于，在任一主库侧出现故障后，非故障侧的主库停止向位于故障侧的读库同步数据。5.根据权利要求3所述的系统，其特征在于，所述系统还包括：第一快照库，部署在第二网络连接区域，用于在第一主库非故障状态下，以快照的方式保存第一主库在预设时长内的最新数据写入情况；第二快照库，部署在第一网络连接区域，用于在第...

【专利技术属性】
技术研发人员：左正彬，
申请(专利权)人：阿里巴巴集团控股有限公司，
类型：发明
国别省市：开曼群岛,KY