CN101968755A - 一种自适应应用负载变化的快照生成方法 - Google Patents
一种自适应应用负载变化的快照生成方法 Download PDFInfo
- Publication number
- CN101968755A CN101968755A CN 201010531955 CN201010531955A CN101968755A CN 101968755 A CN101968755 A CN 101968755A CN 201010531955 CN201010531955 CN 201010531955 CN 201010531955 A CN201010531955 A CN 201010531955A CN 101968755 A CN101968755 A CN 101968755A
- Authority
- CN
- China
- Prior art keywords
- snapshot
- data
- district
- source data
- block
- 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
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
一种自适应应用负载变化的快照生成方法属于计算机存储技术领域,目的是设计一种应用感知的自适应快照生成方法,根据被保护数据的修改频率调节生成快照的频率,既达到自动保留有用历史数据的要求,又保证较好的系统性能与空间利用率,其特征在于:为快照分配一个计数区记录源数据区各个块的修改次数,创建守护进程,控置快照生成。当快照计算机收到对源数据区的写请求时,将其对应源数据区数据块的修改次数增加,并根据设定的阈值判断是否需要生成快照,如果是,则发送消息给守护进程,守护进程控制生成新快照。本方法具有自适应应用负载变化、实现简单几乎不影响读写性能影响和使用灵活方便的优点。
Description
技术领域
一种自适应应用负载变化的快照生成方法属于计算机存储技术领域,具体涉及其中的快照自动生成领域。
背景技术
随着信息技术的飞速发展,人们要处理的数据量不断增加,这对存储系统可靠性和可用性提出了巨大需求。快照是关于指定数据集的一个完全可用的拷贝,该拷贝包括相应数据在某个时间点的印象。应用快照技术能够保留存储系统不同时刻的数据,一方面在发生故障时能将系统数据恢复到过去某个时间点,提高系统可靠性,另一方面可以实现在线数据备份。快照技术广泛应用在各种大规模存储系统中以提供数据备份和数据恢复支持。
随着存储系统规模的不断扩大,快照的数量和进行快照的频度也不断增加,以人工手动输入命令来进行快照的方式已经不能适应数据保护的需要。定时生成快照的方式每隔一段时间自动生成快照,简化了快照过程中的人工操作,但是生成快照的时间间隔是固定的,不能适应应用负载的动态化,如果某一间隔内应用没有对源数据区进行修改,那新创建快照将造成资源的浪费,如果某一间隔应用对源数据区的修改非常频繁,该间隔内只创建一个快照则将造成大量历史数据的丢失。本发明提出的自适应应用负载变化的快照生成方法,随着源数据区上应用负载的变化,以动态的时间间隔自动生成快照,并具有以下特点:
1.负载变化的自适应性:当应用负载对数据的修改频度提高时,生成快照的时间间隔缩短,有效地保护历史数据,当应用负载对数据的修改频度降低时,生成快照的间隔延长,节省存储资源;
2.简单的计数结构:采用占用空间很小的位图记录数据修改频度,并将位图缓存,使其查找和修改操作对读写性能的影响几乎可以忽略;
3.高度的灵活性:提供了基于平均修改数和最大修改数的快照自动生成策略,通过灵活选择策略和配置不同的参数,可以满足各种应用负载的数据保护要求。
发明内容
本发明的目的是设计一种自适应应用负载变化的快照生成方法,根据被保护数据的修改频率等信息调节快照的生成频率,通过本方法既能达到自动保留有用数据的要求,又能保证较好的系统性能与空间利用率。
本发明构建在采用写时拷贝(Copy-On-Write,COW)技术的快照之上。写时拷贝快照技术,在创建快照时,无需保存任何数据,创建过程瞬间即可完成,由于其只保存要更改的数据块,这种基于数据块改变的增量方式最大限度地减少了对存储容量的消耗。基于写时拷贝方法的快照系统,每次创建快照后,主机发送的写请求若是第一次修改源数据区中的数据,一般要分解为以下三个步骤:1.从源数据区中读出需要快照保存的数据;2.将此快照数据写入快照区;3.将主机发送的新数据写入源数据区相应位置。
本发明的特征在于,所述方法是在用户端依次按以下步骤实现的:
步骤(1).用户端的初始化,
步骤(1.1).用户通过应用程序接口API在快照计算机中设定快照的数据结构,包括:元数据区、索引区、数据区和计数区,其中:
元数据区包括:用户赋予的快照名称,快照编号,源数据区名称,该快照中数据块的大小,数据区的长度以及标识位,其中:
源数据区,存储用户访问请求的数据,对源数据区创建一个快照将会保留一个快照创建时刻源数据区的映像,源数据区在逻辑上是按照所述元数据区中所述数据块的大小分为多个数据块,数据块的编号从1开始,其分块号依次为1,2,3,…,N,N为源数据区中数据块数目,这个编号就是源数据区的分块号,
标识位,值为1时,表示快照是对源数据区最新创建的快照,为0,则不是,当对源数据区新创建一个快照时,将新创建的快照的标识位置为1,并将对源数据区创建的其它快照的标识位置为0
索引区,记录源数据区被修改过的数据块的分块号以及该数据块原来的数据在所述数据区存放位置的新分块号,
数据区,存储快照需要保存的数据,在逻辑上按照所述元数据区中所述数据块的大小分为多个数据块,块大小与所述源数据区中每个数据块的块大小相同,初始化时数据区的所有数据块都标记为未被使用,当所述源数据区中的一个数据块在快照创建后第一次被修改,这个数据块原来的数据将被存放到数据区中一个未被使用的数据块中,相应的数据区中的数据块标记为已被使用,
计数区,用位图的方式存储所述源数据区中各数据块被修改的次数,所述源数据区中第n个数据块被修改的次数用计数区中第n位的值wn表示,n=1,2,…,N,
步骤(1.2).用户通过应用程序接口API在所述快照计算机中创建用以创建新快照的守护进程Daemon,并指定守护进程Daemon在创建新快照时所用到的参数的值,这些参数包括所述快照名称,快照编号,源数据区名称,数据块的大小,数据区的长度,
步骤(2).当所述快照计算机通过应用程序接口API接收到用户对源数据区的写入请求和写入数据时,依次执行以下步骤:
步骤(2.1).找到对所述源数据区最新创建的快照,即标识位为1的快照,
步骤(2.2).将含有起始地址和长度的所述写入数据,按步骤(2.1)所述快照中的所述数据块的大小分为多个写入数据块,每个写入数据块对应一个源数据区的数据块,
步骤(2.3).对步骤(2.2)所述的每个写入数据块,按其对应的源数据区数据块的分块号在步骤(2.1)所述快照的索引区中查找,若存在该分块号,则说明源数据区数据块原来的数据已经被保存在数据区中,转步骤(2.6),若不存在,则执行下一步骤(2.4),
步骤(2.4).把步骤(2.3)所述写入数据块对应的源数据区数据块中的数据拷贝到步骤(2.1)所述快照的数据区,修改所述快照的索引区中的分块号,
步骤(2.5).再把步骤(2.3)所述写入数据块的数据写入其对应的源数据区数据块中,
步骤(2.6).把所述快照的计数区中与步骤(2.3)所述源数据区数据块的分块号对应的修改次数位的值加1,
步骤(2.7).判断步骤(2.2)所述的所有写入数据块是否都处理完毕,是,则结束,否则,重复步骤(2.3)~步骤(2.6),
步骤(2.8).根据用户设定的判定策略及阈值确定是否需要生成新快照:
若用户设定最大平均修改次数策略,则判断源数据区各数据块的平均修改次数是否超过设定的平均修改次数阈值,若超过,则需要生成新快照,否则,不需要,
若用户设定最大修改次数策略,则判断所述源数据区各数据块的修改次数中最大的修改次数是否大于设定的最大修改次数阈值,若为大,则需要生成新快照,若为小或等于,则不需要生成新快照,
当判断为需要生成新快照时,执行步骤(2.9),否则,转步骤(2.10),
步骤(2.9).所述快照计算机利用所述守护进程Daemon创建新快照,其步骤如下:
步骤(2.9.1).停止所述源数据区的读写服务,
步骤(2.9.2).按照步骤(1.2)中用户设定的快照名称,快照编号,源数据区名称,数据块的大小,快照的数据区长度,创建新快照结构,并建立与所述源数据区的映射关系,
步骤(2.9.3).在内存中建立新快照的计数区缓存,
步骤(2.9.4).恢复所述源数据区的读写服务,
步骤(2.10).结束。
通过实验表明,该方法在源数据区数据修改频繁时生成快照的时间间隔短,在数据较少时生成快照的时间间隔延长,一段时间内所生成的多个快照,每个快照卷所保留的历史数据量基本相同,能够适应应用负载的动态变化。另外由于计数区以位图的方式存储各个块的修改计数,占用的空间很小,能够将计数区数据全部缓存以提高访问速度,增加的计数区的查找和修改操作给读写性能带来的影响几乎可以忽略。
附图说明
图1.快照的数据结构图。
图2.元数据区的数据结构
图3.源数据区写请求执行的流程图。
图4.增加计数和判定是否生成快照的流程图。
图5.系统结构图。
图6.内核中创建快照的流程图。
具体实施方式
本发明的核心是通过快照的计数区记录各个源数据区各个块的修改次数,以此作为判断源数据区应用负载高低的依据,动态地生成新快照,实现数据按需保护。
快照的结构如图1所示,元数据区、索引区、数据区和计数区,其中:
元数据区包括:用户赋予的快照名称,快照编号,源数据区名称,该快照的数据块的大小,数据区的长度以及标识位,其结构如图2所示。其中,源数据区,存储用户访问请求的数据,对源数据区创建一个快照将保留一个快照创建时刻源数据区的映像,源数据区在逻辑上是按照所述元数据区中数据块的大小分为多个数据块,数据块的编号从1开始,其分块号依次为1,2,3,…,N,这个编号就是源数据区的分块号;标识位,它的值为1时,表示快照是对源数据区最新创建的快照,为0则不是,当对源数据区新创建一个快照时,将新创建的快照的标识位置为1,并将对源数据区创建的其它快照的标识位置为0
索引区,记录源数据区被修改过的块的分块号以及该块原来的数据在数据区存放位置的新分块号;
数据区,存储快照需要保存的数据,它在逻辑上按照所述元数据区中数据块的大小分为多个数据块,块大小与所述源数据区中每个数据块的块大小相同,初始化时数据区的所有块都标记为未被使用,当所述源数据区中的一个数据块在快照创建后第一次被修改,这个数据块原来的数据将被存放到数据区中一个未被使用的块中,相应的数据区中的块标记为已被使用;
计数区,以位图的方式存储所述源数据区中各数据块被修改的次数,所述源数据区中第n个数据块被修改的次数用位图中的第n位表示,n=1,2,…,N,N为源数据区中数据块数目。
当快照计算机接收到对源数据区的写请求时,顺序进行图3所示流程:
(1)找到对应所述源数据区的最新创建的快照,即标识位为1的快照
(2)根据步骤1中所述快照设定的块大小,将含有起始地址和长度的写请求数据按快照设定的数据块大小分为多个写入数据块,每个写入数据块对应一个源数据区的数据块;
(3)对每个写入数据块,按其对应源数据区数据块的分块号在快照索引区中查找,若已存在,则转步骤5,否则按顺序执行;
(4)将源数据区上需要保存的数据拷贝到快照的数据区,更新快照索引区;
(5)将写入数据块的数据写入源数据区;
(6)把所述快照的计数区中与步骤3所述源数据区数据块的分块号对应的修改次数位的值加1;
(7)是否所有分块都处理完毕,是则顺序执行,否则转步骤3;
(8)判断是否需要生成新快照,若不需要,则转步骤10,否则顺序执行;
(9)守护进程Daemon创建新快照;
(10)结束
判断快照是否为对源数据区最新的快照,可查找该快照元数据中的标识位,如果该标识位的值为1,则为对源数据区最新的快照,否则不是;在新创建快照时,将新创建快照的标识位为1,并将其他快照的标识位置为0。
有最大平均修改次数和最大修改次数两种策略判定是否需要生成新快照。最大平均修改次数策略下,如果各个数据块的平均修改次数超过某个阈值,则需要生成新快照。最大修改次数策略下,只要其中一个数据块的修改次数超过阈值就需要生成新快照。选择相同的阈值时,平均修改次数策略下各个快照保护的历史数据量更加平均,相邻两个快照之间的数据更新量大约为块数量*阈值;最大修改次数策略保证对每个块的数据更新量不超过阈值。不管哪种策略,当阈值越小,对源数据区数据保护的强度越大,但快照的开销也会有一定的增加。当阈值为1时,则是数据保护的极端模式,CDP保护模式,通过频繁生成快照而保留被保护逻辑卷中数据块任意时刻的数值,使数据能够回滚到过去的任意时刻。
上述判断是否需要生成新快照生所用的阈值由用户通过应用程序接口API指定。
增加计数区计数值并判断是否需要生成新快照的流程如图4所示,
(1)根据源数据区数据块的分块号将计数区位图中对应位的值即该块的修改次数加1;
(2)如果判定策略为平均修改次数策略,转步骤3,否则,转步骤4;
(3)判断源数据区各数据块的平均修改次数是否大于设定的平均修改次数阈值,若为大,则转步骤5,若为小或等于,则转步骤6;
(4)判断所述源数据区各数据块的修改次数中最大的修改次数是否大于设定的最大修改次数阈值,若为大,则转步骤5,若为小或等于,则转步骤6,
(5)判定需要生成新快照,结束;
(6)判定不需要生成新快照,结束。
系统结构如图5所示,快照计算机(Snapshot Manager)包括用以控制新快照创建的守护进程Daemon,快照计算机接收和处理用户的访问请求,并判断是否需要生成新快照,快照计算机在进行决策时需要了解快照和源数据区的信息;应用程序接口(API)供用户访问数据以及设置快照参数和获取快照状态。
快照计算机中的守护进程Daemon创建新快照的流程如图6所示:
(1)停止源数据区的读写服务;
(2)按照用户设定的快照名称,快照编号,源数据区名称,数据块的大小,快照的数据区长度创建快照结构,并建立与源数据区的映射关系;
(3)在内存中建立快照的计数区缓存;
(4)恢复源数据区的读写服务;
(5)结束。
由于计数区以位图的方式存储源数据区各个数据块的修改次数,占用的空间很小,能够缓存以提高访问速度,由于位图的查找和修改效率为O(1),所以更改计数区中的源数据区数据块修改次数值和判定是否生成新快照的开销仅为几次内存访问的时间,对写操作带来的影响几乎可以忽略。缓存将定时写入快照中以保证系统崩溃或重启后修改计数能正常读取。
Claims (1)
1.一种自适应应用负载变化的快照生成方法,其特征在于,所述方法是在用户端依次按以下步骤实现的:
步骤(1).用户端的初始化,
步骤(1.1).用户通过应用程序接口API在快照计算机中设定快照的数据结构,包括:元数据区、索引区、数据区和计数区,其中:
元数据区包括:用户赋予的快照名称,快照编号,源数据区名称,该快照中数据块的大小,数据区的长度以及标识位,其中:
源数据区,存储用户访问请求的数据,对源数据区创建一个快照将会保留一个快照创建时刻源数据区的映像,源数据区在逻辑上是按照所述元数据区中所述数据块的大小分为多个数据块,数据块的编号从1开始,其分块号依次为1,2,3,…,N,N为源数据区中数据块数目,这个编号就是源数据区的分块号,
标识位,值为1时,表示快照是对源数据区最新创建的快照,为0,则不是,当对源数据区新创建一个快照时,将新创建的快照的标识位置为1,并将对源数据区创建的其它快照的标识位置为0
索引区,记录源数据区被修改过的数据块的分块号以及该数据块原来的数据在所述数据区存放位置的新分块号,
数据区,存储快照需要保存的数据,在逻辑上按照所述元数据区中所述数据块的大小分为多个数据块,块大小与所述源数据区中每个数据块的块大小相同,初始化时数据区的所有数据块都标记为未被使用,当所述源数据区中的一个数据块在快照创建后第一次被修改,这个数据块原来的数据将被存放到数据区中一个未被使用的数据块中,相应的数据区中的数据块标记为已被使用,
计数区,用位图的方式存储所述源数据区中各数据块被修改的次数,所述源数据区中第n个数据块被修改的次数用计数区中第n位的值wn表示,n=1,2,…,N,
步骤(1.2).用户通过应用程序接口API在所述快照计算机中创建用以创建新快照的守护进程Daemon,并指定守护进程Daemon在创建新快照时所用到的参数的值,这些参数包括所述快照名称,快照编号,源数据区名称,数据块的大小,数据区的长度,
步骤(2).当所述快照计算机通过应用程序接口API接收到用户对源数据区的写入请求和写入数据时,依次执行以下步骤:
步骤(2.1).找到对所述源数据区最新创建的快照,即标识位为1的快照,
步骤(2.2).将含有起始地址和长度的所述写入数据,按步骤(2.1)所述快照中的所述数据块的大小分为多个写入数据块,每个写入数据块对应一个源数据区的数据块,
步骤(2.3).对步骤(2.2)所述的每个写入数据块,按其对应的源数据区数据块的分块号在步骤(2.1)所述快照的索引区中查找,若存在该分块号,则说明源数据区数据块原来的数据已经被保存在数据区中,转步骤(2.6),若不存在,则执行下一步骤(2.4),
步骤(2.4).把步骤(2.3)所述写入数据块对应的源数据区数据块中的数据拷贝到步骤(2.1)所述快照的数据区,修改所述快照的索引区中的分块号,
步骤(2.5).再把步骤(2.3)所述写入数据块的数据写入其对应的源数据区数据块中,
步骤(2.6).把所述快照的计数区中与步骤(2.3)所述源数据区数据块的分块号对应的修改次数位的值加1,
步骤(2.7).判断步骤(2.2)所述的所有写入数据块是否都处理完毕,是,则结束,否则,重复步骤(2.3)~步骤(2.6),
步骤(2.8).根据用户设定的判定策略及阈值确定是否需要生成新快照:
若用户设定最大平均修改次数策略,则判断源数据区各数据块的平均修改次数是否超过设定的平均修改次数阈值,若超过,则需要生成新快照,否则,不需要,
若用户设定最大修改次数策略,则判断所述源数据区各数据块的修改次数中最大的修改次数是否大于设定的最大修改次数阈值,若为大,则需要生成新快照,若为小或等于,则不需要生成新快照,
当判断为需要生成新快照时,执行步骤(2.9),否则,转步骤(2.10),
步骤(2.9).所述快照计算机利用所述守护进程Daemon创建新快照,其步骤如下:
步骤(2.9.1).停止所述源数据区的读写服务,
步骤(2.9.2).按照步骤(1.2)中用户设定的快照名称,快照编号,源数据区名称,数据块的大小,快照的数据区长度,创建新快照结构,并建立与所述源数据区的映射关系,
步骤(2.9.3).在内存中建立新快照的计数区缓存,
步骤(2.9.4).恢复所述源数据区的读写服务,
步骤(2.10).结束。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010105319551A CN101968755B (zh) | 2010-11-04 | 2010-11-04 | 一种自适应应用负载变化的快照生成方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010105319551A CN101968755B (zh) | 2010-11-04 | 2010-11-04 | 一种自适应应用负载变化的快照生成方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101968755A true CN101968755A (zh) | 2011-02-09 |
CN101968755B CN101968755B (zh) | 2012-02-08 |
Family
ID=43547914
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010105319551A Expired - Fee Related CN101968755B (zh) | 2010-11-04 | 2010-11-04 | 一种自适应应用负载变化的快照生成方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101968755B (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103064766A (zh) * | 2013-01-07 | 2013-04-24 | 天津火星科技有限公司 | 一种持续数据保护技术中数据快速同步方法 |
CN103150232A (zh) * | 2013-02-01 | 2013-06-12 | 浪潮(北京)电子信息产业有限公司 | 存储快照创建方法和装置 |
CN105045542A (zh) * | 2015-09-11 | 2015-11-11 | 浪潮(北京)电子信息产业有限公司 | 一种实现快照管理的方法及装置 |
CN106778044A (zh) * | 2017-02-21 | 2017-05-31 | 北京数码大方科技股份有限公司 | 数据处理的方法和装置 |
CN109753384A (zh) * | 2019-01-14 | 2019-05-14 | 广东电网有限责任公司信息中心 | 云主机的快照备份方法、装置、计算机设备和存储介质 |
CN110018983A (zh) * | 2017-09-27 | 2019-07-16 | 华为技术有限公司 | 一种元数据查询方法及装置 |
CN110502187A (zh) * | 2019-07-09 | 2019-11-26 | 华为技术有限公司 | 一种快照回滚方法及装置 |
CN112214354A (zh) * | 2020-10-21 | 2021-01-12 | 上海英方软件股份有限公司 | 一种连续数据保护的快速恢复方法及装置 |
CN114416885A (zh) * | 2022-04-01 | 2022-04-29 | 广东睿江云计算股份有限公司 | 基于drbd的数据同步方法、装置、计算机设备及存储介质 |
CN114625576A (zh) * | 2022-05-17 | 2022-06-14 | 广州万协通信息技术有限公司 | 防掉电数据处理方法及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070130228A1 (en) * | 2005-11-30 | 2007-06-07 | Oracle International Corporation | Filesystem snapshot enhancement to improve system performance |
CN101149694A (zh) * | 2007-11-02 | 2008-03-26 | 西安三茗科技有限责任公司 | 基于块级的增量备份和整卷恢复的方法 |
CN101329642A (zh) * | 2008-06-11 | 2008-12-24 | 华中科技大学 | 基于时间戳日志存储的连续数据保护和恢复方法 |
CN101359301A (zh) * | 2008-08-19 | 2009-02-04 | 成都市华为赛门铁克科技有限公司 | 一种自动快照的方法及设备 |
CN101387976A (zh) * | 2008-11-07 | 2009-03-18 | 清华大学 | 一种基于数据差异的逻辑卷快速同步方法 |
CN101840362A (zh) * | 2009-10-28 | 2010-09-22 | 创新科存储技术有限公司 | 一种改进的写时拷贝快照的实现方法和装置 |
-
2010
- 2010-11-04 CN CN2010105319551A patent/CN101968755B/zh not_active Expired - Fee Related
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070130228A1 (en) * | 2005-11-30 | 2007-06-07 | Oracle International Corporation | Filesystem snapshot enhancement to improve system performance |
CN101149694A (zh) * | 2007-11-02 | 2008-03-26 | 西安三茗科技有限责任公司 | 基于块级的增量备份和整卷恢复的方法 |
CN101329642A (zh) * | 2008-06-11 | 2008-12-24 | 华中科技大学 | 基于时间戳日志存储的连续数据保护和恢复方法 |
CN101359301A (zh) * | 2008-08-19 | 2009-02-04 | 成都市华为赛门铁克科技有限公司 | 一种自动快照的方法及设备 |
CN101387976A (zh) * | 2008-11-07 | 2009-03-18 | 清华大学 | 一种基于数据差异的逻辑卷快速同步方法 |
CN101840362A (zh) * | 2009-10-28 | 2010-09-22 | 创新科存储技术有限公司 | 一种改进的写时拷贝快照的实现方法和装置 |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103064766B (zh) * | 2013-01-07 | 2015-04-22 | 天津火星科技有限公司 | 一种持续数据保护技术中数据快速同步方法 |
CN103064766A (zh) * | 2013-01-07 | 2013-04-24 | 天津火星科技有限公司 | 一种持续数据保护技术中数据快速同步方法 |
CN103150232A (zh) * | 2013-02-01 | 2013-06-12 | 浪潮(北京)电子信息产业有限公司 | 存储快照创建方法和装置 |
CN105045542A (zh) * | 2015-09-11 | 2015-11-11 | 浪潮(北京)电子信息产业有限公司 | 一种实现快照管理的方法及装置 |
CN105045542B (zh) * | 2015-09-11 | 2018-08-03 | 浪潮(北京)电子信息产业有限公司 | 一种实现快照管理的方法及装置 |
CN106778044A (zh) * | 2017-02-21 | 2017-05-31 | 北京数码大方科技股份有限公司 | 数据处理的方法和装置 |
CN110018983B (zh) * | 2017-09-27 | 2021-07-16 | 华为技术有限公司 | 一种元数据查询方法及装置 |
CN110018983A (zh) * | 2017-09-27 | 2019-07-16 | 华为技术有限公司 | 一种元数据查询方法及装置 |
US11474972B2 (en) | 2017-09-27 | 2022-10-18 | Huawei Technologies Co., Ltd. | Metadata query method and apparatus |
CN109753384A (zh) * | 2019-01-14 | 2019-05-14 | 广东电网有限责任公司信息中心 | 云主机的快照备份方法、装置、计算机设备和存储介质 |
CN110502187B (zh) * | 2019-07-09 | 2020-12-04 | 华为技术有限公司 | 一种快照回滚方法及装置 |
CN110502187A (zh) * | 2019-07-09 | 2019-11-26 | 华为技术有限公司 | 一种快照回滚方法及装置 |
CN112214354A (zh) * | 2020-10-21 | 2021-01-12 | 上海英方软件股份有限公司 | 一种连续数据保护的快速恢复方法及装置 |
CN114416885A (zh) * | 2022-04-01 | 2022-04-29 | 广东睿江云计算股份有限公司 | 基于drbd的数据同步方法、装置、计算机设备及存储介质 |
CN114625576A (zh) * | 2022-05-17 | 2022-06-14 | 广州万协通信息技术有限公司 | 防掉电数据处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101968755B (zh) | 2012-02-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101968755B (zh) | 一种自适应应用负载变化的快照生成方法 | |
CN106528438B (zh) | 一种固态存储设备的分段式垃圾回收方法 | |
CN102841674B (zh) | 基于新型存储器的嵌入式系统及其进程的休眠与唤醒方法 | |
CN103049397B (zh) | 一种基于相变存储器的固态硬盘内部缓存管理方法及系统 | |
CN101753608B (zh) | 分布式系统的调度方法及系统 | |
CN101784993B (zh) | 使用闪存作为存储器的设备及其操作方法 | |
CN103336744B (zh) | 一种固态存储设备的垃圾回收方法及其系统 | |
CN100501868C (zh) | 基于NAND Flash存储器文件系统的实现方法 | |
CN103106152B (zh) | 基于层次存储介质的数据调度方法 | |
CN102779072B (zh) | 一种嵌入式系统及其应用进程的休眠与唤醒方法 | |
US7890675B2 (en) | Apparatus, system, and method for real time job-specific buffer allocation | |
CN103544110A (zh) | 一种基于固态盘的块级连续数据保护方法 | |
JP2006235960A (ja) | ガーベッジコレクション高速化方法 | |
CN103942011A (zh) | 一种差量快照系统及其使用方法 | |
US20230088291A1 (en) | Computational storage drive | |
CN109598156A (zh) | 一种写时重定向引擎快照流方法 | |
CN102314368A (zh) | 更新服务器程序的配置数据的方法及设备 | |
CN109683830A (zh) | 一种全闪存列阵的数据写入方法、系统及相关组件 | |
CN102819494A (zh) | 一种闪存顺序写入时的优化方法 | |
CN102609218A (zh) | 并行闪存转换层方法与系统 | |
CN101866320B (zh) | 数据管理方法及使用此方法的闪存储存系统与控制器 | |
CN101661431B (zh) | 用于快闪存储器的区块管理方法、快闪储存系统及控制器 | |
CN104111896A (zh) | 大数据处理中的虚拟内存管理方法及其装置 | |
CN101409108B (zh) | 平均磨损方法及使用此方法的控制器 | |
JP2002278828A (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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120208 Termination date: 20171104 |
|
CF01 | Termination of patent right due to non-payment of annual fee |