CN102541691B - 面向内存数据库oltp应用的日志检查点恢复方法 - Google Patents
面向内存数据库oltp应用的日志检查点恢复方法 Download PDFInfo
- Publication number
- CN102541691B CN102541691B CN201110445145.9A CN201110445145A CN102541691B CN 102541691 B CN102541691 B CN 102541691B CN 201110445145 A CN201110445145 A CN 201110445145A CN 102541691 B CN102541691 B CN 102541691B
- Authority
- CN
- China
- Prior art keywords
- checkpoint
- file
- disk
- version
- database
- 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
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Retry When Errors Occur (AREA)
Abstract
本发明公开了一种面向内存数据库OLTP应用的日志检查点恢复方法。该方法采取了基于双日志双检查点备份的日志检查点技术,两套备份文件可以轮流使用,保证了数据库无论是在事务处理过程中,执行检查点操作过程中还是在恢复过程中崩溃,都可以恢复到最近的一个一致状态。同时,本发明利用MMAP共享内存机制快速建立从检查点备份文件到内存中的数据库的映射,实现了针对海量数据库的快速恢复。
Description
技术领域
本发明涉及一种数据库***恢复方法,尤其涉及一种面向内存数据库OLTP应用的日志检查点恢复方法,属于数据库管理技术领域。
背景技术
随着信息化建设的日益普及,许多行业应用领域对数据库性能的要求越来越高。与此同时,随着内存成本的不断降低,大容量内存已经成为高端服务器的标准配置。因此,对于具有数据量庞大、实时性要求高和高可靠性特点的电信、银行、证券以及军事指挥控制领域来说,可以提高OLTP(联机事务处理***)应用性能的内存数据库技术越来越受到青睐。
对于响应时间快速和吞吐量要求较高的内存数据库来说,由于所有数据都存放在内存中,因此它比传统的磁盘数据库更加容易崩溃和丢失数据,所以其恢复管理机制就显得格外的重要。与磁盘数据库类似,目前的内存数据库一般都利用日志和检查点备份文件对数据库进行恢复。例如一些内存数据库采用使用物理日志对数据进行恢复的机制,但是与逻辑日志相比,使用物理日志会大大增加数据库***因持久化日志的需要而进行磁盘I/O的开销,因而影响事务的执行速度。实践证明,一个好的数据库恢复管理机制应该在保证高可靠的同时,减少检查点操作对正常事务处理的影响,并且能够使得数据库在崩溃之后可以对大规模数据进行快速恢复。目前,这方面的技术仍然在进一步探索之中。
在共享内存技术方面,Linux的MMAP共享内存机制使得进程之间通过映射同一个普通文件实现共享内存。MMAP共享内存机制可以将磁盘文件的一部分直接映射到内存,这样文件中的位置直接就有对应的内存地址,对文件的读写可以直接用指针来做而不需要read()/write()函数。文件被映射到进程地址空间后,进程可以像访问普通内存一样对文件进行访问,不必再调用read()、write()等函数。MMAP共享内存机制的好处是处理大文件时速度明显快于标准文件I/O,无论读写,都少了一次用户空间与内核空间之间的复制过程。MMAP共享内存机制特别适合需要对文件进行频繁读写的应用场合,因为利用内存读写取代了I/O读写,可以获得较高的性能。因此,使用MMAP共享内存机制实现的内存数据库在性能方面要优于Posix(可移植操作***接口)标准中的共享内存及IPC机制。
发明内容
本发明所要解决的技术问题在于提供一种面向内存数据库OLTP应用的日志检查点恢复方法。该方法可以使海量数据库在崩溃之后进行快速恢复。
为实现上述的发明目的,本发明采用下述的技术方案:
一种面向内存数据库OLTP应用的日志检查点恢复方法,假设磁盘中检查点ID文件中的值是X(X取0或1),当前的内存数据库使用的检查点ID也为X,并且,当前使用的是X版本的检查点备份文件建立的到内存中的MMAP映射,所述恢复方法特征在于包括下述步骤:
11)使用(1-X)版本的检查点备份文件建立从磁盘到内存数据库的MMAP映射,将当前内存数据库的检查点ID设为(1-X);
12)利用(1-X)版本的日志文件对新建立的内存中的数据库进行redo操作;
13)将内存中的脏页刷到X版本的检查点备份文件中;
14)删除X版本的日志文件中的信息;
15)修改磁盘上的检查点ID文件中的值,即令X=1-X;
16)将内存中的脏数据通过MMAP共享内存机制刷到磁盘上的检查点ID文件中的值的那个版本的检查点备份文件中;
17)删除磁盘上的检查点ID文件中的值的那个版本的日志文件中的信息。
本发明采用了使用逻辑日志对数据进行恢复的策略,能够减轻因为日志持久化而进行I/O的负担,提高了事务执行的速度。利用本发明,可以保证数据库无论是在事务处理过程中,执行检查点操作过程中还是在恢复过程中崩溃都可以恢复到最近的一个一致状态,同时尽量减小检查点操作对正常事务处理的影响,并且使得数据库在崩溃之后可以对大规模数据进行快速恢复。
附图说明
下面结合附图和具体实施方式对本发明作进一步的详细说明。
图1为磁盘上用于恢复的文件情况示意图;
图2为日志文件和检查点备份文件之间的逻辑关系示意图;
图3为恢复算法中日志文件、备份文件和共享内存区的逻辑关系示意图。
具体实施方式
为了使内存数据库在崩溃之后实现快速恢复,本发明采用了一种基于双日志双检查点备份的日志检查点恢复方法。两套日志文件和两套检查点备份文件可以轮流对数据库进行恢复。即使在检查点操作过程中或者是恢复过程中数据库又崩溃了,也可以再次选择正确版本的日志和备份文件进行恢复。下面对本日志检查点恢复方法的具体实现环节进行详细的说明。
如图1所示,磁盘上的日志文件和备份文件一共可以分为三种类型:redo日志文件、检查点ID文件和检查点备份文件。
数据库在工作时,接受客户发来的请求,为每一个成功执行的DDL(数据定义语言)语句和每一个成功提交的DML(数据操作语言)语句生成redo日志文件。在进行数据恢复时,只要在检查点备份文件的基础上,对redo日志中的事务进行redo操作即可。
检查点ID文件中的值必须是从0或者1中选取一个。如果当前的检查点ID为0,那么表示正在运行的数据库使用的是0号版本的检查点备份文件建立的到内存中的MMAP映射。此时所有进程对这块共享内存的修改都将反映到检查点备份文件上,这种共享内存的技术特别适合需要对文件进行频繁读写的应用。另一方面,通过使用MMAP共享内存机制建立了从磁盘的检查点备份文件到内存中的数据库的映射,进程对内存中的数据库所做的更改都会反映到磁盘上的检查点备份文件中,这样可以获得较高的性能。
磁盘上的检查点备份文件一共有两套:0号检查点备份文件和0号日志文件结合在一起用于数据库的恢复,1号检查点备份文件和1号日志文件结合在一起用于数据库的恢复。而具体是选择0号还是1号文件进行恢复取决于磁盘上检查点ID文件中的取值。在本日志检查点恢复方法中,可以保证每次数据库恢复的时候,都可以自动的选择正确的版本进行快速恢复。
1.日志文件的维护过程
在本发明中,始终保持有两套日志文件。每套日志文件与其相对应的检查点备份文件一起用于内存数据库的恢复。图1展示了磁盘上用于恢复的文件情况,其中检查点ID文件相当于一个控制文件,分别控制0号日志文件、0号检查点备份文件和1号日志文件、1号检查点备份文件。数据库利用检查点ID文件来判断选择哪个版本的日志文件和检查点备份文件进行恢复。
日志生成之后只向磁盘写一次,即向数据库当前使用的检查点备份文件版本相反的那个版本的日志文件中写日志。举例来说,假设数据库当前使用1号检查点备份文件,则日志生成后应该向磁盘中的0号日志文件中进行写入。换句话说,如果当前的内存数据库使用的检查点ID为X(X取0或1),则向(1-X)版本的日志文件中写入日志。
2.检查点备份文件的维护
假设磁盘中检查点ID文件中的值是X(X取0或1),则当前的内存数据库使用的检查点ID也为X。并且,当前使用的是X版本的检查点备份文件建立的到内存中的MMAP映射。在此基础上,对检查点执行如下的检查点算法:
1)将内存中的脏数据通过MMAP的同步机制刷到X版本的检查点备份文件中;
2)删除X版本的日志文件中的信息;
3)修改磁盘上的检查点ID文件中的值,即令X=1-X;
4)将内存中的脏页刷到当前磁盘上检查点ID文件中的那个值的版本的检查点备份文件中;
5)删除当前磁盘上检查点ID文件中的那个值的版本的日志文件中的信息;
6)修改磁盘上的检查点ID文件中的值,即令X=1-X。
在进行检查点操作时,应该保证数据库的状态是一致的。在检查点算法中,本发明采取了只更新内存脏数据的策略,在保证了内存数据库可靠性的同时,大大减小了检查点操作对正常事务处理的影响,并且这种策略使得数据库在崩溃之后可以对大规模数据进行快速恢复,满足了OLTP应用对内存事务恢复管理机制的要求。
在本日志检查点恢复方法中,维护两份检查点备份文件。在一致性检查点操作执行的过程中,脏数据需要向磁盘写两次,分别被写入了两份检查点备份文件中,第一次是利用MMAP共享内存机制将内存中的脏数据写到一个检查点备份文件,第二次是利用内存中的数据库脏页标志将脏页写到磁盘上的另一个检查点备份文件。写操作执行成功之后相应的日志也会被删除。此处的脏数据是指已经发生修改,存在于内存中还未被写入到磁盘中的数据。脏页是指在数据库事务执行中,发生改变的数据库页。在内存中,数据库最终被逻辑的划分成许多页面,每一个页面也有一个脏页标识符来标识这个页面是否为脏页。
在检查点操作执行的过程中,还会改变检查点ID文件的值,保证如果数据库在检查点操作执行的过程中崩溃了,还是可以自动选择正确版本的日志和备份文件进行恢复。具体而言,如果数据库在事务正常执行的过程中发生了崩溃,那么在下次重启时,数据库会使用与崩溃之前使用的检查点备份文件版本相反的那个版本的日志文件和检查点备份文件进行恢复。举例来说,假设数据库在崩溃之前使用1号检查点备份文件,那么在下次重启时使用0号日志文件和检查点备份文件进行恢复。通过这种恢复方式,如果数据库在检查点操作执行的过程中发生了崩溃,那么在下次重启时,可以保证磁盘上的两套日志文件和检查点备份文件中,有一套可以用来实现正确的恢复,并且数据库***可以正确地判断出哪一套文件是可以用来恢复数据库的。
日志文件和检查点备份文件之间的逻辑关系如图2所示:日志刷新线程负责向日志文件中写日志,检查点备份线程负责向检查点备份文件写脏数据和删除日志操作。在检查点操作执行的过程中,还会改变检查点ID文件的值。这样做的目的是保证如果数据库在检查点操作执行的过程中崩溃了,还是可以自动选择正确版本的日志和备份文件进行恢复。
3.恢复过程
在本日志检查点恢复方法中,使用磁盘上的日志文件和检查点备份文件进行数据恢复。
图3展示了恢复算法中日志文件、备份文件和共享内存区的逻辑关系。恢复过程的输入为日志文件、检查点备份文件和检查点ID文件,经过恢复算法,将某一份备份文件MMAP映射到内存中,然后利用配套的日志进行redo操作,操作结束后向两份备份文件写脏数据,最后删除日志。在这个恢复过程中,还会改变检查点ID文件中的值,以保证如果在恢复过程中数据库发生了崩溃,数据库还可以重新正确的恢复。
假设当前磁盘中检查点ID文件中的值是X(X取0或1),则恢复过程的具体算法(即恢复算法)如下:
11)使用(1-X)版本的检查点备份文件建立从磁盘到内存数据库的MMAP映射,将当前内存数据库的检查点ID设为(1-X);
12)利用(1-X)版本的日志文件对新建立的内存中的数据库进行redo操作;
13)将内存中的脏页刷到X版本的检查点备份文件中;
14)删除X版本的日志文件中的信息;
15)修改磁盘上的检查点ID文件中的值,即令X=1-X;
16)将内存中的脏数据通过MMAP共享内存机制刷到磁盘上的检查点ID文件中的值的那个版本的检查点备份文件中;
17)删除磁盘上的检查点ID文件中的值的那个版本的日志文件中的信息。
下面结合具体的数据库崩溃情况对本日志检查点恢复方法的具体操作进行说明。假设当前磁盘上的检查点ID文件中的值为X,则:
1)在事务运行过程中数据库发生崩溃
利用(1-X)版本的日志文件和检查点备份文件即可将数据库恢复到最近的一个一致的状态。
2)在检查点操作过程中崩溃
如果崩溃发生在检查点算法的第3步成功执行之前,可以使用磁盘上(1-X)版本的日志和检查点备份文件进行恢复。
如果崩溃发生在检查点算法的第3步成功执行之后至第6步成功执行之前,可以使用磁盘上(X)版本的日志和检查点备份文件进行恢复。
如果崩溃发生在检查点算法的第6步成功执行之后,可以使用磁盘上的(1-X)版本的日志和检查点备份文件进行恢复。
3)在数据库恢复过程中崩溃
如果崩溃发生在恢复算法的第5步成功执行之前,仍然使用磁盘上(1-X)版本的日志和检查点备份文件进行恢复。
如果崩溃发生在恢复算法的第5步成功执行之后,可以使用磁盘上(X)版本的日志和检查点备份文件进行恢复。
由于每次恢复之后会立即执行检查点操作,这使得数据库上的两份日志(即都被置空)以及检查点备份文件在刚刚恢复之初保持同步。因此,本日志检查点恢复方法可以保证数据库即使在恢复的过程中崩溃,也可以重新自动选择正确版本的日志和检查点备份文件进行恢复。
在本发明中采用了MMAP共享内存机制,即内存中的数据库使用的是MMAP结构,进程在读写内存的同时也会将相应的修改操作映射到磁盘上的检查点备份文件中。这种MMAP共享内存机制除了可以在做检查点的过程中提高性能之外(因为它适合对文件频繁读写的应用),还因为可以快速建立从磁盘文件到内存数据库的映射,因此可以用来对海量数据库进行快速的恢复。
如上所述,利用本发明所提供的日志检查点恢复方法,可以保证数据库无论是在事务运行过程中,检查点操作执行的过程中还是数据库恢复过程中崩溃,都可以恢复到最近的一个一致的状态。通过MMAP共享内存机制和脏页标识符的使用,保证了每次做检查点操作时,只将内存中的脏数据写到磁盘中,并且MMAP共享内存机制也特别适合对文件有频繁更改的应用,这样就提高了检查点操作的效率,尽量减少了检查点操作对于正常事务执行的干扰。由于日志文件所使用的是逻辑日志,并且日志文件和检查点备份文件可以使用不同的磁盘来存储,既大大减少了日志I/O的负担,又加快了I/O速率。
在实现恢复时,利用MMAP共享内存机制可以快速建立从检查点备份文件到内存中的数据库的映射,实现了针对海量数据库的快速恢复。例如本日志检查点恢复方法可以使上GB大小的数据库文件在几秒之内得到快速恢复,而与此相比,使用Posix***的共享内存及IPC机制需要几分钟才能够恢复。因此,本发明非常适合于有持久性和快速恢复要求的海量数据库应用。
以上对本发明所提供的面向内存数据库OLTP应用的日志检查点恢复方法进行了详细的说明。对本领域的技术人员而言,在不背离本发明实质精神的前提下对它所做的任何显而易见的改动,都将构成对本发明专利权的侵犯,将承担相应的法律责任。
Claims (6)
1.一种面向内存数据库OLTP应用的日志检查点恢复方法,假设磁盘中检查点ID文件中的值是X,所述X的取值为0或1,当前的内存数据库使用的检查点ID为X,并且当前使用的是X版本的检查点备份文件建立的到内存中的MMAP映射,其特征在于包括下述步骤:
11)使用(1-X)版本的检查点备份文件建立从磁盘到内存数据库的MMAP映射,将当前内存数据库的检查点ID设为(1-X);
12)利用(1-X)版本的日志文件对新建立的内存中的数据库进行redo操作;
13)将内存中的脏页刷到X版本的检查点备份文件中;
14)删除X版本的日志文件中的信息;
15)修改磁盘上的检查点ID文件中的值,即令X=1-X;
16)将内存中的脏数据通过MMAP共享内存机制刷到磁盘上的检查点ID文件中的值的该版本的检查点备份文件中;
17)删除磁盘上的检查点ID文件中的值的该版本的日志文件中的信息;
其中在数据库恢复过程中发生崩溃时,如果崩溃发生在所述步骤15)成功执行之前,仍然使用磁盘上(1-X)版本的日志和检查点备份文件进行恢复;如果崩溃发生在所述步骤15)执行之后,使用磁盘上(X)版本的日志和检查点备份文件进行恢复。
2.如权利要求1所述的面向内存数据库OLTP应用的日志检查点恢复方法,其特征在于:
根据磁盘上检查点ID文件中X的取值为0或1,选择磁盘上的0号检查点备份文件,用于与0号日志文件结合在一起进行数据库的恢复;或者1号检查点备份文件,用于与1号日志文件结合在一起进行数据库的恢复。
3.如权利要求1或2所述的面向内存数据库OLTP应用的日志检查点恢复方法,其特征在于:
假设当前磁盘上的检查点ID文件中的值为X,在事务运行过程中数据库发生崩溃时,利用(1-X)版本的日志文件和检查点备份文件即可将数据库恢复到最近的一个一致的状态。
4.如权利要求1或2所述的面向内存数据库OLTP应用的日志检查点恢复方法,其特征在于还包括下述检查点操作步骤:
1)将内存中的脏数据通过MMAP的同步机制刷到X版本的检查点备份文件中;
2)删除X版本的日志文件中的信息;
3)修改磁盘上的检查点ID文件中的值,即令X=1-X;
4)将内存中的脏页刷到当前磁盘上检查点ID文件中的那个值的版本的检查点备份文件中;
5)删除当前磁盘上检查点ID文件中的那个值的版本的日志文件中的信息;
6)修改磁盘上的检查点ID文件中的值,即令X=1-X。
5.如权利要求4所述的面向内存数据库OLTP应用的日志检查点恢复方法,其特征在于:
假设当前磁盘上的检查点ID文件中的值为X,
在检查点操作过程中崩溃时,如果崩溃发生在所述步骤3)成功执行之前,使用磁盘上(1-X)版本的日志和检查点备份文件进行恢复;
如果崩溃发生在所述步骤3)成功执行之后至所述步骤6)成功执行之前,使用磁盘上(X)版本的日志和检查点备份文件进行恢复;
如果崩溃发生在所述步骤6)成功执行之后,使用磁盘上的(1-X)版本的日志和检查点备份文件进行恢复。
6.如权利要求5所述的面向内存数据库OLTP应用的日志检查点恢复方法,其特征在于:
在一致性检查点操作执行的过程中,脏数据需要向磁盘写两次,分别被写入了两份检查点备份文件中:第一次是利用MMAP共享内存机制将内存中的脏数据写到一个检查点备份文件,第二次是利用内存中的数据库脏页标志将脏页写到磁盘上的另一个检查点备份文件。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110445145.9A CN102541691B (zh) | 2011-12-27 | 2011-12-27 | 面向内存数据库oltp应用的日志检查点恢复方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110445145.9A CN102541691B (zh) | 2011-12-27 | 2011-12-27 | 面向内存数据库oltp应用的日志检查点恢复方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102541691A CN102541691A (zh) | 2012-07-04 |
CN102541691B true CN102541691B (zh) | 2015-01-28 |
Family
ID=46348641
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110445145.9A Active CN102541691B (zh) | 2011-12-27 | 2011-12-27 | 面向内存数据库oltp应用的日志检查点恢复方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102541691B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102999564B (zh) * | 2012-11-06 | 2015-12-02 | 华为技术有限公司 | 写入数据的方法、装置和设备 |
CN103268351B (zh) * | 2013-05-31 | 2017-05-03 | 网易(杭州)网络有限公司 | 一种数据同步方法和设备 |
CN104750536B (zh) | 2013-12-30 | 2018-08-21 | 华为技术有限公司 | 一种实现虚拟机自省的方法和装置 |
EP3291103B1 (en) * | 2016-09-01 | 2019-11-06 | Huawei Technologies Co., Ltd. | System and method for creating a snapshot of a subset of a database |
CN110874287B (zh) * | 2018-08-31 | 2023-05-02 | 阿里巴巴集团控股有限公司 | 数据库中数据的备份及恢复方法、装置及电子设备 |
CN109918231B (zh) * | 2019-02-28 | 2021-02-26 | 上海达梦数据库有限公司 | 数据重整的异常修复方法、装置、设备和存储介质 |
CN110046135B (zh) * | 2019-04-15 | 2023-08-18 | 湖南快乐阳光互动娱乐传媒有限公司 | 一种客户端日志不易失的存储方法 |
CN111475335B (zh) * | 2020-03-08 | 2023-08-08 | 苏州浪潮智能科技有限公司 | 一种数据库快速恢复的方法、***、终端及存储介质 |
CN112182010B (zh) * | 2020-11-30 | 2021-03-12 | 北京金山云网络技术有限公司 | 脏页刷新方法和装置、存储介质和电子设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6735720B1 (en) * | 2000-05-31 | 2004-05-11 | Microsoft Corporation | Method and system for recovering a failed device on a master-slave bus |
CN101034364A (zh) * | 2007-04-02 | 2007-09-12 | 华为技术有限公司 | 一种实现内存数据备份的方法、装置和*** |
CN101118509A (zh) * | 2007-09-12 | 2008-02-06 | 华为技术有限公司 | 内存数据库远程容灾的方法、装置和*** |
-
2011
- 2011-12-27 CN CN201110445145.9A patent/CN102541691B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6735720B1 (en) * | 2000-05-31 | 2004-05-11 | Microsoft Corporation | Method and system for recovering a failed device on a master-slave bus |
CN101034364A (zh) * | 2007-04-02 | 2007-09-12 | 华为技术有限公司 | 一种实现内存数据备份的方法、装置和*** |
CN101118509A (zh) * | 2007-09-12 | 2008-02-06 | 华为技术有限公司 | 内存数据库远程容灾的方法、装置和*** |
Also Published As
Publication number | Publication date |
---|---|
CN102541691A (zh) | 2012-07-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102541691B (zh) | 面向内存数据库oltp应用的日志检查点恢复方法 | |
US9183236B2 (en) | Low level object version tracking using non-volatile memory write generations | |
US9996557B2 (en) | Database storage system based on optical disk and method using the system | |
US8060713B1 (en) | Consolidating snapshots in a continuous data protection system using journaling | |
US7844643B2 (en) | Storage management system with integrated continuous data protection and remote copy | |
US7698319B2 (en) | Database system management method, database system, database device, and backup program | |
EP2590078B1 (en) | Shadow paging based log segment directory | |
CN104937556A (zh) | 恢复数据库的页面 | |
US10719404B2 (en) | Excluding files in a block based backup | |
CN108763508B (zh) | 数据页访问方法、存储引擎以及计算机可读存储介质 | |
KR20150130496A (ko) | 분산 데이터베이스 시스템들을 위한 고속 장애 복구 | |
CN104040481A (zh) | 用于融合、存储和检索增量式备份数据的方法和*** | |
CN103262043A (zh) | 从差异备份中执行数据库的精细恢复的方法和*** | |
CN102662795A (zh) | 一种分布式存储***中元数据容错恢复方法 | |
CN109598156A (zh) | 一种写时重定向引擎快照流方法 | |
EP3089051B1 (en) | Database rollback using wal | |
US9798761B2 (en) | Apparatus and method for fsync system call processing using ordered mode journaling with file unit | |
US20220129420A1 (en) | Method for facilitating recovery from crash of solid-state storage device, method of data synchronization, computer system, and solid-state storage device | |
CN106155832A (zh) | 一种数据恢复的方法、装置及Android设备 | |
Graefe et al. | Instant recovery with write-ahead logging: page repair, system restart, media restore, and system failover | |
CN111506253A (zh) | 一种分布式存储***及其存储方法 | |
EP3028142A1 (en) | Writing to files and file meta-data | |
CN103176868A (zh) | 一种文件状态备份方法 | |
CN115658391A (zh) | 基于QianBase MPP数据库的WAL机制的备份恢复方法 | |
JPH033046A (ja) | ログ記録管理方式 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |