CN107656992A - 面向多***源的快照版本管理方法 - Google Patents
面向多***源的快照版本管理方法 Download PDFInfo
- Publication number
- CN107656992A CN107656992A CN201710829381.8A CN201710829381A CN107656992A CN 107656992 A CN107656992 A CN 107656992A CN 201710829381 A CN201710829381 A CN 201710829381A CN 107656992 A CN107656992 A CN 107656992A
- Authority
- CN
- China
- Prior art keywords
- snapshot
- plan
- data
- key
- recent
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/182—Distributed file systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/11—File system administration, e.g. details of archiving or snapshots
- G06F16/128—Details of file system snapshots on the file-level, e.g. snapshot creation, administration, deletion
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供了一种面向多***源的快照版本管理方法,包括如下步骤:步骤一:数据源发送数据,服务器接收待***的数据;步骤二:服务器根据数据源在本地的***状态和协调服务器发布的快照计划,判断待***数据所属的快照,并相应的进行***;步骤三:更新数据源在本地的***状态,如果发现当前快照计划在本地已完成,则进行步骤四,否则直接结束;步骤四:通知协调服务器当前快照计划在本地完成,并从协调服务器获知全局快照计划是否完成,如果全局计划也已完成,则生成下一个快照的计划。本发明能够有效的管理分布式、多***源情况下的数据快照,减小快照管理带来的开销。
Description
技术领域
本发明涉及一种快照版本管理方法,具体地,涉及一种面向多***源的快照版本管理方法。
背景技术
在电脑***中,快照(Snapshot)是指整个***在某个时刻的状态。特别的,在数据库***中,状态指的是数据库中所有存储的数据,这些数据可以通过数据库提供的修改操作改变。由于数据库***可以同时执行多个修改操作,而且修改操作需要耗费一定的时间,所以在某个时刻所有的修改操作可以分为已完成和未完成两种类型。在某一时刻,考虑所有已完成操作对状态的影响,忽略所有未完成操作的影响,得到的***状态称为该时刻的数据快照。通常,数据库操作需要在一个指定的数据快照上进行,从而避免未完成操作之间相互干扰导致的异常(Anomaly),进而为查询提供一致性(Consistency)。这样的操作处理方式称为快照隔离(Snapshot Isolation),其优点包括提供更好的操作并行性,排除大部分异常等;其缺点是在分布式环境下,很难在不影响操作性能的情况下获取数据快照。
数据流(Data Stream)模型在大数据、物联网、人工智能等领域越来越流行。数据流是指由一个数据源持续不断产生的数据。比如在现实世界中,社交数据流不断的从用户移动设备产生,交通信息流不断的从马路传感器产生。因此,现代数据库需要支持多数据流的同时***,即本发明面向的多***源。
键值对存储***(Key-Value Storage System)是分布式数据库广泛使用的存储方式。其中,键通常是一个整数,方便查找;值通常是一个数据集合。比如键表示学生学号,值包括学生的姓名、年龄等数据。***数据流时,通常不会对现有数据进行修改,只会增加新的数据。这样的修改模型称为只***(Append Only)模型。
远程直接内存访问(RDMA,Remote Direct Memory Access)是一种高性能的网络通讯技术,能够直接读写远端服务器的内存,并且不需要目标服务器CPU的参与协助。相比于传统的网络通讯,RDMA具有低延迟和高吞吐率的特点。当传输的数据量较小时,网络带宽占用率不高,RDMA通信的延迟保持在稳定且较低水平。
因此如何设计一个高效的快照版本管理方法,既可以支持分布式环境中多***源的同时修改,又可以避免暂停甚至终止正在进行的数据库操作,并且充分利用新的网络通讯技术提高管理性能,已成为本领域技术人员亟待解决的技术难题。
发明内容
针对现有技术中的缺陷,本发明的目的是提供一种面向多***源的快照版本管理方法,通过定期制定数据快照计划,协调数据流***,为分布式环境下的查询提供数据一致性,并且充分利用高性能网络降低快照管理开销。相比于传统的每次修改都创建新快照,本方法不仅拥有更高的性能,而且很好的降低了存储开销。
根据本发明的一个方面,提供一种面向多***源的快照版本管理方法,其特征在于,包括如下步骤:
步骤一:数据源发送数据,服务器接收待***的数据;
步骤二:服务器根据数据源在本地的***状态和协调服务器发布的快照计划,判断待***数据所属的快照,并相应的进行***;
步骤三:更新数据源在本地的***状态,如果发现当前快照计划在本地已完成,则进行步骤四,否则直接结束;
步骤四:通知协调服务器当前快照计划在本地完成,并从协调服务器获知全局快照计划是否完成,如果全局计划也已完成,则生成下一个快照的计划。
优选地,所述步骤一包括如下步骤:数据源将待***数据表示成键值对的形式,然后选择一台服务器发送该数据;服务器接收到数据后,将其缓存,为后续***工作进行准备。
步骤一中的缓存步骤将数据划分成一个个小批进行处理,其优点在于在不影响查询性能的条件下提高了数据传输和***的吞吐率。同时,通过控制每个小批包含数据的多少,可以在吞吐率和单条数据处理查询之间做出平衡。
优选地,所述步骤二包括如下步骤:
步骤二十一:判断该数据源在服务器本地的***状态是否已达到当前快照计划所规定的状态;如果已达到,说明待***数据不属于当前快照,而是属于下一个快照,因此在***前应该等待协调服务器发布新的快照计划;
步骤二十二:确保待***数据属于当前快照计划后,服务器将数据***到本地键值对存储***;具体的,在存储***中每个键对应两个值:最新快照版本和较老快照版本;如果待***键不存在,则将待***值作为待***键的最新版本***,将其版本信息标记为当前计划的快照;如果待***键存在,则根据如下不同情况进行***操作:
当该键的最新快照版本对应当前快照计划时,直接进行***,即将待***值附加到该键在本地存储***对应的原有值之后;
该键的最新版本不对应当前快照计划时,首先用该键的最新快照版本覆盖较老快照版本,然后再在最新版本上进行***,***方法同上;***后,该键的最新版本对应当前快照计划,较老版本对应之前的快照计划。
步骤二根据快照计划对数据***进行全局控制,其优点在于快照计划是提前制定的并在每台机器上都有拷贝,所以只需要本地信息即可完成该步骤,无需考虑分布式环境下达成一致性的复杂问题。此外,该步骤将快照计划表示为一个快照编号,而不是直接使用每个数据流的***状态,优点在于对键值对存储屏蔽了数据流相关信息,简化了存储模块设计,并减小了内存资源占用。
优选地,所述步骤三包括以下步骤:更新数据源在本地的***状态,如果所有数据源在本地的***状态和当前快照计划所规定的状态相同,说明当前快照计划在本地***结束,应该进入步骤四;否则说明当前快照计划未结束,不需要更新快照计划,流程直接结束。
步骤三的优点在于大部分***操作都不会因为版本控制而增加额外的时间开销。只有在本地快照计划完成时,才会有较小的额外开销用于和其他机器进行同步,协调下一个快照计划。
优选地,所述步骤四包括以下步骤:
步骤四十一:通知协调服务器当前快照计划在本地结束,并从协调服务器获知其他服务器的快照计划完成情况;如果存在其他服务器未完成当前快照计划,说明此时不应该更新快照计划,流程直接结束;否则说明快照计划需要更新,进入步骤四十二;
步骤四十二:生成新的快照计划,包括新的快照编号和新快照对应的所有***源的***状态,将新的快照计划发送到协调服务器;
步骤四十三:协调服务器接收新的快照计划,宣布原有快照计划已完成,即原有计划所对应的快照在全局生效,然后发布下一个快照的***计划。
步骤四的优点在于只有完成快照计划最晚的服务器负责制定新的快照计划,从而实现整个过程的去中心化避免了对某一台具体机器的依赖。同时,如果不同服务器的处理能力不同,在制定新的快照计划时会进行充分考虑,给处理能力较差的机器分配较少***任务从而减小全局的同步时间。
与现有技术相比,本发明具有如下的有益效果:
一,本发明所提出的面向多***源的快照版本管理方法,能够有效的管理分布式键值对存储***的数据快照,在保证查询操作一致性的同时,使得快照管理和查询执行互不干扰。相比于传统的快照管理方法,将每次修改都创建新的数据快照变为定期制定数据快照,避免了频繁创建快照造成的巨大存储开销,更加适合于多***源同时***的场景。
二,本发明设计的快照版本管理方法充分考虑到了高性能网络(RDMA)的特性,使得分布式键值对存储***内部的快照版本管理对RDMA网络操作十分友好。同时由于使用数据量很小的网络包进行快照管理,在RDMA网络中可以达到极小且稳定的同步延迟。
三,本发明可以通过制定快照计划的频率,使***可以在数据新鲜度和快照生成代价之间做出更好权衡。
附图说明
通过阅读参照以下附图对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更明显:
图1是本发明使用面向多***源的快照版本管理方法的流程图。
具体实施方式
下面结合具体实施例对本发明进行详细说明。以下实施例将有助于本领域的技术人员进一步理解本发明,但不以任何形式限制本发明。应当指出的是,对本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进。这些都属于本发明的保护范围。
本发明面向多***源的快照版本管理方法包括如下步骤:
步骤一:数据源发送数据,服务器接收待***的数据;
步骤二:服务器根据数据源在本地的***状态和协调服务器发布的快照计划,判断待***数据所属的快照,并相应的进行***;
步骤三:更新数据源在本地的***状态,如果发现当前快照计划在本地已完成,则进行步骤四,否则直接结束;
步骤四:通知协调服务器当前快照计划在本地完成,并从协调服务器获知全局快照计划是否完成,如果全局计划也已完成,则生成下一个快照的计划。
所述步骤一包括如下步骤:数据源将待***数据表示成键值对的形式,然后选择一台服务器发送该数据;服务器接收到数据后,将其缓存,为后续***工作进行准备。
所述步骤二包括如下步骤:
步骤二十一:判断该数据源在服务器本地的***状态是否已达到当前快照计划所规定的状态;如果已达到,说明待***数据不属于当前快照,而是属于下一个快照,因此在***前应该等待协调服务器发布新的快照计划;
步骤二十二:确保待***数据属于当前快照计划后,服务器将数据***到本地键值对存储***;具体的,在存储***中每个键对应两个值:最新快照版本和较老快照版本;如果待***键不存在,则将待***值作为待***键的最新版本***,将其版本信息标记为当前计划的快照;如果待***键存在,则根据如下不同情况进行***操作:当该键的最新快照版本对应当前快照计划时,直接进行***,即将待***值附加到该键在本地存储***对应的原有值之后;该键的最新版本不对应当前快照计划时,首先用该键的最新快照版本覆盖较老快照版本,然后再在最新版本上进行***,***方法同上;***后,该键的最新版本对应当前快照计划,较老版本对应之前的快照计划。
所述步骤三包括以下步骤:更新数据源在本地的***状态,如果所有数据源在本地的***状态和当前快照计划所规定的状态相同,说明当前快照计划在本地***结束,应该进入步骤四;否则说明当前快照计划未结束,不需要更新快照计划,流程直接结束。
所述步骤四包括以下步骤:
步骤四十一:通知协调服务器当前快照计划在本地结束,并从协调服务器获知其他服务器的快照计划完成情况;如果存在其他服务器未完成当前快照计划,说明此时不应该更新快照计划,流程直接结束;否则说明快照计划需要更新,进入步骤四十二;
步骤四十二:生成新的快照计划,包括新的快照编号和新快照对应的所有***源的***状态,将新的快照计划发送到协调服务器;步骤四十三:协调服务器接收新的快照计划,宣布原有快照计划已完成,即原有计划所对应的快照在全局生效,然后发布下一个快照的***计划。
如图1所示,本发明具体实施例包括如下步骤:
步骤一:***启动时初始化每台服务器上的键值对存储***,***初始数据;数据源将键值对形式表示的数据发送到特定服务器;
步骤二:服务器根据数据源在本地的***状态和协调服务器发布的当前快照计划,判断待***数据所属的快照,并相应的***到本地键值对存储***;
步骤三:更新数据源在本服务器的***状态,如果发现当前快照计划在本地已完成,则进行步骤四,否则直接结束;
步骤四:通知协调服务器当前快照计划在本地完成,并从协调服务器获知其他服务器的计划完成状况,如果全局计划已完成,则生成下一个快照的计划。
所述步骤一包括:数据源将待***数据表示成键值对的形式,根据待***键的哈希值,在数据中心内选择一台服务器来存储该条数据。服务器接收到待***键值对后,放入对应数据源的缓存,为后面的***工作进行准备。
所述步骤二包括以下步骤:
步骤二十一:判断该数据源在服务器本地的***状态是否已达到当前快照计划所规定的状态。如果已达到,说明待***数据不属于当前快照,而是属于下一个快照,因此在***前应该等待协调服务器发布新的快照计划;如果未达到,直接进行下一步骤。
步骤二十二:确保待***数据属于当前快照计划后,服务器将数据***到本地键值对存储***。具体的,在存储***中每个键对应两个值:最新快照版本和较老快照版本。对于只***模型,较老版本应该是最新版本的一个子集,所以如果值是按照时间顺序存储的话,可以将较老版本表示为最新版本内的一个位置,而不是完全的数据拷贝。如果待***键不存在,则将待***值作为待***键的最新版本***,将其版本信息标记为当前计划的快照,较老版本为空;如果待***键存在,则根据如下不同情况进行***操作:
当该键的最新快照版本对应当前快照计划时,直接进行***,即将待***值和该键在存储***中原有值进行合并,生成该键的新值。
当该键的最新版本不对应当前快照计划时,首先用该键的最新快照版本覆盖较老快照版本,然后再在最新版本上进行同样的***操作。***后,将较老版本的快照信息赋值为原来最新版本的快照信息,将最新版本的快照信息赋值为当前计划的快照。
所述步骤三包括:更新数据源在本地的***状态,如果所有数据源在本地的***状态和当前快照计划所规定的状态相同,说明当前快照计划在本地***结束,在新的***执行前应该等待协调服务器发布新的快照计划;否则说明当前快照计划未结束,不需要更新快照计划,***流程直接结束。
所述步骤四包括:
步骤四十一:通知协调服务器当前快照计划在本地结束,并从协调服务器获知其他服务器的快照计划完成情况。如果存在其他服务器未完成当前快照计划,说明暂不需要新的快照计划,流程直接结束;否则说明需要生成新的快照计划,进入步骤四.2。
步骤四十二:生成新的快照计划,包括新的快照编号和新快照对应的所有***源的***状态,后者决定了达到该计划快照所需的大致时间。将新计划发送到协调服务器。
步骤四十三:协调服务器接收新的快照计划,宣布原有快照计划已完成,即原有计划所对应的快照在全局生效,可以被后续的查询访问。然后发布下一个快照的***计划,此时所有服务器可以根据新计划继续***操作。
进一步具体地,步骤二的存储***快照版本控制和步骤四的快照计划发布利用了高性能网络(RDMA)的特性。针对步骤二,本发明中每个键对应两个快照版本的值,指向两个版本的指针保存在键内,该设计有如下两个优点:
一,服务器在执行查询时可以使用一次RDMA读操作获得两个版本值的内存地址和偏移量,为下一次RDMA读操作提供必要位置信息。由于RDMA次数是影响查询延时的重要因素,这样的设计可以降低查询延时,尤其适合对查询性能要求较高的场合。
二,和没有快照版本管理的键值对存储***相比,每个键的存储内容只增加了一个指针,每个键占用的内存依然很少(约几十个字节)。由于在RDMA网络中,传输数据大小较小时(如小于两千字节),传输的延迟保持较低的水平且基本不变,所以服务器在执行查询时访问远端存储***的开销基本不变。
针对步骤四,本发明中的快照管理方法所需的通信次数和通讯量都较小,如上所述非常适合使用RDMA来降低延时。而且,处理数据***的线程可以通过RDMA直接读取协调服务器上的快照计划,使得快照管理在所有服务器上都不需要专门线程,节约了CPU资源。
本发明采用面向多***源的快照版本管理方法而不是传统的快照管理方法,主要原因是传统方法无法有效实现分布式、多***源、只***修改模型情景下的查询一致性保证。传统方法有如下问题:每次***都会创建新的快照,不适合于分布式大规模数据流***场景,主要原因是传统方法会维护一个全局唯一的快照编号,每创建一个新快照都会增加该编号,在***操作频繁时会成为分布式数据库***的性能瓶颈。过多的快照会占用大量存储空间。比如,一个查询执行过程中,某个键的值更新了十次,传统方法在该查询执行结束之前会保留所有十个版本的值,然而这些版本大部分是不需要的,浪费了存储空间。
而本发明采取的面向多***源的快照版本管理方法,相比于传统方法有如下优势:
(1)改为定期创建新的快照,使得创建快照的频率可控,快照控制逻辑也相对简单,***管理员可以在数据新鲜度和创建快照开销之间做出权衡;
(2)每个键只保存两个快照版本,显著降低了存储开销,并且对于高性能网络RDMA非常友好,和没有快照版本控制的查询接口基本一致;
(3)充分利用RDMA的特点,在不单独占用CPU资源的情况下高效完成快照控制。
综上所述,本发明提出的面向多***源的快照版本管理方法,通过定期制定数据快照计划,协调数据流***,为分布式环境下的查询提供数据一致性,并且充分利用高性能网络降低快照管理开销。相比于传统的每次修改都创建新快照,本方法不仅拥有更高的性能,而且很好的降低了存储开销。本发明能够有效的管理分布式、多***源情况下的数据快照,为查询操作提供一致的数据版本,同时充分利用到了高性能网络(RDMA)的特性,减小快照管理带来的开销。
以上对本发明的具体实施例进行了描述。需要理解的是,本发明并不局限于上述特定实施方式,本领域技术人员可以在权利要求的范围内做出各种变形或修改,这并不影响本发明的实质内容。
Claims (5)
1.一种面向多***源的快照版本管理方法,其特征在于,包括如下步骤:
步骤一:数据源发送数据,服务器接收待***的数据;
步骤二:服务器根据数据源在本地的***状态和协调服务器发布的快照计划,判断待***数据所属的快照,并相应的进行***;
步骤三:更新数据源在本地的***状态,如果发现当前快照计划在本地已完成,则进行步骤四,否则直接结束;
步骤四:通知协调服务器当前快照计划在本地完成,并从协调服务器获知全局快照计划是否完成,如果全局计划也已完成,则生成下一个快照的计划。
2.根据权利要求1所述的面向多***源的快照版本管理方法,其特征在于,所述步骤一包括如下步骤:数据源将待***数据表示成键值对的形式,然后选择一台服务器发送该数据;服务器接收到数据后,将其缓存,为后续***工作进行准备。
3.根据权利要求1所述的面向多***源的快照版本管理方法,其特征在于,所述步骤二包括如下步骤:
步骤二十一:判断该数据源在服务器本地的***状态是否已达到当前快照计划所规定的状态;如果已达到,说明待***数据不属于当前快照,而是属于下一个快照,因此在***前应该等待协调服务器发布新的快照计划;
步骤二十二:确保待***数据属于当前快照计划后,服务器将数据***到本地键值对存储***;具体的,在存储***中每个键对应两个值:最新快照版本和较老快照版本;如果待***键不存在,则将待***值作为待***键的最新版本***,将其版本信息标记为当前计划的快照;如果待***键存在,则根据如下不同情况进行***操作:
当该键的最新快照版本对应当前快照计划时,直接进行***,即将待***值附加到该键在本地存储***对应的原有值之后;
该键的最新版本不对应当前快照计划时,首先用该键的最新快照版本覆盖较老快照版本,然后再在最新版本上进行***,***方法同上;***后,该键的最新版本对应当前快照计划,较老版本对应之前的快照计划。
4.根据权利要求1所述的面向多***源的快照版本管理方法,其特征在于,所述步骤三包括以下步骤:更新数据源在本地的***状态,如果所有数据源在本地的***状态和当前快照计划所规定的状态相同,说明当前快照计划在本地***结束,应该进入步骤四;否则说明当前快照计划未结束,不需要更新快照计划,流程直接结束。
5.根据权利要求1所述的面向多***源的快照版本管理方法,其特征在于,所述步骤四包括以下步骤:
步骤四十一:通知协调服务器当前快照计划在本地结束,并从协调服务器获知其他服务器的快照计划完成情况;如果存在其他服务器未完成当前快照计划,说明此时不应该更新快照计划,流程直接结束;否则说明快照计划需要更新,进入步骤四十二;
步骤四十二:生成新的快照计划,包括新的快照编号和新快照对应的所有***源的***状态,将新的快照计划发送到协调服务器;
步骤四十三:协调服务器接收新的快照计划,宣布原有快照计划已完成,即原有计划所对应的快照在全局生效,然后发布下一个快照的***计划。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710829381.8A CN107656992B (zh) | 2017-09-14 | 2017-09-14 | 面向多***源的快照版本管理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710829381.8A CN107656992B (zh) | 2017-09-14 | 2017-09-14 | 面向多***源的快照版本管理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107656992A true CN107656992A (zh) | 2018-02-02 |
CN107656992B CN107656992B (zh) | 2021-09-21 |
Family
ID=61130236
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710829381.8A Active CN107656992B (zh) | 2017-09-14 | 2017-09-14 | 面向多***源的快照版本管理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107656992B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110413444A (zh) * | 2018-04-27 | 2019-11-05 | 伊姆西Ip控股有限责任公司 | 实现存储卷的一致性组的快照集 |
CN112307023A (zh) * | 2020-10-29 | 2021-02-02 | 杭州微拍堂文化创意有限公司 | 基于事件心跳和多版本的Flink流维Join通用处理方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101667147A (zh) * | 2009-07-27 | 2010-03-10 | 浪潮电子信息产业股份有限公司 | 一种多任务的可控自动快照方法 |
CN103019651A (zh) * | 2012-08-02 | 2013-04-03 | 青岛海信传媒网络技术有限公司 | 复杂任务的并行处理方法和装置 |
CN103390036A (zh) * | 2013-07-16 | 2013-11-13 | 沈阳中科博微自动化技术有限公司 | 一种应用于封装测试生产线的历史快照存储方法 |
CN104714858A (zh) * | 2013-12-13 | 2015-06-17 | ***通信集团公司 | 数据备份方法及装置、数据恢复方法及装置 |
US20160103738A1 (en) * | 2014-10-08 | 2016-04-14 | Nimble Storage, Inc. | Methods and systems for concurrently taking snapshots of a plurality of virtual machines |
-
2017
- 2017-09-14 CN CN201710829381.8A patent/CN107656992B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101667147A (zh) * | 2009-07-27 | 2010-03-10 | 浪潮电子信息产业股份有限公司 | 一种多任务的可控自动快照方法 |
CN103019651A (zh) * | 2012-08-02 | 2013-04-03 | 青岛海信传媒网络技术有限公司 | 复杂任务的并行处理方法和装置 |
CN103390036A (zh) * | 2013-07-16 | 2013-11-13 | 沈阳中科博微自动化技术有限公司 | 一种应用于封装测试生产线的历史快照存储方法 |
CN104714858A (zh) * | 2013-12-13 | 2015-06-17 | ***通信集团公司 | 数据备份方法及装置、数据恢复方法及装置 |
US20160103738A1 (en) * | 2014-10-08 | 2016-04-14 | Nimble Storage, Inc. | Methods and systems for concurrently taking snapshots of a plurality of virtual machines |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110413444A (zh) * | 2018-04-27 | 2019-11-05 | 伊姆西Ip控股有限责任公司 | 实现存储卷的一致性组的快照集 |
CN112307023A (zh) * | 2020-10-29 | 2021-02-02 | 杭州微拍堂文化创意有限公司 | 基于事件心跳和多版本的Flink流维Join通用处理方法 |
CN112307023B (zh) * | 2020-10-29 | 2023-11-10 | 杭州微拍堂文化创意有限公司 | 基于事件心跳和多版本的Flink流维Join通用处理方法 |
Also Published As
Publication number | Publication date |
---|---|
CN107656992B (zh) | 2021-09-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106021267B (zh) | 对数据结构的并发读取和***的方法和*** | |
CN111386522B (zh) | 用于数据存储的***和方法 | |
US20140258234A1 (en) | Synchronization of cms data to mobile device storage | |
US20120265836A1 (en) | File sharing system and file sharing method | |
CN107004013A (zh) | 用于使用基于硬件的处理来提供分布式树遍历的***和方法 | |
CA2684225A1 (en) | Selective delta validation of a shared artifact | |
US9690796B2 (en) | Non-transitory computer-readable media storing file management program, file management apparatus, and file management method | |
US9928178B1 (en) | Memory-efficient management of computer network resources | |
US10824612B2 (en) | Key ticketing system with lock-free concurrency and versioning | |
US20220035786A1 (en) | Distributed database management system with dynamically split b-tree indexes | |
CN104050276A (zh) | 一种分布式数据库的缓存处理方法及*** | |
US10241963B2 (en) | Hash-based synchronization of geospatial vector features | |
CN105468707A (zh) | 一种基于缓存的数据处理方法及装置 | |
CN106294205A (zh) | 缓存数据处理方法及装置 | |
CN105843867A (zh) | 基于元数据模型的检索方法和基于元数据模型的检索装置 | |
US9037539B2 (en) | Data synchronization | |
CN109815240A (zh) | 用于管理索引的方法、装置、设备和存储介质 | |
CN107656992A (zh) | 面向多***源的快照版本管理方法 | |
US11210212B2 (en) | Conflict resolution and garbage collection in distributed databases | |
CN111046106A (zh) | 缓存数据同步方法、装置、设备及介质 | |
CN114185991A (zh) | 基于分布式数据库实现数据同步的方法及相关装置 | |
CN105915636A (zh) | 一种联系人信息的同步方法和装置 | |
CN106603610A (zh) | 一种数据获取方法及装置 | |
CN112699187A (zh) | 关联数据处理方法、装置、设备、介质及产品 | |
Goncalves et al. | DottedDB: Anti-entropy without merkle trees, deletes without tombstones |
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 |