CN112269985B - 快照管理方法、装置及存储介质 - Google Patents

快照管理方法、装置及存储介质 Download PDF

Info

Publication number
CN112269985B
CN112269985B CN202011186709.7A CN202011186709A CN112269985B CN 112269985 B CN112269985 B CN 112269985B CN 202011186709 A CN202011186709 A CN 202011186709A CN 112269985 B CN112269985 B CN 112269985B
Authority
CN
China
Prior art keywords
desktop
snapshot
instruction
snapshot management
terminal
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
Application number
CN202011186709.7A
Other languages
English (en)
Other versions
CN112269985A (zh
Inventor
李太新
杨峰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sangfor Technologies Co Ltd
Original Assignee
Sangfor Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sangfor Technologies Co Ltd filed Critical Sangfor Technologies Co Ltd
Priority to CN202011186709.7A priority Critical patent/CN112269985B/zh
Publication of CN112269985A publication Critical patent/CN112269985A/zh
Application granted granted Critical
Publication of CN112269985B publication Critical patent/CN112269985B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/52—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems during program execution, e.g. stack integrity ; Preventing unwanted data erasure; Buffer overflow
    • G06F21/53—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems during program execution, e.g. stack integrity ; Preventing unwanted data erasure; Buffer overflow by executing in a restricted environment, e.g. sandbox or secure virtual machine
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1448—Management of the data involved in backup or backup restore
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/0482—Interaction with lists of selectable items, e.g. menus
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/543—User-generated data transfer, e.g. clipboards, dynamic data exchange [DDE], object linking and embedding [OLE]

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Human Computer Interaction (AREA)
  • Quality & Reliability (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请公开了一种快照管理方法、装置及存储介质。其中，方法包括：监测快照管理指令；监测到快照管理指令时，确定所述快照管理指令在终端包含的多个桌面中对应的桌面；所述终端包含的多个桌面中各桌面对应的***操作权限相同或不同；所述多个桌面中各桌面对应的文件目录下的文件基于沙箱进行了隔离；所述快照包含对相应桌面在特定时刻需要备份的数据进行备份得到的数据；针对确定的桌面执行所述快照管理指令对应的快照管理操作。

Description

快照管理方法、装置及存储介质
技术领域
本申请涉及数据保护技术领域，尤其涉及一种快照管理方法、装置及存储介质。
背景技术
快照是关于指定数据集合的一个完全可用拷贝，该拷贝包括相应数据在某个时间点(即拷贝开始的时间点)的映像。快照可以是其所表示的数据的一个副本，也可以是数据的一个复制品。相关技术中，可以利用快照进行在线数据备份，当存储设备发生应用故障或者文件损坏时可以利用快照进行快速的数据恢复，将数据恢复某个可用的时间点的状态。
然而，相关技术中，对快照进行管理的方法尚需优化。
发明内容
为解决相关技术问题，本申请实施例提供一种快照管理方法、装置及存储介质。
本申请实施例的技术方案是这样实现的：
本申请实施例提供了一种快照管理方法，应用于终端，包括：
监测快照管理指令；监测到快照管理指令时，确定所述快照管理指令在所述终端包含的多个桌面中对应的桌面；所述终端包含的多个桌面中各桌面对应的***操作权限相同或不同；所述多个桌面中各桌面对应的文件目录下的文件基于沙箱进行了隔离；所述快照包含对相应桌面在特定时刻需要备份的数据进行备份得到的数据；
针对确定的桌面执行所述快照管理指令对应的快照管理操作。
上述方案中，
监测到第一指令；所述第一指令用于触发快照的创建操作；所述第一指令对应第一桌面；
利用所述第一桌面对应的文件目录下当前存储的全部文件以及所述第一桌面当前对应的全部的注册表信息，生成第一备份数据包；
将所述第一备份数据包存储至第一快照文件存储路径。
上述方案中，
监测到第二指令；所述第二指令用于触发快照的删除操作；所述第二指令对应第二桌面；
从所述第二桌面对应的第二快照文件存储路径存储的至少一个备份数据包中删除所述第二指令对应的第二备份数据包。
上述方案中，
监测到第三指令；所述第三指令用于触发基于快照的数据恢复操作；所述第三指令对应第三桌面；
从所述第三桌面对应的第三快照文件存储路径存储的至少一个备份数据包中确定所述第三指令对应的第三备份数据包；
利用所述第三备份数据包包含的数据，对所述第三桌面对应的文件目录下当前存储的全部文件以及所述第三桌面当前对应的全部的注册表信息进行数据覆盖处理。
上述方案中，所述方法还包括：
基于所述第三备份数据包确定是否需要对所述第三桌面对应的文件目录下当前存储的第一类文件进行备份；
在确定需要对所述第三桌面对应的文件目录下当前存储的第一类文件进行备份的情况下，呈现备份提示信息；
在确定不需要对所述第三桌面对应的文件目录下当前存储的第一类文件进行备份的情况下，利用所述第三备份数据包包含的数据，对所述第三桌面对应的文件目录下当前存储的全部文件以及所述第三桌面当前对应的全部的注册表信息进行数据覆盖处理。
上述方案中，所述方法还包括：
检测所述终端是否启动沙箱模式，得到检测结果；所述沙箱模式用于提供在第一类桌面和第二类桌面之间进行切换的功能；所述第一类桌面对应的***操作权限低于所述第二类桌面对应的***操作权限；所述终端当前的桌面为所述第一类桌面；所述快照管理指令对应的桌面为所述第二类桌面；
在所述检测结果表征所述终端未启动所述沙箱模式的情况下，针对确定的桌面执行所述快照管理指令对应的快照管理操作；
在所述检测结果表征所述终端启动所述沙箱模式的情况下，禁止执行所述快照管理指令对应的快照管理操作。
上述方案中，所述方法还包括：
针对确定的桌面执行所述快照管理指令对应的快照管理操作的过程中，禁止所述终端启动所述沙箱模式。
本申请实施例还提供了一种快照管理装置，包括：
监测单元，用于监测快照管理指令；监测到快照管理指令时，确定所述快照管理指令在终端包含的多个桌面中对应的桌面；所述终端包含的多个桌面中各桌面对应的***操作权限相同或不同；所述多个桌面中各桌面对应的文件目录下的文件基于沙箱进行了隔离；所述快照包含对相应桌面在特定时刻需要备份的数据进行备份得到的数据；
处理单元，用于针对确定的桌面执行所述快照管理指令对应的快照管理操作。
本申请实施例还提供了一种快照管理装置，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器；其中，
所述处理器用于运行所述计算机程序时，执行上述任一方法的步骤。
本申请实施例还提供了一种存储介质，所述介质存储有计算机程序，所述计算机程序被处理器执行时实现上述任一方法的步骤。
本申请实施例提供的快照管理方法、装置及存储介质，监测快照管理指令；监测到快照管理指令时，确定所述快照管理指令在终端包含的多个桌面中对应的桌面；所述终端包含的多个桌面中各桌面对应的***操作权限相同或不同；所述多个桌面中各桌面对应的文件目录下的文件基于沙箱进行了隔离；所述快照包含对相应桌面在特定时刻需要备份的数据进行备份得到的数据；针对确定的桌面执行所述快照管理指令对应的快照管理操作。本申请实施例的方案，能够在基于沙箱对用户终端包含的权限不同的多个桌面对应的文件目录下的文件进行了隔离的场景下，监测到针对所述多个桌面中任一桌面的快照管理指令，并针对相应桌面执行所述快照管理指令对应的快照管理操作，如此，可以对用户终端包含的多个桌面中每个桌面对应的快照进行管理，方便用户操作，提升用户体验。
附图说明
图1为本申请实施例快照管理方法的流程示意图；
图2为本申请实施例的应用场景示意图；
图3为本申请实施例的用户界面(UI，User Interface)示意图；
图4为本申请应用实施例快照管理装置的结构示意图；
图5为本申请应用实施例创建快照的流程示意图；
图6为本申请应用实施例利用快照进行数据恢复的流程示意图；
图7为本申请应用实施例删除快照的流程示意图；
图8为本申请实施例快照管理装置的流程示意图；
图9为本申请实施例快照管理装置的硬件结构示意图。
具体实施方式
以下结合附图及实施例对本申请的技术方案作进一步详细的阐述。
相关技术中，快照管理通常基于与主机***隔离的虚拟环境实现的，比如虚拟机。具体地，可以基于与主机***完全隔离的虚拟机***环境中的虚拟磁盘和虚拟机内存，实现虚拟机的快照管理，对虚拟机的某一特定时刻的状态做出快照，做出的快照可以包含相应时刻虚拟磁盘、虚拟机内存以及软件运行环境的状态；并且，可以利用任一快照将虚拟机的状态恢复为相应的特定时刻的状态。
然而，基于虚拟机的快照管理方法，依赖于与主机***完全隔离的实现环境，主机***和虚拟机***无法互相进行快照管理，用户操作繁琐；另外，基于虚拟机的快照管理方法通常采用增量备份的方式，当用户需要删除一个快照时，虚拟机***需要将删除的快照合并到其他快照中，占用虚拟机***的计算资源，使得虚拟机***的性能降低，可能会出现虚拟机***卡死无响应的问题，用户体验较差。
基于此，在本申请的各种实施例中，在基于沙箱对用户终端包含的权限不同的多个桌面对应的文件目录下的文件进行了隔离的场景下，监测到针对所述多个桌面中任一桌面的快照管理指令，并针对相应桌面执行所述快照管理指令对应的快照管理操作，如此，可以对用户终端包含的多个桌面中每个桌面对应的快照进行管理，方便用户操作，提升用户体验。
并且，由于本申请的各种实施例是基于终端自身的多桌面形态实现的，用户可以通过桌面切换直接实现工作场景的切换，即在用户无需改变自身对终端的使用习惯的前提下为用户数据提供了数据的恢复和保护功能，使得用户可以根据自身需求对任一桌面对应的快照进行管理，轻松解决误删文件或桌面受病毒感染等异常情况，将用户损失降到最低，从而提升用户体验。
另外，用户针对相应桌面进行快照管理时，可以对相应桌面的在特定时刻的相关数据进行全备份，使得相应桌面对应的多个快照文件之间相互独立，删除其中任一快照文件不影响其他快照文件的完整性，如此，在删除快照时无需将删除的快照合并到其他快照中，避免占用中央处理器(CPU，Central Processing Unit)的计算资源，进而避免CPU性能降低，保证了用户使用终端时终端运行环境的流畅性，进而提升用户体验。
本申请实施例提供了一种快照管理方法，应用于终端，如图1所示，该方法包括：
步骤101：监测快照管理指令；监测到快照管理指令时，确定所述快照管理指令在所述终端包含的多个桌面中对应的桌面；
这里，所述终端包含的多个桌面中各桌面对应的***操作权限相同或不同；所述多个桌面中各桌面对应的文件目录下的文件基于沙箱进行了隔离；所述快照包含对相应桌面在特定时刻需要备份的数据进行备份得到的数据；
步骤102：针对确定的桌面执行所述快照管理指令对应的快照管理操作。
这里，需要说明的是，所述终端可以是任一具备多桌面形态的电子设备，比如PC、手机等；所述PC可以包括台式电脑、笔记本电脑、平板电脑等。
具体地，在本申请的各种实施例中，所述终端包含的多个桌面中每个桌面对应一个虚拟的工作空间，所述多个桌面使用同一个物理磁盘，该磁盘上并未划分出各桌面的使用区域，用户针对相应桌面进行操作时终端呈现的画面为相应桌面对应的工作空间。另外，所述多个桌面中各桌面对应的工作空间利用基于统一端点管理(UEM，Unified EndpointManagement)实现的沙箱进行了隔离，即所述多个桌面中各桌面基于沙箱进行了进程隔离、文件隔离、网络隔离、注册表隔离、剪切板隔离和服务隔离等，以提高用户数据的安全性。
实际应用时，用户可以根据需求设置所述终端包含的多个桌面中各桌面对应的***操作权限，示例性地，如图2所示，用户可以在终端200中设置三个桌面：桌面A、桌面B和桌面C，其中，桌面A可以具备登录第一企业的内网的权限，但不具备浏览普通网页的权限；桌面B可以具备浏览普通网页的权限，但不具备登录第一企业的内网的权限；桌面C可以具备视频和音频的播放权限，但不具备登录第一企业的内网的权限以及浏览普通网页的权限；所述多个桌面中的每个桌面的任务栏201可以包含桌面切换按钮202，用户可以通过所述桌面切换按钮202实现桌面的切换，比如桌面A到桌面C的切换、桌面C到桌面B的切换等。当然，用户也可以根据需要对所述终端包含的多个桌面中各桌面对应的***操作权限进行分级，使得用户无法通过***操作权限的级别较低的桌面打开或编辑***操作权限的级别较高的桌面对应的文件目录下的文件。示例性地，用户可以将上述桌面A和桌面D设置为办公桌面，桌面D具备登录第二企业的内网的权限，但不具备浏览普通网页的权限，并将桌面A和桌面D对应的***操作权限设置为一级；同时，将上述桌面B、上述桌面C和桌面E设置为个人桌面，桌面E具备浏览普通网页的权限，但不具备登录第二企业的内网的权限，并将桌面B、桌面C和桌面E对应的***操作权限设置为二级；基于沙箱对办公桌面对应的进程和个人桌面对应的进程进行隔离，使得用户无法通过桌面B、桌面C和桌面E打开或编辑桌面A和桌面D对应的文件目录下的文件。
这里，桌面B、桌面C和桌面E对应的工作空间可以统称为个人域，桌面A和桌面D对应的工作空间可以统称为安全域，个人域和安全域的使用方式(比如文件存储方式)完全相同(即终端自身原本的文件存储方式)，用户无法感知使用个人域和使用安全域的差别，无需对自身的使用习惯进行改变；个人域和安全域都可以直接访问终端的磁盘文件，并可以基于文件重定向实现隔离，但重定向前后的文件都存储在同一个磁盘上(即终端当前设置的磁盘)，个人域不可以访问和使用安全域的文件，而安全域可以访问和使用个人域的文件，不需要用户进行文件复制，操作简单方便。
实际应用时，本申请实施例提供的快照管理方法可以通过安装在终端上的应用程序(APP，Application)实现，此时，在终端监测到用户针对APP的UI的触发快照管理进程的操作时，可以确定监测到快照管理指令；示例性地，如图3所示，APP的UI(后续的描述中将APP的UI简称为APP)上可以呈现快照管理列表，提供“创建快照”、“快照恢复(指利用快照进行数据恢复)”和“删除快照”的功能按钮，并为用户提供桌面选择框以及快照备注信息输入框，在监测到用户点击“创建快照”、“快照恢复”和“删除快照”中任一功能按钮的情况下，可以确定监测到快照管理指令，同时，可以将用户通过桌面选择框选择的桌面确定为所述快照管理指令在所述终端包含的多个桌面中对应的桌面，并在创建快照时，将用户在快照备注信息输入框输入的文本作为相应快照对应的备注信息进行存储，所述相应快照对应的备注信息可以由用户根据需求输入，比如相应快照的特定用途。
实际应用时，监测到的快照管理指令可能用于触发快照的创建操作。
基于此，在一实施例中，所述监测到快照管理指令，可以包括：
监测到第一指令；所述第一指令用于触发快照的创建操作；所述第一指令对应第一桌面；
所述针对确定的桌面执行所述快照管理指令对应的快照管理操作，可以包括：
利用所述第一桌面对应的文件目录下当前存储的全部文件以及所述第一桌面当前对应的全部的注册表信息，生成第一备份数据包；
将所述第一备份数据包存储至第一快照文件存储路径。
这里，所述第一桌面对应的文件目录下当前存储的全部文件以及所述第一桌面当前对应的全部的注册表信息，可以理解为所述第一桌面对应的文件目录下在第一时刻存储的全部文件以及所述第一桌面在所述第一时刻对应的全部的注册表信息，所述第一时刻为监测到所述第一指令的时刻，所述第一备份数据包即所述第一桌面在第一时刻的快照文件。
实际应用时，所述第一备份数据包还可以包括第一配置信息；所述第一配置信息第可以包括快照文件名、快照对应的桌面标识、快照创建时间(即所述第一时刻)、快照文件存储路径(即所述第一快照文件存储路径)和用户添加的备注信息(比如用户在创建快照时添加的快照说明)等内容。所述第一配置信息的存储格式可以根据需求设置，比如，为了方便写入和读取，所述第一配置信息可以以JavaScript对象简谱(JSON，JavaScript ObjectNotation)格式进行存储。
实际应用时，所述第一快照文件存储路径可以根据需求预先设置；也可以由用户在APP选择创建第一桌面在第一时刻的快照时进行设置。具体地，APP上可以呈现所述多个桌面中各桌面对应的快照列表，列表可以包含每个快照对应的配置信息(即快照文件名、快照对应的桌面标识、快照创建时间、快照文件存储路径和用户添加的备注信息等内容)；用户在APP选择创建快照时，可以在终端包含的多个桌面中选择一个桌面，并填写相应快照的备注信息，终端监测到用户的操作后，可以利用相应桌面对应的文件目录下当前存储的全部文件以及相应桌面当前对应的全部的注册表信息，生成备份数据包，生成的备份数据包还包括相应快照的配置信息，并将生成的备份数据包存储到相应的快照文件存储路径，完成创建快照操作，之后，APP可以将相应快照的配置信息更新到相应桌面对应的快照列表。当然，所述终端也可以在预先设置的存储路径存储并维护所述多个桌面中各桌面对应的快照列表。
实际应用时，监测到的快照管理指令可能用于触发快照的删除操作。
基于此，在一实施例中，所述监测到快照管理指令，可以包括：
监测到第二指令；所述第二指令用于触发快照的删除操作；所述第二指令对应第二桌面；
所述针对确定的桌面执行所述快照管理指令对应的快照管理操作，可以包括：
从所述第二桌面对应的第二快照文件存储路径存储的至少一个备份数据包中删除所述第二指令对应的第二备份数据包。
具体地，实际应用时，如前所述，APP上可以呈现所述多个桌面中各桌面对应的快照列表，用户可以在相应桌面对应的快照列表中选择想要删除的快照，终端监测到用户删除快照的操作后，可以基于用户的操作确定用户想要删除的快照对应的桌面和数据包，并在相应桌面对应的快照文件存储路径存储的至少一个备份数据包中删除相应数据包。这里，终端包含的多个桌面中每个桌面对应的快照存储路径可以相同或不同，即所述第二快照文件存储路径可以根据需求预先设置，也可以由用户通过APP进行设置，所述第二快照文件存储路径与所述第一快照文件存储路径可以相同或不同。
实际应用时，由于快照包含相应桌面对应的文件目录下在特定时刻存储的全部文件以及所述第一桌面在特定时刻对应的全部的注册表信息，即每个快照都采用了全备份的方式，每个桌面对应的多个快照中各快照之间不产生依赖，可以直接删除任一快照而不影响其他快照的完整性，无需进行快照合并或其他耗时的操作，避免占用终端CPU的计算资源，进而避免CPU性能降低，保证了用户使用终端时终端运行环境的流畅性，进而提升了用户体验。
实际应用时，监测到的快照管理指令可能用于触发基于快照的数据恢复操作。
基于此，在一实施例中，所述监测到快照管理指令，可以包括：
监测到第三指令；所述第三指令用于触发基于快照的数据恢复操作；所述第三指令对应第三桌面；
所述针对确定的桌面执行所述快照管理指令对应的快照管理操作，可以包括：
从所述第三桌面对应的第三快照文件存储路径存储的至少一个备份数据包中确定所述第三指令对应的第三备份数据包；
利用所述第三备份数据包包含的数据，对所述第三桌面对应的文件目录下当前存储的全部文件以及所述第三桌面当前对应的全部的注册表信息进行数据覆盖处理。
这里，对所述第三桌面对应的文件目录下当前存储的全部文件以及所述第三桌面当前对应的全部的注册表信息进行数据覆盖处理，可以理解为将所述第三桌面恢复至第三时刻时的状态，所述第三时刻为创建所述第三备份数据包对应的快照的时刻。
具体地，实际应用时，如前所述，APP上可以呈现所述多个桌面中各桌面对应的快照列表，用户可以在相应桌面对应的快照列表中选择想要进行数据恢复的快照，终端检测到用户选择快照并处罚数据恢复进程的操作后，可以基于用户的操作确定用户想要进行数据恢复的快照对应的桌面和数据包，并在相应桌面对应的快照文件存储路径存储的至少一个备份数据包中获取到相应的数据包，对相应数据包进行解压(可以将相应数据包解压到缓存)，并将解压后得到的文件覆盖到相应桌面对应的文件目录和注册表。这里，终端包含的多个桌面中每个桌面对应的快照存储路径可以相同或不同，即所述第三快照文件存储路径可以根据需求预先设置，也可以由用户通过APP进行设置，所述第三快照文件存储路径与所述第一快照文件存储路径和所述第二快照文件存储路径可以相同或不同。
实际应用时，当用户在所述第三时刻创建所述第三桌面的快照得到所述第三备份数据包后，用户可能对第三桌面对应的文件目录下的一些重要文件进行了编辑，在用户需要将所述第三桌面恢复至所述第三时刻的状态时，可能还需要保留这些编辑后的重要文件，但如果直接利用所述第三备份数据包包含的数据对所述第三桌面对应的文件目录下当前存储的全部文件以及所述第三桌面当前对应的全部的注册表信息进行数据覆盖处理，会使这些编辑后的重要文件丢失，因此，在用户利用所述第三备份数据包进行数据恢复之前，需要提示用户对重要文件进行备份，以避免数据丢失。
基于此，在一实施例中，所述方法还可以包括：
基于所述第三备份数据包确定是否需要对所述第三桌面对应的文件目录下当前存储的第一类文件进行备份；
在确定需要对所述第三桌面对应的文件目录下当前存储的第一类文件进行备份的情况下，呈现备份提示信息；
在确定不需要对所述第三桌面对应的文件目录下当前存储的第一类文件进行备份的情况下，利用所述第三备份数据包包含的数据，对所述第三桌面对应的文件目录下当前存储的全部文件以及所述第三桌面当前对应的全部的注册表信息进行数据覆盖处理。
这里，用户可以根据需要预先配置第一类文件的名称和/或存储路径(即重要文件的名称和/或重要文件的存储路径)，在从所述第三桌面对应的第三快照文件存储路径存储的至少一个备份数据包中确定所述第三指令对应的第三备份数据包之后，可以先基于所述第三备份数据包和预先配置的第一类文件的名称和/或存储路径信息，确定是否需要对所述第一类文件进行备份(比如检测所述第三备份数据包生成后是否存在针对所述第一类文件的编辑操作，在检测到针对所述第一类文件的编辑操作的情况下，确定需要对所述第一类文件进行备份，在未检测到针对所述第一类文件的编辑操作的情况下，确定不需要对所述第一类文件进行备份)，在确定不需要对所述第三桌面对应的文件目录下当前存储的第一类文件进行备份的情况下，再利用所述第三备份数据包包含的数据，对所述第三桌面对应的文件目录下当前存储的全部文件以及所述第三桌面当前对应的全部的注册表信息进行数据覆盖处理；在确定需要对所述第三桌面对应的文件目录下当前存储的第一类文件进行备份的情况下，所述终端可以呈现备份提示信息，比如通过APP提示用户对重要文件进行备份，以避免用户丢失数据，并在用户对所述第一类数据的备份完成后，再利用所述第三备份数据包包含的数据，对所述第三桌面对应的文件目录下当前存储的全部文件以及所述第三桌面当前对应的全部的注册表信息进行数据覆盖处理。
实际应用时，为了避免用户在相应桌面对所述相应桌面对应的文件目录下的文件进行的编辑操作与针对相应桌面的快照管理操作产生冲突，可以在执行快照管理操作之前，确定所述终端无法进行桌面之间的切换操作，并确定当前桌边不是快照管理操作对应的桌面，如此，能够提升用户利用终端进行多桌面的快照管理的流畅性，提升用户体验。
基于此，在一实施例中，所述方法还可以包括：
检测所述终端是否启动沙箱模式，得到检测结果；所述沙箱模式用于提供在第一类桌面和第二类桌面之间进行切换的功能；所述第一类桌面对应的***操作权限低于所述第二类桌面对应的***操作权限；所述终端当前的桌面为所述第一类桌面；所述快照管理指令对应的桌面为所述第二类桌面；
在所述检测结果表征所述终端未启动所述沙箱模式的情况下，针对确定的桌面执行所述快照管理指令对应的快照管理操作；
在所述检测结果表征所述终端启动所述沙箱模式的情况下，禁止执行所述快照管理指令对应的快照管理操作。
实际应用时，可以根据需要设置检测所述终端是否启动沙箱模式的方式，比如，可以检测预先设置的沙箱环境是否正在运行，若确定所述沙箱环境正在运行，即可确定所述终端启动所述沙箱模式，在确定所述沙箱环境未运行的情况下，可以确定所述终端未启动所述沙箱模式。
这里，在所述检测结果表征所述终端启动所述沙箱模式的情况下，禁止执行所述快照管理指令对应的快照管理操作之后，可以呈现关闭沙箱模式的提示消息，以供用户手动关闭所述沙箱模式，并在所述沙箱模式关闭后，重新触发所述第三指令；当然，所述终端也可以自动关闭所述沙箱模式，关闭所述沙箱模式的方式可以根据需求预先设置。
实际应用时，为了进一步避免用户在相应桌面对所述相应桌面对应的文件目录下的文件进行的编辑操作与针对相应桌面的快照管理操作产生冲突，还可以在终端执行相应的快照管理操作的过程中，禁止所述终端启动所述沙箱模式，如此，能够进一步提升用户利用终端进行多桌面的快照管理的流畅性，并提升用户体验。
基于此，在一实施例中，所述方法还可以包括：
针对确定的桌面执行所述快照管理指令对应的快照管理操作的过程中，禁止所述终端启动所述沙箱模式。
当然，在所述快照管理指令对应的快照管理操作执行完毕后，所述终端可以重新自动启动所述沙箱模式，或呈现启动沙箱模式的提示信息，以供用户手动启动所述沙箱模式。
本申请实施例提供的快照管理方法，监测到快照管理指令时，确定所述快照管理指令在终端包含的多个桌面中对应的桌面；所述终端包含的多个桌面中各桌面对应的***操作权限相同或不同；所述多个桌面中各桌面对应的文件目录下的文件基于沙箱进行了隔离；所述快照包含对相应桌面在特定时刻需要备份的数据进行备份得到的数据；针对确定的桌面执行所述快照管理指令对应的快照管理操作。本申请实施例的方案，能够在基于沙箱对用户终端包含的权限不同的多个桌面对应的文件目录下的文件进行了隔离的场景下，监测到针对所述多个桌面中任一桌面的快照管理指令，并针对相应桌面执行所述快照管理指令对应的快照管理操作，如此，可以对用户终端包含的多个桌面中每个桌面对应的快照进行管理，方便用户操作，提升用户体验。
并且，由于本申请的各种实施例是基于终端自身的多桌面形态实现的，用户可以通过桌面切换直接实现工作场景的切换，即在用户无需改变自身对终端的使用习惯的前提下为用户数据提供了数据的恢复和保护功能，使得用户可以根据自身需求对任一桌面对应的快照进行管理，轻松解决误删文件或桌面受病毒感染等异常情况，将用户损失降到最低，从而提升用户体验。
另外，用户针对相应桌面进行快照管理时，可以对相应桌面的在特定时刻的相关数据进行全备份，使得相应桌面对应的多个快照文件之间相互独立，删除其中任一快照文件不影响其他快照文件的完整性，如此，在删除快照时无需将删除的快照合并到其他快照中，避免占用CPU的计算资源，进而避免CPU性能降低，保证了用户使用终端时终端运行环境的流畅性，进而提升用户体验。
下面结合应用实施例对本申请再作进一步详细的描述。
本应用实施例提供了一种快照管理装置，设置在终端上，如图4所示，该装置包括：沙箱快照管理器401、用户交互窗口模块402、沙箱运行检测模块403、快照创建模块404、快照恢复模块405和快照删除模块406；其中，
所述沙箱快照管理器401，用于监测用户对所述用户交互窗口模块402的操作触发的快照管理指令，并通过所述沙箱运行检测模块403检测所述终端是否满足执行快照管理操作的条件，在确定所述终端满足执行快照管理操作的条件的情况下，通过所述快照创建模块404、所述快照恢复模块405或所述快照删除模块406执行相应的快照管理操作；
所述用户交互窗口模块402，用于提供人机交互接口，包括快照创建按钮、快照恢复按钮和快照删除按钮等功能按钮，用户可以根据需求对相应按钮进行操作以触发相应的快照管理进程；实际应用时，可以基于所述终端的操作***采用不同的实现方式，示例性地，在所述终端的操作***为微软视窗(Microsoft Windows)操作***的情况下，可以采用基于miniblink框架的万维网(英文可以表示为World Wide Web，简称为Web)页面实现；
所述沙箱运行检测模块403，用于检测所述终端是否满足执行快照管理操作的条件；
所述快照创建模块404，用于执行创建快照的操作；
所述快照恢复模块405，用于执行利用快照进行数据恢复的操作；
所述快照删除模块406，用于执行删除快照的操作。
下面基于上述快照管理装置，详细描述本应用实施例提供的快照管理方法。
在本应用实施例中，所述终端包括一个个人桌面和一个安全桌面，所述个人桌面可以称为个人域，对应于所述终端的操作***原有的操作环境(即所述个人桌面对应的虚拟的工作空间)，所述安全桌面可以称为安全域，对应于沙箱模式开启的情况下切换至沙箱环境后的用户操作环境(即所述安全桌面对应的虚拟的工作空间)，所述沙箱模式可以理解为按照预先设置的安全策略限制所述个人桌面和所述安全桌面对应的程序行为的执行环境，即所述个人桌面和所述安全桌面基于所述沙箱模式实现了进程隔离、文件隔离、网络隔离、注册表隔离、剪切板隔离和服务隔离等，以提高用户数据的安全性。
在本应用实施例中，仅针对所述安全桌面进行快照管理，所述快照为沙箱文件(即所述安全桌面对应的文件目录下的全部文件)及所述安全桌面对应的注册表信息(可以包含沙箱组件的相关信息)在某个时间点的副本；沙箱文件的存储目录是基于文件重定向的方式产生的，即用户在所述安全桌面对文件进行编辑操作时，通过文件过滤驱动将指定路径的文件重新定个方向转移到其他位置。在所述终端的磁盘包括多个分区的情况下，每个分区可以对应存在至少一个所述安全桌面对应的重定向目录。
以下基于创建快照、利用快照进行数据恢复以及删除快照的应用场景对本应用实施例提供的快照管理方法进行详细说明。
其中，如图5所示，创建快照的过程可以包括以下步骤：
步骤501：接收到创建快照的指令；之后执行步骤502。
具体地，用户在所述用户交互窗口模块402选择创建快照的功能按钮，所述沙箱快照管理器401监测到用户选择创建快照的功能按钮后确定接收到创建快照的指令。
实际应用时，用户也可以在所述用户交互窗口模块402填写需要建立的快照的备注信息，比如快照的功能等信息。
步骤502：检测沙箱环境是否正在运行；若是，执行步骤503；若否，执行步骤504。
具体地，所述沙箱运行检测模块403检测所述沙箱环境是否正在运行，若确定所述沙箱环境正在运行，则通过所述用户交互窗口模块402提示用户将所述沙箱环境关闭。
实际应用时，所述沙箱运行检测模块403也可以先检测所述沙箱环境是否正在运行，在确定所述沙箱环境正在运行的情况下通知所述用户交互窗口模块402将快照的创建和恢复功能按键置灰，使得沙箱环境运行情况下不提供快照的创建和恢复功能。这里，由于沙箱环境运行情况下会存在沙箱文件占用的情况，文件备份和恢复因为文件占用的情况可能出现异常和失败。
步骤503：提示用户退出沙箱环境，并在确定用户退出沙箱环境后，执行步骤504。
具体地，所述用户交互窗口模块402提示用户退出沙箱环境，并在确定用户退出沙箱环境后，通过所述沙箱快照管理器401通知所述快照创建模块404进行快照的创建。
实际应用时，若沙箱环境正在运行，终端的任务栏上可以有切换桌面图标，托盘内可以有沙箱托盘图标，用户可以通过沙箱托盘图标的右键菜单退出沙箱环境。这里，安全域不会显示沙箱托盘图标，用户无法在安全域退出沙箱环境，避免沙箱文件的占用；同时，启动沙箱环境也仅能够在个人域进行操作。
步骤504：创建快照；之后执行步骤505。
具体地，所述快照创建模块404会遍历所有磁盘内沙箱文件存储目录及注册表的相关信息，统一整理后打包备份并存放到预设的备份文件目录中；具体地，所述快照创建模块404会遍历当前***下硬盘的所有分区，查找到沙箱文件重定向目录，将每个分区下的重定向目录做好标记复制到缓存中的备份目录，同时，将沙箱注册表的相关信息复制到缓存中的备份目录，完成沙箱文件的全备份，并在备份完成后(即将备份文件存储到预设的备份文件目录后)删除缓存中的备份目录。
实际应用时，快照的生产实现方式可以根据需求选择，比如采用卷影复制服务(VSS，Volume Shadow Copy Service)来实现。
实际应用时，在备份过程中，禁止终端启动沙箱环境，直至快照创建完成。
步骤505：将创建的快照对应的配置信息添加到快照管理列表。
具体地，所述快照创建模块404将当前创建的快照的创建时间、快照文件名、文件位置和备注信息等信息整理成需要的格式(比如JSON格式)存储至所述终端；同时，所述用户交互窗口模块402更新为用户呈现的快照管理列表。
实际应用时，如图6所示，利用快照进行数据恢复的过程可以包括以下步骤：
步骤601：接收到利用快照进行数据恢复的指令；之后执行步骤602。
具体地，用户在所述用户交互窗口模块402呈现的快照管理列表中，选择想要进行数据恢复的快照，并选择利用快照进行数据恢复的功能按钮，所述沙箱快照管理器401监测到用户选择利用快照进行数据恢复的功能按钮后确定接收到利用快照进行数据恢复的指令。
步骤602：检测沙箱环境是否正在运行；若是，执行步骤603；若否，执行步骤604。
具体地，所述沙箱运行检测模块403检测所述沙箱环境是否正在运行，若确定所述沙箱环境正在运行，则通过所述用户交互窗口模块402提示用户将所述沙箱环境关闭。
实际应用时，所述沙箱运行检测模块403也可以先检测所述沙箱环境是否正在运行，在确定所述沙箱环境正在运行的情况下通知所述用户交互窗口模块402将快照的创建和恢复功能按键置灰，使得沙箱环境运行情况下不提供快照的创建和恢复功能。这里，由于沙箱环境运行情况下会存在沙箱文件占用的情况，文件备份和恢复因为文件占用的情况可能出现异常和失败。
步骤603：提示用户退出沙箱环境，并在确定用户退出沙箱环境后，执行步骤604。
具体地，所述用户交互窗口模块402提示用户退出沙箱环境，并在确定用户退出沙箱环境后，通过所述沙箱快照管理器401通知所述快照恢复模块405确定是否需要进行重要文件的备份。
实际应用时，若沙箱环境正在运行，终端的任务栏上可以有切换桌面图标，托盘内可以有沙箱托盘图标，用户可以通过沙箱托盘图标的右键菜单退出沙箱环境。这里，安全域不会显示沙箱托盘图标，用户无法在安全域退出沙箱环境，避免沙箱文件的占用；同时，启动沙箱环境也仅能够在个人域进行操作。
步骤604：确定是否需要进行重要文件的备份；若需要，执行步骤605；若不需要，执行步骤606。
具体地，所述沙箱快照管理器401检测快照进行数据恢复的指令对应的快照在建立后，用户是否对重要文件进行了编辑，若是，则可以确定用户需要进行重要文件的备份，并通过所述用户交互窗口模块402提示用户进行重要文件的备份。这里，由于数据恢复会将沙箱内文件全部还原，为避免数据丢失带来的损失需要提醒用户选择是否要备份
步骤605：提示用户进行重要文件的备份，并在确定用户完成重要文件的备份后，执行步骤606。
具体地，通过所述用户交互窗口模块402提示用户进行重要文件的备份，
并在确定用户退出沙箱环境后，通过所述沙箱快照管理器401通知所述快照恢复模块405利用快照进行数据恢复。
步骤606：利用快照进行数据恢复。
具体地，所述快照恢复模块405利用用户选择的快照对沙箱文件进行覆盖。
实际应用时，如图7所示，删除快照的过程可以包括以下步骤：
步骤701：接收到删除快照的指令，之后执行步骤702。
具体地，用户在所述用户交互窗口模块402呈现的快照管理列表中，选择想要删除的快照，并选择删除快照的功能按钮，所述沙箱快照管理器401监测到用户选择删除快照的功能按钮的情况下，确定接收到删除快照的指令
步骤702，删除相应的快照。
具体地，所述快照删除模块406删除接收到的删除快照的指令对应的快照。
这里，由于快照文件增多后磁盘空间占用较大，需要及时清理不需要的快照。删除快照时，选择对应的快照删除，后端会删除对应的快照文件，从快照管理列表中移除该快照。由于快照删除时只需要将对应的文件删除，因此，终端没有短时间内的高CPU消耗。具体地，由于快照采用全备份方式，每个快照之间不产生依赖，因此，可以对某个快照直接删除，不需要进行合并或其他耗时操作。
本应用实施例提供的快照管理方法和快照管理装置，在基于沙箱对用户终端包含的权限不同的多个桌面对应的文件目录下的文件进行了隔离的场景下，监测到针对所述多个桌面中任一桌面的快照管理指令，并针对相应桌面执行所述快照管理指令对应的快照管理操作，如此，可以对用户终端包含的多个桌面中每个桌面对应的快照进行管理，方便用户操作，提升用户体验。
并且，由于本申请的各种实施例是基于终端自身的多桌面形态实现的，用户可以通过桌面切换直接实现工作场景的切换，即在用户无需改变自身对终端的使用习惯的前提下为用户数据提供了数据的恢复和保护功能，使得用户可以根据自身需求对任一桌面对应的快照进行管理，轻松解决误删文件或桌面受病毒感染等异常情况，将用户损失降到最低，从而提升用户体验。
另外，用户针对相应桌面进行快照管理时，可以对相应桌面的在特定时刻的相关数据进行全备份，使得相应桌面对应的多个快照文件之间相互独立，删除其中任一快照文件不影响其他快照文件的完整性，如此，在删除快照时无需将删除的快照合并到其他快照中，避免占用CPU的计算资源，进而避免CPU性能降低，保证了用户使用终端时终端运行环境的流畅性，进而提升用户体验。
为了实现本申请实施例的方法，本申请实施例还提供了一种快照管理装置，设置在终端上，如图8所示，该装置包括：
监测单元801，用于监测快照管理指令；监测到快照管理指令时，确定所述快照管理指令在所述终端包含的多个桌面中对应的桌面；所述终端包含的多个桌面中各桌面对应的***操作权限相同或不同；所述多个桌面中各桌面对应的文件目录下的文件基于沙箱进行了隔离；所述快照包含对相应桌面在特定时刻需要备份的数据进行备份得到的数据；
处理单元802，用于针对确定的桌面执行所述快照管理指令对应的快照管理操作。
其中，在一实施例中，所述监测单元801，用于监测到第一指令；所述第一指令用于触发快照的创建操作；所述第一指令对应第一桌面；
所述处理单元802，用于：
利用所述第一桌面对应的文件目录下当前存储的全部文件以及所述第一桌面当前对应的全部的注册表信息，生成第一备份数据包；
将所述第一备份数据包存储至第一快照文件存储路径。
在一实施例中，所述监测单元801，用于监测到第二指令；所述第二指令用于触发快照的删除操作；所述第二指令对应第二桌面；
所述处理单元802，用于从所述第二桌面对应的第二快照文件存储路径存储的至少一个备份数据包中删除所述第二指令对应的第二备份数据包。
在一实施例中，所述监测单元801，用于监测到第三指令；所述第三指令用于触发基于快照的数据恢复操作；所述第三指令对应第三桌面；
所述处理单元802，用于：
从所述第三桌面对应的第三快照文件存储路径存储的至少一个备份数据包中确定所述第三指令对应的第三备份数据包；
利用所述第三备份数据包包含的数据，对所述第三桌面对应的文件目录下当前存储的全部文件以及所述第三桌面当前对应的全部的注册表信息进行数据覆盖处理。
在一实施例中，所述处理单元802，用于基于所述第三备份数据包确定是否需要对所述第三桌面对应的文件目录下当前存储的第一类文件进行备份；
所述快照管理装置，还包括：
可视化单元，用于在确定需要对所述第三桌面对应的文件目录下当前存储的第一类文件进行备份的情况下，呈现备份提示信息；
所述处理单元802，还用于在确定不需要对所述第三桌面对应的文件目录下当前存储的第一类文件进行备份的情况下，利用所述第三备份数据包包含的数据，对所述第三桌面对应的文件目录下当前存储的全部文件以及所述第三桌面当前对应的全部的注册表信息进行数据覆盖处理。
在一实施例中，所述快照管理装置，还包括：
检测单元，用于检测所述终端是否启动沙箱模式，得到检测结果；所述沙箱模式用于提供在第一类桌面和第二类桌面之间进行切换的功能；所述第一类桌面对应的***操作权限低于所述第二类桌面对应的***操作权限；所述终端当前的桌面为所述第一类桌面；所述快照管理指令对应的桌面为所述第二类桌面；
所述处理单元802，用于：
在所述检测结果表征所述终端未启动所述沙箱模式的情况下，针对确定的桌面执行所述快照管理指令对应的快照管理操作；
在所述检测结果表征所述终端启动所述沙箱模式的情况下，禁止执行所述快照管理指令对应的快照管理操作。
在一实施例中，所述处理单元802，用于在针对确定的桌面执行所述快照管理指令对应的快照管理操作的过程中，禁止所述终端启动所述沙箱模式。
这里，所述监测单元801的功能相当于本申请应用实施例中沙箱快照管理器401的部分功能；所述处理单元802的功能相当于本申请应用实施例中沙箱快照管理器401的其他功能以及快照创建模块404、快照恢复模块405和快照删除模块406的功能；所述可视化单元的功能相当于本申请应用实施例中用户交互窗口模块402的功能；所述检测单元的功能相当于本申请应用实施例中沙箱运行检测模块403的功能。
实际应用时，所述监测单元801和所述可视化单元可由快照管理装置中的处理器结合通信接口实现；所述处理单元802和所述检测单元可由快照管理装置中的处理器实现。
需要说明的是：上述实施例提供的快照管理装置在管理快照时，仅以上述各程序模块的划分进行举例说明，实际应用时，可以根据需要而将上述处理分配由不同的程序模块完成，即将快照管理装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的快照管理装置与快照管理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
基于上述程序模块的硬件实现，且为了实现本申请实施例的方法，本申请实施例还提供了一种快照管理装置，设置在终端上，如图9所示，快照管理装置900包括：
通信接口901，能够与其他电子设备进行信息交互；
处理器902，与所述通信接口901连接，以实现与其他电子设备进行信息交互，用于运行计算机程序时，执行上述一个或多个技术方案提供的方法；
存储器903，用于存储能够在所述处理器902上运行的计算机程序。
具体地，所述处理器902用于执行以下操作：
监测快照管理指令；监测到快照管理指令时，确定所述快照管理指令在所述终端包含的多个桌面中对应的桌面；所述终端包含的多个桌面中各桌面对应的***操作权限相同或不同；所述多个桌面中各桌面对应的文件目录下的文件基于沙箱进行了隔离；所述快照包含对相应桌面在特定时刻需要备份的数据进行备份得到的数据；
针对确定的桌面执行所述快照管理指令对应的快照管理操作。
其中，在一实施例中，所述处理器902，用于执行以下操作：
监测到第一指令；所述第一指令用于触发快照的创建操作；所述第一指令对应第一桌面；
利用所述第一桌面对应的文件目录下当前存储的全部文件以及所述第一桌面当前对应的全部的注册表信息，生成第一备份数据包；
将所述第一备份数据包存储至第一快照文件存储路径。
在一实施例中，所述处理器902，用于执行以下操作：
监测到第二指令；所述第二指令用于触发快照的删除操作；所述第二指令对应第二桌面；
从所述第二桌面对应的第二快照文件存储路径存储的至少一个备份数据包中删除所述第二指令对应的第二备份数据包。
在一实施例中，所述处理器902，用于执行以下操作：
监测到第三指令；所述第三指令用于触发基于快照的数据恢复操作；所述第三指令对应第三桌面；
从所述第三桌面对应的第三快照文件存储路径存储的至少一个备份数据包中确定所述第三指令对应的第三备份数据包；
利用所述第三备份数据包包含的数据，对所述第三桌面对应的文件目录下当前存储的全部文件以及所述第三桌面当前对应的全部的注册表信息进行数据覆盖处理。
在一实施例中，所述处理器902，用于执行以下操作：
基于所述第三备份数据包确定是否需要对所述第三桌面对应的文件目录下当前存储的第一类文件进行备份；
在确定需要对所述第三桌面对应的文件目录下当前存储的第一类文件进行备份的情况下，呈现备份提示信息；
在确定不需要对所述第三桌面对应的文件目录下当前存储的第一类文件进行备份的情况下，利用所述第三备份数据包包含的数据，对所述第三桌面对应的文件目录下当前存储的全部文件以及所述第三桌面当前对应的全部的注册表信息进行数据覆盖处理。
在一实施例中，所述处理器902，用于执行以下操作：
检测所述终端是否启动沙箱模式，得到检测结果；所述沙箱模式用于提供在第一类桌面和第二类桌面之间进行切换的功能；所述第一类桌面对应的***操作权限低于所述第二类桌面对应的***操作权限；所述终端当前的桌面为所述第一类桌面；所述快照管理指令对应的桌面为所述第二类桌面；
在所述检测结果表征所述终端未启动所述沙箱模式的情况下，针对确定的桌面执行所述快照管理指令对应的快照管理操作；
在所述检测结果表征所述终端启动所述沙箱模式的情况下，禁止执行所述快照管理指令对应的快照管理操作。
在一实施例中，所述处理器902，用于执行以下操作：
针对确定的桌面执行所述快照管理指令对应的快照管理操作的过程中，禁止所述终端启动所述沙箱模式。
需要说明的是：所述处理器902具体执行上述操作的过程详见方法实施例，这里不再赘述。
当然，实际应用时，快照管理装置900中的各个组件通过总线***904耦合在一起。可理解，总线***904用于实现这些组件之间的连接通信。总线***904除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图9中将各种总线都标为总线***904。
本申请实施例中的存储器903用于存储各种类型的数据以支持快照管理装置900的操作。这些数据的示例包括：用于在快照管理装置900上操作的任何计算机程序。
上述本申请实施例揭示的方法可以应用于处理器902中，或者由处理器902实现。处理器902可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器902中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器902可以是通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器902可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器903，处理器902读取存储器903中的信息，结合其硬件完成前述方法的步骤。
在示例性实施例中，快照管理装置900可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，Programmable Logic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable LogicDevice)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或者其他电子元件实现，用于执行前述方法。
可以理解，本申请实施例的存储器903可以是易失性存储器或者非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(FlashMemory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random Access Memory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，Synchronous Dynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random AccessMemory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random AccessMemory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本申请实施例描述的存储器旨在包括但不限于这些和任意其他适合类型的存储器。
在示例性实施例中，本申请实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的存储器903，上述计算机程序可由快照管理装置900的处理器902执行，以完成前述方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。
需要说明的是：“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
另外，本申请实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。
以上所述，仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。

Claims (9)

1.一种快照管理方法，其特征在于，应用于终端，包括：
监测快照管理指令；监测到快照管理指令时，确定所述快照管理指令在所述终端包含的多个桌面中对应的桌面；所述终端包含的多个桌面中各桌面对应的***操作权限相同或不同；所述多个桌面中各桌面对应的文件目录下的文件基于沙箱进行了隔离；所述快照包含对相应桌面在特定时刻需要备份的数据进行备份得到的数据；
检测所述终端是否启动沙箱模式，得到检测结果；所述沙箱模式用于提供在第一类桌面和第二类桌面之间进行切换的功能；所述第一类桌面对应的***操作权限低于所述第二类桌面对应的***操作权限；所述终端当前的桌面为所述第一类桌面；所述快照管理指令对应的桌面为所述第二类桌面；
在所述检测结果表征所述终端未启动所述沙箱模式的情况下，针对确定的桌面执行所述快照管理指令对应的快照管理操作；
在所述检测结果表征所述终端启动所述沙箱模式的情况下，禁止执行所述快照管理指令对应的快照管理操作。
2.根据权利要求1所述的方法，其特征在于，
监测到第一指令；所述第一指令用于触发快照的创建操作；所述第一指令对应第一桌面；
利用所述第一桌面对应的文件目录下当前存储的全部文件以及所述第一桌面当前对应的全部的注册表信息，生成第一备份数据包；
将所述第一备份数据包存储至第一快照文件存储路径。
3.根据权利要求1所述的方法，其特征在于，
监测到第二指令；所述第二指令用于触发快照的删除操作；所述第二指令对应第二桌面；
从所述第二桌面对应的第二快照文件存储路径存储的至少一个备份数据包中删除所述第二指令对应的第二备份数据包。
4.根据权利要求1所述的方法，其特征在于，
监测到第三指令；所述第三指令用于触发基于快照的数据恢复操作；所述第三指令对应第三桌面；
从所述第三桌面对应的第三快照文件存储路径存储的至少一个备份数据包中确定所述第三指令对应的第三备份数据包；
利用所述第三备份数据包包含的数据，对所述第三桌面对应的文件目录下当前存储的全部文件以及所述第三桌面当前对应的全部的注册表信息进行数据覆盖处理。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
基于所述第三备份数据包确定是否需要对所述第三桌面对应的文件目录下当前存储的第一类文件进行备份；
在确定需要对所述第三桌面对应的文件目录下当前存储的第一类文件进行备份的情况下，呈现备份提示信息；
在确定不需要对所述第三桌面对应的文件目录下当前存储的第一类文件进行备份的情况下，利用所述第三备份数据包包含的数据，对所述第三桌面对应的文件目录下当前存储的全部文件以及所述第三桌面当前对应的全部的注册表信息进行数据覆盖处理。
6.根据权利要求1所述的方法，其特征在于，所述方法还包括：
针对确定的桌面执行所述快照管理指令对应的快照管理操作的过程中，禁止所述终端启动所述沙箱模式。
7.一种快照管理装置，其特征在于，包括：
监测单元，用于监测快照管理指令；监测到快照管理指令时，确定所述快照管理指令在终端包含的多个桌面中对应的桌面；所述终端包含的多个桌面中各桌面对应的***操作权限相同或不同；所述多个桌面中各桌面对应的文件目录下的文件基于沙箱进行了隔离；所述快照包含对相应桌面在特定时刻需要备份的数据进行备份得到的数据；
处理单元，用于检测所述终端是否启动沙箱模式，得到检测结果；所述沙箱模式用于提供在第一类桌面和第二类桌面之间进行切换的功能；所述第一类桌面对应的***操作权限低于所述第二类桌面对应的***操作权限；所述终端当前的桌面为所述第一类桌面；所述快照管理指令对应的桌面为所述第二类桌面；在所述检测结果表征所述终端未启动所述沙箱模式的情况下，针对确定的桌面执行所述快照管理指令对应的快照管理操作；在所述检测结果表征所述终端启动所述沙箱模式的情况下，禁止执行所述快照管理指令对应的快照管理操作。
8.一种快照管理装置，其特征在于，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器；其中，
所述处理器用于运行所述计算机程序时，执行权利要求1至6任一项所述方法的步骤。
9.一种存储介质，所述介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6任一项所述方法的步骤。
CN202011186709.7A 2020-10-29 2020-10-29 快照管理方法、装置及存储介质 Active CN112269985B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011186709.7A CN112269985B (zh) 2020-10-29 2020-10-29 快照管理方法、装置及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011186709.7A CN112269985B (zh) 2020-10-29 2020-10-29 快照管理方法、装置及存储介质

Publications (2)

Publication Number Publication Date
CN112269985A CN112269985A (zh) 2021-01-26
CN112269985B true CN112269985B (zh) 2023-12-29

Family

ID=74344321

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011186709.7A Active CN112269985B (zh) 2020-10-29 2020-10-29 快照管理方法、装置及存储介质

Country Status (1)

Country Link
CN (1) CN112269985B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102609498A (zh) * 2012-01-31 2012-07-25 深圳市深信服电子科技有限公司 一种安全桌面数据复用的方法及装置
US8707299B1 (en) * 2008-11-14 2014-04-22 Symantec Corporation Method and apparatus for preserving virtual desktops for e-discovery through an agent-less solution
WO2016061520A1 (en) * 2014-10-16 2016-04-21 Amazon Technologies, Inc. On-demand delivery of applications to virtual desktops
CN106445350A (zh) * 2016-11-01 2017-02-22 惠州Tcl移动通信有限公司 一种基于移动终端的桌面图标加载方法及***
US10691547B1 (en) * 2016-03-21 2020-06-23 EMC IP Holding Company LLC Backup and recovery for end-user computing in virtual desktop environments

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8364643B2 (en) * 2007-12-04 2013-01-29 Red Hat Israel, Ltd. Method and system thereof for restoring virtual desktops

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8707299B1 (en) * 2008-11-14 2014-04-22 Symantec Corporation Method and apparatus for preserving virtual desktops for e-discovery through an agent-less solution
CN102609498A (zh) * 2012-01-31 2012-07-25 深圳市深信服电子科技有限公司 一种安全桌面数据复用的方法及装置
WO2016061520A1 (en) * 2014-10-16 2016-04-21 Amazon Technologies, Inc. On-demand delivery of applications to virtual desktops
US10691547B1 (en) * 2016-03-21 2020-06-23 EMC IP Holding Company LLC Backup and recovery for end-user computing in virtual desktop environments
CN106445350A (zh) * 2016-11-01 2017-02-22 惠州Tcl移动通信有限公司 一种基于移动终端的桌面图标加载方法及***

Also Published As

Publication number Publication date
CN112269985A (zh) 2021-01-26

Similar Documents

Publication Publication Date Title
US10606800B1 (en) Policy-based layered filesystem management
US9465518B1 (en) Method and system for creation, analysis and navigation of virtual snapshots
CN101641681B (zh) 自管理处理设备
US9218499B2 (en) Data duplication using a shared storage area with improved access control
EP1879109A1 (en) Information processing device, program, and storage medium
CN105320578A (zh) 一种备份和恢复app的方法及装置
US20030046605A1 (en) Data protection system and method regarding the same
CN100447765C (zh) 一种移动存储设备的映射方法
JP4516598B2 (ja) 文書のコピーを制御する方法
CN106502830B (zh) 一种基于Btrfs文件***的***备份还原方法
CN112269985B (zh) 快照管理方法、装置及存储介质
KR100458550B1 (ko) 데이터 삭제 감지, 복구 시스템 및 그 방법
CN110727545B (zh) 基于联合文件***的掉电保护方法
CN113885948B (zh) windows镜像分层的管理方法及装置
JP4698724B2 (ja) プログラム実行装置
US11269739B2 (en) Method and system for managing backup data
US7493459B2 (en) Method of enhancing system performance applicable of computer system capable of executing snapshot process
US10853201B1 (en) Backing up files storing virtual machines
CN114840362A (zh) 一种云主机恢复方法、装置、介质
JP2008226196A (ja) 情報漏洩防止装置
CN112434285B (zh) 文件管理方法、装置、电子设备及存储介质
CN116662076B (zh) 数据保护方法、装置、设备及存储介质
CN115186292A (zh) 一种桌面显示方法、计算设备及存储介质
JP4729890B2 (ja) ファイル管理装置
CN115268783A (zh) 一种数据复制方法、装置和存储介质

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