CN107544868B - 数据恢复方法和装置 - Google Patents
数据恢复方法和装置 Download PDFInfo
- Publication number
- CN107544868B CN107544868B CN201710331059.2A CN201710331059A CN107544868B CN 107544868 B CN107544868 B CN 107544868B CN 201710331059 A CN201710331059 A CN 201710331059A CN 107544868 B CN107544868 B CN 107544868B
- Authority
- CN
- China
- Prior art keywords
- file system
- shared file
- storage space
- data
- space corresponding
- 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
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请提供了数据恢复方法和装置。本申请中，在对共享文件***修复过程中无需关闭虚拟机，防止现有因数据修复而关闭共享文件***关联的虚拟机带来的诸如业务中断等问题；进一步地，本申请能实现虚拟机在很短的时间从一共享文件***在线迁移至另一共享文件***。
Description
技术领域
本申请涉及网络通信技术，特别涉及数据恢复方法和装置。
背景技术
在虚拟化环境下，当创建虚拟机时，会提前将该虚拟机的磁盘镜像文件统一部署在共享文件***上。而当虚拟机创建成功运行业务时时，虚拟机会访问共享文件***，以针对其磁盘镜像文件进行读写操作。
但是，当共享文件***故障时，共享文件***对应的存储空间(比如磁盘)上的部分或全部数据(包含虚拟机的磁盘镜像文件)也故障(该故障包含数据不完整、不一致等故障)，此时，共享文件***仅支持读操作。
为了在共享文件***故障时及时修复共享文件***对应的存储空间上的数据，常用的修复方法是：关闭共享文件***关联的所有虚拟机(具体是磁盘镜像文件部署在共享文件***的虚拟机)，卸载共享文件***，修复共享文件***对应的存储空间上的数据出现的故障，该故障修复后，重新挂载共享文件***(该重新挂载类似软件中的重新启动)，之后启动共享文件***关联的所有虚拟机。
但是，上述的修复方法需要在重新挂载共享文件***之前关闭共享文件***关联的所有虚拟机，而关闭共享文件***关联的所有虚拟机，会影响共享文件***关联的所有虚拟机运行的业务，最终导致大量业务中断。
发明内容
本申请提供了数据恢复方法和装置，以防止因数据修复而关闭共享文件***关联的虚拟机所带来的问题。
本申请提供的技术方案包括：
一种数据恢复方法，该方法包括：
当第一共享文件***仅支持读操作时，对第一共享文件***对应的存储空间上的故障数据进行修复；
在完成故障数据修复后，基于第一共享文件***对应的存储空间上的数据建立第二共享文件***，所述第二共享文件***与所述第一共享文件***同对应所述存储空间；
验证所述第二共享文件***是否支持读、写操作，当验证所述第二共享文件***支持读、写操作，则将第一共享文件***关联的各虚拟机在线迁移至第二共享文件***。
一种数据恢复装置，该装置包括：
故障修复单元，用于当第一共享文件***仅支持读操作时，对第一共享文件***对应的存储空间上的故障数据进行修复；
第二共享文件***处理单元，用于在完成故障数据修复后，基于第一共享文件***对应的存储空间上的数据建立第二共享文件***，所述第二共享文件***与所述第一共享文件***同对应所述存储空间；
验证单元，用于验证所述第二共享文件***是否支持读、写操作，
迁移单元，用于当所述验证单元验证所述第二共享文件***支持读、写操作时，则将第一共享文件***关联的各虚拟机在线迁移至第二共享文件***。
由以上技术方案可以看出，本申请中，当第一共享文件***仅支持读操作时，在对第一共享文件***修复过程中在第一共享文件***的存储空间上新建第二共享文件***，将第一共享文件***关联的各虚拟机在线迁移至第二共享文件***，而无需关闭虚拟机，防止现有因数据修复而关闭共享文件***关联的虚拟机带来的问题；
进一步地，第二共享文件***与第一共享文件***是在同一存储空间建立的，这样，第一共享文件***关联的虚拟机在线迁移至第二共享文件***时不会占用大量存储空间，也不会出现虚拟机的磁盘数据复制等问题，实现虚拟机在很短的时间从第一共享文件***在线迁移至第二共享文件***。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
图1为本申请提供的方法流程图；
图2为本申请提供的验证第二共享文件***是否支持读、写操作的实施例流程图；
图3为本申请提供的虚拟机迁移实施例流程图；
图4为本申请提供的共享文件***不支持读或写操作时的实施例流程图；
图5为本申请提供的数据修复实施例流程图；
图6为本申请提供的装置结构图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本申请进行详细描述。
参见图1，图1为本申请提供的方法流程图。作为一个实施例，图1所示的方法可应用于管理设备。其中，管理设备具体实现时可为主机、服务器等设备，本申请并不具体限定。
如图1所示，该流程可包括以下步骤：
步骤101，当第一共享文件***仅支持读操作时，对第一共享文件***对应的存储空间上的故障数据进行修复。
本申请中，第一共享文件***只是为便于描述而进行的命名，并非用于限定某一共享文件***。
这里，第一共享文件***对应的存储空间可为：第一共享文件***占用的存储空间，也可为：不为第一共享文件***占用的存储空间，但指定第一共享文件***对应的一个存储空间。至于存储空间，也可为物理磁盘，也可为其他存储介质，本申请并不具体限定。
这里第一共享文件***仅支持读操作，则可认为第一共享文件***出现了故障。而第一共享文件***出现了故障，则第一共享文件***对应的存储空间上的部分或全部数据(包含虚拟机的磁盘镜像文件)也故障(该故障包含数据不完整、不一致等故障)，而该故障第一共享文件***对应的存储空间上的部分或全部数据(包含虚拟机的磁盘镜像文件)故障，则会影响业务运行，为防止运行的业务受到影响，如步骤101描述的，本申请对第一共享文件***在挂载时对第一共享文件***对应的存储空间上的故障数据进行修复。下文会描述如何对第一共享文件***对应的存储空间上的故障数据进行修复，这里暂不赘述。
步骤102，在完成故障数据修复后，基于第一共享文件***对应的存储空间上的数据建立第二共享文件***，所述第二共享文件***与所述第一共享文件***同对应所述存储空间。
本申请中，第二共享文件***只是为便于和前文描述的第一共享文件***区分而进行的命名，并非用于限定某一共享文件***。
通过本步骤102，实现了同一存储空间同时并存两个共享文件***。
步骤103，验证第二共享文件***是否支持读、写操作，当验证第二共享文件***支持读、写操作，则将第一共享文件***关联的各虚拟机在线迁移至第二共享文件***。
如上描述，第二共享文件***与第一共享文件***对应同一存储空间，相当于第二共享文件***与第一共享文件***是在同一存储空间建立的，基于此，本步骤103中，第一共享文件***关联的各虚拟机在线迁移至第二共享文件***相当于同一存储空间对应的虚拟机迁移，不会占用大量存储空间，也不会出现虚拟机的磁盘数据复制等问题，实现虚拟机在很短的时间从第一共享文件***在线迁移至第二共享文件***。
至此，完成图1所示流程。
通过图1所示流程可以看出，在本申请中，当第一共享文件***仅支持读操作时，在完成第一共享文件***对应的存储空间上的故障数据的修复后，在第一共享文件***的存储空间上新建第二共享文件***，将第一共享文件***关联的各虚拟机在线迁移至第二共享文件***，而无需关闭虚拟机，防止现有因数据修复而关闭共享文件***关联的虚拟机带来的问题；
进一步地，第二共享文件***与第一共享文件***是在同一存储空间建立的，这样，第一共享文件***关联的虚拟机在线迁移至第二共享文件***时不会占用大量存储空间，也不会出现虚拟机的磁盘数据复制等问题，实现虚拟机在很短的时间从第一共享文件***在线迁移至第二共享文件***。
本申请中，验证第二共享文件***是否支持读、写操作可参见图2所示流程，包括步骤201和步骤202：
步骤201，对第二共享文件***对应的存储空间上的数据执行读操作，以及，向第二共享文件***对应的存储空间执行写操作，所述执行写操作包括：写入新创建的数据。
步骤202，若成功执行读操作和写操作，则确定第二共享文件***支持读、写操作，否则，当未成功执行读操作时，确定第二共享文件***不支持读操作，当未成功执行写操作，确定第二共享文件***不支持写操作。
这里，不管是确定第二共享文件***不支持读操作，还是确定第二共享文件***不支持写操作，则都意味着第二共享文件***不能同时支持读、写操作。
通过步骤201至步骤202，实现了验证第二共享文件***是否支持读、写操作的步骤。
上述步骤103中，作为一个实施方式，第一共享文件***关联的各虚拟机在线迁移至第二共享文件***时，各虚拟机的宿主主机维持不变。因为虚拟机是在其宿主主机上虚拟出来的，如此，各虚拟机的宿主主机维持不变的前提下，第一共享文件***关联的各虚拟机在线迁移至第二共享文件***相当于宿主主机内的配置发生修改，但不影响宿主主机相连的其他任何设备，宿主主机无需通知相连的其他任何设备，组网拓扑没有任何变化。
如上描述，第一共享文件***关联的各虚拟机在线迁移至第二共享文件***，而各虚拟机的宿主主机维持不变，针对这种情况，最优的一种实施方式是：还需要第一共享文件***关联的各虚拟机从第二共享文件***再返回迁移至第一共享文件***。
为了实现第一共享文件***关联的各虚拟机从第二共享文件***再返回迁移至第一共享文件***，则本申请提供的方法进一步可包括图3所示流程中的步骤301至步骤303：
步骤301，卸载第一共享文件***。
步骤302，在第一共享文件***重新挂载时，将第一共享文件***关联的各虚拟机从第二共享文件***在线迁移至第一共享文件***。
步骤302，卸载第二共享文件***。
通过步骤301至步骤303实现了第一共享文件***关联的各虚拟机从第二共享文件***再返回迁移至第一共享文件***。
作为一个实施方式，本申请在对第一共享文件***对应的存储空间上的故障数据进行修复之前，进一步包括：对第一共享文件***对应的存储空间上的故障数据备份。这里优选以数据块的形式对第一共享文件***对应的存储空间上的故障数据备份。
这里，之所以对第一共享文件***对应的存储空间上的故障数据备份，其原因是：当故障数据修复未成功时重新对第一共享文件***对应的存储空间上的故障数据修复，实现反复修复、最终修复成功的目的。
作为一个实施方式，这里，备份后的数据量比较小，也可以存储在第一共享文件***对应的存储空间。
基于如上描述的对第一共享文件***对应的存储空间上的故障数据备份，则本申请中，当验证第二共享文件***不支持读或写操作时，本申请提供的方法进一步包括图4所示流程中步骤401和步骤402：
步骤401，卸载第二共享文件***，并基于故障数据的备份恢复上述存储空间上对应的数据。
即恢复出了初始时第一共享文件***对应的存储空间上的故障数据。
步骤402，对第一共享文件***对应的存储空间上的故障数据进行修复，返回执行在完成数据修复后基于第一共享文件***对应的存储空间上的数据建立第二共享文件***的操作。
至于步骤402中如何对第一共享文件***对应的存储空间上的故障数据进行修复，下文会详细描述，这里暂不赘述。
通过步骤401至步骤402，最终实现了反复修复、反复验证，在数据修复过程中验证数据修复的正确性。
在本申请中，上述对第一共享文件***对应的存储空间上的故障数据进行修复包括图5所示流程中步骤501至步骤502：
步骤501，对第一共享文件***对应的存储空间上的故障数据进行数据块划分。
步骤502，按照从最小故障数据块至最大故障数据块的顺序对第一共享文件***对应的存储空间上的故障数据进行修复。
通过步骤501至步骤502，实现在第一共享文件***挂载时对第一共享文件***对应的存储空间上的故障数据进行修复。作为一个实施方式，在本申请中，可使用fsck工具在第一共享文件***挂载时对第一共享文件***对应的存储空间上的故障数据进行修复。fsck工具是对Linux***中文件***检查和修复的常用工具，这里不再具体描述如何对第一共享文件***对应的存储空间上的故障数据进行修复。
上述步骤103中，作为另一个实施方式，第一共享文件***关联的各虚拟机是通过跨宿主主机在线迁移至第二共享文件***，也即，各虚拟机的宿主主机发生变化，相比于第一共享文件***关联的各虚拟机在线迁移至第二共享文件***时各虚拟机的宿主主机维持不变的情况，各虚拟机的宿主主机发生变化会导致组网拓扑发生了变化，此时，各虚拟机的原宿主主机需及时将虚拟机在线迁出的消息通知给相连的其他任何设备，各虚拟机的新宿主主机也需及时将新迁入虚拟机的消息通知给相连的其他任何设备，以防止虚拟机的业务中断。
以上对本申请提供的方法进行了描述。下面对本申请提供的装置进行描述：
参见图6，图6为本申请提供的装置结构图。作为一个实施例，图6所示的装置可应用于管理设备。其中，管理设备具体实现时可为主机、服务器等设备，本申请并不具体限定。
如图6所示，该装置包括：
故障修复单元，用于当第一共享文件***仅支持读操作时，对第一共享文件***对应的存储空间上的故障数据进行修复；
第二共享文件***处理单元，用于在完成故障数据修复后，基于第一共享文件***对应的存储空间上的数据建立第二共享文件***，所述第二共享文件***与所述第一共享文件***同对应所述存储空间；
验证单元，用于验证所述第二共享文件***是否支持读、写操作，
迁移单元，用于当所述验证单元验证所述第二共享文件***支持读、写操作时，则将第一共享文件***关联的各虚拟机在线迁移至第二共享文件***。
优选地，如图6所示，该装置进一步包括：第一共享文件***处理单元；
第一共享文件***处理单元，用于卸载第一共享文件***，在第一共享文件***重新挂载时，将所述各虚拟机从第二共享文件***在线迁移至第一共享文件***；
所述第二共享文件***处理单元进一步在所述各虚拟机从第二共享文件***在线迁移至第一共享文件***后卸载第二共享文件***。
优选地，所述验证单元验证第二共享文件***是否支持读、写操作包括：
对第二共享文件***对应的存储空间上的数据执行读操作，以及，向第二共享文件***对应的存储空间执行写操作，所述执行写操作包括：写入新创建的数据；
若成功执行读操作和写操作，则确定第二共享文件***支持读、写操作，否则，当未成功执行读操作时，确定第二共享文件***不支持读操作，当未成功执行写操作，确定第二共享文件***不支持写操作。
优选地，如图6所示，该装置进一步包括：备份处理单元；
备份处理单元，用于在所述故障修复单元对第一共享文件***对应的存储空间上的故障数据进行修复之前，对第一共享文件***对应的存储空间上的故障数据备份；
所述第二共享文件***处理单元进一步用于在所述验证单元验证所述第二共享文件***不支持读或写操作时，卸载所述第二共享文件***；
所述备份处理单元进一步基于故障数据的备份恢复所述存储空间上对应的数据，并触发所述故障修复单元对第一共享文件***对应的存储空间上的故障数据进行修复。
优选地，所述故障修复单元对第一共享文件***对应的存储空间上的故障数据进行修复包括：
对第一共享文件***对应的存储空间上的故障数据进行数据块划分；
按照从最小故障数据块至最大故障数据块的顺序对第一共享文件***对应的存储空间上的故障数据进行修复。
至此，完成图6所示的装置结构描述。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。
Claims (10)
1.一种数据恢复方法，其特征在于，该方法包括：
当第一共享文件***仅支持读操作时，对第一共享文件***对应的存储空间上的故障数据进行修复；
在完成故障数据修复后，基于第一共享文件***对应的存储空间上的数据建立第二共享文件***，所述第二共享文件***与所述第一共享文件***同对应所述存储空间；
验证所述第二共享文件***是否支持读、写操作，当验证所述第二共享文件***支持读、写操作，则将第一共享文件***关联的各虚拟机在线迁移至第二共享文件***。
2.根据权利要求1所述的方法，其特征在于，该方法进一步包括：
卸载第一共享文件***；
在第一共享文件***重新挂载时，将所述各虚拟机从第二共享文件***在线迁移至第一共享文件***；
卸载第二共享文件***。
3.根据权利要求1所述的方法，其特征在于，所述验证第二共享文件***是否支持读、写操作包括：
对第二共享文件***对应的存储空间上的数据执行读操作，以及，向第二共享文件***对应的存储空间执行写操作，所述执行写操作包括：写入新创建的数据；
若成功执行读操作和写操作，则确定第二共享文件***支持读、写操作，否则，当未成功执行读操作时，确定第二共享文件***不支持读操作，当未成功执行写操作，确定第二共享文件***不支持写操作。
4.根据权利要求1所述的方法，其特征在于，在对第一共享文件***对应的存储空间上的故障数据进行修复之前，进一步包括：对第一共享文件***对应的存储空间上的故障数据备份；
当验证所述第二共享文件***不支持读或写操作时，该方法进一步包括：
卸载所述第二共享文件***，并基于故障数据的备份恢复所述存储空间上对应的数据；
对第一共享文件***对应的存储空间上的故障数据进行修复，返回执行在完成数据修复后基于第一共享文件***对应的存储空间上的数据建立第二共享文件***的操作。
5.根据权利要求1或4所述的方法，其特征在于，对第一共享文件***对应的存储空间上的故障数据进行修复包括：
对第一共享文件***对应的存储空间上的故障数据进行数据块划分；
按照从最小故障数据块至最大故障数据块的顺序对第一共享文件***对应的存储空间上的故障数据进行修复。
6.一种数据恢复装置，其特征在于，该装置包括：
故障修复单元，用于当第一共享文件***仅支持读操作时，对第一共享文件***对应的存储空间上的故障数据进行修复；
第二共享文件***处理单元，用于在完成故障数据修复后，基于第一共享文件***对应的存储空间上的数据建立第二共享文件***，所述第二共享文件***与所述第一共享文件***同对应所述存储空间；
验证单元，用于验证所述第二共享文件***是否支持读、写操作，
迁移单元，用于当所述验证单元验证所述第二共享文件***支持读、写操作时，则将第一共享文件***关联的各虚拟机在线迁移至第二共享文件***。
7.根据权利要求6所述的装置，其特征在于，该装置进一步包括：
第一共享文件***处理单元，用于卸载第一共享文件***，在第一共享文件***重新挂载时，将所述各虚拟机从第二共享文件***在线迁移至第一共享文件***；
所述第二共享文件***处理单元进一步在所述各虚拟机从第二共享文件***在线迁移至第一共享文件***后卸载第二共享文件***。
8.根据权利要求6所述的装置，其特征在于，所述验证单元验证第二共享文件***是否支持读、写操作包括：
对第二共享文件***对应的存储空间上的数据执行读操作，以及，向第二共享文件***对应的存储空间执行写操作，所述执行写操作包括：写入新创建的数据；
若成功执行读操作和写操作，则确定第二共享文件***支持读、写操作，否则，当未成功执行读操作时，确定第二共享文件***不支持读操作，当未成功执行写操作，确定第二共享文件***不支持写操作。
9.根据权利要求6所述的装置，其特征在于，该装置进一步包括：备份处理单元；
备份处理单元，用于在所述故障修复单元对第一共享文件***对应的存储空间上的故障数据进行修复之前，对第一共享文件***对应的存储空间上的故障数据备份；
所述第二共享文件***处理单元进一步用于在所述验证单元验证所述第二共享文件***不支持读或写操作时，卸载所述第二共享文件***；
所述备份处理单元进一步基于故障数据的备份恢复所述存储空间上对应的数据，并触发所述故障修复单元对第一共享文件***对应的存储空间上的故障数据进行修复。
10.根据权利要求6或9所述的装置，其特征在于，所述故障修复单元对第一共享文件***对应的存储空间上的故障数据进行修复包括：
对第一共享文件***对应的存储空间上的故障数据进行数据块划分；
按照从最小故障数据块至最大故障数据块的顺序对第一共享文件***对应的存储空间上的故障数据进行修复。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710331059.2A CN107544868B (zh) | 2017-05-11 | 2017-05-11 | 数据恢复方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710331059.2A CN107544868B (zh) | 2017-05-11 | 2017-05-11 | 数据恢复方法和装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107544868A CN107544868A (zh) | 2018-01-05 |
| CN107544868B true CN107544868B (zh) | 2020-06-09 |
Family
ID=60966270
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710331059.2A Active CN107544868B (zh) | 2017-05-11 | 2017-05-11 | 数据恢复方法和装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107544868B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109086166A (zh) * | 2018-07-09 | 2018-12-25 | 郑州云海信息技术有限公司 | 一种虚拟机备份与恢复方法及装置 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103176845A (zh) * | 2011-12-22 | 2013-06-26 | ***通信集团公司 | 一种虚拟机部署方法、***和装置 |
| CN103605562A (zh) * | 2013-12-10 | 2014-02-26 | 浪潮电子信息产业股份有限公司 | 一种kvm虚拟机在物理主机之间迁移的方法 |
| CN103761168A (zh) * | 2014-01-26 | 2014-04-30 | 上海爱数软件有限公司 | 一种基于nfs卷挂载备份虚拟机的方法 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6862609B2 (en) * | 2001-03-07 | 2005-03-01 | Canopy Group, Inc. | Redundant storage for multiple processors in a ring network |
| US10776209B2 (en) * | 2014-11-10 | 2020-09-15 | Commvault Systems, Inc. | Cross-platform virtual machine backup and replication |
-
2017
- 2017-05-11 CN CN201710331059.2A patent/CN107544868B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103176845A (zh) * | 2011-12-22 | 2013-06-26 | ***通信集团公司 | 一种虚拟机部署方法、***和装置 |
| CN103605562A (zh) * | 2013-12-10 | 2014-02-26 | 浪潮电子信息产业股份有限公司 | 一种kvm虚拟机在物理主机之间迁移的方法 |
| CN103761168A (zh) * | 2014-01-26 | 2014-04-30 | 上海爱数软件有限公司 | 一种基于nfs卷挂载备份虚拟机的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107544868A (zh) | 2018-01-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6990611B2 (en) | Recovering data from arrays of storage devices after certain failures | |
| US8407182B1 (en) | Systems and methods for facilitating long-distance live migrations of virtual machines | |
| CN106776130B (zh) | 一种日志恢复方法、存储装置和存储节点 | |
| US8359493B2 (en) | Mechanism to provide assured recovery for distributed application | |
| CN110389858B (zh) | 存储设备的故障恢复方法和设备 | |
| US6785838B2 (en) | Method and apparatus for recovering from failure of a mirrored boot device | |
| CN110377456B (zh) | 一种虚拟化平台容灾的管理方法及装置 | |
| CN103970481A (zh) | 重建存储器阵列的方法和装置 | |
| CN102200944B (zh) | Erp***的测试环境克隆方法及*** | |
| CN109032838B (zh) | 虚拟机备份恢复数据一致性的自动校验方法 | |
| CN105302667A (zh) | 基于集群架构的高可靠性数据备份与恢复方法 | |
| CN105653345A (zh) | 用于支持对数据的非易失性随机访问的方法和设备 | |
| CN105022678A (zh) | 虚拟机数据备份的方法和装置 | |
| CN105740049B (zh) | 一种控制方法及装置 | |
| WO2015043155A1 (zh) | 一种基于命令集的网元备份与恢复方法及装置 | |
| CN111708488A (zh) | 一种基于分布式内存盘的Ceph性能优化的方法和设备 | |
| CN103064759B (zh) | 数据修复的方法及装置 | |
| CN115599607A (zh) | 一种raid阵列的数据恢复方法及相关装置 | |
| CN111158955A (zh) | 一种基于卷复制的高可用***以及多服务器数据同步方法 | |
| CN107544868B (zh) | 数据恢复方法和装置 | |
| CN107153569B (zh) | 虚拟机读写失败的处理方法及装置 | |
| CN104407806A (zh) | 独立磁盘冗余阵列组硬盘信息的修改方法和装置 | |
| CN104572347A (zh) | 基于块级恢复与修改注册表并注入驱动的***恢复方法 | |
| EP2313829A1 (en) | Recovery control in mirrored disks | |
| US20240053915A1 (en) | Hard Disk Snapshot Method and Apparatus Based on Openstack Platform |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |