CN107819795A - 一种dns主辅服务器数据同步方法、装置及系统 - Google Patents
一种dns主辅服务器数据同步方法、装置及系统 Download PDFInfo
- Publication number
- CN107819795A CN107819795A CN201610818678.XA CN201610818678A CN107819795A CN 107819795 A CN107819795 A CN 107819795A CN 201610818678 A CN201610818678 A CN 201610818678A CN 107819795 A CN107819795 A CN 107819795A
- Authority
- CN
- China
- Prior art keywords
- data
- identification information
- response message
- information
- operation identification
- 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.)
- Pending
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/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- 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/17—Details of further file system functions
- G06F16/178—Techniques for file synchronisation in 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/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
-
- 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)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明实施例公开了一种DNS主辅服务器数据同步方法、装置及系统。方法包括:接收辅服务器发送的增量传输请求报文,从该增量传输请求报文中提取第一目标操作标识信息,基于该第一目标操作标识信息和第一数据表,向该辅服务器反馈第一类应答报文,以使得该辅服务器根据第一类应答报文对本地区文件进行同步更新;其中,第一目标操作标识信息为该辅服务器本地保存的当前操作标识信息,第一数据表包括:主服务器针对目标区的操作数据和操作数据对应的操作标识信息,而目标区为所述主服务器负责解析的区域。通过本方案可以提升DNS主辅服务器数据同步速度。
Description
技术领域
本发明涉及网络技术领域,特别涉及一种DNS主辅服务器数据同步方法、装置及系统。
背景技术
DNS(Domain Name System,域名系统),主要用于实现域名和IP(InternetProtocol,网络协议)地址的相互转换,是互联网的重要组成部分。整个域名系统可看作一棵树,域名系统中管理的每一个区域可视为树的一个节点。保存某区的域名和IP映射关系的服务器称为该区的权威DNS服务器,一台权威DNS服务器可以管理一个或多个区域,而一个区域也可以由一台或多台权威DNS服务器来负责解析;其中,所谓由多台权威DNS服务器来负责解析,即是,由一台主权威DNS服务器(简称主服务器)加多个辅权威DNS服务器(简称辅服务器)来负责解析。而对于主服务器加辅服务器来解析一个区域的方式而言,当主服务器上一个区的数据发生了改变,如何快速地实现该区所有辅服务器的数据同步对网站运行有着重要的意义。
目前,通过标准RFC的AXFR/IXFR(full zone transfer/Incremental zonetransfer,全量传输/增量传输)协议在主辅服务器之间进行数据同步的技术使用最多,其中,RFC为Request For Comments的缩写,RFC具体指一系列以编号排定的文件。应用该协议,当在主服务器上修改了一个区下的资源记录时,主服务器会将差异记录存入区文件中,然后向辅服务器发送NOTIFY消息,辅服务器在收到NOTIFY后,再从主服务器的区文件中拉取该区的最新数据。这种方法具有很大的局限性,具体体现在:通常,为提高用户访问速度,会启用DNS服务器的视图功能,按照通信线路和/或地域将区数据分别保存到不同的视图下,在应用AXFR/IXFR协议时,辅服务器发送的一个请求报文只能携带一个TSIG KEY(Transaction Signatures Key事务签名密钥),而TSIG KEY除了用于报文加密还用作区分不同的视图,其和视图一一对应,因此,主服务器每次只能给辅服务器传输一个视图下的区数据,在视图较多的情况下,同步所有的区数据就需要多次传输,导致同步速度较低。
发明内容
本发明实施例的目的在于提供一种DNS主辅服务器数据同步方法、装置及系统,以提升数据同步速度。具体技术方案如下:
第一方面,本发明实施例提供了一种DNS主辅服务器数据同步方法,应用于主服务器,所述方法包括:
接收辅服务器发送的增量传输请求报文;
从所述增量传输请求报文中提取第一目标操作标识信息,所述第一目标操作标识信息为所述辅服务器本地保存的当前操作标识信息;
基于所述第一目标操作标识信息和第一数据表,向所述辅服务器反馈第一类应答报文,以使得所述辅服务器根据所述第一类应答报文对本地区文件进行同步更新;
其中,所述第一数据表包括:所述主服务器针对目标区的操作数据和所述操作数据对应的操作标识信息,所述目标区为所述主服务器负责解析的区域。
第二方面,本发明实施例提供了一种DNS主辅服务器数据同步方法,应用于辅服务器,所述方法包括:
构建增量传输请求报文,其中,所述增量传输请求报文中携带第一目标操作标识信息,所述第一目标操作标识信息为所述辅服务器本地保存的当前操作标识信息;
向主服务器发送增量传输请求报文,以使所述主服务器从所述增量传输请求报文中提取第一目标操作标识信息,基于所述第一目标操作标识信息和第一数据表,向所述辅服务器反馈第一类应答报文;其中,所述第一数据表包括:所述主服务器针对目标区的操作数据和所述操作数据对应的操作标识信息,所述目标区为所述主服务器负责解析的区域;
当接收到所述主服务器反馈的所述第一类应答报文时,根据所述第一类应答报文对本地区文件进行同步更新。
第三方面,本发明实施例提供了一种DNS主辅服务器数据同步装置,应用于主服务器,所述装置包括:
增量传输请求报文接收模块,用于接收辅服务器发送的增量传输请求报文;
操作标识信息提取模块,用于从所述增量传输请求报文中提取第一目标操作标识信息,所述第一目标操作标识信息为所述辅服务器本地保存的当前操作标识信息;
第一应答报文反馈模块,用于基于所述第一目标操作标识信息和第一数据表,向所述辅服务器反馈第一类应答报文,以使得所述辅服务器根据所述第一类应答报文对本地区文件进行同步更新;
其中,所述第一数据表包括:所述主服务器针对目标区的操作数据和所述操作数据对应的操作标识信息,所述目标区为所述主服务器负责解析的区域。
第四方面,本发明实施例提供了一种DNS主辅服务器数据同步装置,应用于辅服务器,所述装置包括:
增量传输请求报文构建模块,用于构建增量传输请求报文,其中,所述增量传输请求报文中携带第一目标操作标识信息,所述第一目标操作标识信息为所述辅服务器本地保存的当前操作标识信息;
增量传输请求报文发送模块,用于向主服务器发送增量传输请求报文,以使所述主服务器从所述增量传输请求报文中提取第一目标操作标识信息,基于所述第一目标操作标识信息和第一数据表,向所述辅服务器反馈第一类应答报文;其中,所述第一数据表包括:所述主服务器针对目标区的操作数据和所述操作数据对应的操作标识信息,所述目标区为所述主服务器负责解析的区域;
第一同步更新模块,用于当接收到所述主服务器反馈的所述第一类应答报文时,根据所述第一类应答报文对本地区文件进行同步更新。
第五方面,本发明实施例提供了一种DNS主辅服务器数据同步系统,所述系统包括:
主服务器和辅服务器;
其中,所述主服务器,用于接收所述辅服务器发送的增量传输请求报文,从所述增量传输请求报文中提取第一目标操作标识信息,基于所述第一目标操作标识信息和第一数据表,向所述辅服务器反馈第一类应答报文,以使得所述辅服务器根据所述第一类应答报文对本地区文件进行同步更新;其中,所述第一目标操作标识信息为所述辅服务器本地保存的当前操作标识信息,所述第一数据表包括:所述主服务器针对目标区的操作数据和所述操作数据对应的操作标识信息,所述目标区为所述主服务器负责解析的区域;
所述辅服务器,用于构建增量传输请求报文,向所述主服务器发送增量传输请求报文,以使所述主服务器从所述增量传输请求报文中提取第一目标操作标识信息,基于所述第一目标操作标识信息和第一数据表,向所述辅服务器反馈第一类应答报文,当接收到所述主服务器反馈的所述第一类应答报文时,根据所述第一类应答报文对本地区文件进行同步更新;其中,所述增量传输请求报文中携带第一目标操作标识信息,所述第一目标操作标识信息为所述辅服务器本地保存的当前操作标识信息,所述第一数据表包括:所述主服务器针对目标区的操作数据和所述操作数据对应的操作标识信息,所述目标区为所述主服务器负责解析的区域。
本发明实施例所提供的DNS主辅服务器数据同步方法中,接收辅服务器发送的增量传输请求报文,然后从增量传输请求报文中提取第一目标操作标识信息,即该辅服务器本地保存的当前操作标识信息,并基于第一目标操作标识信息和第一数据表,向该辅服务器反馈第一类应答报文,以使得该辅服务器根据第一类应答报文对本地区文件进行同步更新;其中,第一数据表包括:主服务器针对目标区的操作数据和操作数据对应的操作标识信息,而目标区为所述主服务器负责解析的区域。
可以看出,在数据同步过程中,基于数据库表,可以在一次请求或响应中不区分视图和区,传输主服务器对区域的所有操作数据,以使得辅服务器执行同样的操作,实现对本地区文件的同步更新;与现有技术一次只能传输一个视图下的区数据相比,提升了传输速度,并且,在主服务器每次响应请求时,采用直接从数据库中读取数据的方式,而不是读取区文件,又进一步提升了传输的速度。此外,该方法对主辅服务器的区配置是否相同不作要求,打破了现有技术中因AXFR/IXFR协议要求主辅服务器具有相同的区配置而导致无法同步对区的增删操作的限制。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例从主服务器角度所提供的DNS主辅服务器数据同步方法的一种流程图;
图2为本发明实施例从主服务器角度所提供的DNS主辅服务器数据同步方法的另一种流程图;
图3为本发明实施例从辅服务器角度所提供的DNS主辅服务器数据同步方法的一种流程图;
图4为本发明实施例从辅服务器角度所提供的DNS主辅服务器数据同步方法的另一种流程图;
图5为本发明实施例从主服务器角度所提供的DNS主辅服务器数据同步装置的一种结构示意图;
图6为本发明实施例从主服务器角度所提供的DNS主辅服务器数据同步装置的另一种结构示意图;
图7为本发明实施例从辅服务器角度所提供的DNS主辅服务器数据同步装置的一种结构示意图;
图8为本发明实施例从辅服务器角度所提供的DNS主辅服务器数据同步装置的另一种结构示意图;
图9为本发明实施例所提供的DNS主辅服务器数据同步系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为了提升DNS主辅服务器数据同步速度,本发明实施例提供了一种DNS主辅服务器数据同步方法、装置及系统。
需要说明的是,DNS服务器包括DNS权威服务器和DNS递归服务器。DNS权威服务器提供域名所指向的IP地址,DNS递归服务器从DNS权威服务器获取该IP地址并转发给发送DNS请求的客户端。而,为服务安全和稳定起见,DNS权威服务器通常采取主从结构,即一台主DNS服务器加至少一台辅DNS服务器的结构。其中,辅DNS服务器主要为主DNS服务器提供数据备份,并分担主DNS服务器的负载,因此,当主DNS服务器上的区数据发生变化时,辅DNS服务器也应作相应修改,以实现区数据的同步。
需要强调的是,本发明实施例提到的数据表可以存储在主服务器上,也可以存储在独立的数据库服务器上,对此不作限定;本发明实施例提到的区数据,包括区域信息以及区域下的资源记录信息,相应地,针对区数据的操作,包括对区的增删,以及对区下资源记录的增删改,在后面的具体实施例中将对此进行详细阐述。
下面首先对本发明实施例所提供的一种DNS主辅服务器数据同步方法进行介绍。为了清楚起见,将分别从主服务器和辅服务器的角度,介绍本发明实施例所提供的DNS主辅服务器数据同步方法。
从主服务器的角度,本发明实施例提供了一种DNS主辅服务器数据同步方法,以提升数据同步速度。
如图1所示,本发明实施例所提供的一种DNS主辅服务器数据同步方法,应用于主服务器,可以包括:
S101:接收辅服务器发送的增量传输请求报文。
其中,辅服务器可以通过向主服务器发送增量传输请求报文的方式来请求主服务器所发生更改的数据内容;相应地,主服务器可以接收辅服务器发送的增量传输请求报文,进而执行后续数据反馈过程。
需要说明的是,增量传输请求报文可以为:所携带的第一预定字段为第一预设值的IXFR扩展协议报文,且,携带有该辅服务器本地保存的当前操作标识信息和主服务器针对区域的操作相关数据,具体协议格式将在后续内容中详细介绍。其中,第一预定字段为第一预设值时,表明该增量传输请求报文按照扩展协议报文来进行处理。相对应地,针对IXFR扩展协议请求报文的应答报文也为IXFR扩展协议报文。
举例而言,第一预定字段可以为IXFR/AXFR协议报文中的Opcode字段,Opcode字段标识查询类型,目前0~4都在使用,5~15都处于空闲状态,那么,便可以使用5、6分别代表扩展协议新定义的全量传输和增量传输,即,当主服务器接收到请求报文后,从该请求报文中提取到Opcode的值,如果是6,那么,便可以认定,后续将按照IXFR扩展协议的增量传输进行相关处理;如果是5,则可以认定后续将按照AXFR扩展协议的全量传输进行相关处理,当然,增量传输所对应的字段值并不局限于6,全量传输所对应的字段值并不局限于5,只要保证增量传输和全量传输采用5~15中的不同数值即可。
S102:从该增量传输请求报文中提取第一目标操作标识信息。
其中,第一目标操作标识信息为该辅服务器本地保存的当前操作标识信息。
可以理解的是,主服务器可以对所发生操作过程对应的操作数据进行标识,由于辅服务器向主服务器请求增量内容,这样,辅服务器在请求增量数据时,可以通知主服务器自身本地存储的当前最新的操作数据的标识信息,因此,该增量传输请求报文中可以携带该辅服务器本地保存的当前操作标识信息。
S103:基于该第一目标操作标识信息和第一数据表,向该辅服务器反馈第一类应答报文,以使得该辅服务器根据第一类应答报文对本地区文件进行同步更新。
其中,第一数据表包括:主服务器针对目标区的操作数据和操作数据对应的操作标识信息,目标区为主服务器负责解析的区域。举例而言,可以预先建立一个数据库,并新建一张T1表,用于保存主服务器对区数据的操作记录,即,将对数据的操作(包括对区的增删以及对区下资源记录的增删改)保存到T1表中,并可以通过自增ID(identification,身份标识号)的方式为每个操作数据生成唯一标识ID,即操作标识信息。
需要说明的是,为了实现DNS主辅服务器的数据同步,目标区通常为主服务器负责解析的所有区域。
实际应用中,可以通过对增量传输协议的扩展,使其传输相关的操作数据,以使得发出传输请求的辅服务器能够执行相应的操作,实现数据的同步。
具体的,基于该第一目标操作标识信息和第一数据表,向该辅服务器反馈第一类应答报文,以使得该辅服务器根据第一类应答报文对本地区文件进行同步更新,可以包括:
判断该第一目标操作标识信息是否小于第一数据表中的最大操作标识信息;
若小于,从第一数据表中获得目标操作数据,基于最大操作标识信息和目标操作数据构建第一类应答报文,并向该辅服务器反馈第一类应答报文,以使辅服务器执行目标操作数据所对应的每一操作,对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为最大操作标识信息;其中,目标操作数据为所述第一数据表中、大于该第一目标操作标识信息的操作标识信息对应的操作数据;
若等于,向该辅服务器反馈携带该第一目标操作标识信息的第一类应答报文,以使该辅服务器在判断出从第一类应答报文中提取到的该第一目标操作标识信息等于本地保存的当前操作标识信息时不作任何处理。
需要说明的是,若发出增量传输请求的辅服务器本地保存的当前操作标识信息小于第一数据表中的最大操作标识信息,可以表明,主服务器相较该辅服务器,对区数据有了新的操作,此时,要想实现主辅服务器数据的同步,辅服务器针对本地保存的区数据同样复制新的操作即可。因此,主服务器在接收到增量传输请求,并判断出请求中携带的第一目标操作标识信息小于第一数据表中的最大操作标识信息时,可以将第一数据表中、大于该第一目标操作标识信息的操作标识信息对应的操作数据,与最大操作标识信息构建成应答报文反馈给该辅服务器,以使得该辅服务器执行每一新的操作,对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为最大操作标识信息,以作为下次发出增量传输请求时的判断基准。
若发出增量传输请求的辅服务器本地保存的当前操作标识信息等于第一数据表中的最大操作标识信息,那么,可以表明,主服务器相较该辅服务器,对区数据没有新的操作,即,此时主服务器上的区数据和辅服务器上的区数据是相同的,不需要进行更新。因此,主服务器在接收到增量传输请求,并判断出请求中携带的第一目标操作标识信息等于第一数据表中的最大操作标识信息时,可以向该辅服务器反馈携带该第一目标操作标识信息的第一类应答报文,以使得辅服务器在判断出从第一类应答报文中提取到的该第一目标操作标识信息等于本地保存的当前操作标识信息时不作任何处理。
实际应用中,为了保证DNS主辅服务器数据同步的准确性,所述基于最大操作标识信息和目标操作数据,构建第一类应答报文,可以包括:按照目标操作数据对应的操作标识信息升序排列的规则,基于最大操作标识信息和目标操作数据,构建第一类应答报文;相应地,辅服务器执行目标操作数据所对应的每一操作,可以包括:该辅服务器按照第一类应答报文解析时的先后顺序,执行目标操作数据对应的每一操作。
举例而言,主服务器接收到辅服务器S1发送的增量传输请求,其中,增量传输请求报文携带的第一目标操作标识信息为3,第一数据表中的最大操作标识信息为6,那么,主服务器可以将操作标识信息4、5、6分别对应的操作数据和最大操作标识信息6构建成第一类应答报文反馈给辅服务器S1,以使得辅服务器S1执行操作标识信息4、5、6对应的操作,并将本地保存的当前操作标识信息更新为6,作为下次请求同步更新的评判基准。其中,为了保证区数据同步的准确性,第一类报文可以按照操作标识信息4、5、6的顺序,将他们分别对应的操作数据封装在第一类应答报文中,以确保辅服务器S1在按照第一类应答报文解析时的先后顺序,能够顺序执行操作标识信息4、5、6分别对应的操作。
更具体地,所述基于最大操作标识信息和目标操作数据构建第一类应答报文的步骤,可以包括:
根据目标操作数据,确定至少一个第一类定位信息和与第一类定位信息对应的第一类执行信息,其中,第一类定位信息可以包括:内容信息和类型信息,类型信息可以为区域或线路;
构建携带有最大操作标识信息、所确定的第一类定位信息和第一类定位信息对应的第一类执行信息的第一类应答报文。
需要说明的是,主服务器在基于最大操作标识信息和目标操作数据构建第一类应答报文时,可以针对目标操作数据中的每一条操作数据,确定一个第一类定位信息和与之对应的第一类执行信息,其中定位信息可以包括内容信息和类型信息,类型信息可以为区域或线路。
举例而言,有一条操作数据,记录的是对区abc.com的删除操作,那么,可以确定对应的类型信息为区域;内容信息为abc.com,即区域名称;第一类执行信息为删除,当然,执行信息可以不局限于“删除”,也可以是预先定义协议报文中某个字段的特定取值来表示删除的操作,此时,可以理解的是,执行信息为字段的特定取值。
出于系统安全考虑,基于该第一目标操作标识信息和第一数据表,向该辅服务器反馈第一类应答报文,以使得该辅服务器根据第一类应答报文对本地区文件进行同步更新,还可以包括:
若该第一目标操作标识信息大于最大操作标识信息,向该辅服务器反馈携带目标数值的第一类应答报文,以使该辅服务器在判断出从第一类应答报文中提取到所述目标数值时,确定系统异常,其中,目标数值为用于表明系统异常的值。
实际应用中,可能会由于某些异常,例如辅服务器异常,导致出现主服务器接收到的第一目标操作标识信息大于最大操作标识信息的现象,可以理解的是,这属于异常状况,针对此类请求,可以向发起请求的辅服务器反馈携带目标数值的第一类应答报文,以使得该以使该辅服务器在判断出从第一类应答报文中提取到所述目标数值时,不更新区数据,确定系统异常,后续可就异常进行相关检测,以保证整个域名系统正常运行。其中,目标数值,可以为0,或其他不会引起操作标识信息识别冲突的数值。
需要强调的是,辅服务器可以根据实际需要,周期性地主动向主服务器发起增量传输请求,及时地实现数据同步,且可以避免一次传输失败而导致的数据不同步现象,再者,与现有技术中通过主服务器发送NOTIFY消息主动通知辅服务器的方式相比,本发明实施例中所采取的数据获取方式,还可以防止由于网络原因或者服务器宕机,无法成功收到通知消息导致DNS主辅服务器区数据不同步的现象发生。图1所示实施例所提供的DNS主辅服务器数据同步方法中,接收辅服务器发送的增量传输请求报文,然后从增量传输请求报文中提取第一目标操作标识信息,即该辅服务器本地保存的当前操作标识信息,并基于第一目标操作标识信息和第一数据表,向该辅服务器反馈第一类应答报文,以使得该辅服务器根据第一类应答报文对本地区文件进行同步更新;其中,第一数据表包括:主服务器针对目标区的操作数据和操作数据对应的操作标识信息,而目标区为所述主服务器负责解析的区域。
可以看出,在数据同步过程中,基于比文件存储更高效健壮的数据库表,可以在一次请求或响应中不区分视图和区,传输主服务器对区域的所有操作数据,以使得辅服务器执行同样的操作,实现对本地区文件的同步更新;与现有技术一次只能传输一个视图下的区数据相比,提升了传输速度,并且,在主服务器每次响应请求时,采用直接从数据库中读取数据的方式,而不是读取区文件,又进一步提升了传输的速度。此外,该方法对主辅服务器的区配置是否相同不作要求,打破了现有技术中因AXFR/IXFR协议要求主辅服务器具有相同的区配置而导致无法同步对区数据的增删改操作的限制。再者,在数据获取方式上,与现有技术使用主服务器发送NOTIFY消息主动通知辅服务器的方式相比,本发明实施例中使用辅服务器主动从主服务器拉取的方式,即避免了由于网络原因或辅服务器宕机,导致通知消息无法顺利传达,而出现DNS主辅服务器区数据不同步的现象,又可以保障在主服务器针对区数据执行了相关操作,辅服务器却发生了宕机时,其重启后,仍然可以根据保存的当前操作标识信息和第一数据表中的关系,来实现区数据同步。
进一步的,如图2所示,本发明实施例从主服务器的角度所提供的一种DNS主辅服务器数据同步方法还可以包括:
S104:接收辅服务器发送的全量传输请求报文。
其中,辅服务器可以在特定阶段向主服务器请求全量信息,以保证主服务器和服务器的精准同步。因此,辅服务器可以向主服务器发送全量传输请求报文;相应地,主服务器可以接收服务器发送的全量传输请求报文,进而执行后续的处理。可以理解的是,该特定阶段可以为:辅服务器的初始化阶段,或者,距离上一次全量同步预定时长的时间点,或者,增量同步的次数超过预定次数阈值的时刻,等等,这都是合理的。
需要说明的是,全量传输请求报文为:所携带的所述第一预定字段为第二预设值的AXFR扩展协议报文。其中,第一预定字段为第二预设值时,表明该全量传输请求报文按照扩展协议报文来进行处理。相对应地,针对AXFR扩展协议请求报文的应答报文也为AXFR扩展协议报文。
S105:基于第一数据表和第二数据表,向辅服务器反馈第二类应答报文,以使得辅服务器根据第二类应答报文对本地区文件进行同步更新。
其中,第二数据表包括目标区的当前区数据,目标区为主服务器负责解析的区域,通常为主服务器负责解析的所有区域。需要说明的是,第二数据表中存储的为主服务器负责解析的所有区域的最新区数据,主服务器在针对区数据每执行一个操作后,在第一数据表中记录下这个操作的同时都会将操作后的最新结果保存到该表中。
具体的,所述基于第一数据表和第二数据表,向辅服务器反馈第二类应答报文的步骤,可以包括:
基于第一数据表中的最大操作标识信息和第二数据表中的所有区数据构建第二类应答报文,并向该辅服务器反馈第二类应答报文,以使该辅服务器根据第二类应答报文对本地区文件进行同步更新。
实际应用中,当主服务器接收到辅服务器发送的全量传输请求时,会第一数据表中的最大操作标识信息和第二数据表中的所有区数据构建第二类应答报文,并向该辅服务器反馈第二类应答报文,而当辅服务器接收到反馈的第二类应答报文时,会根据第二类应答报文对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为第二类应答报文中携带的第一数据表中的最大操作标识信息,以作为后续发起增量传输时的判断基准。
在图1所示实施例的基础上,本实施例中,当辅服务器向主服务器发起全量传输请求时,可以在一次全量传输中,获取到主服务器负责解析的所有区域的区数据,实现同步,与现有技术相比,提升了同步的速度。需要说明的是,为节省网络带宽,提升同步效率,通常针对刚启动或者新添加的DNS辅服务器,尤其是新添加的DNS辅服务器,向主服务器发起全量传输请求。
下面从辅服务器的角度,介绍本发明实施例所提供的一种DNS主辅服务器数据同步方法。
如图3所示,本发明实施例所提供的DNS主辅服务器数据同步方法,可以包括:
S301,构建增量传输请求报文。
其中,增量传输请求报文中携带第一目标操作标识信息,第一目标操作标识信息为辅服务器本地保存的当前操作标识信息。
需要说明的是,增量传输请求报文可以为所携带的第一预定字段为第一预设值的IXFR扩展协议报文其中,其中,第一预定字段为第一预设值时,表明主服务器在接收到该增量传输请求报文后,按照扩展协议报文来进行处理。所谓扩展,可以是通过针对某些字段使用新的数值来代表新的含义。例如,可以将IXFR报文中的ID字段进行扩展,在构建增量传输请求报文时,将本地保存的当前操作标识信息填入此处。
其中,可以定时或不定时地构建增量传输请求报文,本发明实施例并不对构建增量传输请求报文的时刻进行限定。
S302,向主服务器发送增量传输请求报文,以使主服务器从该增量传输请求报文中提取第一目标操作标识信息,并基于该第一目标操作标识信息和第一数据表,向该辅服务器反馈第一类应答报文。
其中,构建完毕增量传输请求报文后,该辅服务器可以向主服务器发送增量传输请求报文;相应地,主服务器可以从该增量传输请求报文中提取第一目标操作标识信息,并基于该第一目标操作标识信息和第一数据表,向该辅服务器反馈第一类应答报文。可以理解的是,主服务器从该增量传输请求报文中提取第一目标操作标识信息,并基于该第一目标操作标识信息和第一数据表,向该辅服务器反馈第一类应答报文的具体实现方式可以参照上述从主服务器角度所提供的同步方法,在此不做赘述。
其中,第一数据表可以包括:主服务器针对目标区的操作数据和操作数据对应的操作标识信息,目标区为主服务器负责解析的区域。
S303,当接收到主服务器反馈的第一类应答报文时,根据第一类应答报文对本地区文件进行同步更新。具体的,所述根据第一类应答报文对本地区文件进行同步更新的步骤,可以包括:
当从第一类应答报文中提取到第一类信息时,执行目标操作数据所对应的每一操作,以对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为第一类信息中的操作标识信息;
其中,第一类信息为主服务器在判断出第一目标操作标识信息小于第一数据表中的最大操作标识信息时反馈的,第一类信息基于最大操作标识信息和目标操作数据构建而成;其中,目标操作数据为第一数据表中、大于第一目标操作标识信息的操作标识信息对应的操作数据;
当从第一类应答报文中提取到第二类信息时,不作处理,其中,第二类信息为主服务器在判断出第一目标操作标识信息等于第一数据表中的最大操作标识信息时反馈的,第二类信息为所述第一目标操作标识信息。
需要说明的是,主服务器在接收到辅服务器的增量传输请求报文时,会根据第一目标操作标识信息和第一数据表中最大操作标识信息的关系,来反馈响应报文。具体在针对图1所示实施例中S103的说明中已做了详细阐述,这里不再赘述。
实际应用中,由于主服务器上的最新区数据与其对区数据的操作时间严格相关,为了保证DNS主辅服务器数据同步的准确性,第一类信息通常为按照目标操作数据对应的操作标识信息升序排列的规则,基于所述最大操作标识信息和所述目标操作数据构建而成;相应地,所述执行目标操作数据所对应的每一操作的步骤,可以包括:按照第一类信息解析时的先后顺序,执行目标操作数据所对应的每一操作。为了保证第一类信息的有效性,在所述按照第一类信息解析时的先后顺序,执行目标操作数据所对应的每一操作的步骤之前,还可以包括:验证所述最大操作标识信息是否大于所述当前操作标识信息;若否,丢弃所述第一类应答报文。
需要说明的是,第一类信息可以包括:最大操作标识信息、至少一个第一类定位信息和第一类定位信息对应的第一类执行信息;其中,第一类定位信息包括:内容信息和类型信息,所述类型信息为区域或线路;相应地,所述执行目标操作数据所对应的每一操作,以对本地区文件进行同步更新的步骤,可以包括:针对每一第一类定位信息所定位的对象,执行该第一类定位信息对应的第一执行信息所对应的操作,以对本地区文件进行同步更新。具体已在针对图1所示实施例中S103的说明中已做了详细阐述,这里不再赘述。
出于系统安全考虑,所述根据第一类应答报文对本地区文件进行同步更新的步骤,还可以包括:
当从第一类应答报文中提取到第三类信息时,确定系统异常,其中,第三类信息为主服务器在判断出第一目标操作标识信息大于第一数据表中的最大操作标识信息时反馈的,第三类信息为目标数值,该目标数值为用于表明系统异常的值。
需要说明的是,可能会由于某些异常,例如辅服务器异常,导致出现主服务器接收到的第一目标操作标识信息大于最大操作标识信息的现象,可以理解的是,这属于异常状况,针对此类请求,主服务器可以向发起请求的辅服务器反馈携带目标数值的第一类应答报文,该辅服务器在从第一类应答报文中提取到所述目标数值时,不更新区数据,确定系统异常,后续可就异常进行相关检测,以保证整个域名系统正常运行。其中,目标数值,可以为0,或其他不会引起操作标识信息识别冲突的数值。
实际应用中,辅服务器可以根据实际需要,周期性地主动向主服务器发起增量或全量传输请求,及时地实现数据同步,且可以避免一次传输失败而导致的数据不同步现象,再者,与现有技术中通过主服务器发送NOTIFY消息主动通知辅服务器的方式相比,本发明实施例中所采取的数据获取方式,还可以防止由于网络原因或者辅服务器宕机,无法成功送达通知消息导致DNS主辅服务器区数据不同步的现象发生。图3所示实施例所提供的DNS主辅服务器数据同步方法中,构建增量传输请求报文,发送给主服务器,以使主服务器从该增量传输请求报文中提取第一目标操作标识信息,并基于该第一目标操作标识信息和第一数据表,向该辅服务器反馈第一类应答报文,当接收到主服务器反馈的第一类应答报文时,根据第一类应答报文对本地区文件进行同步更新;其中,第一数据表包括:主服务器针对目标区的操作数据和操作数据对应的操作标识信息,而目标区为所述主服务器负责解析的区域。
可以看出,在数据同步过程中,基于比文件存储更高效健壮的数据库表,可以在一次请求或响应中不区分视图和区,传输主服务器对区域的所有操作数据,以使得辅服务器执行同样的操作,实现对本地区文件的同步更新;与现有技术一次只能传输一个视图下的区数据相比,提升了传输速度,并且,在主服务器每次响应请求时,采用直接从数据库中读取数据的方式,而不是读取区文件,又进一步提升了传输的速度。此外,该方法对主辅服务器的区配置是否相同不作要求,打破了现有技术中因AXFR/IXFR协议要求主辅服务器具有相同的区配置而导致无法同步对区数据的增删改操作的限制。再者,在数据获取方式上,与现有技术使用主服务器发送NOTIFY消息主动通知辅服务器的方式相比,本发明实施例中使用辅服务器主动从主服务器拉取的方式,即避免了由于网络原因或辅服务器宕机,导致通知消息无法顺利传达,而出现DNS主辅服务器区数据不同步的现象,又可以保障在主服务器针对区数据执行了相关操作,辅服务器却发生了宕机时,其重启后,仍然可以根据保存的当前操作标识信息和第一数据表中的关系,来实现区数据同步。
进一步的,如图4所示,本发明实施例从辅服务器的角度所提供的一种DNS主辅服务器数据同步方法还可以包括:
S304,构建全量传输请求报文。
其中,辅服务器可以在特定阶段向主服务器请求全量信息,以保证主服务器和服务器的精准同步。因此,辅服务器可以构建全量传输请求报文,并执行后续的全量传输请求报文的发送操作。
需要说明的是,全量传输请求报文为:所携带的所述第一预定字段为第二预设值的AXFR扩展协议报文。其中,第一预定字段为第二预设值时,表明主服务器在接收到该全量传输请求报文后,按照扩展协议报文来进行处理。
可以理解的是,该特定阶段可以为:辅服务器的初始化阶段,或者,距离上一次全量同步预定时长的时间点,或者,增量同步的次数超过预定次数阈值的时刻,等等,这都是合理的。
S305,向主服务器发送全量传输请求报文,以使主服务器在接收到该全量传输请求报文后,基于第一数据表和第二数据表,向辅服务器反馈第二类应答报文。
其中,第二数据表包括目标区的当前区数据;目标区为主服务器负责解析的区域,实际应用中,目标区一般为主服务器负责解析的所有区域。需要说明的是,第二数据表中存储的为主服务器负责解析的所有区域的最新区数据,主服务器在针对区数据每执行一个操作后,在第一数据表中记录下这个操作的同时都会将操作后的最新结果保存到该表中。
其中,主服务器在接收到该全量传输请求报文后,基于第一数据表和第二数据表,向辅服务器反馈第二类应答报文的具体实现方式可以参照上述的从主服务器角度所提供的同步方法,在此不做赘述。
S306,当接收到主服务器反馈的第二类应答报文时,根据第二类应答报文对本地区文件进行同步更新。
具体的,所述根据第二类应答报文对本地区文件进行同步更新的步骤,可以包括:根据第二类应答报文更新本地区文件的区数据,并更新本地保存的当前操作标识信息。
实际应用中,当辅服务器接收到主服务器反馈的第二类应答报文时,会根据第二类应答报文对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为第二类应答报文中携带的第一数据表中的最大操作标识信息,以作为后续发起增量传输时的判断基准。
在图3所示实施例的基础上,本实施例中,当辅服务器向主服务器发起全量传输请求时,可以在一次全量传输中,获取到主服务器负责解析的所有区域的区数据,实现同步,与现有技术相比,提升了同步的速度。需要说明的是,为节省网络带宽,提升同步效率,通常针对刚启动或者新添加的DNS辅服务器,尤其是新添加的DNS辅服务器,向主服务器发起全量传输请求。
下面结合具体的应用实例,对本发明实施例所提供的DNS主辅服务器数据同步方法进行介绍。预先在主服务器上建立数据库,包含两张数据表:一张表T1用于保存操作记录,一张表T2用于保存主服务器负责解析的所有区的最新区数据,将主服务器对区数据的操作(包括区的增删以及区下资源记录的增删改)保存到T1表中,并通过自增的方式为每个操作生成唯一标识Serial,同时每执行一个操作后,都将最新的区数据保存到T2表中;另,假设应用IXFR/AXFR扩展协议。下面,将首先分别对T1表、T2表内容格式,以及IXFR/AXFR扩展协议报文格式作简要说明:
表1 T1表
其中,T1表为操作记录表,Serial字段为操作标识信息,它的值是自增的,即,数据库中每增加一条数据,Serial的值都相应地加1;
ID为1的数据行,表示增加一个区abc.com,由于增加区操作默认是在每个线路上都增加区,因此不用指定线路信息;
ID为2的数据行,表示在BJ线路上增加一条资源记录www.abc.com,1.1.1.1,3600,其中,域名www.abc.com的解析IP地址为1.1.1.1,该记录存在周期为默认值3600s。
表2 T2表
Type | Name | Value | Ttl | Geo |
zone | abc.com | |||
record | www.abc.com | 1.1.1.1 | 3600 | BJ |
其中,T2表为主服务器负责解析的所有区的最新区数据表。
从该表中可以看出,当前主服务器上区数据共有两条,一条区数据,和一条资源记录,与T1表相对应。
表3 IXFR/AXFR协议报文格式说明
表4 资源记录格式
字段名称 | 含义及要求 |
NAME | 域名名称。 |
TYPE | 记录类型。 |
CLASS | 记录所属的网络类。 |
TTL | 记录存在周期。 |
RDLENGTH | 记录数据部分长度 |
RDATA | 记录数据 |
表3和表4分别为IXFR/AXFR协议报文中相关字段的说明。
在本应用实例中,采用IXFR/AXFR扩展协议,对某些字段进行了重新定义,以在一次请求/响应中不区分视图和区,传输所有的数据操作及区数据。
具体的,表3中的ID字段,将其扩展为Serial,辅服务器在基于IXFR/AXFR扩展协议发起请求时需要将本地保存的当前操作标识信息添加到此处;
表3中的Opcode字段,目前值0~4都在使用,5~15空闲,经扩展后,使用5代表全量查询,6代表增量查询。主辅服务器根据此字段来判断是否进行扩展IXFR/AXFR协议的处理;
表3中的Question字段,本发明对于IXFR/AXFR扩展协议中的请求报文不携带Question,所以该位为0;
表3中的Records字段,在报文构建时,主服务器会基于T1表和T2表中的内容将要传输的数据填入此处,具体在后续实例中会进行详细介绍。
而对于表4中的NAME字段,对其进行扩展,当TYPE字段表示的是区域信息时,此处使用区域名称;当TYPE字段表示的是线路信息时,此处使用线路名称;
表4中的TYPE字段,取值范围为0~65535,目前使用了0~255,在此将未使用的65534作为区域信息标识,65535作为线路信息标识。即,当TYPE为65534时,表示该条资源记录是一个区域相关的数据或者操作记录,当TYPE为65535时,表示该条资源记录是一个线路相关的数据或者操作记录。NAME字段与TYPE字段的值共同组成应答报文中的定位信息;
表4中的TTL字段,对其进行扩展,当TTL为0时,代表删除操作。
为方案清楚起见,以下将分别从增量传输和全量传输两种具体同步方式来进行说明。
针对正在运行中的辅服务器S1,可以周期性地向主服务器发起IXFR请求,具体的DNS主辅服务器数据同步过程如下:
辅服务器S1发起IXFR请求,根据扩展后的IXFR协议,构建IXFR请求报文,其中,ID字段的值为本地保存的当前操作标识信息Serial1,假设Serial1=0,Opcode字段的值为6,Question字段的值为0,其他字段不作特别要求;
主服务器接收到辅服务器S1发送的IXFR请求报文后,从中提取出Serial1值0,再从T1表中查到最大的Serial值2,那么可以将T1表中Serial值为1、2对应的操作数据,按照IXFR扩展协议构建应答报文,反馈给辅服务器S1;
其中,应答报文中,ID字段的值为2,即T1表中的最大Serial值;Opcode字段的值为6;Records字段包含3条资源记录,按照操作标识信息升序排列,分别记为资源记录1、资源记录2、资源记录3。需要说明的是,资源记录1对应T1表中的第一个操作,添加一个区,那么,资源记录1中的NAME字段值为abc.com,TYPE字段值为65534,其他字段不作特别要求;资源记录2和资源记录3对应T1表中的第二个操作,在BJ线路上添加一条资源记录,那么资源记录2中的NAME字段值为BJ,TYPE字段值为65535,其他字段不作特别要求,该资源记录定位了一条线路信息BJ,资源记录3中的NAME字段值为www.abc.com,TYPE字段值为A,TTL字段值为3600,表示针对所定位的资源记录执行添加操作,RDLENGTH字段值为4,RDATA字段值为1.1.1.1;
辅服务器S1接收到主服务器反馈的应答报文后,会根据报文解析后的顺序,添加abc.com区,并在BJ线路上,添加资源记录(www.abc.com,1.1.1.1,3600),实现与主服务器的区数据同步。
实际应用中,当要删除某个区或者某个资源记录时,与上述应答报文构建方式相似,只需将TTL字段值设为0即可。例如,假设T1表中新增一条操作,在BJ线路上将资源记录(www.abc.com,1.1.1.1)删除,那么,对应的应答报文资源记录包含2条,分别记为资源记录4、资源记录5,其中,资源记录4中的NAME字段值为BJ,TYPE字段值为65535,其他字段不作特别要求,该资源记录定位了一条线路信息BJ,资源记录5中的NAME字段值为www.abc.com,TYPE字段值为A,TTL字段值为0,表示针对所定位的资源记录执行删除操作,RDLENGTH字段值为4,RDATA字段值为1.1.1.1。
此外,本领域技术人员可以理解的是,对资源记录的修改,可以通过先删除后添加的方式来实现,例如,在BJ线路上,如果要将资源记录(www.abc.com,1.1.1.1),修改为(www.abc.com,2.2.2.2),那么便可以通过在BJ线路上,先将资源记录(www.abc.com,1.1.1.1)删除,再添加一条新的资源记录(www.abc.com,2.2.2.2)来实现。
需要说明的是,当需要传输对多个线路上的资源记录的操作数据时,只需在传递报文时,以线路信息进行分割,区分开即可;当辅服务器在解析报文时,识别出一个线路信息,那么,便会在识别出的线路上,将后续操作执行完毕直到识别出一个新的线路信息,再针对识别出的新线路信息上的资源记录执行相关操作。针对多个区的操作数据传递与上述原理类似,不再赘述。
实际应用中,针对刚启动DNS服务的辅服务器S2,可以主动向主服务器发起AXFR请求,此时,具体的DNS主辅服务器数据同步过程如下:
辅服务器S2发起AXFR请求,根据扩展后的AXFR协议,构建AXFR请求报文,其中,ID字段的值可以设定为初始值0或其他值,在AXFR请求报文中,ID字段的值没有实际意义,可以不作特别要求,Opcode字段的值为5,Question字段的值为0,其他字段不作特别要求;
主服务器接收到辅服务器S2发送的AXFR请求报文后,将从T1表中查到最大的Serial值2,然后再加上T2表中的区数据,按照AXFR扩展协议构建应答报文,反馈给辅服务器S2;
其中,应答报文中,ID字段的值为2,即T1表中的最大Serial值;Opcode字段的值为5;Records字段包含3条资源记录,分别记为资源记录1、资源记录2、资源记录3。需要说明的是,资源记录1对应T2表中的第一条数据,其NAME字段值为abc.com,TYPE字段值为65534,其他字段不作特别要求;资源记录2和资源记录3对应T2表中的第二条数据,那么资源记录2中的NAME字段值为BJ,TYPE字段值为65535,其他字段不作特别要求,该资源记录定位了一条线路信息BJ,资源记录3中的NAME字段值为www.abc.com,TYPE字段值为A,TTL字段值为3600,RDLENGTH字段值为4,RDATA字段值为1.1.1.1;
辅服务器在接收到主服务器反馈的应答报文后,会根据解析出的具体数据对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为应答报文中的ID值。
相应于上述从主服务器角度所提供的一种DNS主辅服务器数据同步方法,本发明实施例提供了一种DNS主辅服务器数据同步装置,应用于主服务器,如图5所示,该装置可以包括:
增量传输请求报文接收模块501,用于接收辅服务器发送的增量传输请求报文;
操作标识信息提取模块502,用于从所述增量传输请求报文中提取第一目标操作标识信息,所述第一目标操作标识信息为所述辅服务器本地保存的当前操作标识信息;
第一应答报文反馈模块503,用于基于所述第一目标操作标识信息和第一数据表,向所述辅服务器反馈第一类应答报文,以使得所述辅服务器根据所述第一类应答报文对本地区文件进行同步更新;
其中,所述第一数据表包括:所述主服务器针对目标区的操作数据和所述操作数据对应的操作标识信息,所述目标区为所述主服务器负责解析的区域。
应用图5所示实施例提供的技术方案,接收辅服务器发送的增量传输请求报文,然后从增量传输请求报文中提取第一目标操作标识信息,即该辅服务器本地保存的当前操作标识信息,并基于第一目标操作标识信息和第一数据表,向该辅服务器反馈第一类应答报文,以使得该辅服务器根据第一类应答报文对本地区文件进行同步更新;其中,第一数据表包括:主服务器针对目标区的操作数据和操作数据对应的操作标识信息,而目标区为所述主服务器负责解析的区域。
可以看出,在数据同步过程中,基于比文件存储更高效健壮的数据库表,可以在一次请求或响应中不区分视图和区,传输主服务器对区域的所有操作数据,以使得辅服务器执行同样的操作,实现对本地区文件的同步更新;与现有技术一次只能传输一个视图下的区数据相比,提升了传输速度,并且,在主服务器每次响应请求时,采用直接从数据库中读取数据的方式,而不是读取区文件,又进一步提升了传输的速度。此外,该方法对主辅服务器的区配置是否相同不作要求,打破了现有技术中因AXFR/IXFR协议要求主辅服务器具有相同的区配置而导致无法同步对区数据的增删改操作的限制。再者,在数据获取方式上,与现有技术使用主服务器发送NOTIFY消息主动通知辅服务器的方式相比,本发明实施例中使用辅服务器主动从主服务器拉取的方式,即避免了由于网络原因或辅服务器宕机,导致通知消息无法顺利传达,而出现DNS主辅服务器区数据不同步的现象,又可以保障在主服务器针对区数据执行了相关操作,辅服务器却发生了宕机时,其重启后,仍然可以根据保存的当前操作标识信息和第一数据表中的关系,来实现区数据同步。
具体的,所述第一应答报文反馈模块503,可以包括:
判断子模块,用于判断所述第一目标操作标识信息是否小于第一数据表中的最大操作标识信息;
第一应答报文反馈子模块,用于在所述判断子模块的结果为小于的情况下,从所述第一数据表中获得目标操作数据,基于所述最大操作标识信息和所述目标操作数据,构建第一类应答报文,并向所述辅服务器反馈所述第一类应答报文,以使所述辅服务器执行所述目标操作数据所对应的每一操作,对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为所述最大操作标识信息;其中,所述目标操作数据为所述第一数据表中、大于所述第一目标操作标识信息的操作标识信息对应的操作数据;
第二应答报文反馈子模块,用于在所述判断子模块的结果为等于的情况下,向所述辅服务器反馈携带所述第一目标操作标识信息的第一类应答报文,以使所述辅服务器在判断出从所述第一类应答报文中提取到的所述第一目标操作标识信息等于本地保存的当前操作标识信息时不作任何处理。
具体的,所述第一应答报文反馈模块503,还可以包括:
第三应答报文反馈子模块,用于在所述判断子模块的结果为大于的情况下,向所述辅服务器反馈携带目标数值的第一类应答报文,以使所述辅服务器在判断出从所述第一类应答报文中提取到所述目标数值时,确定系统异常,其中,所述目标数值为用于表明系统异常的值。
更具体的,所述第一应答报文反馈子模块,具体可以用于:
从所述第一数据表中获得目标操作数据,按照所述目标操作数据对应的操作标识信息升序排列的规则,基于所述最大操作标识信息和所述目标操作数据,构建第一类应答报文,并向所述辅服务器反馈所述第一类应答报文,以使所述辅服务器按照所述第一类应答报文解析时的先后顺序,执行所述目标操作数据所对应的每一操作,对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为所述最大操作标识信息;其中,所述目标操作数据为所述第一数据表中、大于所述第一目标操作标识信息的操作标识信息对应的操作数据。
更具体的,所述第一应答报文反馈子模块,具体可以用于:
在所述判断子模块的结果为小于的情况下,从所述第一数据表中获得目标操作数据;
根据所述目标操作数据,确定至少一个第一类定位信息和与所述第一类定位信息对应的第一类执行信息,其中,所述第一类定位信息包括:内容信息和类型信息,所述类型信息为区域或线路;
构建携带有所述最大操作标识信息、所确定的第一类定位信息和所述第一类定位信息对应的第一类执行信息的第一类应答报文,并向所述辅服务器反馈所述第一类应答报文,以使所述辅服务器执行所述目标操作数据所对应的每一操作,对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为所述最大操作标识信息;其中,所述目标操作数据为所述第一数据表中、大于所述第一目标操作标识信息的操作标识信息对应的操作数据。
更进一步的,在包括增量传输请求报文接收模块501、操作标识信息提取模块502和第一应答报文反馈模块503的基础上,如图6所示,本发明实施例所提供的一种DNS主辅服务器数据同步装置,还可以包括:
全量传输请求报文接收模块504,用于接收所述服务器发送的全量传输请求报文;
第二应答报文反馈模块505,用于基于所述第一数据表和第二数据表,向所述辅服务器反馈第二类应答报文,以使得所述辅服务器根据所述第二类应答报文对本地区文件进行同步更新;其中,所述第二数据表包括所述目标区的当前区数据。
在图5所示实施例的基础上,本实施例中,当辅服务器向主服务器发起全量传输请求时,可以在一次全量传输中,获取到主服务器负责解析的所有区域的区数据,实现同步,与现有技术相比,提升了同步的速度。需要说明的是,为节省网络带宽,提升同步效率,通常针对刚启动或者新添加的DNS辅服务器,尤其是新添加的DNS辅服务器,向主服务器发起全量传输请求。
具体的,所述第二应答报文反馈模块505,具体可以用于:
基于所述第一数据表中的最大操作标识信息和第二数据表中的所有区数据构建第二类应答报文,并向所述辅服务器反馈所述第二类应答报文,以使所述辅服务器根据所述第二类应答报文对本地区文件进行同步更新。
具体的,所述增量传输请求报文可以为:所携带的第一预定字段为第一预设值的IXFR扩展协议报文,所述全量传输请求报文为:所携带的所述第一预定字段为第二预设值的AXFR扩展协议报文。
相应于上述从辅服务器角度所提供的一种DNS主辅服务器数据同步方法,本发明实施例提供了一种DNS主辅服务器数据同步装置,应用于辅服务器,如图7所示,该装置可以包括:
增量传输请求报文构建模块701,用于构建增量传输请求报文,其中,所述增量传输请求报文中携带第一目标操作标识信息,所述第一目标操作标识信息为所述辅服务器本地保存的当前操作标识信息;
增量传输请求报文发送模块702,用于向主服务器发送增量传输请求报文,以使所述主服务器从所述增量传输请求报文中提取第一目标操作标识信息,基于所述第一目标操作标识信息和第一数据表,向所述辅服务器反馈第一类应答报文;其中,所述第一数据表包括:所述主服务器针对目标区的操作数据和所述操作数据对应的操作标识信息,所述目标区为所述主服务器负责解析的区域;
第一同步更新模块703,用于当接收到所述主服务器反馈的所述第一类应答报文时,根据所述第一类应答报文对本地区文件进行同步更新。
应用图7所示实施例提供的技术方案,构建增量传输请求报文,发送给主服务器,以使主服务器从该增量传输请求报文中提取第一目标操作标识信息,并基于该第一目标操作标识信息和第一数据表,向该辅服务器反馈第一类应答报文,当接收到主服务器反馈的第一类应答报文时,根据第一类应答报文对本地区文件进行同步更新;其中,第一数据表包括:主服务器针对目标区的操作数据和操作数据对应的操作标识信息,而目标区为所述主服务器负责解析的区域。
可以看出,在数据同步过程中,基于比文件存储更高效健壮的数据库表,可以在一次请求或响应中不区分视图和区,传输主服务器对区域的所有操作数据,以使得辅服务器执行同样的操作,实现对本地区文件的同步更新;与现有技术一次只能传输一个视图下的区数据相比,提升了传输速度,并且,在主服务器每次响应请求时,采用直接从数据库中读取数据的方式,而不是读取区文件,又进一步提升了传输的速度。此外,该方法对主辅服务器的区配置是否相同不作要求,打破了现有技术中因AXFR/IXFR协议要求主辅服务器具有相同的区配置而导致无法同步对区数据的增删改操作的限制。再者,在数据获取方式上,与现有技术使用主服务器发送NOTIFY消息主动通知辅服务器的方式相比,本发明实施例中使用辅服务器主动从主服务器拉取的方式,即避免了由于网络原因或辅服务器宕机,导致通知消息无法顺利传达,而出现DNS主辅服务器区数据不同步的现象,又可以保障在主服务器针对区数据执行了相关操作,辅服务器却发生了宕机时,其重启后,仍然可以根据保存的当前操作标识信息和第一数据表中的关系,来实现区数据同步。具体的,所述第一同步更新模块703,可以包括:
第一同步更新子模块,用于当从所述第一类应答报文中提取到第一类信息时,执行目标操作数据所对应的每一操作,以对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为所述第一类信息中的操作标识信息,其中,所述第一类信息为所述主服务器在判断出所述第一目标操作标识信息小于第一数据表中的最大操作标识信息时反馈的,所述第一类信息基于所述最大操作标识信息和目标操作数据构建而成;其中,所述目标操作数据为所述第一数据表中、大于所述第一目标操作标识信息的操作标识信息对应的操作数据;
第二同步更新子模块,用于当从所述第一类应答报文中提取到第二类信息时,不作处理,其中,所述第二类信息为所述主服务器在判断出所述第一目标操作标识信息等于第一数据表中的最大操作标识信息时反馈的,所述第二类信息为所述第一目标操作标识信息。
具体的,所述第一同步更新模块703,还可以包括:
第三同步更新子模块,用于当从所述第一类应答报文中提取到第三类信息时,确定系统异常,其中,所述第三类信息为所述主服务器在判断出所述第一目标操作标识信息大于第一数据表中的最大操作标识信息时反馈的,所述第三类信息为目标数值,所述目标数值为用于表明系统异常的值。
更具体的,所述第一同步更新子模块,具体可以用于:
用于当从所述第一类应答报文中提取到第一类信息时,按照所述第一类应答报文解析时的先后顺序,执行目标操作数据所对应的每一操作,以对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为所述第一类信息中的操作标识信息,其中,所述第一类信息为所述主服务器在判断出所述第一目标操作标识信息小于第一数据表中的最大操作标识信息时反馈的,所述第一类信息为按照所述目标操作数据对应的操作标识信息升序排列的规则,基于所述最大操作标识信息和目标操作数据构建而成;其中,所述目标操作数据为所述第一数据表中、大于所述第一目标操作标识信息的操作标识信息对应的操作数据。
更具体的,所述第一同步更新子模块,具体可以用于:
用于当从所述第一类应答报文中提取到第一类信息时,针对每一第一类定位信息所定位的对象,执行该第一类定位信息对应的第一执行信息所对应的操作,以对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为所述第一类信息中的操作标识信息,其中,所述第一类信息为所述主服务器在判断出所述第一目标操作标识信息小于第一数据表中的最大操作标识信息时反馈的,所述第一类信息基于所述最大操作标识信息和目标操作数据构建而成,所述第一类信息包括:所述最大操作标识信息、至少一个第一类定位信息和所述第一类定位信息对应的第一类执行信息,其中,所述第一类定位信息包括:内容信息和类型信息,所述类型信息为区域或线路;其中,所述目标操作数据为所述第一数据表中、大于所述第一目标操作标识信息的操作标识信息对应的操作数据。
具体的,本发明实施例所提供的一种DNS主辅服务器数据同步装置,还可以包括:
验证模块,用于在所述第一同步更新子模块用于按照所述第一类应答报文解析时的先后顺序,执行目标操作数据所对应的每一操作之前,验证所述最大操作标识信息是否大于所述当前操作标识信息,若否,丢弃所述第一类应答报文。
更进一步的,在包括增量传输请求报文构建模块701、增量传输请求报文发送模块702和第一同步更新模块703的基础上,如图8所示,本发明实施例所提供的一种DNS主辅服务器数据同步装置,还可以包括:
全量传输请求报文构建模块704,用于构建全量传输请求报文;
全量传输请求报文发送模块705,用于向所述主服务器发送所述全量传输请求报文,以使所述主服务器在接收到所述全量传输请求报文后,基于所述第一数据表和第二数据表,向所述辅服务器反馈第二类应答报文;其中,所述第二数据表包括所述目标区的当前区数据;
第二同步更新模块706,当接收到所述主服务器反馈的第二类应答报文时,根据所述第二类应答报文对本地区文件进行同步更新。
在图7所示实施例的基础上,本实施例中,当辅服务器向主服务器发起全量传输请求时,可以在一次全量传输中,获取到主服务器负责解析的所有区域的区数据,实现同步,与现有技术相比,提升了同步的速度。需要说明的是,为节省网络带宽,提升同步效率,通常针对刚启动或者新添加的DNS辅服务器,尤其是新添加的DNS辅服务器,向主服务器发起全量传输请求。
具体的,所述第二同步更新模块706,具体可以用于:
当接收到所述主服务器反馈的第二类应答报文时,根据所述第二类应答报文更新本地区文件的区数据,并更新本地保存的当前操作标识信息。
具体的,所述增量传输请求报文可以为:所携带的第一预定字段为第一预设值的IXFR扩展协议报文,所述全量传输请求报文为:所携带的所述第一预定字段为第二预设值的AXFR扩展协议报文。
与上述的DNS主辅服务器数据同步方法、装置相对应,本发明实施例还提供了一种DNS主辅服务器数据同步系统。
图9为本发明实施例提供的一种DNS主辅服务器数据同步系统的结构示意图,该系统包括:主服务器901和辅服务器902;
其中,所述主服务器901,用于接收所述辅服务器902发送的增量传输请求报文,从所述增量传输请求报文中提取第一目标操作标识信息,基于所述第一目标操作标识信息和第一数据表,向所述辅服务器902反馈第一类应答报文,以使得所述辅服务器902根据所述第一类应答报文对本地区文件进行同步更新;其中,所述第一目标操作标识信息为所述辅服务器902本地保存的当前操作标识信息,所述第一数据表包括:所述主服务器901针对目标区的操作数据和所述操作数据对应的操作标识信息,所述目标区为所述主服务器901负责解析的区域;
所述辅服务器902,用于构建增量传输请求报文,向所述主服务器901发送增量传输请求报文,以使所述主服务器901从所述增量传输请求报文中提取第一目标操作标识信息,基于所述第一目标操作标识信息和第一数据表,向所述辅服务器902反馈第一类应答报文,当接收到所述主服务器901反馈的所述第一类应答报文时,根据所述第一类应答报文对本地区文件进行同步更新;其中,所述增量传输请求报文中携带第一目标操作标识信息,所述第一目标操作标识信息为所述辅服务器902本地保存的当前操作标识信息,所述第一数据表包括:所述主服务器901针对目标区的操作数据和所述操作数据对应的操作标识信息,所述目标区为所述主服务器901负责解析的区域。
通过本发明实施例所提供的DNS主辅服务器数据同步系统可以提升数据同步速度。
具体的,所述主服务器901还可以用于接收所述辅服务器902发送的全量传输请求报文;基于所述第一数据表和第二数据表,向所述辅服务器902反馈第二类应答报文,以使得所述辅服务器902根据所述第二类应答报文对本地区文件进行同步更新;其中,所述第二数据表包括所述目标区的当前区数据;
相应地,所述辅服务器902还可以用于构建全量传输请求报文;向所述主服务器901发送所述全量传输请求报文,以使所述主服务器901在接收到所述全量传输请求报文后,基于所述第一数据表和第二数据表,向所述辅服务器902反馈第二类应答报文;其中,所述第二数据表包括所述目标区的当前区数据;当接收到所述主服务器901反馈的第二类应答报文时,根据所述第二类应答报文对本地区文件进行同步更新。
更具体的,所述主服务器901基于所述第一数据表和第二数据表,向所述辅服务器902反馈第二类应答报文的过程,可以包括:
基于所述第一数据表中的最大操作标识信息和第二数据表中的所有区数据构建第二类应答报文,并向所述辅服务器902反馈所述第二类应答报文,以使所述辅服务器902根据所述第二类应答报文对本地区文件进行同步更新;
相应地,所述辅服务器902根据所述第二类应答报文对本地区文件进行同步更新的过程可以包括:根据所述第二类应答报文更新本地区文件的区数据,并更新本地保存的当前操作标识信息。
具体的,所述主服务器901基于所述第一目标操作标识信息和第一数据表,向所述辅服务器902反馈第一类应答报文,以使得所述辅服务器902根据所述第一类应答报文对本地区文件进行同步更新的过程可以包括:
判断所述第一目标操作标识信息是否小于第一数据表中的最大操作标识信息;
若小于,从所述第一数据表中获得目标操作数据,基于所述最大操作标识信息和所述目标操作数据,构建第一类应答报文,并向所述辅服务器902反馈所述第一类应答报文,以使所述辅服务器902执行所述目标操作数据所对应的每一操作,对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为所述最大操作标识信息;其中,所述目标操作数据为所述第一数据表中、大于所述第一目标操作标识信息的操作标识信息对应的操作数据;
若等于,向所述辅服务器902反馈携带所述第一目标操作标识信息的第一类应答报文,以使所述辅服务器902在判断出从所述第一类应答报文中提取到的所述第一目标操作标识信息等于本地保存的当前操作标识信息时不作任何处理;
相应地,所述辅服务器902根据所述第一类应答报文对本地区文件进行同步更新的过程,可以包括:
当从所述第一类应答报文中提取到第一类信息时,执行目标操作数据所对应的每一操作,以对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为所述第一类信息中的操作标识信息,其中,所述第一类信息为所述主服务器901在判断出所述第一目标操作标识信息小于第一数据表中的最大操作标识信息时反馈的,所述第一类信息基于所述最大操作标识信息和目标操作数据构建而成;其中,所述目标操作数据为所述第一数据表中、大于所述第一目标操作标识信息的操作标识信息对应的操作数据;
当从所述第一类应答报文中提取到第二类信息时,不作处理,其中,所述第二类信息为所述主服务器901在判断出所述第一目标操作标识信息等于第一数据表中的最大操作标识信息时反馈的,所述第二类信息为所述第一目标操作标识信息。
具体的,所述主服务器901还可以用于若判断出所述第一目标操作标识信息大于所述最大操作标识信息,向所述辅服务器902反馈携带目标数值的第一类应答报文,以使所述辅服务器902在判断出从所述第一类应答报文中提取到所述目标数值时,确定系统异常,其中,所述目标数值为用于表明系统异常的值;
相应地,所述辅服务器902从所述第一类应答报文中提取到第三类信息时,确定系统异常,其中,所述第三类信息为所述主服务器901在判断出所述第一目标操作标识信息大于第一数据表中的最大操作标识信息时反馈的,所述第三类信息为目标数值,所述目标数值为用于表明系统异常的值。
具体的,所述主服务器901基于所述最大操作标识信息和所述目标操作数据,构建第一类应答报文的过程,可以包括:
按照所述目标操作数据对应的操作标识信息升序排列的规则,基于所述最大操作标识信息和所述目标操作数据,构建第一类应答报文;
相应地,所述辅服务器902执行所述目标操作数据所对应的每一操作的过程,可以包括:
所述辅服务器902按照所述第一类应答报文解析时的先后顺序,执行所述目标操作数据对应的每一操作。
具体的,所述辅服务器902按照所述第一类应答报文解析时的先后顺序,执行目标操作数据所对应的每一操作的步骤之前,还可以用于验证所述最大操作标识信息是否大于所述当前操作标识信息;若否,丢弃所述第一类应答报文。
更具体的,所述主服务器901基于所述最大操作标识信息和所述目标操作数据构建第一类应答报文的过程,可以包括:
根据所述目标操作数据,确定至少一个第一类定位信息和与所述第一类定位信息对应的第一类执行信息,其中,所述第一类定位信息包括:内容信息和类型信息,所述类型信息为区域或线路;
构建携带有所述最大操作标识信息、所确定的第一类定位信息和所述第一类定位信息对应的第一类执行信息的第一类应答报文;
相应地,所述辅服务器902执行目标操作数据所对应的每一操作,以对本地区文件进行同步更新的过程,可以包括:
针对每一第一类定位信息所定位的对象,执行该第一类定位信息对应的第一执行信息所对应的操作,以对本地区文件进行同步更新。
具体的,所述增量传输请求报文可以为:所携带的第一预定字段为第一预设值的IXFR扩展协议报文,所述全量传输请求报文可以为:所携带的所述第一预定字段为第二预设值的AXFR扩展协议报文。
对于装置、系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以存储于计算机可读取存储介质中,这里所称得的存储介质,如:ROM/RAM、磁碟、光盘等。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (43)
1.一种DNS主辅服务器数据同步方法,应用于主服务器,其特征在于,所述方法包括:
接收辅服务器发送的增量传输请求报文;
从所述增量传输请求报文中提取第一目标操作标识信息,所述第一目标操作标识信息为所述辅服务器本地保存的当前操作标识信息;
基于所述第一目标操作标识信息和第一数据表,向所述辅服务器反馈第一类应答报文,以使得所述辅服务器根据所述第一类应答报文对本地区文件进行同步更新;
其中,所述第一数据表包括:所述主服务器针对目标区的操作数据和所述操作数据对应的操作标识信息,所述目标区为所述主服务器负责解析的区域。
2.根据权利要求1所述的方法,其特征在于,还包括:
接收所述辅服务器发送的全量传输请求报文;
基于所述第一数据表和第二数据表,向所述辅服务器反馈第二类应答报文,以使得所述辅服务器根据所述第二类应答报文对本地区文件进行同步更新;
其中,所述第二数据表包括所述目标区的当前区数据。
3.根据权利要求2所述的方法,其特征在于,所述基于所述第一数据表和第二数据表,向所述辅服务器反馈第二类应答报文的步骤,包括:
基于所述第一数据表中的最大操作标识信息和第二数据表中的所有区数据构建第二类应答报文,并向所述辅服务器反馈所述第二类应答报文,以使所述辅服务器根据所述第二类应答报文对本地区文件进行同步更新。
4.根据权利要求1或2所述的方法,其特征在于,所述基于所述第一目标操作标识信息和第一数据表,向所述辅服务器反馈第一类应答报文,以使得所述辅服务器根据所述第一类应答报文对本地区文件进行同步更新的步骤,包括:
判断所述第一目标操作标识信息是否小于第一数据表中的最大操作标识信息;
若小于,从所述第一数据表中获得目标操作数据,基于所述最大操作标识信息和所述目标操作数据,构建第一类应答报文,并向所述辅服务器反馈所述第一类应答报文,以使所述辅服务器执行所述目标操作数据所对应的每一操作,对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为所述最大操作标识信息;其中,所述目标操作数据为所述第一数据表中、大于所述第一目标操作标识信息的操作标识信息对应的操作数据;
若等于,向所述辅服务器反馈携带所述第一目标操作标识信息的第一类应答报文,以使所述辅服务器在判断出从所述第一类应答报文中提取到的所述第一目标操作标识信息等于本地保存的当前操作标识信息时不作任何处理。
5.根据权利要求4所述的方法,其特征在于,还包括:
若所述第一目标操作标识信息大于所述最大操作标识信息,向所述辅服务器反馈携带目标数值的第一类应答报文,以使所述辅服务器在判断出从所述第一类应答报文中提取到所述目标数值时,确定系统异常,其中,所述目标数值为用于表明系统异常的值。
6.根据权利要求4所述的方法,其特征在于,所述基于所述最大操作标识信息和所述目标操作数据,构建第一类应答报文的步骤,包括:
按照所述目标操作数据对应的操作标识信息升序排列的规则,基于所述最大操作标识信息和所述目标操作数据,构建第一类应答报文;
辅服务器执行所述目标操作数据所对应的每一操作,包括:
所述辅服务器按照所述第一类应答报文解析时的先后顺序,执行所述目标操作数据对应的每一操作。
7.根据权利要求4所述的方法,其特征在于,所述基于所述最大操作标识信息和所述目标操作数据构建第一类应答报文的步骤,包括:
根据所述目标操作数据,确定至少一个第一类定位信息和与所述第一类定位信息对应的第一类执行信息,其中,所述第一类定位信息包括:内容信息和类型信息,所述类型信息为区域或线路;
构建携带有所述最大操作标识信息、所确定的第一类定位信息和所述第一类定位信息对应的第一类执行信息的第一类应答报文。
8.根据权利要求2所述的方法,其特征在于,所述增量传输请求报文为:所携带的第一预定字段为第一预设值的IXFR扩展协议报文,所述全量传输请求报文为:所携带的所述第一预定字段为第二预设值的AXFR扩展协议报文。
9.一种DNS主辅服务器数据同步方法,应用于辅服务器,其特征在于,所述方法包括:
构建增量传输请求报文,其中,所述增量传输请求报文中携带第一目标操作标识信息,所述第一目标操作标识信息为所述辅服务器本地保存的当前操作标识信息;
向主服务器发送增量传输请求报文,以使所述主服务器从所述增量传输请求报文中提取第一目标操作标识信息,基于所述第一目标操作标识信息和第一数据表,向所述辅服务器反馈第一类应答报文;其中,所述第一数据表包括:所述主服务器针对目标区的操作数据和所述操作数据对应的操作标识信息,所述目标区为所述主服务器负责解析的区域;
当接收到所述主服务器反馈的所述第一类应答报文时,根据所述第一类应答报文对本地区文件进行同步更新。
10.根据权利要求9所述的方法,其特征在于,还包括:
构建全量传输请求报文;
向所述主服务器发送所述全量传输请求报文,以使所述主服务器在接收到所述全量传输请求报文后,基于所述第一数据表和第二数据表,向所述辅服务器反馈第二类应答报文;其中,所述第二数据表包括所述目标区的当前区数据;
当接收到所述主服务器反馈的第二类应答报文时,根据所述第二类应答报文对本地区文件进行同步更新。
11.根据权利要求10所述的方法,其特征在于,所述根据所述第二类应答报文对本地区文件进行同步更新的步骤,包括:
根据所述第二类应答报文更新本地区文件的区数据,并更新本地保存的当前操作标识信息。
12.根据权利要求9或10所述的方法,其特征在于,所述根据所述第一类应答报文对本地区文件进行同步更新的步骤,包括:
当从所述第一类应答报文中提取到第一类信息时,执行目标操作数据所对应的每一操作,以对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为所述第一类信息中的操作标识信息,其中,所述第一类信息为所述主服务器在判断出所述第一目标操作标识信息小于第一数据表中的最大操作标识信息时反馈的,所述第一类信息基于所述最大操作标识信息和目标操作数据构建而成;其中,所述目标操作数据为所述第一数据表中、大于所述第一目标操作标识信息的操作标识信息对应的操作数据;
当从所述第一类应答报文中提取到第二类信息时,不作处理,其中,所述第二类信息为所述主服务器在判断出所述第一目标操作标识信息等于第一数据表中的最大操作标识信息时反馈的,所述第二类信息为所述第一目标操作标识信息。
13.根据权利要求12所述的方法,其特征在于,还包括:
当从所述第一类应答报文中提取到第三类信息时,确定系统异常,其中,所述第三类信息为所述主服务器在判断出所述第一目标操作标识信息大于第一数据表中的最大操作标识信息时反馈的,所述第三类信息为目标数值,所述目标数值为用于表明系统异常的值。
14.根据权利要求12所述的方法,其特征在于,所述第一类信息为按照所述目标操作数据对应的操作标识信息升序排列的规则,基于所述最大操作标识信息和所述目标操作数据构建而成;
所述执行目标操作数据所对应的每一操作的步骤,包括:按照所述第一类信息解析时的先后顺序,执行目标操作数据所对应的每一操作。
15.根据权利要求14所述的方法,其特征在于,所述按照所述第一类应答报文解析时的先后顺序,执行目标操作数据所对应的每一操作的步骤之前,还包括:
验证所述最大操作标识信息是否大于所述当前操作标识信息;
若否,丢弃所述第一类应答报文。
16.根据权利12所述的方法,其特征在于,所述第一类信息包括:所述最大操作标识信息、至少一个第一类定位信息和所述第一类定位信息对应的第一类执行信息;其中,所述第一类定位信息包括:内容信息和类型信息,所述类型信息为区域或线路;
所述执行目标操作数据所对应的每一操作,以对本地区文件进行同步更新的步骤,包括:
针对每一第一类定位信息所定位的对象,执行该第一类定位信息对应的第一执行信息所对应的操作,以对本地区文件进行同步更新。
17.根据权利要求10所述的方法,其特征在于,所述增量传输请求报文为:所携带的第一预定字段为第一预设值的IXFR扩展协议报文,所述全量传输请求报文为:所携带的所述第一预定字段为第二预设值的AXFR扩展协议报文。
18.一种DNS主辅服务器数据同步装置,其特征在于,应用于主服务器,所述装置包括:
增量传输请求报文接收模块,用于接收辅服务器发送的增量传输请求报文;
操作标识信息提取模块,用于从所述增量传输请求报文中提取第一目标操作标识信息,所述第一目标操作标识信息为所述辅服务器本地保存的当前操作标识信息;
第一应答报文反馈模块,用于基于所述第一目标操作标识信息和第一数据表,向所述辅服务器反馈第一类应答报文,以使得所述辅服务器根据所述第一类应答报文对本地区文件进行同步更新;
其中,所述第一数据表包括:所述主服务器针对目标区的操作数据和所述操作数据对应的操作标识信息,所述目标区为所述主服务器负责解析的区域。
19.根据权利要求18所述的装置,其特征在于,所述装置还包括:
全量传输请求报文接收模块,用于接收所述服务器发送的全量传输请求报文;
第二应答报文反馈模块,用于基于所述第一数据表和第二数据表,向所述辅服务器反馈第二类应答报文,以使得所述辅服务器根据所述第二类应答报文对本地区文件进行同步更新;其中,所述第二数据表包括所述目标区的当前区数据。
20.根据权利要求19所述的装置,其特征在于,所述第二应答报文反馈模块,具体用于:
基于所述第一数据表中的最大操作标识信息和第二数据表中的所有区数据构建第二类应答报文,并向所述辅服务器反馈所述第二类应答报文,以使所述辅服务器根据所述第二类应答报文对本地区文件进行同步更新。
21.根据权利要求18或19所述的装置,其特征在于,所述第一应答报文反馈模块,包括:
判断子模块,用于判断所述第一目标操作标识信息是否小于第一数据表中的最大操作标识信息;
第一应答报文反馈子模块,用于在所述判断子模块的结果为小于的情况下,从所述第一数据表中获得目标操作数据,基于所述最大操作标识信息和所述目标操作数据,构建第一类应答报文,并向所述辅服务器反馈所述第一类应答报文,以使所述辅服务器执行所述目标操作数据所对应的每一操作,对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为所述最大操作标识信息;其中,所述目标操作数据为所述第一数据表中、大于所述第一目标操作标识信息的操作标识信息对应的操作数据;
第二应答报文反馈子模块,用于在所述判断子模块的结果为等于的情况下,向所述辅服务器反馈携带所述第一目标操作标识信息的第一类应答报文,以使所述辅服务器在判断出从所述第一类应答报文中提取到的所述第一目标操作标识信息等于本地保存的当前操作标识信息时不作任何处理。
22.根据权利要求21所述的装置,其特征在于,还包括:
第三应答报文反馈子模块,用于在所述判断子模块的结果为大于的情况下,向所述辅服务器反馈携带目标数值的第一类应答报文,以使所述辅服务器在判断出从所述第一类应答报文中提取到所述目标数值时,确定系统异常,其中,所述目标数值为用于表明系统异常的值。
23.根据权利要求21所述的装置,其特征在于,所述第一应答报文反馈子模块,具体用于:
从所述第一数据表中获得目标操作数据,按照所述目标操作数据对应的操作标识信息升序排列的规则,基于所述最大操作标识信息和所述目标操作数据,构建第一类应答报文,并向所述辅服务器反馈所述第一类应答报文,以使所述辅服务器按照所述第一类应答报文解析时的先后顺序,执行所述目标操作数据所对应的每一操作,对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为所述最大操作标识信息;其中,所述目标操作数据为所述第一数据表中、大于所述第一目标操作标识信息的操作标识信息对应的操作数据。
24.根据权利要求21所述的装置,其特征在于,所述第一应答报文反馈子模块,具体用于:
在所述判断子模块的结果为小于的情况下,从所述第一数据表中获得目标操作数据;
根据所述目标操作数据,确定至少一个第一类定位信息和与所述第一类定位信息对应的第一类执行信息,其中,所述第一类定位信息包括:内容信息和类型信息,所述类型信息为区域或线路;
构建携带有所述最大操作标识信息、所确定的第一类定位信息和所述第一类定位信息对应的第一类执行信息的第一类应答报文,并向所述辅服务器反馈所述第一类应答报文,以使所述辅服务器执行所述目标操作数据所对应的每一操作,对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为所述最大操作标识信息;其中,所述目标操作数据为所述第一数据表中、大于所述第一目标操作标识信息的操作标识信息对应的操作数据。
25.根据权利要求19所述的装置,其特征在于,所述增量传输请求报文为:所携带的第一预定字段为第一预设值的IXFR扩展协议报文,所述全量传输请求报文为:所携带的所述第一预定字段为第二预设值的AXFR扩展协议报文。
26.一种DNS主辅服务器数据同步装置,其特征在于,应用于辅服务器,所述装置包括:
增量传输请求报文构建模块,用于构建增量传输请求报文,其中,所述增量传输请求报文中携带第一目标操作标识信息,所述第一目标操作标识信息为所述辅服务器本地保存的当前操作标识信息;
增量传输请求报文发送模块,用于向主服务器发送增量传输请求报文,以使所述主服务器从所述增量传输请求报文中提取第一目标操作标识信息,基于所述第一目标操作标识信息和第一数据表,向所述辅服务器反馈第一类应答报文;其中,所述第一数据表包括:所述主服务器针对目标区的操作数据和所述操作数据对应的操作标识信息,所述目标区为所述主服务器负责解析的区域;
第一同步更新模块,用于当接收到所述主服务器反馈的所述第一类应答报文时,根据所述第一类应答报文对本地区文件进行同步更新。
27.根据权利要求26所述的装置,其特征在于,所述装置还包括:
全量传输请求报文构建模块,用于构建全量传输请求报文;
全量传输请求报文发送模块,用于向所述主服务器发送所述全量传输请求报文,以使所述主服务器在接收到所述全量传输请求报文后,基于所述第一数据表和第二数据表,向所述辅服务器反馈第二类应答报文;其中,所述第二数据表包括所述目标区的当前区数据;
第二同步更新模块,当接收到所述主服务器反馈的第二类应答报文时,根据所述第二类应答报文对本地区文件进行同步更新。
28.根据权利要求27所述的装置,其特征在于,所述第二同步更新模块,具体用于:
当接收到所述主服务器反馈的第二类应答报文时,根据所述第二类应答报文更新本地区文件的区数据,并更新本地保存的当前操作标识信息。
29.根据权利要求26或27所述的装置,其特征在于,所述第一同步更新模块,包括:
第一同步更新子模块,用于当从所述第一类应答报文中提取到第一类信息时,执行目标操作数据所对应的每一操作,以对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为所述第一类信息中的操作标识信息,其中,所述第一类信息为所述主服务器在判断出所述第一目标操作标识信息小于第一数据表中的最大操作标识信息时反馈的,所述第一类信息基于所述最大操作标识信息和目标操作数据构建而成;其中,所述目标操作数据为所述第一数据表中、大于所述第一目标操作标识信息的操作标识信息对应的操作数据;
第二同步更新子模块,用于当从所述第一类应答报文中提取到第二类信息时,不作处理,其中,所述第二类信息为所述主服务器在判断出所述第一目标操作标识信息等于第一数据表中的最大操作标识信息时反馈的,所述第二类信息为所述第一目标操作标识信息。
30.根据权利要求29所述的装置,其特征在于,还包括:
第三同步更新子模块,用于当从所述第一类应答报文中提取到第三类信息时,确定系统异常,其中,所述第三类信息为所述主服务器在判断出所述第一目标操作标识信息大于第一数据表中的最大操作标识信息时反馈的,所述第三类信息为目标数值,所述目标数值为用于表明系统异常的值。
31.根据权利要求29所述的装置,其特征在于,所述第一同步更新子模块,具体用于:
用于当从所述第一类应答报文中提取到第一类信息时,按照所述第一类应答报文解析时的先后顺序,执行目标操作数据所对应的每一操作,以对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为所述第一类信息中的操作标识信息,其中,所述第一类信息为所述主服务器在判断出所述第一目标操作标识信息小于第一数据表中的最大操作标识信息时反馈的,所述第一类信息为按照所述目标操作数据对应的操作标识信息升序排列的规则,基于所述最大操作标识信息和目标操作数据构建而成;其中,所述目标操作数据为所述第一数据表中、大于所述第一目标操作标识信息的操作标识信息对应的操作数据。
32.根据权利要求31所述的装置,其特征在于,还包括:
验证模块,用于在所述第一同步更新子模块用于按照所述第一类应答报文解析时的先后顺序,执行目标操作数据所对应的每一操作之前,验证所述最大操作标识信息是否大于所述当前操作标识信息,若否,丢弃所述第一类应答报文。
33.根据权利要求29所述的装置,其特征在于,所述第一同步更新子模块,具体用于:
用于当从所述第一类应答报文中提取到第一类信息时,针对每一第一类定位信息所定位的对象,执行该第一类定位信息对应的第一执行信息所对应的操作,以对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为所述第一类信息中的操作标识信息,其中,所述第一类信息为所述主服务器在判断出所述第一目标操作标识信息小于第一数据表中的最大操作标识信息时反馈的,所述第一类信息基于所述最大操作标识信息和目标操作数据构建而成,所述第一类信息包括:所述最大操作标识信息、至少一个第一类定位信息和所述第一类定位信息对应的第一类执行信息,其中,所述第一类定位信息包括:内容信息和类型信息,所述类型信息为区域或线路;其中,所述目标操作数据为所述第一数据表中、大于所述第一目标操作标识信息的操作标识信息对应的操作数据。
34.根据权利要求27所述的装置,其特征在于,所述增量传输请求报文为:所携带的第一预定字段为第一预设值的IXFR扩展协议报文,所述全量传输请求报文为:所携带的所述第一预定字段为第二预设值的AXFR扩展协议报文。
35.一种DNS主辅服务器数据同步系统,其特征在于,所述系统包括:
主服务器和辅服务器;
其中,所述主服务器,用于接收所述辅服务器发送的增量传输请求报文,从所述增量传输请求报文中提取第一目标操作标识信息,基于所述第一目标操作标识信息和第一数据表,向所述辅服务器反馈第一类应答报文,以使得所述辅服务器根据所述第一类应答报文对本地区文件进行同步更新;其中,所述第一目标操作标识信息为所述辅服务器本地保存的当前操作标识信息,所述第一数据表包括:所述主服务器针对目标区的操作数据和所述操作数据对应的操作标识信息,所述目标区为所述主服务器负责解析的区域;
所述辅服务器,用于构建增量传输请求报文,向所述主服务器发送增量传输请求报文,以使所述主服务器从所述增量传输请求报文中提取第一目标操作标识信息,基于所述第一目标操作标识信息和第一数据表,向所述辅服务器反馈第一类应答报文,当接收到所述主服务器反馈的所述第一类应答报文时,根据所述第一类应答报文对本地区文件进行同步更新;其中,所述增量传输请求报文中携带第一目标操作标识信息,所述第一目标操作标识信息为所述辅服务器本地保存的当前操作标识信息,所述第一数据表包括:所述主服务器针对目标区的操作数据和所述操作数据对应的操作标识信息,所述目标区为所述主服务器负责解析的区域。
36.根据权利要求35所述的系统,其特征在于,所述主服务器还用于接收所述辅服务器发送的全量传输请求报文;基于所述第一数据表和第二数据表,向所述辅服务器反馈第二类应答报文,以使得所述辅服务器根据所述第二类应答报文对本地区文件进行同步更新;其中,所述第二数据表包括所述目标区的当前区数据;
相应地,所述辅服务器还用于构建全量传输请求报文;向所述主服务器发送所述全量传输请求报文,以使所述主服务器在接收到所述全量传输请求报文后,基于所述第一数据表和第二数据表,向所述辅服务器反馈第二类应答报文;其中,所述第二数据表包括所述目标区的当前区数据;当接收到所述主服务器反馈的第二类应答报文时,根据所述第二类应答报文对本地区文件进行同步更新。
37.根据权利要求36所述的系统,其特征在于,所述主服务器基于所述第一数据表和第二数据表,向所述辅服务器反馈第二类应答报文的过程,包括:
基于所述第一数据表中的最大操作标识信息和第二数据表中的所有区数据构建第二类应答报文,并向所述辅服务器反馈所述第二类应答报文,以使所述辅服务器根据所述第二类应答报文对本地区文件进行同步更新;
相应地,辅服务器根据所述第二类应答报文对本地区文件进行同步更新的过程包括:根据所述第二类应答报文更新本地区文件的区数据,并更新本地保存的当前操作标识信息。
38.根据权利要求35或36所述的系统,其特征在于,所述主服务器基于所述第一目标操作标识信息和第一数据表,向所述辅服务器反馈第一类应答报文,以使得所述辅服务器根据所述第一类应答报文对本地区文件进行同步更新的过程包括:
判断所述第一目标操作标识信息是否小于第一数据表中的最大操作标识信息;
若小于,从所述第一数据表中获得目标操作数据,基于所述最大操作标识信息和所述目标操作数据,构建第一类应答报文,并向所述辅服务器反馈所述第一类应答报文,以使所述辅服务器执行所述目标操作数据所对应的每一操作,对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为所述最大操作标识信息;其中,所述目标操作数据为所述第一数据表中、大于所述第一目标操作标识信息的操作标识信息对应的操作数据;
若等于,向所述辅服务器反馈携带所述第一目标操作标识信息的第一类应答报文,以使所述辅服务器在判断出从所述第一类应答报文中提取到的所述第一目标操作标识信息等于本地保存的当前操作标识信息时不作任何处理;
相应地,所述辅服务器根据所述第一类应答报文对本地区文件进行同步更新的过程,包括:
当从所述第一类应答报文中提取到第一类信息时,执行目标操作数据所对应的每一操作,以对本地区文件进行同步更新,并将本地保存的当前操作标识信息更新为所述第一类信息中的操作标识信息,其中,所述第一类信息为所述主服务器在判断出所述第一目标操作标识信息小于第一数据表中的最大操作标识信息时反馈的,所述第一类信息基于所述最大操作标识信息和目标操作数据构建而成;其中,所述目标操作数据为所述第一数据表中、大于所述第一目标操作标识信息的操作标识信息对应的操作数据;
当从所述第一类应答报文中提取到第二类信息时,不作处理,其中,所述第二类信息为所述主服务器在判断出所述第一目标操作标识信息等于第一数据表中的最大操作标识信息时反馈的,所述第二类信息为所述第一目标操作标识信息。
39.根据权利要求38所述的系统,其特征在于,所述主服务器还用于若判断出所述第一目标操作标识信息大于所述最大操作标识信息,向所述辅服务器反馈携带目标数值的第一类应答报文,以使所述辅服务器在判断出从所述第一类应答报文中提取到所述目标数值时,确定系统异常,其中,所述目标数值为用于表明系统异常的值;
相应地,所述辅服务器从所述第一类应答报文中提取到第三类信息时,确定系统异常,其中,所述第三类信息为所述主服务器在判断出所述第一目标操作标识信息大于第一数据表中的最大操作标识信息时反馈的,所述第三类信息为目标数值,所述目标数值为用于表明系统异常的值。
40.根据权利要求38所述的系统,其特征在于,所述主服务器基于所述最大操作标识信息和所述目标操作数据,构建第一类应答报文的过程,包括:
按照所述目标操作数据对应的操作标识信息升序排列的规则,基于所述最大操作标识信息和所述目标操作数据,构建第一类应答报文;
相应地,所述辅服务器执行所述目标操作数据所对应的每一操作的过程,包括:所述辅服务器按照所述第一类应答报文解析时的先后顺序,执行所述目标操作数据对应的每一操作。
41.根据权利要求40所述的系统,其特征在于,所述辅服务器按照所述第一类应答报文解析时的先后顺序,执行目标操作数据所对应的每一操作的步骤之前,还用于验证所述最大操作标识信息是否大于所述当前操作标识信息;若否,丢弃所述第一类应答报文。
42.根据权利要求38所述的系统,其特征在于,所述主服务器基于所述最大操作标识信息和所述目标操作数据构建第一类应答报文的过程,包括:
根据所述目标操作数据,确定至少一个第一类定位信息和与所述第一类定位信息对应的第一类执行信息,其中,所述第一类定位信息包括:内容信息和类型信息,所述类型信息为区域或线路;
构建携带有所述最大操作标识信息、所确定的第一类定位信息和所述第一类定位信息对应的第一类执行信息的第一类应答报文;
相应地,所述辅服务器执行目标操作数据所对应的每一操作,以对本地区文件进行同步更新的过程,包括:
针对每一第一类定位信息所定位的对象,执行该第一类定位信息对应的第一执行信息所对应的操作,以对本地区文件进行同步更新。
43.根据权利要求36所述的系统,其特征在于,所述增量传输请求报文为:所携带的第一预定字段为第一预设值的IXFR扩展协议报文,所述全量传输请求报文为:所携带的所述第一预定字段为第二预设值的AXFR扩展协议报文。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610818678.XA CN107819795A (zh) | 2016-09-12 | 2016-09-12 | 一种dns主辅服务器数据同步方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610818678.XA CN107819795A (zh) | 2016-09-12 | 2016-09-12 | 一种dns主辅服务器数据同步方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107819795A true CN107819795A (zh) | 2018-03-20 |
Family
ID=61600555
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610818678.XA Pending CN107819795A (zh) | 2016-09-12 | 2016-09-12 | 一种dns主辅服务器数据同步方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107819795A (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110049049A (zh) * | 2019-04-22 | 2019-07-23 | 中国互联网络信息中心 | 一种dns区数据校验的方法和装置 |
CN110099117A (zh) * | 2019-05-05 | 2019-08-06 | 中国互联网络信息中心 | 一种多版本dns区文件全量下发的方法和装置 |
CN110365763A (zh) * | 2019-07-11 | 2019-10-22 | 北京蜜莱坞网络科技有限公司 | 一种数据同步方法、装置、设备及存储介质 |
CN110502573A (zh) * | 2019-07-08 | 2019-11-26 | 威富通科技有限公司 | 一种闸机数据同步方法及服务器 |
CN110795443A (zh) * | 2019-10-08 | 2020-02-14 | 中国建设银行股份有限公司 | 数据同步的方法、装置、设备和计算机可读介质 |
CN112187916A (zh) * | 2020-09-27 | 2021-01-05 | 中国银联股份有限公司 | 一种跨系统的数据同步方法与装置 |
CN112286952A (zh) * | 2020-12-23 | 2021-01-29 | 智道网联科技(北京)有限公司 | 实时交通信息的处理方法、装置及系统 |
CN112949326A (zh) * | 2019-11-26 | 2021-06-11 | 多点(深圳)数字科技有限公司 | 信息查询方法、装置、设备和计算机可读介质 |
CN113037885A (zh) * | 2021-03-02 | 2021-06-25 | 上海牙木通讯技术有限公司 | 视图匹配方法、dns服务器及计算机可读存储介质 |
CN116095172A (zh) * | 2023-01-09 | 2023-05-09 | 互联网域名系统北京市工程研究中心有限公司 | 缓存刷新方法、装置、设备和存储介质 |
CN116389411A (zh) * | 2023-06-07 | 2023-07-04 | 阿里巴巴(中国)有限公司 | 域名数据处理方法、装置及设备 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102142024A (zh) * | 2010-02-01 | 2011-08-03 | 微软公司 | 在分布式数据库中使用递增捕捉来进行逻辑数据备份和回退 |
CN103248725A (zh) * | 2013-05-23 | 2013-08-14 | 中国科学院计算机网络信息中心 | 一种安全可靠的域名解析修复方法和系统 |
CN103338222A (zh) * | 2013-05-23 | 2013-10-02 | 中国科学院计算机网络信息中心 | 一种实现dns主与辅服务器的区数据自动同步的方法 |
US20130311578A1 (en) * | 2012-05-18 | 2013-11-21 | Apple Inc. | Integrated local/remote server computer architecture for electronic data transfer |
CN104252481A (zh) * | 2013-06-27 | 2014-12-31 | 阿里巴巴集团控股有限公司 | 主从数据库一致性的动态校验方法和装置 |
CN104270424A (zh) * | 2014-09-17 | 2015-01-07 | 深圳创维数字技术有限公司 | 一种数据库同步方法、服务器及系统 |
CN105407146A (zh) * | 2015-10-27 | 2016-03-16 | 成都艾克尔特医疗科技有限公司 | 一种从手环到app再到服务器的数据同步方法 |
-
2016
- 2016-09-12 CN CN201610818678.XA patent/CN107819795A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102142024A (zh) * | 2010-02-01 | 2011-08-03 | 微软公司 | 在分布式数据库中使用递增捕捉来进行逻辑数据备份和回退 |
US20130311578A1 (en) * | 2012-05-18 | 2013-11-21 | Apple Inc. | Integrated local/remote server computer architecture for electronic data transfer |
CN103248725A (zh) * | 2013-05-23 | 2013-08-14 | 中国科学院计算机网络信息中心 | 一种安全可靠的域名解析修复方法和系统 |
CN103338222A (zh) * | 2013-05-23 | 2013-10-02 | 中国科学院计算机网络信息中心 | 一种实现dns主与辅服务器的区数据自动同步的方法 |
CN104252481A (zh) * | 2013-06-27 | 2014-12-31 | 阿里巴巴集团控股有限公司 | 主从数据库一致性的动态校验方法和装置 |
CN104270424A (zh) * | 2014-09-17 | 2015-01-07 | 深圳创维数字技术有限公司 | 一种数据库同步方法、服务器及系统 |
CN105407146A (zh) * | 2015-10-27 | 2016-03-16 | 成都艾克尔特医疗科技有限公司 | 一种从手环到app再到服务器的数据同步方法 |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110049049A (zh) * | 2019-04-22 | 2019-07-23 | 中国互联网络信息中心 | 一种dns区数据校验的方法和装置 |
CN110099117B (zh) * | 2019-05-05 | 2021-10-22 | 中国互联网络信息中心 | 一种多版本dns区文件全量下发的方法和装置 |
CN110099117A (zh) * | 2019-05-05 | 2019-08-06 | 中国互联网络信息中心 | 一种多版本dns区文件全量下发的方法和装置 |
CN110502573A (zh) * | 2019-07-08 | 2019-11-26 | 威富通科技有限公司 | 一种闸机数据同步方法及服务器 |
CN110365763A (zh) * | 2019-07-11 | 2019-10-22 | 北京蜜莱坞网络科技有限公司 | 一种数据同步方法、装置、设备及存储介质 |
CN110795443A (zh) * | 2019-10-08 | 2020-02-14 | 中国建设银行股份有限公司 | 数据同步的方法、装置、设备和计算机可读介质 |
CN112949326B (zh) * | 2019-11-26 | 2023-05-05 | 多点(深圳)数字科技有限公司 | 信息查询方法、装置、设备和计算机可读介质 |
CN112949326A (zh) * | 2019-11-26 | 2021-06-11 | 多点(深圳)数字科技有限公司 | 信息查询方法、装置、设备和计算机可读介质 |
CN112187916A (zh) * | 2020-09-27 | 2021-01-05 | 中国银联股份有限公司 | 一种跨系统的数据同步方法与装置 |
CN112187916B (zh) * | 2020-09-27 | 2023-12-05 | 中国银联股份有限公司 | 一种跨系统的数据同步方法与装置 |
CN112286952B (zh) * | 2020-12-23 | 2021-10-01 | 智道网联科技(北京)有限公司 | 实时交通信息的处理方法、装置及系统 |
CN112286952A (zh) * | 2020-12-23 | 2021-01-29 | 智道网联科技(北京)有限公司 | 实时交通信息的处理方法、装置及系统 |
CN113037885A (zh) * | 2021-03-02 | 2021-06-25 | 上海牙木通讯技术有限公司 | 视图匹配方法、dns服务器及计算机可读存储介质 |
CN113037885B (zh) * | 2021-03-02 | 2022-10-28 | 牙木科技股份有限公司 | 视图匹配方法、dns服务器及计算机可读存储介质 |
CN116095172A (zh) * | 2023-01-09 | 2023-05-09 | 互联网域名系统北京市工程研究中心有限公司 | 缓存刷新方法、装置、设备和存储介质 |
CN116389411A (zh) * | 2023-06-07 | 2023-07-04 | 阿里巴巴(中国)有限公司 | 域名数据处理方法、装置及设备 |
CN116389411B (zh) * | 2023-06-07 | 2023-08-18 | 阿里巴巴(中国)有限公司 | 域名数据处理方法、装置及设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107819795A (zh) | 一种dns主辅服务器数据同步方法、装置及系统 | |
EP4024812B1 (en) | Smart contract-based data processing method, and device and storage medium | |
EP2244418B1 (en) | Database security monitoring method, device and system | |
US7941517B2 (en) | Server and method for managing DNSSEC requests | |
US8489548B2 (en) | Method, system, and device for data synchronization | |
US8051484B2 (en) | Method and security system for indentifying and blocking web attacks by enforcing read-only parameters | |
CN109040337B (zh) | 一种信息查询方法、边缘服务器及信息查询系统 | |
CN111614696B (zh) | 一种基于知识图谱的网络安全应急响应方法及其系统 | |
CN110135194B (zh) | 一种基于区块链的工业互联网数字对象的管理方法 | |
TWI734744B (zh) | 路由表的同步方法、裝置及系統 | |
CN107633014A (zh) | 一种数据存储方法及服务器 | |
ATE516652T1 (de) | Identifizierungsdaten in netzwerkkommunikation benutzenden systemen und apparaten | |
CN104636437B (zh) | 一种事件通知方法、监听器的处理方法及装置 | |
CN111352760B (zh) | 一种数据处理的方法以及相关装置 | |
CN110784495A (zh) | 基于区块链的大数据集群系统的发现与配置信息管理方法 | |
CN111353136B (zh) | 一种操作请求的处理方法和装置 | |
CN109151090A (zh) | 基于互联网基础资源的ip地址关联分析方法和分析系统 | |
CN109873857A (zh) | 一种无网络状态下移动端数据同步方法及装置 | |
US10129277B1 (en) | Methods for detecting malicious network traffic and devices thereof | |
CN111404768A (zh) | 一种dpi识别的实现方法及设备 | |
CN111008220A (zh) | 数据源的动态识别方法及装置、存储介质和电子装置 | |
CN112416936B (zh) | 一种dcs后台多节点协同组态标记名校验方法 | |
US9400729B2 (en) | System and method for determining topology of monitored entities | |
CN110457897A (zh) | 一种基于通信协议与sql语法的数据库安全检测方法 | |
CN114331785A (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180320 |