CN113806138A - 数据库的备份恢复检测方法、装置及电子设备、存储介质 - Google Patents

Abstract

本申请提出一种数据库的恢复检测方法、装置及电子设备，该恢复检测方法包括获取需要备份恢复的备份文件的第一属性信息；获取可用于备份恢复的候选数据库实例的第二属性信息；对所述第一属性信息和所述第二属性信息进行匹配，从所述候选数据库实例中确定出目标数据库实例；基于所述目标数据库实例，对所述备份文件进行恢复检测。本申请中，实现了对备份文件实时的可用性排查，保证了备份文件可以在备份恢复中提供正确有效的备份数据，避免了由于没有实时测试导致的备份文件损毁、无效、数据库无法启动等相关问题的告警以及处理的不及时，强化了备份文件的可用性，进而提高了数据库的备份恢复的成功率。

Description

数据库的备份恢复检测方法、装置及电子设备、存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及数据库的备份恢复检测方法、装置及电子设备、存储介质。

背景技术

随着数据库技术在各个行业和各个领域的大量广泛的应用，在对数据库应用的过程中，人为误操作、恶意破坏、***的不稳定、存储介质的损坏等等原因，都有可能造成重要数据的损坏和丢失，故而，针对受损或者丢失的数据恢复成为了需要解决的问题。

相关技术中，针对需要恢复的文件数据的备份文件，无法做到实时的有效性测试，导致无法及时确定备份文件是否可以在需要恢复时提供正确有效的数据源。

发明内容

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本申请第一方面提出一种数据库的备份恢复检测方法。

本申请第二方面还提出一种数据库的备份恢复检测装置。

本申请第三方面提出一种电子设备。

本申请第四方面提出一种计算机可读存储介质。

本申请第五方面提出一种计算机程序产品。

本申请第一方面提出一种数据库的备份恢复检测方法，包括获取需要备份恢复的备份文件的第一属性信息；获取可用于备份恢复的候选数据库实例的第二属性信息；对所述第一属性信息和所述第二属性信息进行匹配，从所述候选数据库实例中确定出目标数据库实例；基于所述目标数据库实例，对所述备份文件进行恢复检测。

另外，本申请第一方面提出的数据库的备份恢复检测方法还可以具有如下附加的技术特征：

根据本申请的一个实施例，所述基于所述目标数据库实例，对所述备份文件进行恢复检测，包括：将所述备份文件加载至所述目标数据库实例，调用数据恢复脚本程序，执行数据恢复流程；响应于数据恢复流程结束，对加载后的所述目标数据库实例进行检测。

根据本申请的一个实施例，所述对加载后的所述目标数据库实例进行检测之后，还包括：对检测进程进行监控，响应于监控到所述检测结束，则恢复所述目标数据库实例至初始状态。

根据本申请的一个实施例，所述的数据库的备份恢复检测方法，还包括：响应于检测结束，为所述备份文件生成已检测标记，并对所述备份文件进行标记。

根据本申请的一个实施例，所述的数据库的备份恢复检测方法，还包括：响应于检测结果指示所述备份文件恢复失败，则生成所述备份文件的提醒信息。

根据本申请的一个实施例，所述基于所述目标数据库实例，对所述备份文件进行恢复检测之前，还包括：从所述第一属性信息中获取所述备份文件的存储路径；基于所述存储路径，从备份文件***中获取所述备份文件。

根据本申请的一个实施例，所述获取可用于备份恢复的候选数据库实例的第二属性信息，包括：向所述候选数据库实例所在服务器发送查询请求，其中，所述候选数据库实例存储在所述服务器的资源池中；接收所述服务器的所述第二属性信息。

为实现上述第一方面提出的数据库的备份恢复检测方法，本申请第二方面还提出一种数据库的备份恢复检测装置，包括第一获取模块，用于获取需要备份恢复的备份文件的第一属性信息；第二获取模块，用于获取可用于备份恢复的候选数据库实例的第二属性信息；匹配模块，用于对所述第一属性信息和所述第二属性信息进行匹配，从所述候选数据库实例中确定出目标数据库实例；恢复检测模块，用于基于所述目标数据库实例，对所述备份文件进行恢复检测。

本申请第二方面提出的数据库的备份恢复检测装置还可以具有如下附加的技术特征：

根据本申请的一个实施例，所述恢复检测模块，包括：数据恢复单元，用于将所述备份文件加载至所述目标数据库实例，调用数据恢复脚本程序，执行数据恢复流程；检测单元，用于响应于数据恢复流程结束，对加载后的所述目标数据库实例进行检测。

根据本申请的一个实施例，所述恢复检测模块，还包括：初始化单元，用于对检测进程进行监控，响应于监控到所述检测结束，则恢复所述目标数据库实例至初始状态。

根据本申请的一个实施例，所述恢复检测模块，还包括：检测标记单元，用于响应于检测结束，为所述备份文件生成已检测标记，并对所述备份文件进行标记。

根据本申请的一个实施例，所述恢复检测模块，还包括：提醒单元，用于响应于检测结果指示所述备份文件恢复失败，则生成所述备份文件的提醒信息。

根据本申请的一个实施例，所述数据库的备份恢复检测装置，还包括：文件获取模块，用于从所述第一属性信息中获取所述备份文件的存储路径，以及基于所述存储路径，从备份文件***中获取所述备份文件。

根据本申请的一个实施例，所述第二获取模块，包括：请求发送单元，用于向所述候选数据库实例所在服务器发送查询请求，其中，所述候选数据库实例存储在所述服务器的资源池中；接收单元，用于接收所述服务器发送的所述第二属性信息。根据本申请的一个实施例，

为达到上述目的，本申请第三方面提出了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述第一方面提出的数据库的备份恢复检测方法。

本申请第四方面提出了一种计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行如上述第一方面提出的数据库的备份恢复检测方法。

本申请第五方面提出了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据上述第一方面提出的数据库的备份恢复检测方法。

本申请提出的数据的备份恢复检测方法、装置及电子设备，确定备份恢复需求后，获取备份文件的第一属性信息，以及候选数据库实例的第二属性信息，将第一属性信息和第二属性信息匹配，确定目标数据库实例，并完成备份文件的备份恢复操作，进而完成对备份文件的恢复检测。本申请中，实现了对备份文件实时的可用性排查，保证了备份文件可以在备份恢复中提供正确有效的备份数据，避免了由于没有实时测试导致的备份文件损毁、无效、数据库无法启动等相关问题的告警以及处理的不及时，强化了备份文件的可用性，进而提高了数据库的备份恢复的成功率。

应当理解，本申请所描述的内容并非旨在标识本申请的实施例的关键或重要特征，也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请一实施例的数据库的备份恢复检测方法的流程示意图；

图2为本申请另一个实施例的数据库的备份恢复检测方法的流程示意图；

图3为本申请另一个实施例的数据库的备份恢复检测方法的流程示意图；

图4为本申请另一个实施例的数据库的备份恢复检测方法的流程示意图；

图5为本申请另一个实施例的数据库的备份恢复检测***的结构示意图；

图6为本申请一个实施例的数据库的备份恢复检测装置的结构示意图；

图7为本申请另一个实施例的数据库的备份恢复检测装置的结构示意图；

图8为本申请一个实施例的电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参照附图描述本申请实施例的数据库的备份恢复检测方法、装置、电子设备和存储介质。

图1为本申请一实施例的数据库的备份恢复检测方法的流程示意图，如图1所示，该数据库的备份恢复检测方法包括：

S101，获取需要备份恢复的备份文件的第一属性信息。

备份文件为复制到存储介质上的用以备份的文件，可以在***硬件或者存储介质出现故障或者受到破坏时，为***或者介质中存储的文件提供备份，进而帮助进行文件数据保护，并通过技术手段，将储存的备份文件进行恢复。

本申请实施例中，备份文件是实例在运行时产生的文件，可以用于对实例进行恢复。可选地，备份文件一般存储在备份文件***中，而将备份文件的第一属性信息存储在设定位置，在需要对其中一个备份文件进行恢复检测时，可以先行从设定位置获取该备份文件的第一属性信息。

其中，备份文件的第一属性信息包括但不仅限于备份文件的文件存储名称、文件存储路径、文件大小、文件版本、格式、存储类型等等相关属性信息。

可选地，可以按照时间顺序对备份文件开始备份恢复检测，根据备份文件产生的时间，将备份恢复检测任务挂到任务队列中，根据备份恢复检测任务的先后顺序，依次获取备份恢复所需的备份文件的第一属性信息，开始备份恢复检测任务。

可选地，用户可以根据备份文件的重要或紧急程度自行配置备份文件恢复检测顺序，根据用户配置的顺序，将备份恢复检测任务挂到任务队列中，根据任务队列内的排序依次获取备份恢复所需的备份文件的第一属性信息，开始备份恢复检测任务，用户自行配置任务顺序，可以使得重要的备份文件先行完成恢复测试。

S102，获取可用于备份恢复的候选数据库实例的第二属性信息。

为了对备份文件进行备份恢复检测，以确定备份文件的可用性，本申请实施例中，可以预先准备空白的数据库实例，并将空白的数据库实例作为候选数据库实例，通过候选数据库实例，对备份文件进行恢复检测，以验证备份文件的可用性，进而能够保证备份文件在被实际用于备份恢复时，能够完成对真实的数据库实例的恢复。

可选地，候选数据库实例一般存储于服务器的资源池中，同时将候选数据库实例的第二属性信息存储在设定位置，确定备份文件的恢复需求时，可以先从设定位置获取候选数据库实例的第二属性信息。

其中，候选数据库实例具有属性信息，包括但不仅限于数据库实例的文件版本、存储格式、所属***、网络之间互连的协议(Internet Protocol，IP)信息、端口信息等等相关信息。

S103，对第一属性信息和第二属性信息进行匹配，从候选数据库实例中确定出目标数据库实例。

第一属性信息与第二属性信息包括存储格式、所属***、版本号等，不同的备份文件具有不同的第一属性信息，同时，不同的候选数据库实例具有不同的第二属性信息。相关技术中，不同的存储格式、不同的***或者版本之间存在无法兼容的问题。

可选地，第一属性信息与第二属性信息需完全匹配，进而可以确定目标数据库实例。

可选地，第一属性信息与第二属性信息中，所对应的属性信息，存在第二属性信息为上位属性信息与第一属性信息为下位属性信息的关系，同时，上位属性信息具备兼容下位属性信息的功能，此时，基于二者的属性信息可以兼容的匹配结果，亦可确定目标数据库实例。

本申请实施例中，将获取到的第一属性信息和第二属性信息进行匹配，进而确定目标数据库实例。

比如，备份文件的第一属性信息中的文件储存格式为可携带文档格式(PortableDocument Format，PDF)，与第二属性信息匹配，筛选出至少一个第二属性信息包含“文件储存格式为PDF格式”的属性信息的候选数据库实例，进而确定出目标数据库实例。

再比如，备份文件的第一属性信息中的版本号为2.0，与第二属性信息匹配，筛选出至少一个第二属性信息包含“版本号为2.0”的属性信息的候选数据库实例，进而确定出目标数据库实例。

S104，基于目标数据库实例，对备份文件进行恢复检测。

本申请实施例中，备份文件的恢复，可以通过目标数据库实例实现，确定目标数据库实例后，服务器调用数据库的备份文件恢复脚本程序，开始备份文件的恢复操作，在备份文件恢复操作结束后，可以运行恢复后的目标数据库实例提供服务，以对经过备份文件进行备份恢复的目标数据库实例进行恢复检测，进而确定备份文件是否可用。

本申请提出的数据库的备份恢复检测方法，确定备份恢复需求后，获取备份文件的第一属性信息，以及候选数据库实例的第二属性信息，将第一属性信息和第二属性信息匹配，确定目标数据库实例，并完成备份文件的备份恢复操作，进而完成对备份文件的恢复检测。本申请中，实现了对备份文件实时的可用性排查，以保证备份文件可以在备份恢复中提供正确有效的备份数据，避免了由于没有实时测试导致的备份文件损毁、无效、数据库无法启动等相关问题的告警以及处理的不及时，强化了备份文件的可用性，进而提高了数据库的备份恢复的成功率。

图2为本申请另一实施例的数据库的备份恢复检测方法的流程示意图，如图2所示，该数据库的备份恢复检测方法包括：

S201，获取需要备份恢复的备份文件的第一属性信息。

S202，获取可用于备份恢复的候选数据库实例的第二属性信息。

S203，对第一属性信息和第二属性信息进行匹配，从候选数据库实例中确定出目标数据库实例。

步骤S201～S203可参见上述相关详细内容，此处不再赘述。

S204，将备份文件加载至目标数据库实例，调用数据恢复脚本程序，执行数据恢复流程。

可选地，备份文件的第一属性信息中包含的备份文件的存储路径、存储名称等相关信息，可以基于备份文件的存储位置，进而根据存储路径或者存名称等相关信息，从备份文件***中获取所需的备份文件。本申请实施例中，在获取到备份文件恢复任务后，根据备份文件的第一属性信息中的存储路径，从备份文件***中查询备份文件。

为了对备份文件进行恢复检测，在获取到备份文件后，需要将备份文件加载至已确定出的目标数据库实例中，并调用预置的数据恢复脚本程序，由该数据恢复脚本程序开始备份文件的恢复操作，执行数据恢复流程。

实现中，不同的备份文件的文件大小、文件类型等相关信息不同，因此，不同的备份件对应的备份恢复时间也会不同。可选地，可以基于备份文件的大小预计备份恢复时间，并且可以提醒或者展示该备份恢复时长。

S205，响应于数据恢复流程结束，对加载后的目标数据库实例进行检测。

本申请实施例中，可以对数据恢复流程的进程进度进行监控，在数据恢复流程结束时，就可以对数据恢复后的目标数据库实例进行检测，可选地，可以启动恢复后的目标数据库实例，检测恢复后的目标数据库实例的服务功能是否可以正常启动以及使用。

可选地，响应于检测结束，为备份文件生成已检测标记，并对备份文件进行标记。

启动恢复后的目标数据库实例，当目标数据库实例的功能可以正常启动或者使用，可以判定为备份文件恢复成功，该备份文件可用，未存在损毁等异常情况。

本申请实施例中，基于备份文件恢复检测的检测结果，在备份文件上进行已检测标记。可以在服务器中编写备份文件检测标记程序，响应于备份文件恢复检测的检测结果，启动备份文件检测标记程序，执行程序生成已检测标记，并标记在备份文件上。通过已检测标记，可以获取该备份文件在备份恢复检测中相关信息，可以包括但不仅限于备份文件的恢复时长、备份文件是否恢复成功、备份文件的恢复失败原因等等。

其中，已检测标记的信息中包含备份恢复检测结果，对于备份恢复成功的备份文件，可以确定为通过可用性检测的备份文件，可以为备份恢复提供正确有效的备份数据。

可选地，响应于检测结果指示备份文件恢复失败，则生成备份文件的提醒信息。

运行恢复后的目标数据库实例，当目标数据库实例的无法正常启动或者无法正常使用，可以判定为备份文件恢复失败。本申请实施例中，基于备份文件恢复失败的检测结果，启动备份文件检测标记程序，同时生成备份文件的提醒信息，可以在服务器中编写信息提醒报警程序，响应于备份文件恢复失败的检测结果，启动信息提醒报警程序，执行程序生成备份文件的恢复失败提醒信息，并发送至工作人员处。

可以在服务器中设置报警提醒模块，响应于备份文件的恢复失败提醒信息的生成，调用报警提醒模块，以不同的方式发送至工作人员处，比如通讯软件的信息、邮件等等。

其中，备份文件的恢复失败提醒信息以及该备份文件的已检测标记的内容可以包括但不仅限于备份文件的名称、备份恢复的时间，以及备份恢复失败的原因等等。

S206，对检测进程进行监控，响应于监控到检测结束，则恢复目标数据库实例至初始状态。

响应于备份文件的已检测标记的生成和标记，或者备份文件的恢复失败提醒信息的生成和发送，则备份恢复检测进程结束。本申请实施例中，检测进程结束后，对备份恢复后的目标数据库实施例进行初始化处理，使得备份恢复后的目标数据库实施例恢复至初始状态，以等待下一轮次备份文件恢复任务的发起。

本申请提出的数据库的备份恢复检测方法，确定备份恢复需求后，获取备份文件的第一属性信息以及候选数据库实例的第二属性信息，将第一属性信息与第二属性信息匹配确定目标数据库实施例。基于第一属性信息获取备份文件，并将备份文件加载至目标数据库实例中，开始备份恢复进程。备份恢复进程结束后，启动备份文件检测进程，响应于检测进程结束的结果，对备份文件进行已检测标记，其中，已检测标记包含备份文件备份恢复的结果、时间等相关信息。响应于检测失败的结果，生成备份文件恢复失败的提醒信息。检测结束后，将备份恢复后的目标数据库实施例恢复初始化状态，以等待下一轮次的备份恢复任务的发起。本申请中，根据备份恢复后的目标数据库实施例的恢复检测结果，对备份文件进行标记和提醒，实现了对备份文件实时的可用性排查，保证了备份文件可以在备份恢复中提供正确有效的备份数据，避免了由于没有实时测试导致的备份文件损毁、无效、数据库无法启动等相关问题的告警以及处理的不及时，强化了备份文件的可用性，进而提高了数据库的备份恢复的成功率。

为更好的理解上述实施例，如图3所示，图3为本申请另一实施例的数据库的备份恢复检测方法的流程示意图，该数据库的备份恢复检测方法包括：

S301，从第一属性信息中获取备份文件的存储路径。

备份文件具有属性信息，包括但不仅限于备份文件的文件名称、存储类型、存储路径、文件简介、备份日期、备份文件大小等等。本申请实施例中，可以将备份文件的属性信息单独列出，并存储于设定位置，生成备份文件的第一属性信息。确定备份文件恢复请求后，通过查询备份文件的第一属性信息，可以获取到备份文件的存储路径。

S302，基于存储路径，从备份文件***中获取备份文件。

本申请实施例中，根据获取到的备份文件的存储路径，从备份文件***中获取备份文件。比如，获取到的备份文件的第一属性信息中，备份文件的存储路径为文件夹A下的文件夹B中，则服务器查询备份文件***中的文件夹A，然后查询文件夹A下的文件夹B，进而获取到备份文件。

其中，备份文件的第一属性信息存储的设定位置与备份文件存储的备份文件***分别处于不同的存储位置。

本申请提出的数据库的备份恢复检测方法，通过备份文件的第一属性获取备份文件的存储路径，基于存储路径从备份文件***中获取备份文件。本申请中，基于首先获取的第一属性信息中的存储路径，在备份文件***中获取备份文件，缩短了在备份文件***中查询获取备份文件的时间，进而使得备份文件的恢复时间随之缩短，提高了数据库中备份文件恢复以及恢复检测的效率。

图4为本申请另一实施例的数据库的备份恢复检测方法的流程示意图，如图4所示，该数据库的备份恢复检测方法包括：

S401，向候选数据库实例所在服务器发送查询请求，其中，候选数据库实例存储在服务器的资源池中。

在提供文件备份和恢复备份文件服务的服务器中，设置存储数据库实例的资源池，资源池中包含所有可提供备份文件恢复服务的候选数据库实例。

本申请实施例中，获取备份文件的第一属性信息后，发送第二属性信息获取的查询请求至资源池所在的服务器中，数据库实例的第二属性信息存储于设定位置，获取查询请求后，在设定存储位置查询数据库实例的第二属性信息，筛选出至少一个可提供备份文件恢复服务的，且没有执行备份文件备份恢复任务的空白数据库实例，作为候选数据库实例，同时获取到候选数据库实例的第二属性信息。

S402，接收服务器发送的第二属性信息。

本申请实施例中，接收服务器发送的候选数据库实例的第二属性信息，其中，第二属性信息包括但不仅限于候选数据库实例的版本信息、文件类型、***信息等等。

本申请提出的数据库的备份恢复检测方法，通过向服务器发送查询请求获取候选数据库实例，进而获取服务器发送的第二属性信息。本申请中，通过查询设定位置的第二属性信息筛选出候选数据库实例，同时获取到候选数据库实例的第二属性信息，获取过程简单，避免了直接在资源池中查询筛选导致的筛选时长过长，使得第二属性信息的获取时长缩短，进而提高备份文件恢复检测的整体效率。

为更好理解上述实施例提出的数据库的备份恢复检测方法，可结合图5，如图5所示，图5为本申请另一实施例提出的数据库恢复检测***的结构示意图，该数据库的备份恢复检测***，包括：调度模块52、元数据模块51、备份文件***53和资源池54。其中，资源池54存储有候选数据库实例55。该数据库的备份恢复检测***用于执行上述实施例提出的数据库的备份恢复检测方法。

其中，调度模块52根据查询请求从元数据模块51中获取备份文件的第一属性信息，从资源池54中获取候选数据库实例55的第二属性信息，将第一属性信息与第二属性信息匹配，获取到目标数据库实例。根据获取到的备份文件的第一属性信息，调度模块52从备份文件***53中获取备份文件，并将备份文件加载至目标数据库实例中，开始备份文件恢复进程。

备份文件恢复进程结束后，调度模块52启动恢复后的目标数据库实例，开始备份恢复检测进程。恢复检测进程结束后，响应于恢复检测成功的检测结果，将备份文件进行已检测标记，并将检测成功的结果发送至元数据模块51，记入备份文件的第一属性信息中。响应于恢复检测失败的检测结果，生产备份文件恢复失败的提醒信息，提醒工作人员。

检测结果处理结束后，调度模块52将备份恢复后的目标数据库实例恢复到初始状态，以等待下一轮次的备份文件恢复任务开启。

本申请中，实现了对备份文件实时的可用性排查，保证了备份文件可以在备份恢复中提供正确有效的备份数据，避免了由于没有实时测试导致的备份文件损毁、无效、数据库无法启动等相关问题的告警以及处理的不及时，强化了备份文件的可用性，进而提高了数据库的备份恢复的成功率。

与上述几种实施例提出的数据库恢复检测方法相对应，本申请的一个实施例还提出了一种数据库恢复检测装置，由于本申请实施例提出的数据库恢复检测装置与上述几种实施例提出的数据库恢复检测方法相对应，因此上述数据库恢复检测方法的实施方式也适用于本申请实施例提出的数据库恢复检测装置，在下述实施例中不再详细描述。

如图6所示，图6为本申请一实施例的数据库的备份恢复检测装置的结构示意图，数据库的备份恢复检测装置600，包括第一获取模块61、第二获取模块62、匹配模块63、恢复检测模块64，其中

第一获取模块61，用于获取需要备份恢复的备份文件的第一属性信息。

第二获取模块62，用于获取可用于备份恢复的候选数据库实例的第二属性信息。

匹配模块63，用于对第一属性信息和第二属性信息进行匹配，从候选数据库实例中确定出目标数据库实例。

恢复检测模块64，用于基于目标数据库实例，对备份文件进行恢复检测。

本申请提出的数据库的备份恢复检测装置，确定备份恢复需求后，获取备份文件的第一属性信息，以及候选数据库实例的第二属性信息，将第一属性信息和第二属性信息匹配，确定目标数据库实例，并完成备份文件的备份恢复操作，进而完成对备份文件的恢复检测。本申请中，实现了对备份文件实时的可用性排查，以保证备份文件可以在备份恢复中提供正确有效的备份数据，避免了由于没有实时测试导致的备份文件损毁、无效、数据库无法启动等相关问题的告警以及处理的不及时，提高了数据库的备份恢复的成功率。

图7为本申请另一实施例的数据库的备份恢复检测装置的结构示意图，如图7所示，数据库恢复检测装置700，包括第一获取模块71、第二获取模块72、匹配模块73、恢复检测模块74、文件获取模块75。

需要特别说明的是，第一获取模块61、第二获取模块62、匹配模块63、恢复检测模块64与第一获取模块71、第二获取模块72、匹配模块73、恢复检测模块74，具有相同的结构和功能。

本申请实施例提出的数据库的备份恢复检测装置，恢复检测模块74，包括：

数据恢复单元741，用于将备份文件加载至目标数据库实例，调用数据恢复脚本程序，执行数据恢复流程；

检测单元742，用于响应于数据恢复流程结束，对加载后的目标数据库实例进行检测。

本申请实施例提出的数据库的备份恢复检测装置，恢复检测模块74，还包括：

初始化单元743，用于对检测进程进行监控，响应于监控到检测结束，则恢复目标数据库实例至初始状态。

本申请实施例提出的数据库恢复检测装置，恢复检测模块74，还包括：

检测标记单元744，用于响应于检测结束，为备份文件生成已检测标记，并对备份文件进行标记。

本申请实施例提出的数据库的备份恢复检测装置，恢复检测模块74，还包括：

提醒单元745，用于响应于检测结果指示备份文件恢复失败，则生成备份文件的提醒信息。

本申请实施例提出的数据库的备份恢复检测装置，还包括文件获取模块75，其中：

文件获取模块75，用于从第一属性信息中获取备份文件的存储路径，以及基于存储路径，从备份文件***中获取备份文件。

本申请实施例提出的数据库的备份恢复检测装置，第二获取模块72，包括：

请求发送单元721，用于向候选数据库实例所在服务器发送查询请求，其中，候选数据库实例存储在服务器的资源池中；

接收单元722，用于接收服务器发送的第二属性信息。

本申请提出的数据库的备份恢复检测装置，确定备份恢复需求后，获取备份文件的第一属性信息，以及候选数据库实例的第二属性信息，将第一属性信息和第二属性信息匹配，确定目标数据库实例，根据备份文件的第一属性信息，从备份文件***中获取备份文件，并将备份文件加载至目标数据库实例中，开始备份文件恢复。备份文件恢复结束后，启动恢复后的目标数据库实例，开始备份恢复测试。响应于备份文件恢复检测的检测结果，生成已检测标记，记录备份文件恢复成功与否等相关信息。若恢复后的目标数据库实例可以正常启动及使用，则判定该备份恢复测试结果成功，备份文件可用，将备份文件恢复检测的结果反馈备份文件的第一属性中；若恢复后的目标数据库实例无法正常启动或者使用，则判定该备份恢复测试结果为失败，备份文件出现异常，此时响应于失败的测试结果，生成备份文件恢复测试失败的提醒信息，发送至工作人员。完成检测结果的判定和处理后，将加载后的目标数据库实例进行初始化处理，以等待下一轮次的备份恢复任务开启。本申请中，实现了对备份文件实时的可用性排查，保证了备份文件可以在备份恢复中提供正确有效的备份数据，避免了由于没有实时测试导致的备份文件损毁、无效、数据库无法启动等相关问题的告警以及处理的不及时，提高了数据库的备份恢复的成功率。

为达到上述实施例，本申请还提出了一种电子设备、一种计算机可读存储介质和一种计算机程序产品。

图8示出了可以用来实施本申请的实施例的示例电子设备800的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图8所示，设备800包括存储器810、处理器820及存储在存储器810上并可在处理器820上运行的计算机程序，处理器820执行程序指令时，实现上述实施例提出的数据库的备份恢复检测方法。

本申请实施例提出的电子设备，通过处理器820执行存储在存储器810上的计算机程序，确定备份恢复需求后，获取备份文件的第一属性信息，以及候选数据库实例的第二属性信息，将第一属性信息和第二属性信息匹配，确定目标数据库实例，根据备份文件的第一属性信息，从备份文件***中获取备份文件，并将备份文件加载至目标数据库实例中，开始备份文件恢复。备份文件恢复结束后，启动恢复后的目标数据库实例，开始备份恢复测试。响应于备份文件恢复检测的检测结果，生成已检测标记，记录备份文件恢复成功与否等相关信息。若恢复后的目标数据库实例可以正常启动及使用，则判定该备份恢复测试结果成功，备份文件可用，将备份文件恢复检测的结果反馈备份文件的第一属性中；若恢复后的目标数据库实例无法正常启动或者使用，则判定该备份恢复测试结果为失败，备份文件出现异常，此时响应于失败的测试结果，生成备份文件恢复测试失败的提醒信息，发送至工作人员。完成检测结果的判定和处理后，将加载后的目标数据库实例进行初始化处理，以等待下一轮次的备份恢复任务开启。本申请中，实现了对备份文件实时的可用性排查，保证了备份文件可以在备份恢复中提供正确有效的备份数据，避免了由于没有实时测试导致的备份文件损毁、无效、数据库无法启动等相关问题的告警以及处理的不及时，提高了数据库的备份恢复的成功率。

本申请实施例提出的一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器820执行时，实现上述实施例提出的数据库的备份恢复检测方法。

本申请实施例的计算机可读存储介质，通过存储计算机程序并被处理器执行，通过处理器820执行存储在存储器810上的计算机程序，确定备份恢复需求后，获取备份文件的第一属性信息，以及候选数据库实例的第二属性信息，将第一属性信息和第二属性信息匹配，确定目标数据库实例，根据备份文件的第一属性信息，从备份文件***中获取备份文件，并将备份文件加载至目标数据库实例中，开始备份文件恢复。备份文件恢复结束后，启动恢复后的目标数据库实例，开始备份恢复测试。响应于备份文件恢复检测的检测结果，生成已检测标记，记录备份文件恢复成功与否等相关信息。若恢复后的目标数据库实例可以正常启动及使用，则判定该备份恢复测试结果成功，备份文件可用，将备份文件恢复检测的结果反馈备份文件的第一属性中；若恢复后的目标数据库实例无法正常启动或者使用，则判定该备份恢复测试结果为失败，备份文件出现异常，此时响应于失败的测试结果，生成备份文件恢复测试失败的提醒信息，发送至工作人员。完成检测结果的判定和处理后，将加载后的目标数据库实例进行初始化处理，以等待下一轮次的备份恢复任务开启。本申请中，实现了对备份文件实时的可用性排查，保证了备份文件可以在备份恢复中提供正确有效的备份数据，避免了由于没有实时测试导致的备份文件损毁、无效、数据库无法启动等相关问题的告警以及处理的不及时，提高了数据库的备份恢复的成功率。

本申请实施例提出的一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时，实现上述实施例提出的数据库的备份恢复检测方法。

本文中以上描述的***和技术的各种实施方式可以在数字电子电路***、集成电路***、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上***的***(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程***上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储***、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储***、该至少一个输入装置、和该至少一个输出装置。

用于实施本身的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本申请的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行***、装置或设备使用或与指令执行***、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体***、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的***和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的***和技术实施在包括后台部件的计算***(例如，作为数据服务器)、或者包括中间件部件的计算***(例如，应用服务器)、或者包括前端部件的计算***(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的***和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算***中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将***的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、互联网和区块链网络。

计算机***可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端服务器关系的计算机程序来产生客户端和服务器的关系。服务端可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务(“VirtualPrivate Server”，或简称“VPS”)中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式***的服务器，或者是结合区块链的服务器。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行***、装置或设备(如基于计算机的***、包括处理器的***或其他可以从指令执行***、装置或设备取指令并执行指令的***)使用，或结合这些指令执行***、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行***、装置或设备或结合这些指令执行***、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行***执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (17)

1.一种数据库的备份恢复检测方法，其特征在于，包括：

获取需要备份恢复的备份文件的第一属性信息；

获取可用于备份恢复的候选数据库实例的第二属性信息；

对所述第一属性信息和所述第二属性信息进行匹配，从所述候选数据库实例中确定出目标数据库实例；

基于所述目标数据库实例，对所述备份文件进行恢复检测。

2.根据权利要求1所述的数据库的备份恢复检测方法，其特征在于，所述基于所述目标数据库实例，对所述备份文件进行恢复检测，包括：

将所述备份文件加载至所述目标数据库实例，调用数据恢复脚本程序，执行数据恢复流程；

响应于数据恢复流程结束，对加载后的所述目标数据库实例进行检测。

3.根据权利要求2所述的数据库的备份恢复检测方法，其特征在于，所述对加载后的所述目标数据库实例进行检测之后，还包括：

对检测进程进行监控，响应于监控到所述检测结束，则恢复所述目标数据库实例至初始状态。

4.根据权利要求2所述的数据库的备份恢复检测方法，其特征在于，还包括：

响应于检测结束，为所述备份文件生成已检测标记，并对所述备份文件进行标记。

5.根据权利要求2所述的数据库的备份恢复检测方法，其特征在于，还包括：

响应于检测结果指示所述备份文件恢复失败，则生成所述备份文件的提醒信息。

6.根据权利要求1-5任一项所述的数据库的备份恢复检测方法，其特征在于，所述基于所述目标数据库实例，对所述备份文件进行恢复检测之前，还包括：

从所述第一属性信息中获取所述备份文件的存储路径；

基于所述存储路径，从备份文件***中获取所述备份文件。

7.根据权利要求1-5任一项所述的数据库的备份恢复检测方法，其特征在于，所述获取可用于备份恢复的候选数据库实例的第二属性信息，包括：

向所述候选数据库实例所在服务器发送查询请求，其中，所述候选数据库实例存储在所述服务器的资源池中；

接收所述服务器发送的所述第二属性信息。

8.一种数据库的备份恢复检测装置，其特征在于，包括：

第一获取模块，用于获取需要备份恢复的备份文件的第一属性信息；

第二获取模块，用于获取可用于备份恢复的候选数据库实例的第二属性信息；

匹配模块，用于对所述第一属性信息和所述第二属性信息进行匹配，从所述候选数据库实例中确定出目标数据库实例；

恢复检测模块，用于基于所述目标数据库实例，对所述备份文件进行恢复检测。

9.根据权利要求8所述的数据库的备份恢复检测装置，其特征在于，所述恢复检测模块，包括：

数据恢复单元，用于将所述备份文件加载至所述目标数据库实例，调用数据恢复脚本程序，执行数据恢复流程；

检测单元，用于响应于数据恢复流程结束，对加载后的所述目标数据库实例进行检测。

10.根据权利要求9所述的数据库的备份恢复检测装置，其特征在于，所述恢复检测模块，还包括：

初始化单元，用于对检测进程进行监控，响应于监控到所述检测结束，则恢复所述目标数据库实例至初始状态。

11.根据权利要求9所述的数据库的备份恢复检测装置，其特征在于，所述恢复检测模块，还包括：

检测标记单元，用于响应于检测结束，为所述备份文件生成已检测标记，并对所述备份文件进行标记。

12.根据权利要求9所述的数据库的备份恢复检测装置，其特征在于，所述恢复检测模块，还包括：

提醒单元，用于响应于检测结果指示所述备份文件恢复失败，则生成所述备份文件的提醒信息。

13.根据权利要求8-12任一项所述的数据库的备份恢复检测装置，其特征在于，还包括：

文件获取模块，用于从所述第一属性信息中获取所述备份文件的存储路径，以及基于所述存储路径，从备份文件***中获取所述备份文件。

14.根据权利要求8-12任一项所述的数据库的恢复检测装置，所述第二获取模块，包括：

请求发送单元，用于向所述候选数据库实例所在服务器发送查询请求，其中，所述候选数据库实例存储在所述服务器的资源池中；

接收单元，用于接收所述服务器发送的所述第二属性信息。

15.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的用方法。

16.一种计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-7中任一项所述的方法。

17.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-7中任一项所述的方法。

Images