CN110764951B - 电脑系统及映像文件的容错处理方法 - Google Patents

Abstract

本发明提出一种电脑系统及映像文件的容错处理方法。在方法中，判断是否切割映像文件。若决定对映像文件切割，则依序分段切割映像文件并记录切割历程。而此切割历程相关于最后切割个数，此最后切割个数是每对映像文件切割一次而累计。反应于切割异常情况，依据切割历程接续切割映像文件。此外，依序分段还原映像散文件且记录分段还原历程，分段还原历程相关于最后还原个数，而最后还原个数是每一映像散文件还原而累计。反应于还原异常情况，依据最后还原个数接续还原尚未还原的映像散文件。藉此，有效提升还原效率及成功率。

Description

电脑系统及映像文件的容错处理方法

技术领域

本发明是涉及一种映像文件的处理方法，尤其涉及一种电脑系统及映像文件的容错处理方法。

背景技术

电脑系统(例如，台式电脑、笔记本电脑、一体机(All-in-One，AIO)等)已经是人们在工作、娱乐、休闲甚至日常生活上常用的工具之一。无可避免地，电脑系统可能会遭遇到系统错误、更新失败、驱动程序冲突、恶意程序攻击等异常情况。部分使用者会将电脑系统中的操作系统(Operating System，OS)、硬盘磁区或文件还原，以将电脑系统回复到先前正常状态。然而，电脑系统的还原作业并非能百分之百成功，偶尔还是会遇到操作系统本身问题、硬件相关问题、或是使用者操作不当(例如，使用者踢到电脑系统的电源、电池失去电力等情形导致还原中断)。而由于目前尚未有还原补救方法，当使用者遇到还原失败时，通常还是会将其设备交由维修中心处理。然而，还原失败的修复流程复杂，导致维修费用昂贵，且电脑系统也可能无法修复而需要退货。

发明内容

有鉴于此，本发明提供一种电脑系统及映像文件的容错处理方法，其不论电脑系统是否发生异常，能确保映像文件切割成映像散文件后，分段还原映像散文件，从而提升映像文件还原的效率及成功率。

本发明映像文件的容错处理方法，其包括下列步骤。判断是否切割映像文件。若决定对映像文件切割，则依序分段切割映像文件并记录切割历程。而此切割历程相关于最后切割个数，此最后切割个数是每映像文件切割一次而累计。此外，反应于切割异常情况，依据切割历程接续切割映像文件。

本发明的电脑系统，其包括存储器及处理器。存储器记录映像文件及数个模块。处理器耦接存储器，并存取且载入存储器所记录的那些模块。而那些模块包括分割模块。此分割模块判断是否切割映像文件。若决定映像文件切割，则分割模块依序分段切割映像文件并记录切割历程。反应于切割异常情况，分割模块依据此切割历程接续切割映像文件。而此切割历程相关于最后切割个数，且此最后切割个数是每对映像文件切割一次而累计。

基于上述，本发明实施例的电脑系统及映像文件的容错处理方法，其在对映像文件还原之前，将映像文件切割成数笔映像散文件或确认为映像散文件。在切割的过程中，电脑系统会记录切割历程，使切割异常情况发生后，仍可接续切割作业。另一方面，本发明实施例是对映像散文件分段还原，若还原过程中电脑系统不幸发生任何还原异常情况，电脑系统都能接续还原。相较于对单一映像文件还原，当本发明实施例的容错机制遭遇到任何异常情况时，还原作业都不用重头开始，明显提升效率及成功率，让大众都能轻易应付异常情况。

为让本发明的上述特征和优点能更明显易懂，下文特举实施例，并配合附图作详细说明如下。

附图说明

图1是依据本发明一实施例的电脑系统的元件方块图。

图2是依据本发明一实施例映像文件的容错处理方法-切割阶段的流程图。

图3是依据本发明一实施例映像文件的容错处理方法-还原阶段的流程图。

附图标记说明

1：电脑系统

110：存储器

111：还原界面模块

112：分割模块

113：分段还原模块

114：日志

115：计数器

S210～S250、S310～S350：步骤

具体实施方式

图1是依据本发明一实施例的电脑系统1的元件方块图。请参照图1，电脑系统1至少包括但不仅限于存储器110及处理器150。此电脑系统1可以是台式电脑、笔记本电脑、伺服器、一体机(All-in-One，AIO)、智能手机、平板电脑等电子装置。

存储器110可以是任何型态的固定或可移动随机存取存储器(Random AccessMemory，RAM)、只读存储器(Read-Only Memory，ROM)、快闪存储器(Flash Memory)或类似元件或上述元件的组合的存储器，存储器110并用于存储缓冲的或永久的数据、软件模块(还原界面模块111、分割模块112、分段还原模块113、计数器115等)、日志114、映像文件、映像散文件、切割历程、分段还原历程等数据，且其详细内容待后续实施例详述。

处理器150与存储器110耦接，并可以是中央处理单元(CPU)，或是其他可程序化的一般用途或特殊用途的微处理器(Microprocessor)、数字信号处理器(DSP)、可程序化控制器、特殊应用集成电路(ASIC)或其他类似元件或上述元件的组合。在本发明实施例中，处理器150用以执行电脑系统1的所有作业，且可载入并执行(例如，通过应用程序界面(Application Programming Interface，API)或函数呼叫等方式)存储器110所记录的各软件模块、文件及数据。

为了方便理解本发明实施例的操作流程，以下将举诸多实施例详细说明本发明实施例中电脑系统1对映像文件的处理流程。下文中，将搭配电脑系统1的各项元件及模块说明本发明实施例所述的方法。本方法的各个流程可依照实施情形而随之调整，且并不仅限于此。

图2是依据本发明一实施例说明映像文件的容错处理方法-分割阶段的流程图。请参照图2，还原界面模块111通过电脑系统1的显示器(例如，液晶显示器(LCD)、发光二极管(LED)显示器等)呈现还原界面。此还原界面例如是整合于操作系统(Operating System，OS)(例如，Windows、Mac OS、Linux等)的还原功能、或属于独立的应用程序，并提供诸如还原启动及中止操作接收、信息呈现等功能。而当还原界面模块111通过输入装置(例如，键盘、鼠标、触控屏幕等)接收使用者对于还原界面上还原启动的操作时，还原界面模块111即触发本发明实施例的容错机制。

此容错机制会与操作系统的还原功能与硬盘里的还原分区(partition)进行存取及信息传递。具体而言，处理器150会把启动载入器(bootloader)及其他系统启动相关文件(例如，启动组态数据(Boot Configuration Data，BCD)文件、启动管理器等)复制到存储器110的还原分区(即，存储用于还原的映像文件的分区)，并指示重新开机后进入此还原分区，且记录系统启动相关文件的存储路径。需说明的是，在其他实施例中，这些系统启动相关文件也可能存储在存储器110的其他分区中，只要这些文件的存储路径被记录并可供存取即可。

接着，分割模块112会检查用于还原的映像文件的型态是否为单一映像文件，以判断是否切割映像文件(步骤S210)。值得注意的是，单一映像文件是由数个映像散文件所组成。而为了使本发明实施例的容错机制能顺利分段运行，后续用于还原的映像文件需要先切割成映像散文件。换句而言，分割模块112是检查存储器110所存储的映散文件是否为映像散文件。在本实施例中，分割模块112依据存储器110所存储的映像文件的数量、名称关系及大小中的至少一者判断这些映像文件是否为映像散文件。例如，分割模块112依序判断这些映像文件的数量是否超过一个，判断其名称关系是否有顺序关系(例如，数字顺序(例如，结尾为111、112、113…)、字母顺序(例如，结尾为a、b、c…)关系等)，并判断各映像文件的文件大小是否小于或等于最大散文件值(例如，50、60、100兆字节(megabyte，MB)等)。只要映像文件的数量、名称关系及大小不符合上述的任一条件，分割模块112即判断映像文件不为映像散文件(可能是单一映像文件、大小不一致的映像散文件)，并决定对映像文件切割。

需说明的是，前述数量、名称关系及大小都是依据一般映像文件分割程序对于映像散文件的设定规则，然不同映像文件分割程序还可能有其他设定规则，本发明实施例不以前述设定规则为限，并可视其他映像文件分割程序的设定规则而调整。此外，判断数量、名称关系及大小的顺序不限于前述范例，应用者可视需求而自行调整或增减条件。

而当决定对映像文件切割时，分割模块112可压缩(shrink)存储器110中还原分区的剩余空间，以供后续切割所得的映像散文件存储。需说明的是，于其他实施例中，分割模块112也可先判断剩余空间是否大于或等于映像文件的大小；若符合条件，则分割模块112可省略压缩空间的步骤，也就是还原分区可供尚未切割的映像文件与切割所得的映像散文件存储(大概是映像文件大小的两倍)；反之，分割模块112才需要压缩空间。

例如，表(1)是一范例说明磁盘分区。供还原所用的映像文件存储的还原分区通常规划在最后一个磁盘分区(第五分区)(分区启动记录(Partition boot record，PBR)还可能记录降版还原分区(downgrade right recovery partition))。视情况需要，处理器150会通过压缩功能加大还原分区的空间，以利用未使用的磁盘空间。

表(1)

若存储器110、还原分区或其他磁盘分区具有足够空间存储切割所得的映像散文件，则分割模块112会执行依序分段切割映像文件并记录切割历程(步骤S230)。具体而言，在文件切割过程中，处理器150会通过计数器115记录目前切割到哪个映像散文件，其中每对映像文件切割一次，计数器115会累计最后切割个数。例如，分割模块112切割第三次，则计数器115记录最后切割个数为三个。分割模块112会将此最后切割个数作为切割历程，并将此切割历程记录于日志114中。此外，分割模块112还会将映像文件存储在存储器110的起始地址写入日志114。

接着，反应于切割异常情况(例如，OS或程序发出失败异常(fail exception)、电源中断等)，分割模块112可依据切割历程接续切割映像文件(步骤S250)。在本实施例中，分割模块112会基于日志114所记录的最后切割个数及映像文件的起始地址(磁盘中的物理地址)决定接续切割地址。此接续切割地址是基于公式1：

SA＝IMG_Init_Address+[Counter*(ImageTotalSize/DF)]*1024*1024*8…(1)

SA是接续切割地址，IMG_Init_Address是映像文件的物理起始地址，Counter是最后切割个数，ImageTotalSize是映像文件的大小，DF是切割总数(即，映像文件被切割的总数)。分割模块112即可依据此接续切割地址切割尚未切割的映像文件。

假设映像文件的起始地址为2500，映像文件的大小为10十亿字节(Gigabytes，GBs)，切割总数为200，切割到第85个文件时流程出现中止(即，最后切割个数为85)。分割模块112带入公式1，2500+[85*(10000MB/200)]*1024*1024*8，从而得知下次要从物理地址35651586500开始进行映像文件切割。

由于本发明实施例是采用分段切割方式，因此切割异常情况发生之后，分割模块112只要接续对切割异常情况发生当时所处理的物理地址切割，已完成切割的映像散文件则继续保留在存储器110中，处理器150无须重新对映像文件切割。

需说明的是，前述接续切割地址可在每次切割完成后计算，也可能是反应于切割异常情况才计算。此外，在一些实施例中，针对部分大小不一致但属于相同映像文件的映像散文件，处理器150可先将这些映像散文件组合成单一映像文件，再通过分割模块112对单一映像文件切割。

另一方面，现有技术通常会以固定文件大小来对映像文件进行切割，导致某一个映像散文件的文件大小与其他映像散文件不同，进而影响后续还原作业。而为了让影像散文件的大小一致，本发明实施例的分割模块112会先初始切割总数(例如，50、100、200个等)，并依据此切割总数计算各映像散文件的大小。此映像散文件的大小是基于公式2：

Split_Size＝Image_Size/DF…(2)

Split_Size是映像散文件的大小，Image_Size是映像文件的大小，DF是切割总数。分割模块112接着判断映像散文件的大小是否大于最大散文件值(例如，50、80、150MB等)。若映像散文件的大小大于此最大散文件值，则分割模块112会增加切割总数(例如，增加50、100、150等)并重新计算映像散文件的大小。而若映像散文件的大小未大于此最大散文件值，则分割模块112即依据此映像散文件的大小依序分段切割映像文件。

例如，如果分割模块112计算映像散文件的大小超过50MB(即，最大散文件值)，则将DF变数(即，切割总数)加上100，再重新计算映像散文件的大小，直到映像散文件的大小小于或等于50MB为止。假设还原分区里面的还原映像文件为8452MB，带入公式2可得到切割总数DF＝200，其是因为8452/100，得出来的映像散文件的大小Split_Size大于50MB；而8452/200，得出来的映像散文件的大小Splize_Size为42.26MB。

需说明的是，此处所用最大散文件值是相同于前述判断是否为为单一映像文件的最大散文件值，然于其他实施例中此二值也可能不同。此外，公式2所用切割总数可供公式1使用。

此外，在一实施例中，为了有效利用空间，当分割阶段完成时(即，最后切割个数等于切割总数)，分割模块112可将原始的映像文件删除。然于其他实施例中，分割模块112也可能保留此映像文件。

而若分割阶段完成或在步骤S210后决定不对映像文件切割(即，这些映像文件的数量、名称关系及大小符合条件，而将这些映像文件视为映像散文件)，请接续参照图3是依据本发明一实施例映像文件的容错处理方法-还原阶段的流程图，分段还原模块113会依序分段还原映像散文件且记录分段还原历程(步骤S310)。具体而言，在映像文件还原过程中，处理器150会通过计数器115记录还原到哪个映像散文件，其中每对这些映像散文件中的一者还原，计数器115会累计最后还原个数。例如，分段还原模块113对第五个映像散文件还原，则计数器115记录最后还原个数为五个。分段还原模块113会将此最后还原个数作为分段还原历程，并将此分段还原历程记录在日志114中。

接着，反应于还原异常情况(例如，OS或程序发出失败异常(fail exception)、电源中断等)，分段还原模块113可依据分段还原历程接续还原尚未还原的映像散文件(步骤S350)。在本实施例中，最后还原个数代表排序第几个映像散文件已顺利还原，分段还原模块113只要接续对排序后一个(即，顺序为最后还原个数加一)映像散文件继续还原即可，无须重新自第一个映像散文件还原。

需说明的是，在一些实施例中，处理器150可依据分割阶段的切割顺序而决定各映像散文件的名称，以方便分段还原阶段对还原的顺序排序，或者处理器150另通过指标或参数记录各映像散文件的顺序，并供分段还原模块113存取。

表(2)是应用本发明实施例的实验比较。以8GB映像文件为例，文件分割时间(即，分割阶段的处理时间)所占还原时间不到二分之一，而判断还原分区路径、还原执行等处理时间正常状况不超过3秒钟。

表(2)

	A牌CPU+传统硬盘	I牌CPU+固态硬盘
			文件分割时间	4分钟	1分钟
还原时间	37分钟	28分钟
			总花费时间	41分钟	29分钟

当还原过程中发生问题时，复原时间导入本发明实施例前后比较表(3)如下。在映像文件还原过程中，会先把磁盘进行格式化，再把映像文件安装至磁盘。因此，在导入本发明实施例前(即，现有技术)，若还原过程中止，映像文件必须重安装，耗费时间恐包括将复制映像文件、映像文件载入和OS客制化安装等硬性文件部署时间，故耗费时间较长。导入本发明实施例后，还原过程中止，耗费时间缩短许多。以A牌CPU与传统硬盘的硬件架构为例，若还原到60％中止，修复耗费时间为37-37*0.6＝14.8分钟。

由以上两者实验结果，导入本实施例相较于现有技术虽增加了分割时间，但当还原过程中发生异常情况时，由于映像文件不需重新部署，因此修复时间明显缩短许多。

综上所述，本发明实施例的电脑系统及映像文件的容错处理方法，其对映像文件采用分段切割及还原处理，并记录切割及还原过程中的历程，使任何异常情况发生后，都能接续执行切割及还原作业，明显提升还原效率及成功率。此外，映像散文件切割后的大小一致，使后续还原作业能顺利进行。

虽然本发明已以实施例揭示如上，然其并非用以限定本发明，任何所属技术领域中技术人员，在不脱离本发明的精神和范围内，当可作些许的更改与润饰，故本发明的保护范围当视权利要求所界定者为准。

Claims (10)

1.一种映像文件的容错处理方法，包括：

判断是否切割至少一映像文件；

若决定对所述至少一映像文件切割，则依序分段切割所述至少一映像文件并记录切割历程，其中所述切割历程相关于最后切割个数，而所述最后切割个数是每对所述至少一映像文件切割一次而累计；以及

反应于切割异常情况，依据所述切割历程接续切割所述至少一映像文件。

2.根据权利要求1所述的映像文件的容错处理方法，其中依据所述切割历程接续切割所述至少一映像文件的步骤包括：

基于所述最后切割个数及所述至少一映像文件的起始地址决定接续切割地址；以及

依据所述接续切割地址切割尚未切割的所述至少一映像文件。

3.根据权利要求1所述的映像文件的容错处理方法，其中判断是否切割所述至少一映像文件的步骤包括：

依据所述至少一映像文件的数量、名称关系及大小中的至少一者判断所述至少一映像文件是否为至少一映像散文件，其中所述至少一映像散文件中的部分或全部组成单映像文件；以及

若所述至少一映像文件不为所述至少一映像散文件，则决定对所述至少一映像文件切割。

4.根据权利要求1所述的映像文件的容错处理方法，其中决定对所述至少一映像文件切割的步骤之后，还包括：

依据一切割总数计算至少一映像散文件的大小，其中所述至少一映像散文件组成所述至少一映像文件；

判断所述至少一映像散文件的大小是否大于最大散文件值；

若所述至少一映像散文件的大小大于所述最大散文件值，则增加所述切割总数并重新计算所述至少一映像散文件的大小；以及

若所述至少一映像散文件的大小未大于所述最大散文件值，则依据所述至少一映像散文件的大小依序分段切割所述至少一映像文件。

5.根据权利要求1所述的映像文件的容错处理方法，其中决定对所述至少一映像文件切割的步骤之前，还包括：

压缩剩余空间，以供至少一映像散文件存储，其中所述至少一映像散文件是对所述至少一映像文件切割所得。

6.根据权利要求1所述的映像文件的容错处理方法，其中判断是否切割所述至少一映像文件的步骤之后，还包括：

若决定不对所述至少一映像文件切割，则将所述至少一映像文件视为至少一映像散文件，并依序分段还原所述至少一映像散文件且记录分段还原历程，其中所述分段还原历程相关于一最后还原个数，而所述最后还原个数是每对所述至少一映像散文件中的一者还原而累计；以及

反应于还原异常情况，依据所述最后还原个数接续还原尚未还原的所述至少一映像散文件。

7.一种电脑系统，包括：

存储器，记录至少一映像文件、及多个模块；以及

处理器，耦接所述存储器，并存取且载入所述存储器所记录的所述多个模块，而所述多个模块包括：

分割模块，判断是否切割所述至少一映像文件，若决定对所述至少一映像文件切割，则依序分段切割所述至少一映像文件并记录切割历程，并反应于切割异常情况，依据所述切割历程接续切割所述至少一映像文件，其中所述切割历程相关于最后切割个数，而所述最后切割个数是每对所述至少一映像文件切割一次而累计。

8.根据权利要求7所述的电脑系统，其中所述分割模块基于所述最后切割个数及所述至少一映像文件的起始地址决定接续切割地址，并依据所述接续切割地址切割尚未切割的所述至少一映像文件。

9.根据权利要求7所述的电脑系统，其中所述分割模块依据所述至少一映像文件的数量、名称关系及大小中的至少一者判断所述至少一映像文件是否为至少一映像散文件，其中所述至少一映像散文件中的部分或全部组成单一映像文件，若所述至少一映像文件不为所述至少一映像散文件，则所述分割模块决定对所述至少一映像文件切割，若所述至少一映像文件为所述至少一映像散文件，则所述分割模块决定不对所述至少一映像文件切割，而所述多个模块还包括：

分段还原模块，若所述分割模块决定不对所述至少一映像文件切割，则所述分段还原模块依序分段还原所述至少一映像散文件且记录分段还原历程，其中所述分段还原历程相关于最后还原个数，而所述最后还原个数是每对所述至少一映像散文件中的一者还原而累计，分段还原模块并反应于还原异常情况，而依据所述最后还原个数接续还原尚未还原的所述至少一映像散文件。

10.根据权利要求7所述的电脑系统，其中所述分割模块依据切割总数计算至少一映像散文件的大小，其中所述至少一映像散文件组成所述至少一映像文件，所述分割模块判断所述至少一映像散文件的大小是否大于最大散文件值，若所述至少一映像散文件的大小大于所述最大散文件值，则所述分割模块增加所述切割总数并重新计算所述至少一映像散文件的大小，而若所述至少一映像散文件的大小未大于所述最大散文件值，则所述分割模块依据所述至少一映像散文件的大小依序分段切割所述至少一映像文件。

Images