CN102023907A - 一种操作系统及其恢复方法 - Google Patents

Abstract

本发明公开了一种操作系统及其恢复方法，涉及操作系统恢复技术。本发明方法包括：操作系统运行过程中，若发生涉及操作系统配置的应用事务，则对当前发生的应用事务进行快照操作，通过该快照操作的属性信息记录该快照点；当所述操作系统接收到用户针对所记录的某一快照点发起的系统恢复操作时，所述操作系统对该快照点进行挂载，以进入该快照点对应的配置状态。本发明的实施例使得系统能够很快紧急的恢复系统运行，减少客户的损失和后台客服人员的工作压力，保证了操作系统的安全。

Description

一种操作系统及其恢复方法

技术领域

本发明涉及操作系统恢复技术，特别涉及一种操作系统及其恢复方法。

背景技术

现在的操作系统支持的应用功能越来越多，操作系统本身也越来越大，而系统在运行过程中可能会因为某种操作，掉电等导致系统突然死掉，甚至崩溃，而不能进入系统。这种情况对用户的损失是相当大的。造成这种原因，可能是应用事务不兼容，或者是应用程序安装问题，或者是不小心修改或删除了系统的配置文件等等因素。类似的情况，在WINDOW，LINUX，SOLARIS下都有发生。而面对这类问题，不仅会影响用户的生产作业，而且需要用户花费时间和精力对系统进行安装或者采用其他的修复手段，同时需要对当前应用配置进行准确的重新配置还原，给用户带来相当大的麻烦和难度。

因此，需要提供一种恢复系统的方法，能够还原当前应用配置和系统各种配置文件。

发明内容

本发明所要解决的技术问题是，提供一种操作系统及其恢复方法，可以将操作系统恢复到指定的配置状态。

为了解决上述技术问题，本发明公开了一种操作系统恢复方法，包括：

操作系统运行过程中，若发生涉及操作系统配置的应用事务，则对当前发生的应用事务进行快照操作，通过该快照操作的属性信息记录该快照点；

当所述操作系统接收到用户针对所记录的某一快照点发起的系统恢复操作时，所述操作系统对该快照点进行挂载，以进入该快照点对应的配置状态。

较佳地，上述方法还包括：

所述操作系统运行过程中，若发生涉及存储池的应用事务，则对当前发生的应用事务进行快照操作，通过该快照操作的属性信息记录该快照点。

其中，所述操作系统通过快照操作的属性信息记录快照点时，若当前所记录的快照点数目超过设定值，则移除所记录的快照点中记录时间最早的快照点。

所述操作系统采用设定长度的滑动窗口判断所记录的快照点数目是否超过设定值。

较佳地，当所述操作系统发生故障时，所述操作系统对发生故障前最后一次记录的快照点进行挂载，以进入该快照点对应的配置状态；或者

所述操作系统事先记录本操作系统的出厂配置状态对应的快照点，当所述操作系统发生故障时，对所述出厂配置状态对应的快照点进行挂载，以进入出厂配置状态。

本发明还公开了一种操作系统，包括：快照操作及存储模块，在操作系统运行过程中，发生涉及操作系统配置的应用事务时，用于对当前发生的应用事务进行快照操作，通过该快照操作的属性信息记录该快照点；

系统恢复模块，用于接收用户针对所述快照操作及存储模块中记录的快照点发起的系统恢复操作，对所接收到的系统恢复操作中的快照点进行挂载，以使操作系统进入该快照点对应的配置状态。

较佳地，上述系统中所述快照操作及存储模块包括：

第一单元，用于在操作系统运行过程中，发生涉及操作系统配置的应用事务时，用于对当前发生的应用事务进行快照操作，通过该快照操作的属性信息记录该快照点；

第二单元，用于在操作系统运行过程中，若发生涉及存储池的应用事务，则对当前发生的应用事务进行快照操作，通过该快照操作的属性信息记录该快照点。

较佳地，所述快照操作及存储模块还包括：

判断单元，用于判断所述第一单元和第二单元当前所记录的快照点总数目是否超过设定值，当所述第一单元和第二单元当前所记录的快照点总数目超过设定值，则移除所记录的快照点中记录时间最早的快照点。

其中，所述判断单元，采用设定长度的滑动窗口判断所记录的快照点数目是否超过设定值。

较佳地，所述快照操作及存储模块还包括出厂配置单元，用于事先记录本操作系统的出厂配置状态对应的快照点；

所述系统恢复模块包括故障恢复单元，用于在所述操作系统发生故障时，对发生故障前所述快照操作及存储模块最后一次记录的快照点进行挂载，以进入该快照点对应的配置状态；或者对所述出厂配置单元中记录的出厂配置状态对应的快照点进行挂载，以进入出厂配置状态。

本发明的实施例适用于SOLARIS操作系统，其记录操作系统中发生各应用事务时的快照点，并根据用户所选择的快照点，将操作系统恢复到之前所记录的某个应用操作时的系统配置点。还有一些实施例中，当操作系统发生故障(包括崩溃)，用户不能正常进入操作系统时，操作系统可将操作系统恢复到发生系统崩溃的最近的一个时间点(即最后一次记录的快照点)或者是事先设定的快照点，或者出厂配置状态对应的快照点。使得系统能够很快紧急的恢复系统运行，减少客户的损失和后台客服人员的工作压力，保证了操作系统的安全。

附图说明

图1为本实施例2中恢复操作系统的流程示意图；

图2为本实施例2中操作系统记录快照的示意图；

图3为本实施例2中采用滑动窗口以限制快照数目的示意图；

图4为本实施例3中基于快照的紧急恢复系统的具体流程图。

具体实施方式

下面结合附图及实施例，对本发明技术方案作进一步详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

实施例1

本实施例提供一种操作系统，至少包括：

快照操作及存储模块，在操作系统运行过程中，发生涉及操作系统配置的应用事务时，用于对当前发生的应用事务进行快照操作，通过该快照操作的属性信息记录该快照点；

其中，操作系统运行过程中，涉及操作系统配置的应用事务基本固定的，例如，当前应用发生被修改或者添加、删除等操作即被认为是涉及操作系统配置的应用事务。当对涉及操作系统配置的应用事务进行快照记录时，所要记录的快照操作的属性信息包括删除、添加、修改等描述信息。

还有一些优选的实施例中，操作系统在运行过程中，除了发生了涉及操作系统配置的应用事务以外，发生涉及存储池的应用事务(例如用户创建或删除存储池等)，快照操作及存储模块，也会对当前发生的涉及存储池的应用事务进行快照操作，通过该快照操作的属性信息记录该快照点。具体地，在优选的实施例中，快照操作及存储模块可包括第一单元和第二单元，其中：

第一单元，用于在操作系统运行过程中，发生涉及操作系统配置的应用事务时，用于对当前发生的应用事务进行快照操作，通过该快照操作的属性信息记录该快照点；

第二单元，用于在操作系统运行过程中，若发生涉及存储池的应用事务，则对当前发生的应用事务进行快照操作，通过该快照操作的属性信息记录该快照点。

还有一些实施例中，快照操作及存储模块除了包括有第一单元和第二单元以外，还包括有判断单元，该单元在通过快照操作的属性信息记录快照点时，判断第一单元和第二单元当前所记录的快照点总数目是否超过设定值，如果超过设定值，则移除所记录的快照点中记录时间最早的快照点。具体地，该判断单元可采用设定长度的滑动窗口判断所记录的快照点数目是否超过设定值。

系统恢复模块，用于接收用户针对快照操作及存储模块中记录的快照点发起的系统恢复操作，对所接收到的系统恢复操作中的快照点进行挂载，以使操作系统进入该快照点对应的配置状态。

在本实施例中，快照操作及存储模块还可以为用户提供快照查询功能，用户能够查询当前记录的每个快照操作的属性信息，这样，当用户需要进行系统恢复操作时，通过记录的快照操作的属性信息，选择所要恢复的操作系统对应的快照点，即用户针对所选择的快照点发起了系统恢复操作，此时，恢复模块，对用户所选择的快照点进行挂载，操作系统即恢复为用户所需要的配置状态。

具体地，系统恢复模块可包括接收单元和处理单元，其中：

接收单元，用于接收用户针对快照操作及存储模块中记录的快照点发起的系统恢复操作；

处理单元，用于对所接收到的系统恢复操作中的快照点进行挂载，以使操作系统进入该快照点对应的配置状态。

在优选的实施例中，快照操作及存储模块，记录操作系统出厂配置状态(即操作系统的原始出厂配置)对应的快照点，该快照点可以是操作系统默认就有的，可以在操作系统启动选项GRUB中增加一个启动选项，这样，当操作系统发生故障时，系统恢复模块可以选择出厂配置状态对应的快照点，进行挂载，操作系统以出厂配置状态启动。还有一些实施例中，当操作系统发生故障时，系统恢复模块，还可以选择故障发生前最后一次记录的快照点，进行挂载，以使操作系统恢复到故障发生前的状态配置。即快照操作及存储模块还包括一出厂配置单元，用于事先记录本操作系统的出厂配置状态对应的快照点；系统恢复模块还包括故障恢复单元，用于在操作系统发生故障时，对发生故障前快照操作及存储模块最后一次记录的快照点进行挂载，以进入该快照点对应的配置状态；或者对快照操作及存储模块中出厂配置单元中记录的出厂配置状态对应的快照点进行挂载，以进入出厂配置状态。

实施例2

本实施例提供一种操作系统恢复方法，该方法可依赖于实施例1中所提供的操作系统实现。该方法如图1所示，包括以下步骤：

步骤100：操作系统运行过程中，若发生涉及操作系统配置的应用事务，则对当前发生的应用事务进行快照操作，通过该快照操作的属性信息记录该快照点；

其中，涉及操作系统配置的应用是特定的，例如，包括系统修改用户密码，修改/etc下的配置信息，修改SMB的配置用户权限和共享目录，修改分配的FTP的共享目录、用户、用户权限等。而删除一个数据文件，修改文本等认为不是涉及操作系统配置，因为，类似于这种删除，修改文本等操作，属于数据盘上的信息。还有一些实施例中，操作系统在运行过程中，发生涉及存储池的应用事务(例如用户创建或删除存储池等)，操作系统也会对当前发生的涉及存储池的应用事务进行快照操作，通过该快照操作的属性信息记录该快照点，如图2所示。

操作系统可利用原有分区和系统上的指针索引来查找所记录的快照操作的属性信息，不会额外的占用系统太多的空间，有利于系统的空间开销和同步开销。

步骤200：操作系统接收到用户针对所记录的某一快照点发起的系统恢复操作，对该快照点进行挂载，以进入该快照点对应的配置状态。

优选实施例中，系统在出厂时候，只有一个默认的快照点，此时系统的配置信息都是相同的，如图3中标杆1，系统如果选择恢复，能够恢复到最久远的一个快照就是此快照点。以后的快照随着时间和应用快照的增加，会逐步动态的增加。为了保证系统的运行效率和优化系统空间等，系统只保存设定数量的快照作为恢复系统的备选快照。例如，最多保存10个动态快照时，所保存的动态快照可称为滑动窗口(即用设定长度的滑动窗口以限制所记录的快照点数目不超过设定值)，如图3所示，也就是达到10个快照之后，以后再有新的快照增加，会平移现有快照的顺序，将原来编号为1的快照改为2，而将现在的快照空余位置接受图3中产生的快照，如图3中标杆2。将原来第9的快照改为第10个快照，而将原来的第10快照从此滑动窗口中移除，如图3中标杆2。用户可以通过应用列表查询每个快照，知道应用的应用属性，方便用户在选择恢复点的时候准备的选择。系统在应用快照增加移除的过程中，始终保存有原始的出厂快照，以保持原始的所有配置文件信息和基本状态，同时能够统一配置，减少配置差异和时间成本。

用户选择恢复系统配置时，在恢复点之后，离当前更近的快照信息可能会被破坏，因此，实现恢复时需要非常谨慎固定。

实施例3

本实施例提供一种操作系统恢复方法。为了能够实现操作系统的恢复，包括操作系统发生故障时的恢复，需要在操作系统GRUB启动处做一定的改动。操作系统在GRUB启动的时候，增加相应的启动项，将正常启动项和恢复启动项分开。GRUB下的增加信息如下：

title Rescue(initial)

findroot(pool_rpool，0，a)

bootfs rpool/ROOT/opensolaris-1

kernel$/platform/i86pc/kernel/$ISADIR/unix-B$ZFS-BOOTFS

module$/platform/i86pc/$ISADIR/boot_archive。

不要设置默认启动项为紧急启动项，如default 0。

操作系统开机启动，BIOS检测完成之后，BIOS就将控制权交给初始化程序，初始化程序在GRUB处停留，此时择紧急启动模式。正常登陆系统之后，操作系统挂载点跟正常运行的不相同。

操作系统为用户提供查看所记录的每个快照操作的属性信息的功能；

通过属性信息，用户确定希望恢复到哪个快照上，即恢复到哪一个配置状态；

选择此快照点(即用户针对该快照点发起系统恢复操作)；

恢复到此快照点之后，还将快照点进行挂载，成为一个新的分区，然后系统会自动重启，更新到正常启动项的挂载点到此快照分区上，下次启动的时候GRUB会默认进入正常系统，能正常的通过刚刚更新的快照分区进入系统。

以上实现由脚本完成。

系统再重启，会从默认的GRUB启动项进入，加载内核的时候，会从上面的恢复点分区进入，然后加载系统驱动，启动系统服务，导入配置信息等操作。Login进入系统。

上述流程如图4所示。

从上述实施例可以看出，本发明至少一个实施例中对操作系统采用快照技术，即对应用过程中发生的应用事务执行快照操作，这样，当用户需要恢复系统时，根据所保存的快照操作的属性信息选择所要恢复到的配置状态对应的快照点，操作系统即可恢复到该快照点对应的配置状态。在优选的实施例中，还记录操作系统出厂配置状态对应的快照点，这样，当操作系统发生故障(包括崩溃)时，即可对该快照点进行挂载，从而将操作系统恢复到出厂配置状态，以避免系统重装和配置信息的精确配置，大大减少用户的工作量和损失。另外，本发明的优选实施例中，还提出通过一设定值限制操作系统中保存的快照点数目，从而保证操作系统的快照能够快速挂载。

以上所述，仅为本发明的较佳实例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种操作系统恢复方法，其特征在于，包括：

操作系统运行过程中，若发生涉及操作系统配置的应用事务，则对当前发生的应用事务进行快照操作，通过该快照操作的属性信息记录该快照点；

当所述操作系统接收到用户针对所记录的某一快照点发起的系统恢复操作时，所述操作系统对该快照点进行挂载，以进入该快照点对应的配置状态。

2.如权利要求1所述的方法，其特征在于，该方法还包括：

所述操作系统运行过程中，若发生涉及存储池的应用事务，则对当前发生的应用事务进行快照操作，通过该快照操作的属性信息记录该快照点。

3.如权利要求1或2所述的方法，其特征在于，

所述操作系统通过快照操作的属性信息记录快照点时，若当前所记录的快照点数目超过设定值，则移除所记录的快照点中记录时间最早的快照点。

4.如权利要求3所述的方法，其特征在于，

所述操作系统采用设定长度的滑动窗口判断所记录的快照点数目是否超过设定值。

5.如权利要求3所述的方法，其特征在于，

当所述操作系统发生故障时，所述操作系统对发生故障前最后一次记录的快照点进行挂载，以进入该快照点对应的配置状态；或者

所述操作系统事先记录本操作系统的出厂配置状态对应的快照点，当所述操作系统发生故障时，对所述出厂配置状态对应的快照点进行挂载，以进入出厂配置状态。

6.一种操作系统，其特征在于，包括：

快照操作及存储模块，在操作系统运行过程中，发生涉及操作系统配置的应用事务时，用于对当前发生的应用事务进行快照操作，通过该快照操作的属性信息记录该快照点；

系统恢复模块，用于接收用户针对所述快照操作及存储模块中记录的快照点发起的系统恢复操作，对所接收到的系统恢复操作中的快照点进行挂载，以使操作系统进入该快照点对应的配置状态。

7.如权利要求6所述的系统，其特征在于，所述快照操作及存储模块包括：

第一单元，用于在操作系统运行过程中，发生涉及操作系统配置的应用事务时，用于对当前发生的应用事务进行快照操作，通过该快照操作的属性信息记录该快照点；

第二单元，用于在操作系统运行过程中，若发生涉及存储池的应用事务，则对当前发生的应用事务进行快照操作，通过该快照操作的属性信息记录该快照点。

8.如权利要求7所述的系统，其特征在于，所述快照操作及存储模块还包括：

判断单元，用于判断所述第一单元和第二单元当前所记录的快照点总数目是否超过设定值，当所述第一单元和第二单元当前所记录的快照点总数目超过设定值，则移除所记录的快照点中记录时间最早的快照点。

9.如权利要求8所述的系统，其特征在于，

所述判断单元，采用设定长度的滑动窗口判断所记录的快照点数目是否超过设定值。

10.如权利要求7或8所述的系统，其特征在于，所述快照操作及存储模块还包括出厂配置单元，用于事先记录本操作系统的出厂配置状态对应的快照点；

所述系统恢复模块包括故障恢复单元，用于在所述操作系统发生故障时，对发生故障前所述快照操作及存储模块最后一次记录的快照点进行挂载，以进入该快照点对应的配置状态；或者对所述出厂配置单元中记录的出厂配置状态对应的快照点进行挂载，以进入出厂配置状态。

Images