数据库的恢复系统和方法与流程

文档序号:26228861发布日期:2021-08-10 16:28阅读:139来源:国知局
数据库的恢复系统和方法与流程

本申请涉及计算机技术领域,特别涉及一种数据库的恢复系统和方法。



背景技术:

目前,oracle数据库是目前市场占用率最高的关系型数据库,各大企业应用系统维护着数量庞大的oracle数据库。建立集中备份系统对数据库进行周期备份,同时定期对备份数据进行验证,是当前规避数据丢失风险,完成数据保护的重要手段。

但是,随着企业部署oracle数量不断增加,且部署的平台不一,传统使用恢复(recoverymanager,rman)命令完成数据库异机恢复的操作相对复杂,耗时较长,而且对操作人员的技术水平要求较高,需要对oracle体系架构有深入理解,诸多问题使oracle恢复验证成为各个企业面临的重要难题。



技术实现要素:

有鉴于此,本申请提供一种数据库的恢复系统和方法,用于简化恢复oracle数据库的操作复杂度,并提高oracle数据库的恢复效率。

本申请第一方面提供了一种数据库的恢复系统,包括:

存储介质模块、恢复控制模块、第一元数据信息的数据库、第二元数据信息的数据库和恢复目标集群;所述恢复目标集群由至少一个主机组成;每一个所述主机均安装有oracle数据库;所述第一元数据信息的数据库为用于保存生产时产生的备份元数据信息的数据库;所述第二元数据信息的数据库为用于保存进行恢复时所使用的备份元数据信息的数据库;

所述恢复控制模块,用于接收用户上传的恢复oracle数据库请求;其中,所述恢复oracle数据库请求包括:恢复的目标时间点和备份客户端的信息;所述备份客户端的信息为备份有客户端源数据的主机的信息;所述客户端使用预设的备份工具基于元数据信息的方式对所述客户端产生的数据备份到存储介质模块,并将备份元数据同步到所述第一元数据信息的数据库中;

所述恢复控制模块,还用于根据所述备份客户端的信息以及配置恢复文件,确定恢复目标主机以及所述备份客户端对应的元数据信息的数据库的用户信息;其中,所述配置恢复文件包括:至少一个备份客户端的信息以及所述备份客户端对应的元数据信息的数据库的用户信息;所述恢复目标主机为恢复目标集群中与所述备份客户端相同操作系统的主机;

所述恢复控制模块,还用于将所述备份客户端对应的元数据信息的数据库的用户信息从所述第一元数据信息的数据库中,远程导入至第二元数据信息的数据库;

所述恢复控制模块,还用于调用所述恢复目标主机的恢复接口,利用所述恢复接口将所述备份客户端的信息、所述第二元数据信息的数据库中的备份客户端对应的元数据信息的数据库的用户信息以及所述恢复的目标时间传递给所述恢复目标主机;

所述恢复目标主机,用于利用所述备份客户端的信息、所述第二元数据信息的数据库中的备份客户端对应的元数据信息的数据库的用户信息以及所述恢复的目标时间,恢复所述客户端的oracle数据库。

可选的,所述恢复控制模块,还用于根据所述备份客户端的信息以及配置恢复文件,确定恢复目标主机以及所述备份客户端对应的元数据信息的数据库的用户信息时,包括:

匹配模块,用于根据所述备份客户端的信息中的操作系统类型标识,在所述恢复目标集群中匹配得到与所述备份客户端相同操作系统的主机,作为所述恢复目标主机;

查询模块,用于在所述配置恢复文件中,查询得到所述备份客户端对应的元数据信息的数据库的用户信息。

可选的,所述第二元数据信息的数据库中的备份客户端对应的元数据信息的数据库的用户信息包括:所述备份客户端对应的元数据信息的数据库的数据文件、参数数据以及归档日志文件;所述恢复目标主机,用于利用所述备份客户端的信息、所述第二元数据信息的数据库中的备份客户端对应的元数据信息的数据库的用户信息以及所述恢复的目标时间,恢复所述客户端的oracle数据库时,包括:

配置模块,用于根据所述备份客户端对应的元数据信息的数据库的数据文件以及参数数据,配置所述恢复目标主机的oracle环境;

生成模块,用于复原所述恢复目标主机的oracle数据库的动态参数文件,并生成所述恢复目标主机的oracle数据库的静态参数文件;

修改模块,用于根据所述恢复目标主机的主机配置,修改所述静态参数文件的oracle参数;

重启模块,用于重启所述恢复目标主机,激活修改后的静态参数文件的oracle参数;

复原模块,用于复原所述恢复目标主机的控制文件;

启动模块,用于将所述恢复目标主机的oracle数据库启动到mount状态;

所述复原模块,还用于复原所述恢复目标主机的数据文件;

归档模块,用于应用所述归档日志文件,使所述恢复目标主机的oracle数据库恢复至所述恢复的目标时间;

所述启动模块,还用于将所述恢复目标主机的oracle数据库启动到open状态。

可选的,所述配置模块,用于根据所述备份客户端对应的元数据信息的数据库的数据文件以及参数数据,配置所述恢复目标主机的oracle数据库时,包括:

创建模块,用于根据所述备份客户端对应的元数据信息的数据库的数据文件以及参数数据,初始化dbid参数并创建数据存储目录;

其中,所述启动模块,还用于启动所述恢复目标主机的oracle数据库至nomount状态。

可选的,所述预设的备份工具为recoverymanager。

可选的,所述第一元数据信息的数据库与所述恢复控制模块合并部署至同一个主机上。

可选的,所述第二元数据信息的数据库部署于所述恢复目标集群。

本申请第二方面提供了一种数据库的恢复方法,包括:

恢复控制模块接收用户上传的恢复oracle数据库请求;其中,所述恢复oracle数据库请求包括:恢复的目标时间点和备份客户端的信息;所述备份客户端的信息为备份有客户端源数据的主机的信息;所述客户端使用预设的备份工具基于元数据信息的方式对所述客户端产生的数据备份到存储介质模块,并将备份元数据同步到所述第一元数据信息的数据库中;所述第一元数据信息的数据库为用于保存生产时产生的备份元数据信息的数据库;

所述恢复控制模块根据所述备份客户端的信息以及配置恢复文件,确定恢复目标主机以及所述备份客户端对应的元数据信息的数据库的用户信息;其中,所述配置恢复文件包括:至少一个备份客户端的信息以及所述备份客户端对应的元数据信息的数据库的用户信息;所述恢复目标主机为恢复目标集群中与所述备份客户端相同操作系统的主机;所述恢复目标集群由至少一个主机组成;每一个所述主机均安装有oracle数据库;

所述恢复控制模块将所述备份客户端对应的元数据信息的数据库的用户信息从所述第一元数据信息的数据库中,远程导入至第二元数据信息的数据库;其中,所述第二元数据信息的数据库为用于保存进行恢复时所使用的备份元数据信息的数据库;

所述恢复控制模块调用所述恢复目标主机的恢复接口,利用所述恢复接口将所述备份客户端的信息、所述第二元数据信息的数据库中的备份客户端对应的元数据信息的数据库的用户信息以及所述恢复的目标时间传递给所述恢复目标主机;

所述恢复目标主机利用所述备份客户端的信息、所述第二元数据信息的数据库中的备份客户端对应的元数据信息的数据库的用户信息以及所述恢复的目标时间,恢复所述客户端的oracle数据库。

可选的,所述恢复控制模块根据所述备份客户端的信息以及配置恢复文件,确定恢复目标主机以及所述备份客户端对应的元数据信息的数据库的用户信息,包括:

根据所述备份客户端的信息中的操作系统类型标识,在所述恢复目标集群中匹配得到与所述备份客户端相同操作系统的主机,作为所述恢复目标主机;

在所述配置恢复文件中,查询得到所述备份客户端对应的元数据信息的数据库的用户信息。

可选的,所述第二元数据信息的数据库中的备份客户端对应的元数据信息的数据库的用户信息包括:所述备份客户端对应的元数据信息的数据库的数据文件、参数数据以及归档日志文件;所述恢复目标主机利用所述备份客户端的信息、所述第二元数据信息的数据库中的备份客户端对应的元数据信息的数据库的用户信息以及所述恢复的目标时间,恢复所述客户端的oracle数据库,包括:

根据所述备份客户端对应的元数据信息的数据库的数据文件以及参数数据,配置所述恢复目标主机的oracle环境;

复原所述恢复目标主机的oracle数据库的动态参数文件,并生成所述恢复目标主机的oracle数据库的静态参数文件;

根据所述恢复目标主机的主机配置,修改所述静态参数文件的oracle参数;

重启所述恢复目标主机,激活修改后的静态参数文件的oracle参数;

复原所述恢复目标主机的控制文件;

将所述恢复目标主机的oracle数据库启动到mount状态;

复原所述恢复目标主机的数据文件;

应用所述归档日志文件,使所述恢复目标主机的oracle数据库恢复至所述恢复的目标时间;

将所述恢复目标主机的oracle数据库启动到open状态。

可选的,所述配置模块根据所述备份客户端对应的元数据信息的数据库的数据文件以及参数数据,配置所述恢复目标主机的oracle数据库,包括:

根据所述备份客户端对应的元数据信息的数据库的数据文件以及参数数据,初始化dbid参数并创建数据存储目录;

启动所述恢复目标主机的oracle数据库至nomount状态。

可选的,所述预设的备份工具为recoverymanager。

可选的,所述第一元数据信息的数据库与所述恢复控制模块合并部署至同一个主机上。

可选的,所述第二元数据信息的数据库部署于所述恢复目标集群。

由以上方案可知,本申请提供的一种数据库的恢复系统和方法,数据库的恢复系统包括:存储介质模块、恢复控制模块、第一元数据信息的数据库、第二元数据信息的数据库和恢复目标集群;恢复目标集群由至少一个主机组成;每一个主机均安装有oracle数据库;第一元数据信息的数据库为用于保存生产时产生的备份元数据信息的数据库;第二元数据信息的数据库为用于保存进行恢复时所使用的备份元数据信息的数据库。恢复控制模块,用于接收用户上传的恢复oracle数据库请求;其中,恢复oracle数据库请求包括:恢复的目标时间点和备份客户端的信息;备份客户端的信息为备份有客户端源数据的主机的信息;恢复控制模块,还用于根据备份客户端的信息以及配置恢复文件,确定恢复目标主机以及备份客户端对应的元数据信息的数据库的用户信息;恢复目标主机为恢复目标集群中与备份客户端相同操作系统的主机;恢复控制模块,还用于将备份客户端对应的元数据信息的数据库的用户信息从第一元数据信息的数据库中,远程导入至第二元数据信息的数据库,并调用恢复目标主机的恢复接口,利用恢复接口将备份客户端的信息、第二元数据信息的数据库中的备份客户端对应的元数据信息的数据库的用户信息以及恢复的目标时间传递给恢复目标主机;恢复目标主机,用于利用备份客户端的信息、第二元数据信息的数据库中的备份客户端对应的元数据信息的数据库的用户信息以及恢复的目标时间,恢复客户端的oracle数据库。以达到简化恢复oracle数据库的操作复杂度,并提高oracle数据库的恢复效率的目的。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。

图1为本申请实施例提供的一种数据库的恢复系统的示意图;

图2为本申请实施例提供的一种恢复目标主机的示意图;

图3为本申请另一实施例提供的一种数据库的恢复方法的具体流程图;

图4为本申请另一实施例提供的一种数据库的恢复方法的具体流程图。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

需要注意,本申请中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分,并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系,而术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本申请实施例提供了一种数据库的恢复系统,如图1所示,具体包括:

存储介质模块10、恢复控制模块20、第一元数据信息的数据库30、第二元数据信息的数据库40和恢复目标集群50。

其中,恢复目标集群由50至少一个主机组成;每一个主机均安装有oracle数据库;不同的主机属于不同的操作系统平台,可以理解的是,可以针对用户较多的操作系统平台,设置多个主机,以减轻数据库的恢复系统的在同一时间的处理负担;第一元数据信息的数据库30为用于保存生产时产生的备份元数据信息的数据库;第二元数据信息的数据库40为用于保存进行恢复时所使用的备份元数据信息的数据库。

需要说明的是,第一元数据信息的数据库可以与恢复控制模块合并部署至同一个主机上;第二元数据信息的数据库可以直接部署于恢复目标集群。

恢复控制模块20,用于接收用户上传的恢复oracle数据库请求。

其中,恢复oracle数据库请求包括:恢复的目标时间点和备份客户端的信息;备份客户端的信息为备份有客户端源数据的主机的信息;客户端使用预设的备份工具基于元数据信息的方式对客户端产生的数据备份到存储介质模块10,并将备份元数据同步到所述第一元数据信息的数据库30中。

需要说明的是,预设的备份工具可以是但不限于recoverymanager等其他可以备份数据的工具,此处不做限定。具体的,可以通过代管网络使用recoverymanager工具,基于元数据信息的方式对客户端产生的数据进行备份,从而得到备份元数据,同时再将备份元数据同步存储至第一元数据信息的数据库30中。

恢复控制模块20,还用于根据备份客户端的信息以及配置恢复文件,确定恢复目标主机以及备份客户端对应的元数据信息的数据库的用户信息。

其中,配置恢复文件包括:至少一个备份客户端的信息以及备份客户端对应的元数据信息的数据库的用户信息;恢复目标主机为恢复目标集群50中与备份客户端相同操作系统的主机。

由于,确定得到的恢复目标主机为恢复目标集群50中与备份客户端相同操作系统的主机,而恢复目标机群中的主机属于不同的操作系统平台。从而达到了不论用户使用的客户端是什么类型的操作系统,本申请提供的数据库的恢复系统都可以及时的对oracle数据库进行恢复。

可选的,在本申请的另一实施例中,恢复控制模块20,还用于根据备份客户端的信息以及配置恢复文件,确定恢复目标主机以及备份客户端对应的元数据信息的数据库的用户信息时,包括:

匹配模块21,用于根据备份客户端的信息中的操作系统类型标识,在恢复目标集群50中匹配得到与备份客户端相同操作系统的主机,作为恢复目标主机。

查询模块22,用于在配置恢复文件中,查询得到备份客户端对应的元数据信息的数据库的用户信息。

恢复控制模块20,还用于将备份客户端对应的元数据信息的数据库的用户信息从第一元数据信息的数据库30中,远程导入至第二元数据信息的数据库40中。

从而在后续恢复目标主机在对客户端的oracle数据库进行恢复的过程中,可以采用第二元数据信息的数据库40中的数据进行恢复,从而不影响用于生产的第一元数据信息的数据库30。

具体的,可以是但不限于通过代管网络使用oracle远程导入导出工具,将备份客户端对应的元数据信息的数据库的用户信息从第一元数据信息的数据库30中,远程导入至第二元数据信息的数据库40中,方式十分多样化,此处不做限定。

恢复控制模块20,还用于调用恢复目标主机的恢复接口,利用恢复接口将备份客户端的信息、第二元数据信息的数据库40中的备份客户端对应的元数据信息的数据库的用户信息以及恢复的目标时间传递给恢复目标主机。

需要说明的是,可以是但不限于恢复控制模块20通过代管网络远程调用恢复目标主机的恢复接口,此处不做限定。

恢复目标主机,用于利用备份客户端的信息、第二元数据信息的数据库中40的备份客户端对应的元数据信息的数据库的用户信息以及恢复的目标时间,恢复客户端的oracle数据库。

可选的,在本申请的另一实施例中,第二元数据信息的数据库40中的备份客户端对应的元数据信息的数据库的用户信息包括:备份客户端对应的元数据信息的数据库的数据文件、参数数据以及归档日志文件;恢复目标主机,用于利用备份客户端的信息、第二元数据信息的数据库中的备份客户端对应的元数据信息的数据库的用户信息以及恢复的目标时间,恢复客户端的oracle数据库时,如图2所示,包括:

配置模块61,用于根据备份客户端对应的元数据信息的数据库的数据文件以及参数数据,配置恢复目标主机的oracle环境。

生成模块62,用于复原恢复目标主机的oracle数据库的动态参数文件,并生成恢复目标主机的oracle数据库的静态参数文件。

修改模块63,用于根据恢复目标主机的主机配置,修改静态参数文件的oracle参数。

重启模块64,用于重启恢复目标主机,激活修改后的静态参数文件的oracle参数。

复原模块65,用于复原恢复目标主机的控制文件。

启动模块66,用于将恢复目标主机的oracle数据库启动到mount状态。

其中,mount状态为用户可以创建线程、装载数据库,但不能打开数据库。

复原模块65,还用于复原恢复目标主机的数据文件。

归档模块67,用于应用归档日志文件,使恢复目标主机的oracle数据库恢复至恢复的目标时间。

启动模块66,还用于将恢复目标主机的oracle数据库启动到open状态。

其中,open状态为正常启动状态,在正常启动状态下,用户可以创建线程、装载数据库以及打开数据库。即恢复目标主机的oracle数据库已恢复至客户端的oracle数据库所需要的恢复的目标时间。

可选的,在本申请的另一实施例中,配置模块61,用于根据备份客户端对应的元数据信息的数据库的数据文件以及参数数据,配置恢复目标主机的oracle环境时,包括:

创建模块611,用于根据备份客户端对应的元数据信息的数据库的数据文件以及参数数据,初始化dbid参数并创建数据存储目录。

其中,启动模块66,还用于启动恢复目标主机的oracle数据库至nomount状态。

其中,nomount状态为用户只可以创建线程,但不能装载数据库以及打开数据库。

由以上方案可知,本申请提供的一种数据库的恢复系统,通过恢复控制模块20,接收用户上传的恢复的目标时间点和备份客户端的信息;备份客户端的信息为备份有客户端源数据的主机的信息;客户端使用预设的备份工具基于元数据信息的方式对客户端产生的数据备份到存储介质模块10,并将备份元数据同步到所述第一元数据信息的数据库30中。恢复控制模块20,根据备份客户端的信息以及配置恢复文件,确定恢复目标主机以及备份客户端对应的元数据信息的数据库的用户信息。其中,配置恢复文件包括:至少一个备份客户端的信息以及备份客户端对应的元数据信息的数据库的用户信息;恢复目标主机为恢复目标集群50中与备份客户端相同操作系统的主机。恢复控制模块20,将备份客户端对应的元数据信息的数据库的用户信息从第一元数据信息的数据库30中,远程导入至第二元数据信息的数据库40中。恢复控制模块20,调用恢复目标主机的恢复接口,利用恢复接口将备份客户端的信息、第二元数据信息的数据库40中的备份客户端对应的元数据信息的数据库的用户信息以及恢复的目标时间传递给恢复目标主机。恢复目标主机利用备份客户端的信息、第二元数据信息的数据库中40的备份客户端对应的元数据信息的数据库的用户信息以及恢复的目标时间,恢复客户端的oracle数据库。以达到简化恢复oracle数据库的操作复杂度,并提高oracle数据库的恢复效率的目的。

基于上述本申请实施例示出的数据库的恢复系统,本申请还对应公开了一种数据库的恢复方法,如图3所示,包括:

s301、恢复控制模块接收用户上传的恢复oracle数据库请求。

其中,恢复oracle数据库请求包括:恢复的目标时间点和备份客户端的信息;备份客户端的信息为备份有客户端源数据的主机的信息;客户端使用预设的备份工具基于元数据信息的方式对客户端产生的数据备份到存储介质模块,并将备份元数据同步到第一元数据信息的数据库中;第一元数据信息的数据库为用于保存生产时产生的备份元数据信息的数据库。

需要说明的是,预设的备份工具可以是但不限于recoverymanager。第一元数据信息的数据库可以与所述恢复控制模块合并部署至同一个主机上。第二元数据信息的数据库可以直接部署于恢复目标集群。

s302、恢复控制模块根据备份客户端的信息以及配置恢复文件,确定恢复目标主机以及备份客户端对应的元数据信息的数据库的用户信息。

其中,配置恢复文件包括:至少一个备份客户端的信息以及备份客户端对应的元数据信息的数据库的用户信息;恢复目标主机为恢复目标集群中与备份客户端相同操作系统的主机;恢复目标集群由至少一个主机组成;每一个主机均安装有oracle数据库。

可选的,在本申请的另一实施例中,步骤s302的一种实施方式,具体包括:

根据备份客户端的信息中的操作系统类型标识,在恢复目标集群中匹配得到与备份客户端相同操作系统的主机,作为恢复目标主机。

在配置恢复文件中,查询得到备份客户端对应的元数据信息的数据库的用户信息。

s303、恢复控制模块将备份客户端对应的元数据信息的数据库的用户信息从第一元数据信息的数据库中,远程导入至第二元数据信息的数据库。

其中,第二元数据信息的数据库为用于保存恢复时所使用的备份元数据信息的数据库。

s304、恢复控制模块调用恢复目标主机的恢复接口,利用恢复接口将备份客户端的信息、第二元数据信息的数据库中的备份客户端对应的元数据信息的数据库的用户信息以及恢复的目标时间传递给恢复目标主机。

s305、恢复目标主机利用备份客户端的信息、第二元数据信息的数据库中的备份客户端对应的元数据信息的数据库的用户信息以及恢复的目标时间,恢复客户端的oracle数据库。

可选的,在本申请的另一实施例中,第二元数据信息的数据库中的备份客户端对应的元数据信息的数据库的用户信息包括:备份客户端对应的元数据信息的数据库的数据文件、参数数据以及归档日志文件,步骤s305的一种实施方式,如图4所示,包括:

s401、根据备份客户端对应的元数据信息的数据库的数据文件以及参数数据,配置恢复目标主机的oracle环境。

可选的,在本申请的另一实施例中,步骤s401的一种实施方式,哭啼包括:

根据备份客户端对应的元数据信息的数据库的数据文件以及参数数据,初始化dbid参数并创建数据存储目录。

启动恢复目标主机的oracle数据库至nomount状态。

s402、复原恢复目标主机的oracle数据库的动态参数文件,并生成恢复目标主机的oracle数据库的静态参数文件。

s403、根据恢复目标主机的主机配置,修改静态参数文件的oracle参数。

s404、重启恢复目标主机,激活修改后的静态参数文件的oracle参数。

s405、复原恢复目标主机的控制文件。

s406、将恢复目标主机的oracle数据库启动到mount状态。

s407、复原恢复目标主机的数据文件。

s408、应用归档日志文件,使恢复目标主机的oracle数据库恢复至恢复的目标时间。

s409、将恢复目标主机的oracle数据库启动到open状态。

需要说明的是,上述本申请实施例公开的数据库的恢复方法的具体执行过程,与上述本申请实施例示出的数据库的恢复系统中的各个模块具体的原理相同,可参见上述本发明实施例示出的数据库的恢复方法中相应的部分,这里不再进行赘述。

由以上方案可知,本申请提供的一种数据库的恢复方法中,首先,在恢复控制模块接收用户上传的恢复的目标时间点和备份客户端的信息时,恢复控制模块根据备份客户端的信息以及配置恢复文件,确定恢复目标主机以及备份客户端对应的元数据信息的数据库的用户信息;其中,配置恢复文件包括:至少一个备份客户端的信息以及备份客户端对应的元数据信息的数据库的用户信息;恢复目标主机为恢复目标集群中与备份客户端相同操作系统的主机。然后,恢复控制模块将备份客户端对应的元数据信息的数据库的用户信息从第一元数据信息的数据库中,远程导入至第二元数据信息的数据库中。恢复控制模块再调用恢复目标主机的恢复接口,利用恢复接口将备份客户端的信息、第二元数据信息的数据库中的备份客户端对应的元数据信息的数据库的用户信息以及恢复的目标时间传递给恢复目标主机。最终,恢复目标主机利用备份客户端的信息、第二元数据信息的数据库中的备份客户端对应的元数据信息的数据库的用户信息以及恢复的目标时间,恢复客户端的oracle数据库。以达到简化恢复oracle数据库的操作复杂度,并提高oracle数据库的恢复效率的目的。

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

另外,在本公开各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,直播设备,或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1