CN111475335A - 一种数据库快速恢复的方法、系统、终端及存储介质 - Google Patents

一种数据库快速恢复的方法、系统、终端及存储介质 Download PDF

Info

Publication number
CN111475335A
CN111475335A CN202010154795.7A CN202010154795A CN111475335A CN 111475335 A CN111475335 A CN 111475335A CN 202010154795 A CN202010154795 A CN 202010154795A CN 111475335 A CN111475335 A CN 111475335A
Authority
CN
China
Prior art keywords
database
log
backup
monitoring
backup space
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.)
Granted
Application number
CN202010154795.7A
Other languages
English (en)
Other versions
CN111475335B (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.)
Suzhou Inspur Intelligent Technology Co Ltd
Original Assignee
Suzhou Inspur Intelligent Technology 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 Suzhou Inspur Intelligent Technology Co Ltd filed Critical Suzhou Inspur Intelligent Technology Co Ltd
Priority to CN202010154795.7A priority Critical patent/CN111475335B/zh
Publication of CN111475335A publication Critical patent/CN111475335A/zh
Application granted granted Critical
Publication of CN111475335B publication Critical patent/CN111475335B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1438—Restarting or rejuvenating
    • 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/1479—Generic software techniques for error detection or fault masking
    • G06F11/1482—Generic software techniques for error detection or fault masking by means of middleware or OS functionality
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G06F16/275—Synchronous replication
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Abstract

本发明提供一种数据库快速恢复的方法、系统、终端及存储介质，均包括：实时监控数据库运行状态；在监控到数据库运行正常时，将从数据库日志缓冲区写入到REDO LOG日志中的日志数据同步发送至日志备份空间进行备份；所述日志备份空间是预先创建的内存文件系统；在监控到数据库运行崩溃时，控制日志备份空间自动保存其内备份的日志数据；在监控到数据库运行崩溃后重启时，将日志备份空间内保存的日志数据发送至数据库的日志缓冲区进行日志回放。本发明用于实现数据库崩溃后快速恢复。

Description

一种数据库快速恢复的方法、系统、终端及存储介质
技术领域
本发明涉及数据库领域，具体涉及一种数据库快速恢复的方法、系统、终端及存储介质，用于数据库崩溃快速恢复。
背景技术
服务器数据库，如K-DB数据库等，使用REDO LOG日志机制防止数据丢失以及进行数据恢复。
其中，REDO LOG用来记录对数据缓冲区数据进行的修改，而LOG BUFFER(即日志缓冲区)是数据库用来缓存前台进程产生的REDO LOG信息的，使用时，前台进程将产生的REDOLOG信息(即日志数据)先写入LOG BUFFER，继而经由LOG BUFFER写入磁盘上的REDO LOG日志，避免在将数据库日志数据直接写入REDO LOG日志时引起等待，提高了数据库的性能。
然而对于具有上述REDO LOG日志机制的数据库，其在需要进行数据恢复时，需将REDO LOG日志信息读取至数据库内存中进行日志回放，当日志数据量相对较多时，往往会导致REDO LOG回放时间长，业务恢复时间无法保证，不适用对业务有高可用需求的场景。
为此，本发明提供一种数据库快速恢复的方法、系统、终端及存储介质，用于解决上述问题。
发明内容
针对现有技术的上述不足，本发明提供一种数据库快速恢复的方法、系统、终端及存储介质，用于实现数据库崩溃后快速恢复。
第一方面，本发明提供一种数据库快速恢复的方法，所述数据库为使用REDO LOG日志机制的数据库；该方法包括步骤：
实时监控数据库运行状态；
在监控到数据库运行正常时，将从数据库日志缓冲区写入到REDO LOG日志中的日志数据同步发送至日志备份空间进行备份；所述日志备份空间是预先创建的内存文件系统；
在监控到数据库运行崩溃时，控制日志备份空间自动保存其内备份的日志数据；
在监控到数据库运行崩溃后重启时，将日志备份空间内保存的日志数据发送至数据库的日志缓冲区进行日志回放。
进一步地，在监控到数据库正常关闭时，控制日志备份空间自动清空其内备份的日志数据。
进一步地，在监控到数据库正常启动时，控制数据库不再进行日志回放。
进一步地，所述的数据库为K-DB数据库或oracle数据库。
第二方面，本发明提供一种数据库快速恢复的系统，所述数据库为使用REDO LOG日志机制的数据库；该系统包括：
第一单元，实时监控数据库运行状态；
第二单元，在监控到数据库运行正常时，将从数据库日志缓冲区写入到REDO LOG日志中的日志数据同步发送至日志备份空间进行备份；所述日志备份空间是预先创建的内存文件系统；
第三单元，在监控到数据库运行崩溃时，控制日志备份空间自动保存其内备份的日志数据；
第四单元，在监控到数据库运行崩溃后重启时，将日志备份空间内保存的日志数据发送至数据库的日志缓冲区进行日志回放。
进一步地，该系统还包括第五单元：在监控到数据库正常关闭时，控制日志备份空间自动清空其内备份的日志数据。
进一步地，所述的第四单元：在监控到数据库正常启动时，控制数据库不再进行日志回放。
进一步地，所述的数据库为K-DB数据库或oracle数据库。
第三方面，本发明提供一种终端，包括：
处理器；
用于存储处理器的执行指令的存储器；
其中，所述处理器被配置为执行如上各方面所述的方法。
第四方面，本发明提供一种存储有计算机程序的计算机可读存储介质，该程序被处理器执行时实现如上各方面所述的方法。
本发明的有益效果在于，
本发明提供的数据库快速恢复的方法、系统、终端及存储介质，分别在监控到数据库运行正常时可将从数据库日志缓冲区写入到REDO LOG日志中的日志数据同步发送至日志备份空间进行备份，在监控到数据库运行崩溃时可控制日志备份空间自动保存其内备份的日志数据，在监控到数据库运行崩溃后重启时，可将日志备份空间内保存的日志数据发送至数据库的日志缓冲区进行日志回放，可见本发明在数据库崩溃后重启时，可直接从内存文件系统中读取日志数据至日志缓冲区进行日志回放，避免了从REDO LOG(REDO LOG日志位于磁盘上)中读取日志数据加载到数据库内存进行数据恢复，可见增加了日志回放前读取日志数据至日志缓冲区的速度，从而在一定程度上加快了数据库日志数据的回放速度，适于对业务有高可用需求的场景使用。
此外，本发明设计原理可靠，结构简单，具有非常广泛的应用前景。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明一个实施例的方法的示意性流程图。
图2是本发明一个实施例的系统的示意性框图。
图3为本发明实施例提供的一种终端的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明中的技术方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
实施例1：
图1是本发明一个实施例的方法的示意性流程图，该方法100的执行主体可以是操作系统。所述数据库为使用REDO LOG日志机制的数据库。
如图1所示，该方法100包括：
步骤110，实时监控数据库运行状态；
步骤120，在监控到数据库运行正常时，将从数据库日志缓冲区写入到REDO LOG日志中的日志数据同步发送至日志备份空间进行备份；所述日志备份空间是预先创建的内存文件系统；
步骤130，在监控到数据库运行崩溃时，控制日志备份空间自动保存其内备份的日志数据；
步骤140，在监控到数据库运行崩溃后重启时，将日志备份空间内保存的日志数据发送至数据库的日志缓冲区进行日志回放。
可选地，作为本发明的一个实施例，该方法100还包括：在监控到数据库正常关闭时，控制日志备份空间自动清空其内备份的日志数据。
可选地，作为本发明的一个实施例，该方法100还包括：在监控到数据库正常启动时，控制数据库不再进行日志回放。
可选地，所述的数据库为K-DB数据库或oracle数据库。
为了便于对本发明的理解，下面以本发明的数据库快速恢复的方法原理，结合实施例中对数据库的恢复过程，基于预先创建的日志备份空间A、预先创建的数据库监控检查进程B以及预先创建的日志备份恢复进程C，以数据库Q(可以是数据库为K-D数据库，也可以是orle数据库，也可以为其他使用REDO LOG日志机制的数据库)为例，对本发明提供的数据库快速恢复的方法做进一步的描述。其中，本实施例中的日志备份空间A、数据库监控检查进程B以及日志备份恢复进程C，均在数据库Q所在服务器终端的操作系统中创建。
该数据库快速恢复的方法，包括：
通过数据库监控检查进程B，实时监控数据库Q的数据库运行状态；
在数据库监控检查进程B监控到数据库Q运行正常时，通过日志备份恢复进程C，将从数据库Q的日志缓冲区写入到数据库Q的REDO LOG日志中的日志数据同步发送至日志备份空间A中进行备份；
在数据库监控检查进程B监控到数据库Q运行崩溃时，控制日志备份空间A保存日志备份空间A内备份的日志数据；
在数据库监控检查进程B监控到数据库Q运行崩溃后重启时，通过日志备份恢复进程C将日志备份空间A内保存的日志数据发送至数据库Q的日志缓冲区进行日志回放。
另外，该数据库快速恢复的方法，还包括：在数据库监控检查进程B监控到数据库Q正常关闭时，控制日志备份空间A自动清空日志备份空间A内备份的日志数据；在数据库监控检查进程B监控到数据库Q正常启动时，通过日志备份恢复进程C控制数据库Q不再进行日志回放。
可见基于本发明所述的数据库快速恢复的方法，对于其他数据库L(可以是数据库为K-D数据库，也可以是orle数据库，也可以为其他使用REDO LOG日志机制的数据库)，可有：
(一)数据库L正常运行时：
1)当数据库监控检查进程B监控到数据库L运行状态为正常时，能够通过日志备份恢复进程C，在数据库L将其LOG BU FFER中日志数据写入到其REDO LOG日志中的同时，将数据库L自LOG BUFFER写入到REDO LOG日志中的日志数据同步发送到日志备份空间A中进行备份。
2)当数据库监控检查进程B监控到数据库L正常关闭时，日志备份空间A内备份的日志数据被自动清空。
(二)数据库L崩溃恢复：
1)当数据库监控检查进程B监控到数据库L崩溃(此时数据库监控检查进程B可监控到数据库主进程异常)时，可控制日志备份空间A自动保存其内备份的日志数据。
2)当数据库监控检查进程B监控到数据库L崩溃后重启(此时数据库监控检查进程B可监控到数据库的主进程由异常变为正常)时，可通过日志备份恢复进程C将日志备份空间A中保存的日志数据发送到数据库L的LOG BUFFER(日志缓冲区)进行数据恢复(即进行日志回放)。
其中，在数据恢复完成后，数据库正常启动。日志数据通过数据库的LGWR进程写入REDO LOG日志文件，数据库DBWR进程将根据日志数据恢复后的数据写入磁盘。
其中，在数据恢复完成后，通过日志备份恢复进程C继续将从数据库日志缓冲区中写入到REDO LOG日志中的日志数据同步发送到日志备份空间A中进行备份。
综上可见，本发明在数据库崩溃后重启时，能够避免从REDO LOG文件中读取日志数据加载到数据库内存进行数据恢复，可见一定程度上加快了数据库日志数据的回放速度，适于对业务有高可用需求的场景使用。
实施例2：
图2为本发明所述数据库快速恢复的系统的一个实施例。
如图2所示，该系统200包括：
第一单元201，实时监控数据库运行状态；
第二单元202，在第一单元201监控到数据库运行正常时，将从数据库日志缓冲区写入到REDO LOG日志中的日志数据同步发送至日志备份空间进行备份；所述日志备份空间是预先创建的内存文件系统；
第三单元203，在第一单元201监控到数据库运行崩溃时，控制日志备份空间自动保存其内备份的日志数据；
第四单元204，在第一单元201监控到数据库运行崩溃后重启时，将日志备份空间内保存的日志数据发送至数据库的日志缓冲区进行日志回放。
可选地，该系统还包括第五单元205：在第一单元201监控到数据库正常关闭时，控制日志备份空间自动清空其内备份的日志数据。
可选地，所述的第四单元204，还在第一单元201监控到数据库正常启动时，控制数据库不再进行日志回放。
可选地，所述的数据库为K-D数据库或orle数据库，也可以为其他使用REDO LOG日志机制的数据库。
实施例3：
图3为本发明实施例提供的一种终端300的结构示意图，该终端300可以用于执行本发明实施例1提供的数据库快速恢复的方法。
其中，该终端300可以包括：处理器310、存储器320及通信单元330。这些组件通过一条或多条总线进行通信，本领域技术人员可以理解，图中示出的服务器的结构并不构成对本发明的限定，它既可以是总线形结构，也可以是星型结构，还可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
其中，该存储器320可以用于存储处理器310的执行指令，存储器320可以由任何类型的易失性或非易失性存储终端或者它们的组合实现，如静态随机存取存储器(SRM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。当存储器320中的执行指令由处理器310执行时，使得终端300能够执行以下上述方法实施例中的部分或全部步骤。
处理器310为存储终端的控制中心，利用各种接口和线路连接整个电子终端的各个部分，通过运行或执行存储在存储器320内的软件程序和/或模块，以及调用存储在存储器内的数据，以执行电子终端的各种功能和/或处理数据。所述处理器可以由集成电路(Integrted iruit，简称I)组成，例如可以由单颗封装的I所组成，也可以由连接多颗相同功能或不同功能的封装I而组成。举例来说，处理器310可以仅包括中央处理器(entrlProessing Unit，简称PU)。在本发明实施方式中，PU可以是单运算核心，也可以包括多运算核心。
通信单元330，用于建立通信信道，从而使所述存储终端可以与其它终端进行通信。接收其他终端发送的用户数据或者向其他终端发送用户数据。
实施例4：
本发明还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时可包括本发明提供的实施例1中的部分或全部步骤。
本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中如U盘、移动硬盘、只读存储器(ROM，Red-Only Memory)、随机存取存储器(RM，Rndom ess Memory)、磁碟或者光盘等各种可以存储程序代码的介质，包括若干指令用以使得一台计算机终端(可以是个人计算机，服务器，或者第二终端、网络终端等)执行本发明各个实施例所述方法的全部或部分步骤。
本说明书中各个实施例之间相同相似的部分互相参见即可。尤其，对于系统、装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例中的说明即可。
尽管通过参考附图并结合优选实施例的方式对本发明进行了详细描述，但本发明并不限于此。在不脱离本发明的精神和实质的前提下，本领域普通技术人员可以对本发明的实施例进行各种等效的修改或替换，而这些修改或替换都应在本发明的涵盖范围内/任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种数据库快速恢复的方法，所述数据库为使用REDO LOG日志机制的数据库；其特征在于，该方法包括步骤：
实时监控数据库运行状态；
在监控到数据库运行正常时，将从数据库日志缓冲区中写入到REDO LOG日志中的日志数据同步发送至日志备份空间进行备份；所述日志备份空间是预先创建的内存文件系统；
在监控到数据库运行崩溃时，控制日志备份空间自动保存其内备份的日志数据；
在监控到数据库运行崩溃后重启时，将日志备份空间内保存的日志数据发送至数据库的日志缓冲区进行日志回放。
2.根据权利要求1所述的数据库快速恢复的方法，其特征在于，
在监控到数据库正常关闭时，控制日志备份空间自动清空其内备份的日志数据。
3.根据权利要求2所述的数据库快速恢复的方法，其特征在于，
在监控到数据库正常启动时，控制数据库不再进行日志回放。
4.根据权利要求1所述的数据库快速恢复的方法，其特征在于，所述的数据库为K-DB数据库或oracle数据库。
5.一种数据库快速恢复的系统，所述数据库为使用REDO LOG日志机制的数据库；其特征在于，该系统包括：
第一单元，实时监控数据库运行状态；
第二单元，在监控到数据库运行正常时，将从数据库日志缓冲区中写入到REDO LOG日志中的日志数据同步发送至日志备份空间进行备份；所述日志备份空间是预先创建的内存文件系统；
第三单元，在监控到数据库运行崩溃时，控制日志备份空间自动保存其内备份的日志数据；
第四单元，在监控到数据库运行崩溃后重启时，将日志备份空间内保存的日志数据发送至数据库的日志缓冲区进行日志回放。
6.根据权利要求5所述的数据库快速恢复的系统，其特征在于，该系统还包括第五单元：在监控到数据库正常关闭时，控制日志备份空间自动清空其内备份的日志数据。
7.根据权利要求5所述的数据库快速恢复的系统，其特征在于，所述的第四单元：在监控到数据库正常启动时，控制数据库不再进行日志回放。
8.根据权利要求5或6或7所述的数据库快速恢复的系统，其特征在于，所述的数据库为K-DB数据库或oracle数据库。
9.一种终端，其特征在于，包括：
处理器；
用于存储处理器的执行指令的存储器；
其中，所述处理器被配置为执行权利要求1-4任一项所述的方法。
10.一种存储有计算机程序的计算机可读存储介质，其特征在于，该程序被处理器执行时实现如权利要求1-4中任一项所述的方法。
CN202010154795.7A 2020-03-08 2020-03-08 一种数据库快速恢复的方法、系统、终端及存储介质 Active CN111475335B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010154795.7A CN111475335B (zh) 2020-03-08 2020-03-08 一种数据库快速恢复的方法、系统、终端及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010154795.7A CN111475335B (zh) 2020-03-08 2020-03-08 一种数据库快速恢复的方法、系统、终端及存储介质

Publications (2)

Publication Number Publication Date
CN111475335A true CN111475335A (zh) 2020-07-31
CN111475335B CN111475335B (zh) 2023-08-08

Family

ID=71747247

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010154795.7A Active CN111475335B (zh) 2020-03-08 2020-03-08 一种数据库快速恢复的方法、系统、终端及存储介质

Country Status (1)

Country Link
CN (1) CN111475335B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113590212A (zh) * 2021-06-24 2021-11-02 阿里巴巴新加坡控股有限公司 数据库实例的启动方法、装置及设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040260726A1 (en) * 2003-06-19 2004-12-23 Namik Hrle DBMS backup without suspending updates and corresponding recovery using separately stored log and data files
CN102541691A (zh) * 2011-12-27 2012-07-04 北京人大金仓信息技术股份有限公司 面向内存数据库oltp应用的日志检查点恢复方法
CN105183581A (zh) * 2015-07-23 2015-12-23 深圳市沃信科技有限公司 一种数据库容灾系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040260726A1 (en) * 2003-06-19 2004-12-23 Namik Hrle DBMS backup without suspending updates and corresponding recovery using separately stored log and data files
CN102541691A (zh) * 2011-12-27 2012-07-04 北京人大金仓信息技术股份有限公司 面向内存数据库oltp应用的日志检查点恢复方法
CN105183581A (zh) * 2015-07-23 2015-12-23 深圳市沃信科技有限公司 一种数据库容灾系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113590212A (zh) * 2021-06-24 2021-11-02 阿里巴巴新加坡控股有限公司 数据库实例的启动方法、装置及设备

Also Published As

Publication number Publication date
CN111475335B (zh) 2023-08-08

Similar Documents

Publication Publication Date Title
US11397648B2 (en) Virtual machine recovery method and virtual machine management device
CN111723079A (zh) 数据迁移方法、装置、计算机设备及存储介质
CN105204979A (zh) 安卓日志的记录方法及移动终端
CN110825495A (zh) 一种容器云平台的恢复方法、装置、设备及可读存储介质
CN113626256B (zh) 一种虚拟机磁盘数据备份方法、装置、终端及存储介质
CN109445861A (zh) 系统启动方法、装置、计算机装置及存储介质
CN111858468B (zh) 分布式文件系统元数据校验方法、系统、终端及存储介质
CN112463239A (zh) Bios与bmc交互选项默认值修改方法、系统、终端及存储介质
CN108509322B (zh) 避免过度回访的方法、电子装置及计算机可读存储介质
CN111338862B (zh) 一种gpu模式切换稳定性测试方法、系统、终端及存储介质
CN111538585B (zh) 一种基于node.js的服务器进程调度方法、系统和装置
CN111475335A (zh) 一种数据库快速恢复的方法、系统、终端及存储介质
CN111124780B (zh) 一种UPI Link降速测试方法、系统、终端及存储介质
CN109634782B (zh) 一种系统健壮性的检测方法、装置、存储介质及终端
CN111221683A (zh) 数据中心交换机双flash热备份方法、系统、终端及存储介质
CN110941516A (zh) 操作系统还原方法、装置、设备及存储介质
CN112231170B (zh) 一种数据交互卡监管方法、系统、终端及存储介质
CN110703988B (zh) 一种分布式存储的存储池创建方法、系统、终端及存储介质
CN107357684A (zh) 一种内核故障重启方法和装置
CN114153503A (zh) 一种bios控制方法、装置、介质
CN114416284A (zh) 分布式作业系统控制方法、装置、设备、介质及程序产品
CN110908821A (zh) 任务失败管理的方法、装置、设备和存储介质
CN111752911A (zh) 一种基于Flume的数据传输方法、系统、终端及存储介质
CN115639969B (zh) 一种存储盘主备切换方法、装置、计算机设备
CN110955556B (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