一种数据冗余处理方法、装置及存储介质与流程

本发明涉及人工智能中的数据处理技术领域，特别是涉及一种数据冗余处理方法、装置及存储介质。

背景技术：

云存储是一种网上在线存储的模式，即把数据存放在通常由第三方托管的多台虚拟服务器，而非专属的服务器上。托管公司运营大型的数据中心，需要数据存储托管的人，则透过向其购买或租赁存储空间的方式，来满足数据存储的需求。数据中心营运商根据客户的需求，在后端准备存储虚拟化的资源，并将其以存储资源池的方式提供，客户便可自行使用此存储资源池来存放文件或对象。

云存储系统的三个指标：高可靠性，低存储开销，高读写性能；多副本和纠删码是两种在存储系统中广泛使用的策略，它们在保证高可靠性的前提下，选择了不同极端的权衡，多副本存储开销大，但性能较好；纠删码存储开销低，但性能较差。

目前，获取待存储数据的存储策略标识；采用与存储策略标识相应的存储方式存储待存储数据，存储策略标识用于指示采用以下存储方式的至少之一：副本冗余处理方式、纠删编解码处理方式；即为多副本以及纠删码进行数据冗余；多副本以及纠删码的方式进行数据冗余是较为常见的数据处理方式，而目前对于当在多副本以及纠删码的方式进行数据冗余处理时，针对数据可能存在的丢失以及故障的问题；以及在数据丢失或故障后，数据恢复具有难度，且不易操作。

技术实现要素：

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种数据冗余处理方法和相应的一种数据冗余处理装置。

为了解决上述问题，本发明实施例公开了一种数据冗余处理方法，所述方法包括：

获取io数据，将所述io数据映射到集合内，所述集合包括主节点和与主节点对应的纠删码节点，所述io数据分别映射存储到所述主节点以及所述主节点对应的纠删码节点；

所述集合接收io数据处理请求并在所述集合内执行io数据处理，其中所述io数据处理包括写入io处理和读出io处理；

检测所述集合内的主节点和与主节点对应的纠删码节点是否存在所述io数据存储故障；

若存在io数据存储故障，对所述io数据存储故障进行排除后完成io数据冗余处理；

进一步地，所述写入io处理的执行方法包括：

获取主节点内的原始数据，其中，所述原始数据为在获取io数据之前已经存储在主节点内的初始数据；

将所述主节点内的原始数据分划分为k份主数据以及m份校验数据，并生成k+m份数据；将所述k+m份数据写入至所述纠删码节点内；

当接收到所述io数据处理请求时，将所述获取的io数据分别写入至所述主节点的原始数据中以及所述纠删码节点的k+m份数据中；

当所述纠删码节点写入完成时，向所述主节点发送写入完成的响应信息，完成所述写入io处理；

进一步地，所述当所述纠删码节点写入完成时，向所述主节点发送写入完成的响应信息，根据所述响应信息完成所述写入io处理，包括：

对所述响应信息进行场景识别；

当识别出所述响应信息为写入io处理成功场景时，则成功写入io处理；

当识别出所述响应信息为写入io处理失败场景时，则写入io处理失败；

进一步地，所述当识别出所述响应信息为写入io处理成功场景时，则成功写入io处理，包括：

若主节点内的io数据写入成功，且主节点对应的纠删码节点的k+m份数据写入成功的数据份数≥k份，则成功写入io处理；或者，

若主节点内的io数据写入失败，但主节点对应的纠删码节点内的k+m份数据中k+m份数据都写入成功，则成功写入io处理；

进一步地，所述当识别出所述响应信息为写入io处理失败场景时，则写入io处理失败，包括：

若主节点内的io数据写入失败，且主节点对应的纠删码节点内的k+m份数据中k+m份数据都写入失败，则写入io处理失败；或者，

若主节点内的io数据写入成功，但主节点对应的纠删码节点的k+m份数据写入的数据份数＜k份，则写入io处理失败；

进一步地，所述读出io处理的执行方法包括：

在所述主节点内读出待读出的io数据，所述待读出的io数据为主节点内的原始数据；

所述原始数据在客户端接收后完成读出io处理；

进一步地，所述检测所述集合内的主节点和与主节点对应的纠删码节点是否存在所述io数据存储故障，包括：

检测所述集合内的主节点和与主节点对应的纠删码节点，识别故障位置；

当主节点故障时，生成新的临时主节点，进行写入io处理以及读出io处理；

当与主节点对应的纠删码节点故障，且故障的纠删码节点数据的份数≤m时，在写入io处理中纠删码节点无需写入io数据以及读出io处理；

当与主节点对应的纠删码节点故障，且故障的纠删码节点数据的份数＞m时，则中断写入io处理；

当主节点和与主节点对应的纠删码节点同时故障，且故障的纠删码节点数据的份数≤m时，选取新的临时主节点，在写入io处理中纠删码节点无需写入io数据，在读出io处理中将主节点内的原始数据读出；

进一步地，所述故障节点恢复包括主节点故障恢复和纠删码节点故障恢复，所述若存在io数据存储故障，对所述io数据存储故障进行排除后完成io数据冗余处理，包括：

当所述主节点故障时，通过与所述主节点对应的纠删码节点内读取io数据进行所述主节点故障恢复；

当所述纠删码节点故障时，且当前所述纠删码节点为缺失对象的纠删码节点，则其他纠删码节点读取io数据以进行所述纠删码节点故障恢复；

本发明实施例还公开了一种数据冗余处理装置，所述装置包括：

获取模块，用于获取io数据，将所述io数据映射到集合内，所述集合包括主节点和与主节点对应的纠删码节点，所述io数据分别映射存储到所述主节点以及所述主节点对应的纠删码节点；

接收模块，用于所述集合接收io数据处理请求并在所述集合内执行io数据处理，其中所述io数据处理包括写入io处理和读出io处理；

检测模块，用于检测所述集合内的主节点和与主节点对应的纠删码节点是否存在所述io数据存储故障；

完成模块，用于若存在io数据存储故障，对所述io数据存储故障进行排除后完成io数据冗余处理；

本发明实施例还公开了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时，实现上述方法的步骤。

本发明实施例包括以下优点：获取io数据映射在集合内，通过集合内的io数据接收相应的io数据处理请求，io数据处理请求中包括写入io数据以及读出io数据的请求处理，并根据相应的io数据处理请求进行写入io处理以及读出io处理；进行io数据处理请求后生成响应信息，根据对响应信息进行场景识别，其中响应信息场景包括写入io处理成功场景以及写入io失败处理场景，根据成功和失败对写入io数据请求处理进行判断；同时，对读出io处理的判断；对集合内的主节点以及主节点对应的纠删码节点进行是否存在io数据存储故障检测，根据检测结果判断是否完成写入io处理以及读出io处理，若不存在故障则完成写入io处理以及读出io处理，即完成数据冗余处理；若存在故障则进一步检测故障节点，并对故障节点进行恢复，待数据恢复后完成数据冗余处理；本申请通过检测在io数据冗余处理中io数据是否能够完成读写的请求，对在数据冗余处理中存在的io数据丢失以及io数据故障时，对io数据进行恢复，使得整个io数据冗余处理的完整性更优。

附图说明

图1是本发明一种数据冗余处理方法实施例一的步骤流程图；

图2是本发明一种数据冗余处理方法实施例二的步骤流程图；

图3是本发明一种数据冗余处理方法实施例三的步骤流程图；

图4是本发明一种数据冗余处理方法实施例四的步骤流程图；

图5是本发明一种数据冗余处理方法实施例五的步骤流程图；

图6是本发明一种数据冗余处理方法实施例六的步骤流程图；

图7是本发明一种数据冗余处理方法实施例七的步骤流程图；

图8是本发明一种数据冗余处理方法实施例八的步骤流程图；

图9是本发明一种数据冗余处理装置某一实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参照图1，示出了本发明的一种数据冗余处理方法实施例一的步骤流程图，具体可以包括如下步骤：

步骤s10，获取io数据，将所述io数据映射到集合内，所述集合包括主节点和与主节点对应的纠删码节点，所述io数据分别映射存储到所述主节点以及所述主节点对应的纠删码节点；

步骤s20，所述集合接收io数据处理请求并在所述集合内执行io数据处理，其中所述io数据处理包括写入io处理和读出io处理；

步骤s30，检测所述集合内的主节点和与主节点对应的纠删码节点是否存在所述io数据存储故障；

步骤s40，若存在io数据存储故障，对所述io数据存储故障进行排除后完成io数据冗余处理。

先获取不同的io数据，所述io数据指的是通过当前云存储系统通过io即i对应输入(input)，o对应输出(output)，分为io设备和io接口两个部分，云存储系统通过io设备或io接口进行传输的缓存数据；再将不同io数据映射到集合内，根据集合内的主节点以及主节点对应的纠删码节点，将io数据映射存储到所述主节点以及所述主节点对应的纠删码节点，其映射是指两个元素的集之间元素相互对应的关系，即在一个集合包含主节点和纠删码节点，若主节点内映射有一个io数据并设为元素a，其主节点对应的纠删码节点内也具有该一个io数据唯一对应的io数据并设为元素b，其中元素a和元素b因主节点与纠删码节点相对应的关系，其元素a到元素b为主节点到纠删码节点的一个映射；根据集合内的主节点以及主节点对应的纠删码节点进行io数据处理，其中io数据处理包括写入io处理和读出io处理；再检测集合内的主节点以及主节点对应的纠删码节点是否存在所述io数据存储故障，通过是否完成写入io处理以及读出io处理判断其故障的节点，若存在故障，则判断其故障节点为主节点还是主节点对应的纠删码节点，并对其进行故障恢复；若不存在故障，则完成io数据冗余处理。

在本发明实施例中，通过获取不同的io数据，并将其映射到同一的集合内，先对其进行io数据处理，并判断是否完成相应的写入io处理以及读出io处理，再检测集合内的io数据是否存在故障，若具有故障，则恢复故障，若无故障，则完成数据冗余处理；能够检测io数据冗余处理中io数据是否能够完成读写的请求，再对在数据冗余处理中存在的io数据丢失以及io数据故障时，恢复故障的节点，使得整个io数据冗余处理的完整性更优。

参照图2，示出了本发明的一种数据冗余处理方法实施例二的步骤流程图，所述写入io处理的执行方法，具体可以包括如下步骤：

步骤s2011，获取主节点内的原始数据，其中，所述原始数据为在获取io数据之前已经存储在主节点内的初始数据；

步骤s2012，将所述主节点内的原始数据分划分为k份主数据以及m份校验数据，并生成k+m份数据；将所述k+m份数据写入至所述主节点对应的纠删码节点内；

步骤s2013，当接收到所述io数据处理请求时，将所述获取的io数据同时写入至所述主节点的原始数据中以及所述纠删码节点的k+m份数据中；

步骤s2014，当所述纠删码节点写入完成时，向所述主节点发送写入完成的响应信息，根据所述响应信息完成所述写入io处理。

在本发明实施例中，通过获取主节点内的原始数据，其中，所述原始数据为在获取io数据之前已经存储在主节点内的初始数据；将所述主节点内的原始数据划分出k份主数据，和计算出m份校验数据，然后将k+m份数据写入至所述主节点对应的纠删码节点；当所述主节点以及所述主节点对应的目标纠删码节点接收到写入io处理时，在主节点内的原始数据中写入待写入的io数据，同时在主节点对应的纠删码节点内k+m份数据中写入待写入的io数据；当所述主节点对应的纠删码节点写入完成时，向主节点发送写入完成的响应信息；主节点收到所述主节点对应的纠删码节点的写入完成响应信息后，且主节点自身完成了对io数据的写入，此时，主节点向前端客户端响应写入io完成的信息，代表此次写入io处理完成。

参照图3，示出了本发明的一种数据冗余处理方法实施例三的步骤流程图，所述当所述主节点对应的纠删码节点写入完成时，向所述主节点发送写入完成的响应信息，根据所述响应信息完成所述写入io处理，具体可以包括如下步骤：

步骤s20141，对所述响应信息进行场景识别；

步骤s20142，当识别出所述响应信息为写入io处理成功场景时，则成功写入io处理；

步骤s20143，当识别出所述响应信息为写入io处理失败场景时，则写入io处理失败。

在本发明实施例中，通过主节点发送响应信息，通过对响应信息进行场景识别，其中响应信息场景包括写入io处理成功场景和写入io处理失败场景；通过响应信息场景中是否为写入io处理成功场景以及写入io处理失败场景，判断其是否为成功写入io处理或写入io处理失败；当成功写入io处理后，只需检测其集合内的主节点以及主节点的纠删码节点是否存在io数据存储故障即可，若无则可完成数据冗余处理；当写入io处理失败后，通过检测其集合内的主节点以及主节点的纠删码节点中具体的故障节点，对故障节点进行恢复，恢复后完成数据冗余处理。

参照图4，示出了本发明的一种数据冗余处理方法实施例四的步骤流程图，所述当识别出所述响应信息为写入io处理成功场景时，则成功写入io处理，具体可以包括如下步骤：

步骤s201421，若主节点内的io数据写入成功，且主节点对应的纠删码节点的k+m份数据写入成功的数据份数≥k份，则成功写入io处理；或者，

步骤s201422，若主节点内的io数据写入失败，但主节点对应的纠删码节点内的k+m份数据数据都中k+m份写入成功，则成功写入io处理。

在本发明实施例中，若主节点上的io数据写入成功，而纠删码节点上的k+m份数据写入成功的数据分数大于等于k份，则成功写入io处理；或者，若主节点上的io数据写入失败，而纠删码节点上的k+m份数据中k+m份数据都写入成功，则成功写入io处理；根据主节点以及主节点对应的纠删码节点内的io数据，判断是否成功写入io处理。

参照图5，示出了本发明的一种数据冗余处理方法实施例五的步骤流程图，所述当识别出所述响应信息为写入io处理失败场景时，则写入io处理失败，具体可以包括如下步骤：

步骤s201431，若主节点内的io数据写入失败，但主节点对应的纠删码节点内的k+m份数据中k+m份写入失败，则写入io处理失败；或者，

步骤s201432，若主节点内的io数据写入成功，且主节点对应的纠删码节点的k+m份数据写入的数据份数＜k份，则写入io处理失败。

在本发明实施例中，若主节点上的io数据写入失败,但主节点对应的纠删码节点上的k+m份数据中k+m份写入失败的情况，则写入io处理失败；若主节点上的io数据写入成功，而主节点对应的纠删码节点上的k+m份数据写入成功的数据分数＜k份，则写入io处理失败；根据主节点以及主节点对应的纠删码节点内的io数据，判断是否写入io处理失败。

参照图6，示出了本发明的一种数据冗余处理方法实施例六的步骤流程图，所述读出io处理的执行方法，具体可以包括如下步骤：

步骤s2021，在所述主节点内读出待读出的io数据，所述待读出的io数据为主节点内的原始数据；

步骤s2022，所述原始数据在客户端接收后完成读出io数据请求处理。

在本发明实施例中，在主节点内读取io数据，主节点直接将本地保存的整块原始数据读取出来，其要读取的io数据为主节点内保存的整块原始数据，将整块原始数据并返回给前端客户端，前端客户端接收完成后，代表此次读出io处理完成。

参照图7，示出了本发明的一种数据冗余处理方法实施例七的步骤流程图，所述检测所述集合内的主节点和与主节点对应的纠删码节点是否存在所述io数据存储故障，具体可以包括如下步骤：

步骤s3011，检测所述集合内的主节点和与主节点对应的纠删码节点，识别故障位置；

步骤s3012，当主节点故障时，生成新的临时主节点，进行写入io处理以及读出io处理；

步骤s3013，当与主节点对应的纠删码节点故障，且故障的纠删码节点数据的份数≤m时，在写入io处理中纠删码节点无需写入io数据以及读出io处理；

步骤s3014，当与主节点对应的纠删码节点故障，且故障的纠删码节点数据的份数＞m时，则中断写入io处理；

步骤s3015，当主节点和与主节点对应的纠删码节点同时故障，且故障的纠删码节点数据的份数≤m时，选取新的临时主节点，在写入io处理中纠删码节点无需写入io数据，在读出io处理中将主节点内的原始数据读出。

在本发明实施例中，通过检测存储节点是否故障；通过检测主节点以及主节点对应的纠删码节点内是否存储有io数据进行判断。

若是主节点故障，存储系统会选出新的临时主节点，进行写入io处理以及读出io处理。

若是与主节点对应的纠删码节点故障，且故障的纠删码节点数据的份数≤m，对于写入io处理，故障的纠删码节点无需写入io数据；对于读出io处理，在所述主节点内将原始数据读出；将所述原始数据返回至客户端，客户端接收后完成读出io数据处理。

若故障的纠删码节点数据的份数＞m，存储系统读写业务中断，即中断写入io请求；因为故障的纠删码节点数已经超过了纠删码所能容忍的最大值m。

若主节点和纠删码节点同时故障，且故障的纠删码节点数据的份数≤m，存储系统先选出新的临时主节点，在写入io处理中纠删码节点无需写入io数据，仅完成读出io处理。

参照图8，示出了本发明的一种数据冗余处理方法实施例八的步骤流程图，所述故障节点恢复包括主节点故障恢复和纠删码节点故障恢复，所述若存在io数据存储故障，对所述io数据存储故障进行排除后完成io数据冗余处理，具体可以包括如下步骤：

步骤s3021，当所述主节点故障时，通过与所述主节点对应的纠删码节点内读取io数据进行所述主节点故障恢复；

步骤s3022，当所述纠删码节点故障时，且当前所述纠删码节点为缺失对象的纠删码节点，则在其他纠删码节点读取io数据以进行所述纠删码节点故障恢复。

在本发明实施例中，通过检测是否存在故障节点，并对故障节点进行恢复，故障节点恢复包括主节点故障恢复和纠删码节点故障恢复；当主节点故障恢复时，其丢失的io数据需要从纠删码节点读取恢复，读取纠删码节点上的数据或校验数据；当所述纠删码节点故障时，当前所述纠删码节点为缺失对象的纠删码节点，从其他纠删码节点读取数据或校验数据，根据纠删码恢复策略，所述纠删码恢复策略为纠删码会创建一个数学函数来描述一组数字，这样就可以检查它们的准确性，而且一旦其中一个数字丢失，还可以恢复；多项式插值(polynomialinterpolation)或过采样(oversampling)就是纠删码所使用的关键技术，通过上述技术恢复数据即可；可实现当主节点上并没有保存完整的整块io数据，或纠删码节点上的k+m份数据存在缺失，数据都会后台异步恢复。

在一实施例中，上述数据冗余处理方法还可以应用于区块链节点中，实现数据区块链存储，以提高数据的安全性。本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图9，示出了本发明的一种数据冗余处理装置某一实施例的结构框图，具体可以包括如下模块：

获取模块1001，用于获取io数据，将所述io数据映射到集合内，所述集合包括主节点和与主节点对应的纠删码节点，所述io数据分别映射存储到所述主节点以及所述主节点对应的纠删码节点；

接收模块1002，用于所述集合接收io数据处理请求并在所述集合内执行io数据处理，其中所述io数据处理包括写入io处理和读出io处理；

检测模块1003，用于检测所述集合内的主节点和与主节点对应的纠删码节点是否存在所述io数据存储故障；

完成模块1004，用于若存在io数据存储故障，对所述io数据存储故障进行排除后完成io数据冗余处理。

在一优选实施例中，所述接收模块1002，用于所述集合接收io数据处理请求，其中所述io数据处理请求包括写入io处理和读出io处理，其中所述写入io处理，包括：

获取单元，用于获取主节点内的原始数据，其中，所述原始数据为在获取io数据之前已经存储在主节点内的初始数据；

生成单元，用于将所述主节点内的原始数据分划分为k份主数据以及m份校验数据，并生成k+m份数据；将所述k+m份数据写入至所述主节点对应的纠删码节点内；

写入单元，用于当接收到所述io数据处理请求时，将所述获取的io数据同时写入至所述主节点的原始数据中以及所述纠删码节点的k+m份数据中；

响应信息单元，用于当所述纠删码节点写入完成时，向所述主节点发送写入完成的响应信息，根据所述响应信息完成所述写入io处理。

在一优选实施例中，所述响应信息单元，用于当所述纠删码节点写入完成时，向所述主节点发送写入完成的响应信息，根据所述响应信息完成所述写入io处理，包括：

识别单元，用于对所述响应信息进行场景识别；

写入io处理成功场景单元，用于当识别出所述响应信息为写入io处理成功场景时，则成功写入io处理；

写入io处理失败场景单元，用于当识别出所述响应信息为写入io处理失败场景时，则写入io处理失败。

在一优选实施例中，所述写入io处理成功场景单元，用于当识别出所述响应信息为写入io处理成功场景时，则成功写入io处理，包括：

第一完成单元，用于若主节点内的io数据写入成功，且主节点对应的纠删码节点的k+m份数据写入成功的数据份数≥k份，则成功写入io处理；或者，

第二完成单元，用于若主节点内的io数据写入失败，但主节点对应的纠删码节点内的k+m份数据中k+m份数据都写入成功，则成功写入io处理。

在一优选实施例中，所述写入io处理失败场景单元，用于当识别出所述响应信息为写入io处理失败场景时，则写入io处理失败，包括：

第一失败单元，用于若主节点内的io数据写入失败，且主节点对应的纠删码节点内的k+m份数据中k+m份数据都写入失败，则写入io处理失败；或者，

第二失败单元，用于主节点内的io数据写入成功，但主节点对应的纠删码节点的k+m份数据写入的数据份数＜k份，则写入io处理失败。

在一优选实施例中，所述接收模块1002，用于所述集合接收io数据处理请求，其中所述io数据处理请求包括写入io处理和读出io处理，其中所述读出io处理，包括：

读出单元，用于在所述主节点内读出待读出的io数据，所述待读出的io数据为主节点内的原始数据；

完成读出io处理单元，用于所述原始数据在客户端接收后完成读出io处理。

在一优选实施例中，所述检测模块1003，用于检测所述集合内的主节点和所述纠删码节点是否存在所述io数据存储故障，包括：

故障单元，用于检测所述集合内的主节点和与主节点对应的纠删码节点，识别故障位置；

临时主节点单元，用于当主节点故障时，生成新的临时主节点，进行写入io处理以及读出io处理；

无需写入及读出单元，用于当与主节点对应的纠删码节点故障，且故障的纠删码节点数据的份数≤m时，在写入io处理中纠删码节点无需写入io数据以及读出io处理；

中断单元，用于当与主节点对应的纠删码节点故障，且故障的纠删码节点数据的份数＞m时，则中断写入io处理；

读出单元，用于当主节点和与主节点对应的纠删码节点同时故障，且故障的纠删码节点数据的份数≤m时，选取新的临时主节点，在写入io处理中纠删码节点无需写入io数据，在读出io处理中将主节点内的原始数据读出。

在一优选实施例中，所述完成模块1004，用于所述故障节点恢复包括主节点故障恢复和纠删码节点故障恢复，所述若存在io数据存储故障，对所述io数据存储故障进行排除后完成io数据冗余处理，包括：

恢复单元，用于若存在故障则检测故障节点，并对故障节点恢复，其中所述故障节点恢复包括主节点故障恢复和纠删码节点故障；

主节点恢复单元，用于当所述主节点故障时，通过与所述主节点对应的纠删码节点内读取io数据进行所述主节点故障恢复；

纠删码节点恢复单元，用于当所述纠删码节点故障时，且当前所述纠删码节点为缺失对象的纠删码节点，则在其他纠删码节点读取io数据以进行所述纠删码节点故障恢复。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时，执行如本申请实施例中的一种混合数据冗余方法。

本发明实施例包括以下优点：获取io数据映射在集合内，通过集合内的io数据接收相应的io数据处理请求，io数据处理请求中包括写入io数据以及读出io数据的请求处理，并根据相应的io数据处理请求进行写入io处理以及读出io处理；进行io数据处理请求后生成响应信息，根据对响应信息进行场景识别，其中响应信息场景包括写入io处理成功场景以及写入io失败处理场景，根据成功和失败对写入io数据请求处理进行判断；同时，对读出io处理的判断；对集合内的主节点以及主节点对应的纠删码节点进行是否存在io数据存储故障检测，根据检测结果判断是否完成写入io处理以及读出io处理，若不存在故障则完成写入io处理以及读出io处理，即完成数据冗余处理；若存在故障则进一步检测故障节点，并对故障节点进行恢复，待数据恢复后完成数据冗余处理；本申请通过检测在io数据冗余处理中io数据是否能够完成读写的请求，对在数据冗余处理中存在的io数据丢失以及io数据故障时，对io数据进行恢复，使得整个io数据冗余处理的完整性更优。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种数据冗余处理方法、装置及存储介质，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。