用于管理备份系统的方法、设备和计算机程序产品

技术领域

本公开的各实现方式涉及备份系统，更具体地，涉及用于管理向备份系统中备份用户数据的方法、设备和计算机程序产品。

背景技术

随着备份系统的发展，目前已经出现了多种类型的用户系统。用户系统的用户可以在不同时间点备份自己的用户数据以形成备份副本。继而，用户可以向备份系统提交备份请求，以便将备份副本传输至备份系统中。又例如，用户还可以向备份系统提交恢复请求，以便从备份系统中取回备份的备份副本，进而将用户系统恢复至所取回的备份副本。

不同的用户可以存在不同的需求，例如，一个用户期望在每天21：00至05：00期间执行备份，并且期望将备份副本在备份系统中保持1年，另一用户期望在每天00：00至06：00执行备份，并且期望将备份副本在备份系统中保持1个月。随着时间的推移，备份系统中的数据量可以不断增加，并且需要将备份系统中的数据迁移至具有更高容量的新备份系统中。此时，如何管理大量用户的备份需求，成为一个研究热点。

发明内容

因而，期望能够开发并实现一种以更为有效的方式来在管理备份系统的技术方案。期望该技术方案能够与现有的备份系统相兼容，并且通过改造现有备份系统的各种配置，来以更为有效的方式执行与备份作业相关的操作。

根据本公开的第一方面，提供了一种用于管理备份系统的方法。在该方法中，获取所述备份系统的备份需求的至少一个备份属性，所述至少一个备份属性描述所述备份系统的用户对于所述备份系统的需求的至少一个方面。分别获取向所述备份系统执行的多个历史备份操作的多个备份记录。基于所述多个备份记录，确定与所述至少一个备份属性相关联的数据分布。

根据本公开的第二方面，提供了一种电子设备，包括：至少一个处理器；以及与至少一个处理器耦合的存储器，存储器具有存储于其中的指令，指令在被至少一个处理器执行时使得设备执行用于管理备份系统的动作。该动作包括：确定备份系统的备份需求的至少一个备份属性，至少一个备份属性描述备份系统的用户对于备份系统的需求的至少一个方面；分别获取向备份系统执行的多个历史备份操作的多个备份记录；以及基于多个备份记录，确定与至少一个备份属性相关联的数据分布。

根据本公开的第三方面，提供了一种计算机程序产品，计算机程序产品被有形地存储在非瞬态计算机可读介质上并且包括机器可执行指令，机器可执行指令用于执行根据本公开的第一方面的方法。

附图说明

结合附图并参考以下详细说明，本公开各实现方式的特征、优点及其他方面将变得更加明显，在此以示例性而非限制性的方式示出了本公开的若干实现方式。在附图中：

图1示意性示出了其中可以实现根据本公开的示例性实现方式的应用环境的框图；

图2示意性示出了根据本公开的示例性实现方式的管理备份系统的过程的框图；

图3示意性示出了根据本公开的示例性实现方式的用于管理备份系统的方法的流程图；

图4示意性示出了根据本公开的示例性实现方式的备份需求的框图；

图5示意性示出了根据本公开的示例性实现方式的备份需求中的备份属性的框图；

图6示意性示出了根据本公开的示例性实现方式的基于历史备份记录获得的数据分布框图；

图7示意性示出了根据本公开的示例性实现方式的用于确定当前备份操作中是否出现异常的方法的流程图；以及

图8示意性示出了根据本公开的示例性实现的用于管理备份系统的设备的框图。

具体实施方式

下面将参照附图更详细地描述本公开的优选实现。虽然附图中显示了本公开的优选实现，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实现所限制。相反，提供这些实现是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实现”和“一个实现”表示“至少一个示例实现”。术语“另一实现”表示“至少一个另外的实现”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

首先参见图1描述本公开的示例性实现方式的应用环境。图1示意性示出了其中可以实现根据本公开的示例性实现方式的应用环境100的框图。如图1所示，用户系统110可以包括用户数据112。将会理解，在此的用户数据可以包括多种类型，例如，文本数据、图像数据、音频数据、视频数据、数据库数据、以及用户系统的镜像，等等。

用户系统110的用户可以将自己的用户数据112进行备份以形成备份副本114。继而，可以将备份副本114传输至备份系统120中以用于存储。为方便描述起见，在本公开的示例性实现方式中仅以银行系统作为用户系统110的示例。在此，银行可以作为备份系统120的用户，并且用户数据112可以包括银行的账户数据。可以定期备份用户数据112以形成备份副本114，例如，可以在每天20：00至次日05：00向备份系统120传输备份副本。可以向备份系统120发送在不同时间点形成的备份副本。此时，备份系统120可以包括一个或多个备份副本，例如备份副本122、…、以及备份副本124。

在传统备份系统中，由用户来启动备份操作，并且在备份系统中的日志可以存储有关每次备份操作的信息。随着备份技术的发展，目前已经提出了备份需求的概念。例如，用户可以与备份系统120的提供者签订服务水平协议(Service Level Agreement，SLA)。该服务水平协议可以记录备份系统120的用户对于备份操作的备份需求。例如，可以记录期望执行备份操作的开始时间、结束时间、备份速度，等等。备份系统120应当按照服务水平协议的要求来提供服务，以便满足用户需求。

在大量的已有备份系统中，并不涉及服务水平协议，因而当从已有备份系统迁移至提供服务水平协议的新的备份系统时，需要额外资源来管理服务水平协议。目前已经提出了基于人工操作来创建服务水平协议的技术方案。由于用户数据备份涉及复杂的操作，并且随着时间的推移，在已有备份系统中的备份需求可能会不断地改变。因而，人工创建服务水平协议需要不断地调整以便符合过去的历史操作。

由于创建服务水平协议过于复杂并且耗时，在目前存在的某些备份系统中，并不针对用户的历史备份副本创建服务水平协议，而是仅针对向新备份系统执行的新的备份副本提供服务水平协议。这将导致某些用户不能享受新的备份系统的新功能。将会理解，备份系统通常具有数万甚至更多的用户。此时，如何管理用户数据备份，成为一个技术难点。

为了解决上述技术方案中的缺陷，本公开的示例性实现方式提出了基于历史备份操作的统计来管理备份系统120的技术方案。在下文中，首先参见图2描述有关本公开的示例性实现方式的概要。图2示意性示出了根据本公开的示例性实现方式的管理备份系统120的过程的框图200。

如图2所示，可以确定备份系统120的备份需求210的至少一个备份属性220。在此，至少一个备份属性220描述备份系统120的用户对于备份系统120的需求的至少一个方面。将会理解，用户可以存在多方面的需求，例如，用户可以指定备份的开始时间和结束时间，等等。又例如，用户还可以指定备份操作的速度(例如，以Mbps为单位)，等等。在此，备份属性220可以包括以下中的至少任一项：开始时间、结束时间、运行时间、备份速度、存储器状态、以及处理器状态，等等。

可以分别获取向备份系统120执行的多个历史备份操作的多个备份记录230。在此，备份记录230可以是备份系统120中的备份日志中的记录。备份日志可以包括有关备份操作的多方面的内容，因而可以基于备份记录230来确定与至少一个备份属性220相关联的数据分布240。

将会理解，数据分布240可以表示多个历史备份操作相关的统计信息。以此方式，可以以简单并且有效的方式确定与各个备份属性220相关的统计信息。例如，基于多个备份记录230中记载的备份的开始时间，可以确定多个历史备份操作的开始时间的范围。进一步，基于确定的开始时间，可以在新的备份系统中为用户设置相应的备份开始时间、确定当前的备份操作与历史开始时间的范围是否一致、以及在预定开始时间选择执行备份操作的计算资源，等等。

在下文中，将参见图3描述有关本公开的示例性实现方式的更多细节。图3示意性示出了根据本公开的示例性实现方式的用于管理备份系统120的方法300的流程图。在框310处，可以确定备份系统120的备份需求210的至少一个备份属性。将会理解，在此至少一个备份属性描述备份系统120的用户对于备份系统120的需求的至少一个方面。将会理解，备份操作可以涉及从用户系统110向备份系统120传输备份副本的备份请求，以及从备份系统120向用户系统110取回备份副本的恢复请求。因而，在此的备份属性可以描述上述两个方向的操作的用户需求。为简便描述起见，在下文中，将仅以从用户系统110向备份系统120备份数据的备份请求为示例进行描述。可以以类似的方式来确定与恢复请求相关联的具体实现方式。

图4示意性示出了根据本公开的示例性实现方式的备份需求210的框图400。服务水平协议是备份需求210的一个示例。备份需求210的属性可以包括多方面的内容，例如，可以包括以下中的至少任一项：开始时间、结束时间、运行时间、备份速度、存储器状态、以及处理器状态。如图4所示，第一行示出了银行要求备份的开始时间为21：00，第二行示出了备份的结束时间为23：00，第三行示出了CPU的状态阈值为60％(即，要求备份操作占用的CPU使用率不能超过60％)，以及第四行示出了存储器的状态阈值为60％(即，要求备份操作占用的存储器使用率不能超过60％)。

将会理解，图4仅示意性示出了备份需求210的一个示例。在其他示例中，根据备份系统120的定义，备份需求210还可以包括更多或者更少的属性。在下文中，将参见图5描述有关备份需求210中的属性的更多示例。图5示意性示出了根据本公开的示例性实现方式的备份需求210中的备份属性220的框图500。如图5所示，开始时间512表示备份操作的被启动的时间，结束时间514表示备份操作被结束的时间，运行时间516表示备份操作持续的时间，备份速度518表示在单位时间段内所备份的数据量(例如，以Mbps或Gbps表示)，CPU状态520表示在备份操作期间CPU的使用率阈值，存储器状态522表示在备份操作期间存储器的使用率阈值，等等。

在框320处，可以分别获取向备份系统120执行的多个历史备份操作的多个备份记录。将会理解，在此的备份记录可以是备份系统120中的备份日志中的记录，下文表1示意性示出了备份记录的示例。

表1 备份记录的示例

如上文表1所示的4个备份记录示出了与一次备份操作相关的多个备份属性。例如，第1个备份记录表示备份操作的开始时间为“18:00:04”。第2个备份记录表示备份操作的总备份数据量为“1,894GB”、运行时间为“460.63分钟”、以及备份速度为“247GB/小时”。第3个备份记录示出了有关存储器状态和CPU状态相关的信息。第4个备份记录示出了备份操作的结束时间为“01:41:07”以及备份操作期间产生的警告、错误和严重错误。将会理解，上文表1仅仅示意性示出了备份记录的示例，根据本公开的示例性实现方式，备份记录可以采用不同的格式来存储。

返回图3，在框330处，可以基于多个备份记录确定与至少一个备份属性220相关联的数据分布240。在下文中，将参见图6提供有关确定数据分布的更多细节。图6示意性示出了根据本公开的示例性实现方式的基于历史备份记录获得的数据分布的框图600。将会理解，图6仅以备份属性“结束时间”为示例示出了如何确定该备份属性相关的示例。在图6中的各个点示出了结束时间的分布，图6的横轴表示以备份操作被执行的日期，而纵轴表示备份操作被执行的时间点。

将会理解，大部分备份操作的结束时间分布在10：48PM至11：02PM之间的区域。根据本公开的示例性实现方式，可以基于更精确的方式来确定数据分布的范围。具体地，可以基于数据分布，标识与至少一个备份属性相关联的阈值范围。在此的阈值范围可以表示大多数结束时间所在的区域。具体地，可以首先获取与阈值范围相关联的阈值条件。

可以以多种方式来定义阈值条件，例如，可以利用被统计的历史备份操作的数量的百分比作为阈值条件。假设阈值条件定义：阈值范围应当覆盖95％的历史备份操作的结束时间，则可以基于上述比例来从图6所示的区域中选择时间点最为密集并且能够覆盖95％的时间点的区域。例如，可以利用上限620和下限622来作为阈值范围的边界。此时，位于10：50PM至11：06PM之间的时间点表示正常点(以图例610表示)，而位于上述范围之外的时间点表示异常点(以图例612表示)。

根据本公开的示例性实现方式，还可以基于均值和方差来确定阈值范围。为方便描述起见，在下文中，将以矢量方式表示备份需求210的至少一个备份属性220。假设备份需求210包括m个备份属性，则可以以m维矢量X来表示与一个备份操作相关联的数据。假设存在n个备份操作，则与第i个备份操作相关联的数据可以表示为X

例如，可以基于上文的公式1和公式2来确定阈值范围。可以将阈值范围设置为包括均值附近的预定范围。例如，当以矢量μ、σ和Th来分别表示均值、方差和阈值范围时，可以基于如下公式3来确定阈值范围Th。

Th＝μ±kσ 公式3

在上述公式3中，k可以表示预定范围内的整数，例如，k＝2或k＝3。将会理解，在此k越大则表示阈值范围越大，k越小则表示阈值范围越小(表示判断是否正常的标准严格)。可以调整k的大小，以便确定适合于应用环境的阈值范围。将会理解，上文仅以结束时间为示例示出了如何设置与结束时间相关的阈值范围。根据本公开的示例性实现方式，可以以类似的方式针对多个备份属性中的每个备份属性设置相关的阈值范围。例如，可以确定开始时间的相关阈值范围为07：05PM至07：15PM，可以确定备份速度的相关阈值范围为99GB/小时至101GB/小时，等等。

可以基于上文描述的公式来确定与每个备份属性相关联的均值和方差。下文表2示出了备份属性的数值的示例。表2中的第1列表示备份记录的序号，以及第2至7列表示多个备份属性的数值。表2中的最后两行分别示出了基于上文描述的公式1和2确定的均值和方差的示例。

可以基于上文描述的公式3来确定阈值范围，并且可以确定正常和异常的备份记录。可以确定表2中的以黑体示出的备份属性出现异常。例如，第9个备份记录的结束时间、持续时间和备份速度出现异常。又例如，第12个备份记录的备份速度、存储器状态和CPU状态出现异常。根据本公开的示例性实现方式，可以基于正常的备份记录所在的范围来确定用户的备份需求。

表2 备份属性的数值的示例

根据本公开的示例性实现方式，可以基于指数函数和高斯分布，来确定备份记录为正常的概率。例如，可以基于如下公式4来确定概率p(X)。

在公式4中，X示出了以m维矢量表示的备份记录，每个矢量表示一个备份属性，x

表3 备份属性的数值以及正常概率的示例

基于表3中的概率可以确定，第9个备份记录的结束时间、持续时间和备份速度出现异常。第12个备份记录的备份速度、存储器状态和CPU状态出现异常。

根据本公开的示例性实现方式，基于阈值范围，可以获取与至少一个备份属性中的给定备份属性相关联的给定候选数值。例如，可以选择阈值范围内的数值来作为给定备份属性的给定候选数值。根据本公开的示例性实现方式，可以利用均值来作为候选数值。在上文表3的示例中，可以将开始时间设置为“17:59:57”。根据本公开的示例性实现方式，可以基于均值和方差来确定候选数值。例如，可以选择均值附近的数值(例如，μ±σ范围内的数值)作为候选数值。

根据本公开的示例性实现方式，可以基于给定候选数值，生成针对备份系统120的用户的备份需求。将会理解，在新的备份系统中，可以利用各个备份属性相关的候选数值来生成备份需求。例如，对于上文表3中的示例而言，可以基于均值来生成备份需求。此时，生成的备份需求例如可以如下文表4所示。

表4 备份需求的示例

利用本公开的示例性实现方式，可以不必针对每个用户来人工生成备份需求，而是可以基于针对历史备份操作的统计，来自动地生成适合于该用户的备份需求。将会理解，尽管以此方式生成的备份需求可能并不能完全满足用户期望，可以针对生成的备份需求进行更精细粒度的调整，以便获得用户期望的备份需求。以此方式，可以大大提高生成备份需求的性能，并且可以避免针对每个用户来设置每个备份属性的具体数值的大量人工和时间开销。

利用本公开的示例性实现方式，还可以验证由用户提供的备份需求与过去的历史统计是否相一致。可以获取备份系统的用户的备份需求。继而，可以基于给定候选数值，管理备份需求中的与给定备份属性相关联的部分。例如，如果确定备份需求与候选数值相匹配，则可以验证备份需求为合法；否则可以提供通知以提示用户更新备份请求。

根据确定部分与给定候选数值不匹配，提供更新部分的通知。假设用户设置的备份需求中包括的开始时间为18:00:00，基于历史统计获得的开始时间的范围为17:59:57±9秒，此时可以确定用户设置的开始时间为合法。如果用户设置的备份需求中包括的开始时间为17:00:00，则该开始时间严重偏离于候选数值。此时可以向用户提示开始时间“17:00:00”可能存在错误，并且可以询问是否基于均值“17:59:57”来更新备份需求中的开始时间。

根据本公开的示例性实现方式，可以基于给定候选数值，从备份系统120中的处理资源中选择用于执行备份操作的处理资源。将会理解，备份操作将会占用备份系统120中的处理资源，因而可以从备份系统120中选择所需的处理资源，来在备份需求中定义的相应时间段期间服务于备份操作。

根据本公开的示例性实现方式，还可以基于获取的统计信息来确定在备份系统120中执行的当前备份操作与历史数据分布是否相一致。具体地，可以获取向备份系统120中传输备份副本的当前备份请求的当前备份记录。在此，当前备份记录的格式可以与历史备份记录的格式相一致。例如，可以包括如图5所示的多个备份属性。

基于当前备份记录和阈值范围，可以确定当前备份操作中是否出现异常。利用本公开的示例性实现方式，可以将历史阈值范围作为验证当前备份操作是否正常的条件。以此方式，通过简单的比较即可确定当前备份操作中是否出现异常。

具体地，可以基于当前备份记录确定与至少一个备份属性相关联的当前数据。将会理解，可以以多种方式来表示当前数据，例如，可以以矢量方式来表示当前数据，并且矢量中的多个维度可以分别对应于图5所示的多个备份属性。又例如，可以以数值方式来表示当前数据，只要当前数据的表示方式与阈值范围的表示方式相同即可。

根据本公开的示例性实现方式，如果确定当前数据匹配于阈值范围，可以确定当前备份操作为正常。如果确定当前数据不匹配阈值范围，可以确定当前备份操作为异常。将会理解，可能会存在备份记录中的某些备份属性的数值为正常，而某些备份属性的数值为异常的情况。根据本公开的示例性实现方式，如果全部备份属性的数值为正常，则表示备份操作是正常的。如果一部分备份属性的数值出现异常，则表示该备份操作出现异常。

图7示意性示出了根据本公开的示例性实现方式的用于确定当前备份操作中是否出现异常的方法700的流程图。在框710处，可以基于数据分布来标识与至少一个备份属性220相关联的阈值范围。在框720处，可以获取向备份系统120中备份数据的当前备份操作的当前备份记录。在此的当前备份记录可以包括多方面的内容，例如可以包括如上文图5示出的多个备份属性。在框730处，可以基于当前备份记录确定与至少一个备份属性220相关联的当前数值。在框740处，可以将当前数值与阈值范围进行比较，以确定两者是否相匹配。如果判断结果为是，则方法700前进至框750处，以便确定当前备份操作为正常。如果判断结果为否，则方法700前进至框760处，以便确定当前备份操作为异常。

利用本公开的示例性实现方式，可以以简单并且有效的方式来确定是否存在异常备份操作。假设历史统计数据显示用户系统110在每天晚间18点开始备份操作，然而在某天晚间19点仍然没有执行备份操作，则此时可以提示用户系统110的管理员来检查用户系统110的状态，以便确定在用户系统110中是否出现异常。

在上文中已经参见图2至图7详细描述了根据本公开的方法的示例，在下文中将描述相应的装置的实现。具体地，提供了一种用于管理备份系统的装置。该装置包括：确定模块，配置用于确定备份系统的备份需求的至少一个备份属性，至少一个备份属性描述备份系统的用户对于备份系统的需求的至少一个方面；获取模块，配置用于分别获取向备份系统执行的多个历史备份操作的多个备份记录；以及分布确定模块，配置用于基于多个备份记录，确定与至少一个备份属性相关联的数据分布。

根据本公开的示例性实现方式，该装置进一步包括：标识模块，配置用于基于数据分布，标识与至少一个备份属性相关联的阈值范围；以及候选获取模块，配置用于基于阈值范围，获取与至少一个备份属性中的给定备份属性相关联的给定候选数值。

根据本公开的示例性实现方式，标识模块包括：阈值条件获取模块，配置用于获取与阈值范围相关联的阈值条件；以及阈值确定模块，配置用于基于阈值条件确定阈值范围。

根据本公开的示例性实现方式，该装置进一步包括：生成模块，配置用于基于给定候选数值，生成针对备份系统的用户的备份需求。

根据本公开的示例性实现方式，该装置进一步包括：需求获取模块，配置用于获取备份系统的用户的备份需求；以及管理模块，配置用于基于给定候选数值，管理备份需求中的与给定备份属性相关联的部分。

根据本公开的示例性实现方式，管理模块进一步包括：通知模块，配置用于根据确定部分与给定候选数值不匹配，提供更新部分的通知。

根据本公开的示例性实现方式，该装置进一步包括：选择模块，配置用于基于给定候选数值，从备份系统中的处理资源中选择用于执行备份操作的处理资源。

根据本公开的示例性实现方式，该装置进一步包括：当前记录获取模块，配置用于获取向备份系统中备份用户数据的当前备份操作的当前备份记录；以及异常确定模块，配置用于基于当前备份记录和阈值范围，确定当前备份操作中是否出现异常。

根据本公开的示例性实现方式，异常确定模块进一步包括：数据确定模块，配置用于基于当前备份记录确定与至少一个备份属性相关联的当前数据；正常状态确定模块，配置用于根据确定当前数据匹配于阈值范围，确定当前备份操作为正常；以及异常状态确定模块，配置用于根据确定当前数据不匹配阈值范围，确定当前备份操作为异常。

根据本公开的示例性实现方式，至少一个备份属性包括以下中的至少任一项：开始时间、结束时间、运行时间、备份速度、存储器状态、以及处理器状态。

图8示意性示出了根据本公开的示例性实现的用于管理备份系统的设备800的框图。如图所示，设备800包括通用处理单元(CPU)801，其可以根据存储在只读存储器(ROM)802中的计算机程序指令或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序指令，来执行各种适当的动作和处理。在RAM 803中，还可存储设备800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

设备800中的多个部件连接至I/O接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

上文所描述的各个过程和处理，例如方法300和700，可由处理单元801执行。例如，在一些实现中，方法300和700可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实现中，计算机程序的部分或者全部可以经由ROM 802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序被加载到RAM 803并由CPU801执行时，可以执行上文描述的方法300和700的一个或多个步骤。备选地，在其他实现中，CPU 801也可以以其他任何适当的方式被配置以实现上述过程/方法。

根据本公开的示例性实现，提供了一种电子设备，包括：至少一个处理器；以及与至少一个处理器耦合的存储器，存储器具有存储于其中的指令，指令在被至少一个处理器执行时使得设备执行用于管理备份系统的动作。动作包括：确定备份系统的备份需求的至少一个备份属性，至少一个备份属性描述备份系统的用户对于备份系统的需求的至少一个方面；分别获取向备份系统执行的多个历史备份操作的多个备份记录；以及基于多个备份记录，确定与至少一个备份属性相关联的数据分布。

根据本公开的示例性实现方式，该动作进一步包括：基于数据分布，标识与至少一个备份属性相关联的阈值范围；以及基于阈值范围，获取与至少一个备份属性中的给定备份属性相关联的给定候选数值。

根据本公开的示例性实现方式，基于数据分布，标识与至少一个备份属性相关联的阈值范围包括：获取与阈值范围相关联的阈值条件；以及基于阈值条件确定阈值范围。

根据本公开的示例性实现方式，该动作进一步包括：基于给定候选数值，生成针对备份系统的用户的备份需求。

根据本公开的示例性实现方式，该动作进一步包括：获取备份系统的用户的备份需求；以及基于给定候选数值，管理备份需求中的与给定备份属性相关联的部分。

根据本公开的示例性实现方式，管理备份需求中的与给定备份属性相关联的部分包括：根据确定部分与给定候选数值不匹配，提供更新部分的通知。

根据本公开的示例性实现方式，该动作进一步包括：基于给定候选数值，从备份系统中的处理资源中选择用于执行备份操作的处理资源。

根据本公开的示例性实现方式，该动作进一步包括：获取向备份系统中备份用户数据的当前备份操作的当前备份记录；以及基于当前备份记录和阈值范围，确定当前备份操作中是否出现异常。

根据本公开的示例性实现方式，基于当前备份记录和阈值范围，确定当前备份操作中是否出现异常包括：基于当前备份记录确定与至少一个备份属性相关联的当前数据；根据确定当前数据匹配于阈值范围，确定当前备份操作为正常；以及根据确定当前数据不匹配阈值范围，确定当前备份操作为异常。

根据本公开的示例性实现方式，至少一个备份属性包括以下中的至少任一项：开始时间、结束时间、运行时间、备份速度、存储器状态、以及处理器状态。

根据本公开的示例性实现，提供了一种计算机程序产品，计算机程序产品被有形地存储在非瞬态计算机可读介质上并且包括机器可执行指令，机器可执行指令用于执行根据本公开的方法。

根据本公开的示例性实现，提供了一种计算机可读介质。计算机可读介质上存储有机器可执行指令，当机器可执行指令在被至少一个处理器执行时，使得至少一个处理器实现根据本公开方法。

本公开可以是方法、设备、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实现中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实现的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其他可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其他可编程数据处理装置、或其他设备上，使得在计算机、其他可编程数据处理装置或其他设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其他可编程数据处理装置、或其他设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实现的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实现，上述说明是示例性的，并非穷尽性的，并且也不限于所公开的各实现。在不偏离所说明的各实现的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实现的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其他普通技术人员能理解本文公开的各实现。