CN110099117A - 一种多版本dns区文件全量下发的方法和装置 - Google Patents
一种多版本dns区文件全量下发的方法和装置 Download PDFInfo
- Publication number
- CN110099117A CN110099117A CN201910368383.0A CN201910368383A CN110099117A CN 110099117 A CN110099117 A CN 110099117A CN 201910368383 A CN201910368383 A CN 201910368383A CN 110099117 A CN110099117 A CN 110099117A
- Authority
- CN
- China
- Prior art keywords
- transport block
- data transport
- new
- dns zone
- target
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请公开了一种多版本DNS区文件全量下发的方法和装置,该方法包括:若全量下发过程中获得新版本DNS区文件后接收新全量下发请求,确定旧版本DNS文件至新版本DNS区文件涉及更新操作的资源记录为目标资源记录;基于目标资源记录、目标资源记录对应的更新操作和旧版本DNS区文件对应的数据传输区块集合,获得复用数据传输区块和新数据传输区块形成新版本DNS区文件对应的数据传输区块集合;根据新全量下发请求,全量下发新版本DNS区文件对应的数据传输区块集合。基于新版本DNS区文件中涉及更新操作资源记录最大限度复用旧版本DNS区文件对应的数据传输区块集合中的数据传输区块,降低CPU和内存的资源消耗。
Description
技术领域
本申请涉及数据处理技术领域,尤其涉及一种多版本DNS区文件全量下发的方法和装置。
背景技术
随着计算机科学技术的快速发展,互联网业务逐渐渗透至社会各个领域,在各个领域中的应用越来越广泛。全球互联网域名数量已十分庞大并与日俱增,域名***(英文:Domain Name System,缩写:DNS)作为全球互联网域名的管理和解析***,由于其具有典型的分布式特点,实现各级节点间的数据同步采用区传送方式,因此,区传送性能成为实现高速数据同步的关键点。
目前,DNS区文件全量下发是指利用DNS解析软件将DNS区文件的全部数据编码为网络数据格式,按照DNS协议组装为DNS网络数据报文,采用压缩算法进行压缩下发,当全量下发过程中发生更新操作,生成新版本DNS区文件后,若接收到新全量下发请求,需要采用多版本控制方法,保证旧版本DNS区文件下发正确性的同时,新版本DNS区文件也需要实时编码组装为新的DNS网络数据报文并压缩下发。
但是,发明人经过研究发现,多数情况下新版本DNS区文件相对于旧版本DNS区文件数据差异较小,实时编码压缩技术造成了新版本DNS区文件全量下发需要重新生成大量重复的DNS网络数据报文,消耗了大量CPU资源与内存资源,增加了DNS区文件的传送成本,导致DNS区文件的区传送性能较低。
发明内容
本申请所要解决的技术问题是,提供一种多版本DNS区文件全量下发的方法和装置,在多版本DNS区文件全量下发过程中,减少生成重复数据传输区块对CPU资源和内存资源的消耗,提高多版本DNS区文件的区传送性能。
第一方面,本申请实施例提供了一种多版本DNS区文件全量下发的方法,应用于DNS服务器,该方法包括:
若全量下发过程中基于旧版本DNS区文件更新获得新版本DNS区文件后接收新全量下发请求,确定所述旧版本DNS文件至所述新版本DNS区文件涉及更新操作的资源记录为目标资源记录;所述更新操作包括删除操作和/或新增操作;
基于所述目标资源记录、所述目标资源记录对应的更新操作和所述旧版本DNS区文件对应的数据传输区块集合,获得复用数据传输区块和新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合,所述旧版本DNS区文件对应的数据传输区块集合中各个数据传输区块大小和所述新数据传输区块大小均小于预设数据传输区块大小;
根据所述新全量下发请求,全量下发所述新版本DNS区文件对应的数据传输区块集合。
可选的,所述基于所述目标资源记录、所述目标资源记录对应的更新操作和所述旧版本DNS区文件对应的数据传输区块集合,获得复用数据传输区块和新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合,包括:
当所述更新操作为删除操作时,所述目标资源记录对应的更新操作为删除操作,基于快速索引表确定所述目标资源记录在所述旧版本DNS区文件对应的数据传输区块集合中数据传输区块为目标数据传输区块;所述快速索引表包括资源记录和对应的数据传输区块标识;
对应删除所述目标数据传输区块中的所述目标资源记录,获得所述新数据传输区块;将所述旧版本DNS区文件对应的数据传输区块集合中除所述目标数据传输区块之外的其他数据传输区块确定为所述复用数据传输区块;
基于所述复用数据传输区块和所述新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合。
可选的,所述基于所述目标资源记录、所述目标资源记录对应的更新操作和所述旧版本DNS区文件对应的数据传输区块集合,获得复用数据传输区块和新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合,包括:
当所述更新操作为新增操作时,所述目标资源记录对应的更新操作为新增操作,将所述旧版本DNS区文件对应的数据传输区块集合中各个数据传输区块确定为所述复用数据传输区块;
基于所述目标资源记录和所述预设数据传输区块大小生成所述新数据传输区块;
基于所述复用数据传输区块和所述新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合。
可选的,所述基于所述目标资源记录、所述目标资源记录对应的更新操作和所述旧版本DNS区文件对应的数据传输区块集合,获得复用数据传输区块和新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合,包括:
当所述更新操作包括删除操作和新增操作,所述目标资源记录包括第一目标资源记录和第二目标资源记录,所述第一目标资源记录对应的更新操作为删除操作,所述第二目标资源记录对应的更新操作为新增操作,基于快速索引表确定所述第一目标资源记录在所述旧版本DNS区文件对应的数据传输区块集合中数据传输区块为目标数据传输区块;所述快速索引表包括资源记录和对应的数据传输区块标识;
对应删除所述目标数据传输区块中的所述目标资源记录,并基于所述第二目标资源记录和所述预设数据传输区块大小获得所述新数据传输区块;将所述旧版本DNS区文件对应的数据传输区块集合中除所述目标数据传输区块之外的其他数据传输区块确定为所述复用数据传输区块;
基于所述复用数据传输区块和所述新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合。
可选的,所述对应删除所述目标数据传输区块中的所述目标资源记录,并基于所述第二目标资源记录和所述预设数据传输区块大小获得所述新数据传输区块,包括:
对应删除所述目标数据传输区块中的所述第一目标资源记录;
基于所述预设数据传输区块大小,将所述第二目标资源记录合并至删除所述第一目标资源记录的目标数据传输区块;
若所述第二目标资源记录完全合并,将合并所述第二目标资源记录的目标数据传输区块确定为所述新数据传输区块;
若所述第二目标资源记录未完全合并,基于未合并的第二目标资源记录和所述预设数据传输区块大小生成新增数据传输区块,将合并所述第二目标资源记录的目标数据传输区块和所述新增数据传输区块确定为所述新数据传输区块。
第二方面,本申请实施例提供了一种多版本DNS区文件全量下发的装置,应用于DNS服务器,该装置包括:
确定单元,用于若全量下发过程中基于旧版本DNS区文件更新获得新版本DNS区文件后接收新全量下发请求,确定所述旧版本DNS文件至所述新版本DNS区文件涉及更新操作的资源记录为目标资源记录;所述更新操作包括删除操作和/或新增操作;
获得单元,用于基于所述目标资源记录、所述目标资源记录对应的更新操作和所述旧版本DNS区文件对应的数据传输区块集合,获得复用数据传输区块和新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合,所述旧版本DNS区文件对应的数据传输区块集合中各个数据传输区块大小和所述新数据传输区块大小均小于预设数据传输区块大小;
下发单元,用于根据所述新全量下发请求,全量下发所述新版本DNS区文件对应的数据传输区块集合。
可选的,所述获得单元包括:
第一确定子单元,用于当所述更新操作为删除操作时,所述目标资源记录对应的更新操作为删除操作,基于快速索引表确定所述目标资源记录在所述旧版本DNS区文件对应的数据传输区块集合中数据传输区块为目标数据传输区块;所述快速索引表包括资源记录和对应的数据传输区块标识;
第一获得确定子单元,用于对应删除所述目标数据传输区块中的所述目标资源记录,获得所述新数据传输区块;将所述旧版本DNS区文件对应的数据传输区块集合中除所述目标数据传输区块之外的其他数据传输区块确定为所述复用数据传输区块;
第一形成子单元,用于基于所述复用数据传输区块和所述新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合。
可选的,所述获得单元包括:
第二确定子单元,用于当所述更新操作为新增操作时,所述目标资源记录对应的更新操作为新增操作,将所述旧版本DNS区文件对应的数据传输区块集合中各个数据传输区块确定为所述复用数据传输区块;
生成子单元,用于基于所述目标资源记录和所述预设数据传输区块大小生成所述新数据传输区块;
第二形成子单元,用于基于所述复用数据传输区块和所述新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合。
可选的,所述获得单元包括:
第三确定子单元,用于当所述更新操作包括删除操作和新增操作,所述目标资源记录包括第一目标资源记录和第二目标资源记录,所述第一目标资源记录对应的更新操作为删除操作,所述第二目标资源记录对应的更新操作为新增操作,基于快速索引表确定所述第一目标资源记录在所述旧版本DNS区文件对应的数据传输区块集合中数据传输区块为目标数据传输区块;所述快速索引表包括资源记录和对应的数据传输区块标识;
第二获得确定子单元,用于对应删除所述目标数据传输区块中的所述目标资源记录,并基于所述第二目标资源记录和所述预设数据传输区块大小获得所述新数据传输区块;将所述旧版本DNS区文件对应的数据传输区块集合中除所述目标数据传输区块之外的其他数据传输区块确定为所述复用数据传输区块;
第三形成子单元,用于基于所述复用数据传输区块和所述新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合。
可选的,所述第二获得确定子单元包括:
删除模块,用于对应删除所述目标数据传输区块中的所述第一目标资源记录;
合并模块,用于基于所述预设数据传输区块大小,将所述第二目标资源记录合并至删除所述第一目标资源记录的目标数据传输区块;
第一确定模块,用于若所述第二目标资源记录完全合并,将合并所述第二目标资源记录的目标数据传输区块确定为所述新数据传输区块;
第二确定模块,用于若所述第二目标资源记录未完全合并,基于未合并的第二目标资源记录和所述预设数据传输区块大小生成新增数据传输区块,将合并所述第二目标资源记录的目标数据传输区块和所述新增数据传输区块确定为所述新数据传输区块。
与现有技术相比,本申请至少具有以下优点:
采用本申请实施例的技术方案,若全量下发过程中基于旧版本DNS区文件更新获得新版本DNS区文件后接收新全量下发请求,确定旧版本DNS文件至新版本DNS区文件涉及更新操作的资源记录为目标资源记录;更新操作包括删除操作和/或新增操作;基于目标资源记录、目标资源记录对应的更新操作和旧版本DNS区文件对应的数据传输区块集合,获得复用数据传输区块和新数据传输区块形成新版本DNS区文件对应的数据传输区块集合,旧版本DNS区文件对应的数据传输区块集合中各个数据传输区块大小和新数据传输区块大小均小于预设数据传输区块大小;根据新全量下发请求,全量下发新版本DNS区文件对应的数据传输区块集合。由此可见,在多版本DNS区文件全量下发过程中,基于新版本DNS区文件中涉及更新操作的资源记录最大限度地复用旧版本DNS区文件对应的数据传输区块集合中的数据传输区块,大大减少生成重复数据传输区块对CPU资源和内存资源的消耗,提高多版本DNS区文件的区传送性能。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1为本申请实施例中一种应用场景所涉及的***框架示意图;
图2为本申请实施例提供的一种多版本DNS区文件全量下发的方法的流程示意图;
图3为本申请实施例提供的一种多版本DNS区文件对应的数据传输区块集合示意图;
图4为本申请实施例提供的一种多版本DNS区文件全量下发的装置的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
DNS作为典型的分布式***,完成其各级节点间数据的同步采用区传送方式,区传送性能决定DNS的数据同步性能。DNS区文件全量下发过程中很可能发生更新操作,则基于旧版本DNS区文件得到新版本DNS区文件,若再接收新全量下发请求,采用多版本控制方法以保证旧版本DNS区文件下发正确性的同时下发新版本DNS区文件,即,针对新版本DNS区文件,实时编码组装为新的DNS网络数据报文并采用压缩算法将进行压缩下发。但是,发明人经过研究发现,多数情况下新版本DNS区文件相对于旧版本DNS区文件数据差异较小,实时编码压缩技术造成了新版本DNS区文件全量下发需要重新生成大量重复的DNS网络数据报文,消耗了大量CPU资源与内存资源,增加了DNS区文件的传送成本,导致DNS区文件的区传送性能较低。
为了解决这一问题,在本申请实施例中,若全量下发过程中基于旧版本DNS区文件更新获得新版本DNS区文件后接收新全量下发请求,确定旧版本DNS文件至新版本DNS区文件涉及更新操作的资源记录为目标资源记录;更新操作包括删除操作和/或新增操作;基于目标资源记录、目标资源记录对应的更新操作和旧版本DNS区文件对应的数据传输区块集合,获得复用数据传输区块和新数据传输区块形成新版本DNS区文件对应的数据传输区块集合,旧版本DNS区文件对应的数据传输区块集合中各个数据传输区块大小和新数据传输区块大小均小于预设数据传输区块大小;根据新全量下发请求,全量下发新版本DNS区文件对应的数据传输区块集合。由此可见,在多版本DNS区文件全量下发过程中,基于新版本DNS区文件中涉及更新操作的资源记录最大限度地复用旧版本DNS区文件对应的数据传输区块集合中的数据传输区块,大大减少生成重复数据传输区块对CPU资源和内存资源的消耗,提高多版本DNS区文件的区传送性能。
举例来说,本申请实施例的场景之一,可以是应用到如图1所示的场景中,该场景包括主DNS服务器101和辅DNS服务器102,主DNS服务器101对辅DNS服务器102进行DNS区文件全量下发过程中,主DNS服务器101基于旧版本DNS区文件更新获得新版本DNS区文件,并在此之后接收新全量下发请求时,主DNS服务器101利用本申请实施例的方式回应新全量下发请求完成将新版本DNS区文件的全量下发至辅DNS服务器102。
可以理解的是,在上述应用场景中,虽然将本申请实施方式的动作描述由主DNS服务器101执行,但是,本申请在执行主体方面不受限制,只要执行了本申请实施方式所公开的动作即可。
可以理解的是,上述场景仅是本申请实施例提供的一个场景示例,本申请实施例并不限于此场景。
下面结合附图,通过实施例来详细说明本申请实施例中多版本DNS区文件全量下发的方法和装置的具体实现方式。
示例性方法
参见图2,示出了本申请实施例中一种多版本DNS区文件全量下发的方法的流程示意图。在本实施例中,所述方法例如可以包括以下步骤:
步骤201:若全量下发过程中基于旧版本DNS区文件更新获得新版本DNS区文件后接收新全量下发请求,确定所述旧版本DNS文件至所述新版本DNS区文件涉及更新操作的资源记录为目标资源记录;所述更新操作包括删除操作和/或新增操作。
可以理解的是,在DNS服务器对DNS区文件进行全量下发过程中,很有可能发生DNS区文件的更新操作,DNS服务器基于原有的DNS区文件获得新的DNS区文件,将原有的DNS区文件记为旧版本DNS区文件,将新的DNS区文件记为新版本DNS区文件,在获得新版本DNS区文件之后,若接收新全量下发请求,则需要利用新版本DNS区文件代替旧版本DNS区文件回应新全量下发请求。由于新版本DNS区文件相对于旧版本DNS区文件数据差异较小,若是基于新版本DNS区文件的全部数据重新利用实时编码压缩技术消耗大量不必要的CPU资源与内存资源,则考虑基于新版本DNS区文件相对于旧版本DNS区文件涉及更新操作的资源记录而不是新版本DNS区文件的全部数据进行后续处理,新版本DNS区文件涉及更新操作的资源记录为目标资源记录。
还可以理解的是,新版本DNS区文件相对于旧版本DNS区文件既可以是删除某个或某些资源记录,也可以是新增某个或某些资源记录,还可以是既删除某个或某些资源记录又新增某个或某些资源记录,对应地,更新操作包括删除操作和新增操作中的任意一种或多种。
步骤202:基于所述目标资源记录、所述目标资源记录对应的更新操作和所述旧版本DNS区文件对应的数据传输区块集合,获得复用数据传输区块和新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合,所述旧版本DNS区文件对应的数据传输区块集合中各个数据传输区块大小和所述新数据传输区块大小均小于预设数据传输区块大小。
可以理解的是,由于新版本DNS区文件中未涉及更新操作的资源记录,即,新版本DNS区文件中除目标资源记录之外的资源记录,与旧版本DNS区文件相比未发生变化,且旧版本DNS区文件全量下发过程中已经采用是是编码压缩技术生成各个数据传输区块形成旧版本DNS区文件对应的数据传输区块集合,则旧版本DNS区文件对应的数据传输区块集合中存在可以新版本DNS区文件被复用的数据传输区块,记为复用数据传输区块,形成新版本DNS区文件对应的数据传输区块集合时直接使用该复用数据传输区块,从而避免利用实时编码压缩技术生成重复的数据传输区块消耗大量CPU资源与内存资源,当然由于存在目标资源记录,在形成新版本DNS区文件对应的数据传输区块集合时也需要生成新数据传输区块,复用数据传输区块和新数据传输区块可以形成新版本DNS区文件对应的数据传输区块集合。
需要说明的是,由于更新操作包括删除操作和新增操作中的任意一种或多种,当更新操作不同时,则步骤201确定的目标资源记录对应的更新操作不同,从而基于目标资源记录、目标资源记录对应的更新操作和旧版本DNS区文件对应的数据传输区块集合,获得复用数据传输区块和新数据传输区块不同,形成的新版本DNS区文件对应的数据传输区块集合当然也不同。不同更新操作下步骤202具体实施方式如下所示:
第一种,更新操作仅为删除操作,即,新版本DNS区文件相对于旧版本DNS区文件仅仅涉及删除操作,则目标资源记录对应的更新操作为删除操作,此情况下只需要基于目标资源记录查找确定其在旧版本DNS区文件对应的数据传输区块集合中数据传输区块记为目标数据传输区块,该目标数据传输区块不可被新版本DNS区文件所复用;为了方便快速查找目标数据传输区块,在对应旧版本DNS区文件获得数据传输区块时,需要确定各个资源记录与其所在数据传输区块标识的对应关系并生成快速索引表,以便后续基于资源记录快速查找对应的数据传输区块标识,从而快速查找到其所在的数据传输区块。旧版本DNS区文件对应的数据传输区块集合中除目标数据传输区块之外的其他数据传输区块自然可以被新版本DNS区文件所复用,记为复用数据传输区块。目标数据传输区块需要删除其中的目标资源记录得到新数据传输区块,将复用数据传输区块与新数据传输区块组合即可符合对应新版本DNS区文件,则复用数据传输区块和新数据传输区块可以形成新版本DNS区文件对应的数据传输区块集合。因此,在本申请实施例的一种实施方式中,当所述更新操作为删除操作时,所述目标资源记录对应的更新操作为删除操作,所述步骤202例如可以包括以下步骤:
步骤A:基于快速索引表确定所述目标资源记录在所述旧版本DNS区文件对应的数据传输区块集合中数据传输区块为目标数据传输区块;所述快速索引表包括资源记录和对应的数据传输区块标识。
步骤B:对应删除所述目标数据传输区块中的所述目标资源记录,获得所述新数据传输区块;将所述旧版本DNS区文件对应的数据传输区块集合中除所述目标数据传输区块之外的其他数据传输区块确定为所述复用数据传输区块。
步骤C:基于所述复用数据传输区块和所述新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合。
第二种,更新操作仅为新增操作,即,新版本DNS区文件相对于旧版本DNS区文件仅仅涉及新增操作,则目标资源记录对应的更新操作为新增操作,此情况下表示旧版本DNS区文件对应的数据传输区块集合中各个数据传输区块均可以被新版本DNS区文件所复用,记为复用数据传输区块。由于此情况下的目标资源记录表示新版本DNS区文件相对于旧版本DNS区文件的新增数据,则需要对目标资源记录进行实时编码压缩生成新数据传输区块,新数据传输区块同样不能超过预设数据传输区块大小。因此,在本申请实施例的一种实施方式中,当所述更新操作为新增操作时,所述目标资源记录对应的更新操作为新增操作,所述步骤202例如可以包括以下步骤:
步骤D:将所述旧版本DNS区文件对应的数据传输区块集合中各个数据传输区块确定为所述复用数据传输区块。
步骤E:基于所述目标资源记录和所述预设数据传输区块大小生成所述新数据传输区块。
步骤F:基于所述复用数据传输区块和所述新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合。
第三种,更新操作包括删除操作和新增操作,即,新版本DNS区文件相对于旧版本DNS区文件既涉及删除操作又涉及新增操作,则目标资源记录中一部分目标资源记录对应的更新操作为删除操作,另一部分目标资源记录对应的更新操作为新增操作,对应的更新操作为删除操作的目标资源记录记为第一目标资源记录,对应的更新操作为新增操作的目标资源记录记为第二目标资源记录。此情况下参考上述两种具体实施方式,确定第一目标资源记录在旧版本DNS区文件对应的数据传输区块集合中数据传输区块记为目标数据传输区块,该目标数据传输区块不可被新版本DNS区文件所复用;旧版本DNS区文件对应的数据传输区块集合中除目标数据传输区块之外的其他数据传输区块自然可以被新版本DNS区文件所复用,记为复用数据传输区块。目标数据传输区块中的第一目标资源记录需要被删除,且需要基于第二目标资源记录和预设数据传输区块大小获得新数据传输区块。因此,在本申请实施例的一种实施方式中,当所述更新操作包括删除操作和新增操作,所述目标资源记录包括第一目标资源记录和第二目标资源记录,所述第一目标资源记录对应的更新操作为删除操作,所述第二目标资源记录对应的更新操作为新增操作,所述步骤202例如可以包括以下步骤:
步骤G:基于快速索引表确定所述第一目标资源记录在所述旧版本DNS区文件对应的数据传输区块集合中数据传输区块为目标数据传输区块;所述快速索引表包括资源记录和对应的数据传输区块标识。
步骤H:对应删除所述目标数据传输区块中的所述目标资源记录,并基于所述第二目标资源记录和所述预设数据传输区块大小获得所述新数据传输区块;将所述旧版本DNS区文件对应的数据传输区块集合中除所述目标数据传输区块之外的其他数据传输区块确定为所述复用数据传输区块。
需要说明的是,若是每次执行步骤202第三种具体实施方式均是仅将目标数据传输区块中的第一目标资源记录删除,导致删除第一目标资源记录后的目标数据传输区块大小逐渐减小,或者某个目标数据传输区块中的需要删除的第一目标资源记录数据量较大,导致删除第一目标资源记录后的目标数据传输区块大小急剧减小,最终使得删除第一目标资源记录后的目标数据传输区块变成区块碎片,影响DNS区文件的区传送性能,则需要将第二目标资源记录合并至删除第一目标资源记录的目标数据传输区块中,以填补删除的第一目标资源记录,可合并的第二目标资源记录的数量由删除的第一目标资源记录在目标数据传输区块所占空间大小决定。若第二目标资源记录完全合并,则合并第二目标资源记录的目标数据传输区块为新数据传输区块;若第二目标资源记录未完全合并,还需要基于未合并的第二目标资源记录生成新增数据传输区块,新增数据传输区块同样不能超过预设数据传输区块大小,合并第二目标资源记录的目标数据传输区块和新增数据传输区块均为新数据传输区块。因此,在本申请实施例的一种实施方式中,所述步骤H例如可以包括以下步骤:
步骤H1:对应删除所述目标数据传输区块中的所述第一目标资源记录;
步骤H2:基于所述预设数据传输区块大小,将所述第二目标资源记录合并至删除所述第一目标资源记录的目标数据传输区块;
步骤H3:若所述第二目标资源记录完全合并,将合并所述第二目标资源记录的目标数据传输区块确定为所述新数据传输区块;
步骤H4:若所述第二目标资源记录未完全合并,基于未合并的第二目标资源记录和所述预设数据传输区块大小生成新增数据传输区块,将合并所述第二目标资源记录的目标数据传输区块和所述新增数据传输区块确定为所述新数据传输区块。
步骤I:基于所述复用数据传输区块和所述新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合。
例如,如图3所示的多版本DNS区文件对应的数据传输区块集合示意图,其中,每个数据传输区块用tb(v,i),下标v表示对应的DNS区文件版本号,下标i表示数据传输区块号。在第2版本DNS区文件对应的数据传输区块集合中,数据传输区块tb(1,1)、tb(1,4)……tb(1,m)是由第1版本DNS区文件对应的数据传输区块集合得到的复用数据传输区块,数据传输区块tb(2,2)、tb(2,3)和tb(2,m+1)是新数据传输区块,比如tb(2,2)是由第1版本DNS区文件对应的数据传输区块集合中数据传输区块tb(1,2)删除第一目标资源记录合并第二目标资源记录得到的,tb(2,m+1)是由未合并的第二目标资源记录和预设数据传输区块大小得到的。在第3版本DNS区文件对应的数据传输区块集合中,数据传输区块tb(1,1)、tb(2,2)、tb(1,4)……tb(1,m)是由第2版本DNS区文件对应的数据传输区块集合得到的复用数据传输区块,数据传输区块tb(3,3)和tb(3,m+1)是新数据传输区块。
步骤203:根据所述新全量下发请求,全量下发所述新版本DNS区文件对应的数据传输区块集合。
还需要说明的是,基于上述举例,第2版本DNS区文件对应的数据传输区块集合中,数据传输区块tb(1,1)、tb(1,4)……tb(1,m)是由第1版本DNS区文件对应的数据传输区块集合得到的复用数据传输区块,只有数据传输区块tb(1,2)和tb(1,3)不被新版本DNS区文件复用,当第1版本DNS区文件对应的数据传输区块集合完成所需回应的所有全量下发后,第1版本DNS区文件对应的数据传输区块集合中的数据传输区块tb(1,2)和tb(1,3)即可被回收释放。以此类推,每当有旧版本区文件对应的数据传输区块集合完成所需回应的所有全量下发后,都可以将其中不被新版本DNS区文件复用的数据传输区块回收释放,以节省内存开销。当然,当所有版本DNS区文件对应的数据传输区块集合均完成所需回应的所有全量下发后,所有版本DNS区文件对应的数据传输区块集合中数据传输区块均回收释放。
通过本实施例提供的各种实施方式,若全量下发过程中基于旧版本DNS区文件更新获得新版本DNS区文件后接收新全量下发请求,确定旧版本DNS文件至新版本DNS区文件涉及更新操作的资源记录为目标资源记录;更新操作包括删除操作和/或新增操作;基于目标资源记录、目标资源记录对应的更新操作和旧版本DNS区文件对应的数据传输区块集合,获得复用数据传输区块和新数据传输区块形成新版本DNS区文件对应的数据传输区块集合,旧版本DNS区文件对应的数据传输区块集合中各个数据传输区块大小和新数据传输区块大小均小于预设数据传输区块大小;根据新全量下发请求,全量下发新版本DNS区文件对应的数据传输区块集合。由此可见,在多版本DNS区文件全量下发过程中,基于新版本DNS区文件中涉及更新操作的资源记录最大限度地复用旧版本DNS区文件对应的数据传输区块集合中的数据传输区块,大大减少生成重复数据传输区块对CPU资源和内存资源的消耗,提高多版本DNS区文件的区传送性能。
示例性装置
参见图4,示出了本申请实施例中一种多版本DNS区文件全量下发的装置的结构示意图,应用于DNS服务器。在本实施例中,所述装置例如具体可以包括:
确定单元401,用于若全量下发过程中基于旧版本DNS区文件更新获得新版本DNS区文件后接收新全量下发请求,确定所述旧版本DNS文件至所述新版本DNS区文件涉及更新操作的资源记录为目标资源记录;所述更新操作包括删除操作和/或新增操作;
获得单元402,用于基于所述目标资源记录、所述目标资源记录对应的更新操作和所述旧版本DNS区文件对应的数据传输区块集合,获得复用数据传输区块和新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合,所述旧版本DNS区文件对应的数据传输区块集合中各个数据传输区块大小和所述新数据传输区块大小均小于预设数据传输区块大小;
下发单元403,用于根据所述新全量下发请求,全量下发所述新版本DNS区文件对应的数据传输区块集合。
在本申请实施例一种可选的实施方式中,所述获得单元402包括:
第一确定子单元,用于当所述更新操作为删除操作时,所述目标资源记录对应的更新操作为删除操作,基于快速索引表确定所述目标资源记录在所述旧版本DNS区文件对应的数据传输区块集合中数据传输区块为目标数据传输区块;所述快速索引表包括资源记录和对应的数据传输区块标识;
第一获得确定子单元,用于对应删除所述目标数据传输区块中的所述目标资源记录,获得所述新数据传输区块;将所述旧版本DNS区文件对应的数据传输区块集合中除所述目标数据传输区块之外的其他数据传输区块确定为所述复用数据传输区块;
第一形成子单元,用于基于所述复用数据传输区块和所述新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合。
在本申请实施例一种可选的实施方式中,所述获得单元402包括:
第二确定子单元,用于当所述更新操作为新增操作时,所述目标资源记录对应的更新操作为新增操作,将所述旧版本DNS区文件对应的数据传输区块集合中各个数据传输区块确定为所述复用数据传输区块;
生成子单元,用于基于所述目标资源记录和所述预设数据传输区块大小生成所述新数据传输区块;
第二形成子单元,用于基于所述复用数据传输区块和所述新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合。
在本申请实施例一种可选的实施方式中,所述获得单元402包括:
第三确定子单元,用于当所述更新操作包括删除操作和新增操作,所述目标资源记录包括第一目标资源记录和第二目标资源记录,所述第一目标资源记录对应的更新操作为删除操作,所述第二目标资源记录对应的更新操作为新增操作,基于快速索引表确定所述第一目标资源记录在所述旧版本DNS区文件对应的数据传输区块集合中数据传输区块为目标数据传输区块;所述快速索引表包括资源记录和对应的数据传输区块标识;
第二获得确定子单元,用于对应删除所述目标数据传输区块中的所述目标资源记录,并基于所述第二目标资源记录和所述预设数据传输区块大小获得所述新数据传输区块;将所述旧版本DNS区文件对应的数据传输区块集合中除所述目标数据传输区块之外的其他数据传输区块确定为所述复用数据传输区块;
第三形成子单元,用于基于所述复用数据传输区块和所述新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合。
在本申请实施例一种可选的实施方式中,所述第二获得确定子单元包括:
删除模块,用于对应删除所述目标数据传输区块中的所述第一目标资源记录;
合并模块,用于基于所述预设数据传输区块大小,将所述第二目标资源记录合并至删除所述第一目标资源记录的目标数据传输区块;
第一确定模块,用于若所述第二目标资源记录完全合并,将合并所述第二目标资源记录的目标数据传输区块确定为所述新数据传输区块;
第二确定模块,用于若所述第二目标资源记录未完全合并,基于未合并的第二目标资源记录和所述预设数据传输区块大小生成新增数据传输区块,将合并所述第二目标资源记录的目标数据传输区块和所述新增数据传输区块确定为所述新数据传输区块。
通过本实施例提供的各种实施方式,若全量下发过程中基于旧版本DNS区文件更新获得新版本DNS区文件后接收新全量下发请求,确定旧版本DNS文件至新版本DNS区文件涉及更新操作的资源记录为目标资源记录;更新操作包括删除操作和/或新增操作;基于目标资源记录、目标资源记录对应的更新操作和旧版本DNS区文件对应的数据传输区块集合,获得复用数据传输区块和新数据传输区块形成新版本DNS区文件对应的数据传输区块集合,旧版本DNS区文件对应的数据传输区块集合中各个数据传输区块大小和新数据传输区块大小均小于预设数据传输区块大小;根据新全量下发请求,全量下发新版本DNS区文件对应的数据传输区块集合。由此可见,在多版本DNS区文件全量下发过程中,基于新版本DNS区文件中涉及更新操作的资源记录最大限度地复用旧版本DNS区文件对应的数据传输区块集合中的数据传输区块,大大减少生成重复数据传输区块对CPU资源和内存资源的消耗,提高多版本DNS区文件的区传送性能。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述,仅是本申请的较佳实施例而已,并非对本申请作任何形式上的限制。虽然本申请已以较佳实施例揭露如上,然而并非用以限定本申请。任何熟悉本领域的技术人员,在不脱离本申请技术方案范围情况下,都可利用上述揭示的方法和技术内容对本申请技术方案做出许多可能的变动和修饰,或修改为等同变化的等效实施例。因此,凡是未脱离本申请技术方案的内容,依据本申请的技术实质对以上实施例所做的任何简单修改、等同变化及修饰,均仍属于本申请技术方案保护的范围内。
Claims (10)
1.一种多版本DNS区文件全量下发的方法,其特征在于,应用于DNS服务器,包括:
若全量下发过程中基于旧版本DNS区文件更新获得新版本DNS区文件后接收新全量下发请求,确定所述旧版本DNS文件至所述新版本DNS区文件涉及更新操作的资源记录为目标资源记录;所述更新操作包括删除操作和/或新增操作;
基于所述目标资源记录、所述目标资源记录对应的更新操作和所述旧版本DNS区文件对应的数据传输区块集合,获得复用数据传输区块和新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合,所述旧版本DNS区文件对应的数据传输区块集合中各个数据传输区块大小和所述新数据传输区块大小均小于预设数据传输区块大小;
根据所述新全量下发请求,全量下发所述新版本DNS区文件对应的数据传输区块集合。
2.根据权利要求1所述的方法,其特征在于,所述基于所述目标资源记录、所述目标资源记录对应的更新操作和所述旧版本DNS区文件对应的数据传输区块集合,获得复用数据传输区块和新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合,包括:
当所述更新操作为删除操作时,所述目标资源记录对应的更新操作为删除操作,基于快速索引表确定所述目标资源记录在所述旧版本DNS区文件对应的数据传输区块集合中数据传输区块为目标数据传输区块;所述快速索引表包括资源记录和对应的数据传输区块标识;
对应删除所述目标数据传输区块中的所述目标资源记录,获得所述新数据传输区块;将所述旧版本DNS区文件对应的数据传输区块集合中除所述目标数据传输区块之外的其他数据传输区块确定为所述复用数据传输区块;
基于所述复用数据传输区块和所述新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合。
3.根据权利要求1所述的方法,其特征在于,所述基于所述目标资源记录、所述目标资源记录对应的更新操作和所述旧版本DNS区文件对应的数据传输区块集合,获得复用数据传输区块和新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合,包括:
当所述更新操作为新增操作时,所述目标资源记录对应的更新操作为新增操作,将所述旧版本DNS区文件对应的数据传输区块集合中各个数据传输区块确定为所述复用数据传输区块;
基于所述目标资源记录和所述预设数据传输区块大小生成所述新数据传输区块;
基于所述复用数据传输区块和所述新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合。
4.根据权利要求1所述的方法,其特征在于,所述基于所述目标资源记录、所述目标资源记录对应的更新操作和所述旧版本DNS区文件对应的数据传输区块集合,获得复用数据传输区块和新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合,包括:
当所述更新操作包括删除操作和新增操作,所述目标资源记录包括第一目标资源记录和第二目标资源记录,所述第一目标资源记录对应的更新操作为删除操作,所述第二目标资源记录对应的更新操作为新增操作,基于快速索引表确定所述第一目标资源记录在所述旧版本DNS区文件对应的数据传输区块集合中数据传输区块为目标数据传输区块;所述快速索引表包括资源记录和对应的数据传输区块标识;
对应删除所述目标数据传输区块中的所述目标资源记录,并基于所述第二目标资源记录和所述预设数据传输区块大小获得所述新数据传输区块;将所述旧版本DNS区文件对应的数据传输区块集合中除所述目标数据传输区块之外的其他数据传输区块确定为所述复用数据传输区块;
基于所述复用数据传输区块和所述新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合。
5.根据权利要求4所述的方法,其特征在于,所述对应删除所述目标数据传输区块中的所述目标资源记录,并基于所述第二目标资源记录和所述预设数据传输区块大小获得所述新数据传输区块,包括:
对应删除所述目标数据传输区块中的所述第一目标资源记录;
基于所述预设数据传输区块大小,将所述第二目标资源记录合并至删除所述第一目标资源记录的目标数据传输区块;
若所述第二目标资源记录完全合并,将合并所述第二目标资源记录的目标数据传输区块确定为所述新数据传输区块;
若所述第二目标资源记录未完全合并,基于未合并的第二目标资源记录和所述预设数据传输区块大小生成新增数据传输区块,将合并所述第二目标资源记录的目标数据传输区块和所述新增数据传输区块确定为所述新数据传输区块。
6.一种多版本DNS区文件全量下发的装置,其特征在于,应用于DNS服务器,包括:
确定单元,用于若全量下发过程中基于旧版本DNS区文件更新获得新版本DNS区文件后接收新全量下发请求,确定所述旧版本DNS文件至所述新版本DNS区文件涉及更新操作的资源记录为目标资源记录;所述更新操作包括删除操作和/或新增操作;
获得单元,用于基于所述目标资源记录、所述目标资源记录对应的更新操作和所述旧版本DNS区文件对应的数据传输区块集合,获得复用数据传输区块和新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合,所述旧版本DNS区文件对应的数据传输区块集合中各个数据传输区块大小和所述新数据传输区块大小均小于预设数据传输区块大小;
下发单元,用于根据所述新全量下发请求,全量下发所述新版本DNS区文件对应的数据传输区块集合。
7.根据权利要求6所述的装置,其特征在于,所述获得单元包括:
第一确定子单元,用于当所述更新操作为删除操作时,所述目标资源记录对应的更新操作为删除操作,基于快速索引表确定所述目标资源记录在所述旧版本DNS区文件对应的数据传输区块集合中数据传输区块为目标数据传输区块;所述快速索引表包括资源记录和对应的数据传输区块标识;
第一获得确定子单元,用于对应删除所述目标数据传输区块中的所述目标资源记录,获得所述新数据传输区块;将所述旧版本DNS区文件对应的数据传输区块集合中除所述目标数据传输区块之外的其他数据传输区块确定为所述复用数据传输区块;
第一形成子单元,用于基于所述复用数据传输区块和所述新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合。
8.根据权利要求6所述的装置,其特征在于,所述获得单元包括:
第二确定子单元,用于当所述更新操作为新增操作时,所述目标资源记录对应的更新操作为新增操作,将所述旧版本DNS区文件对应的数据传输区块集合中各个数据传输区块确定为所述复用数据传输区块;
生成子单元,用于基于所述目标资源记录和所述预设数据传输区块大小生成所述新数据传输区块;
第二形成子单元,用于基于所述复用数据传输区块和所述新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合。
9.根据权利要求6所述的装置,其特征在于,所述获得单元包括:
第三确定子单元,用于当所述更新操作包括删除操作和新增操作,所述目标资源记录包括第一目标资源记录和第二目标资源记录,所述第一目标资源记录对应的更新操作为删除操作,所述第二目标资源记录对应的更新操作为新增操作,基于快速索引表确定所述第一目标资源记录在所述旧版本DNS区文件对应的数据传输区块集合中数据传输区块为目标数据传输区块;所述快速索引表包括资源记录和对应的数据传输区块标识;
第二获得确定子单元,用于对应删除所述目标数据传输区块中的所述目标资源记录,并基于所述第二目标资源记录和所述预设数据传输区块大小获得所述新数据传输区块;将所述旧版本DNS区文件对应的数据传输区块集合中除所述目标数据传输区块之外的其他数据传输区块确定为所述复用数据传输区块;
第三形成子单元,用于基于所述复用数据传输区块和所述新数据传输区块形成所述新版本DNS区文件对应的数据传输区块集合。
10.根据权利要求9所述的装置,其特征在于,所述第二获得确定子单元包括:
删除模块,用于对应删除所述目标数据传输区块中的所述第一目标资源记录;
合并模块,用于基于所述预设数据传输区块大小,将所述第二目标资源记录合并至删除所述第一目标资源记录的目标数据传输区块;
第一确定模块,用于若所述第二目标资源记录完全合并,将合并所述第二目标资源记录的目标数据传输区块确定为所述新数据传输区块;
第二确定模块,用于若所述第二目标资源记录未完全合并,基于未合并的第二目标资源记录和所述预设数据传输区块大小生成新增数据传输区块,将合并所述第二目标资源记录的目标数据传输区块和所述新增数据传输区块确定为所述新数据传输区块。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910368383.0A CN110099117B (zh) | 2019-05-05 | 2019-05-05 | 一种多版本dns区文件全量下发的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910368383.0A CN110099117B (zh) | 2019-05-05 | 2019-05-05 | 一种多版本dns区文件全量下发的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110099117A true CN110099117A (zh) | 2019-08-06 |
CN110099117B CN110099117B (zh) | 2021-10-22 |
Family
ID=67446841
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910368383.0A Active CN110099117B (zh) | 2019-05-05 | 2019-05-05 | 一种多版本dns区文件全量下发的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110099117B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112804366A (zh) * | 2019-11-13 | 2021-05-14 | 北京百度网讯科技有限公司 | 用于解析域名的方法和装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101488965A (zh) * | 2009-02-23 | 2009-07-22 | 中国科学院计算技术研究所 | 一种域名过滤***及方法 |
CN102929998A (zh) * | 2012-10-25 | 2013-02-13 | 浪潮(北京)电子信息产业有限公司 | 一种文件增量截获方法和装置 |
CN103379116A (zh) * | 2012-04-29 | 2013-10-30 | 弗里塞恩公司 | Dnssec在线签名 |
CN103746817A (zh) * | 2014-02-18 | 2014-04-23 | 互联网域名***北京市工程研究中心有限公司 | Dnssec签名方法及其*** |
US20160127310A1 (en) * | 2014-11-04 | 2016-05-05 | Ctek Inc. | Distributed industrial control monitoring and management |
CN106484770A (zh) * | 2016-09-09 | 2017-03-08 | 中国互联网络信息中心 | 一种dns增量区域数据文件的处理方法 |
CN107819795A (zh) * | 2016-09-12 | 2018-03-20 | 北京金山云网络技术有限公司 | 一种dns主辅服务器数据同步方法、装置及*** |
-
2019
- 2019-05-05 CN CN201910368383.0A patent/CN110099117B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101488965A (zh) * | 2009-02-23 | 2009-07-22 | 中国科学院计算技术研究所 | 一种域名过滤***及方法 |
CN103379116A (zh) * | 2012-04-29 | 2013-10-30 | 弗里塞恩公司 | Dnssec在线签名 |
CN102929998A (zh) * | 2012-10-25 | 2013-02-13 | 浪潮(北京)电子信息产业有限公司 | 一种文件增量截获方法和装置 |
CN103746817A (zh) * | 2014-02-18 | 2014-04-23 | 互联网域名***北京市工程研究中心有限公司 | Dnssec签名方法及其*** |
US20160127310A1 (en) * | 2014-11-04 | 2016-05-05 | Ctek Inc. | Distributed industrial control monitoring and management |
CN106484770A (zh) * | 2016-09-09 | 2017-03-08 | 中国互联网络信息中心 | 一种dns增量区域数据文件的处理方法 |
CN107819795A (zh) * | 2016-09-12 | 2018-03-20 | 北京金山云网络技术有限公司 | 一种dns主辅服务器数据同步方法、装置及*** |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112804366A (zh) * | 2019-11-13 | 2021-05-14 | 北京百度网讯科技有限公司 | 用于解析域名的方法和装置 |
CN112804366B (zh) * | 2019-11-13 | 2023-05-12 | 北京百度网讯科技有限公司 | 用于解析域名的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN110099117B (zh) | 2021-10-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7238006B2 (ja) | ブロックチェーンベースのデータ処理方法、装置、デバイス、記憶媒体、及びプログラム | |
CN106874461B (zh) | 一种工作流引擎支持多数据源配置安全访问***及方法 | |
US11233657B2 (en) | Method and system for registering digital documents | |
CN108270874B (zh) | 应用程序的更新方法及装置 | |
US10027473B2 (en) | Verifiable redactable audit log | |
CN109460413B (zh) | 用于跨区块链建立账户的方法及*** | |
CN103473277B (zh) | 文件***的快照方法和装置 | |
CN106603713B (zh) | 会话管理方法和*** | |
CN109542865A (zh) | 分布式集群***配置文件同步方法、装置、***及介质 | |
US7702658B2 (en) | Method for optimistic locking using SQL select, update, delete, and insert statements | |
CN102882974B (zh) | 一种通过网站识别版本号节省网站访问资源的方法 | |
CN112835612A (zh) | 一种基于区块链的电子文档版本管理方法及装置 | |
CN104636437B (zh) | 一种事件通知方法、***的处理方法及装置 | |
CN104104717A (zh) | 投放渠道数据统计方法及装置 | |
CN101232691B (zh) | 信令跟踪方法及装置 | |
CN105450712A (zh) | 一种数据传输方法及装置 | |
CN115859362A (zh) | 基于区块链侧链的数据存储***、方法、设备及介质 | |
WO2021227319A1 (zh) | 一种工程协作区块链数据结构及应用方法 | |
CN112311779B (zh) | 应用于区块链***的数据访问控制方法及装置 | |
CN107040576A (zh) | 信息推送方法及装置、通讯*** | |
CN110389859A (zh) | 用于复制数据块的方法、设备和计算机程序产品 | |
JP4877193B2 (ja) | 版数管理システムおよび版数管理方法 | |
CN110099117A (zh) | 一种多版本dns区文件全量下发的方法和装置 | |
CN105704207A (zh) | 一种生成唯一标识的方法、终端和网络侧 | |
CN106454767A (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 |