CN103019875B - 一种实现数据库双主改造的方法及装置 - Google Patents
一种实现数据库双主改造的方法及装置 Download PDFInfo
- Publication number
- CN103019875B CN103019875B CN201210557332.0A CN201210557332A CN103019875B CN 103019875 B CN103019875 B CN 103019875B CN 201210557332 A CN201210557332 A CN 201210557332A CN 103019875 B CN103019875 B CN 103019875B
- Authority
- CN
- China
- Prior art keywords
- database server
- main
- daily record
- standby
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种实现数据库双主改造的方法及装置以实现数据库系统能够连续服务且不丢失数据的目的,包括监测主数据库服务器的运行状态,其中,所述主数据库服务器提供写访问,配置有与其同步复制的备数据库服务器,在监测到所述主数据库服务器的运行状态异常时,以所述备数据库服务器代替主数据库服务器提供写访问,执行从库切换步骤,包括:通过计算所述备数据库服务器和从数据库服务器分别最后一次读取到主数据库服务器日志中的位置的差值,确定从数据库服务器在读取备数据库服务器日志时的起始位置,将所述备数据库服务器设置为所述从数据库服务器的主服务器,从而满足数据库系统提供连续服务、从库跟随切换延时的情况下不丢失数据的要求。
Description
技术领域
本发明涉及数据库领域,特别涉及一种实现数据库双主改造的方法及装置。
背景技术
随着使用数据库应用的发展,各种应用对数据库系统稳定性的要求不断提高。
数据库系统一般为单主多从构架,主数据库服务器为应用程序提供写入访问,从数据库服务器为应用程序提供只读访问。当主数据库服务器故障时,服务暂停,随后启用从数据库服务器中的一台做主库服务器,对其进行与主数据库服务器相同的配置,接受应用程序的写入操作,重新启动写入服务,重新配置从数据库服务器,将从数据库服务器的主服务器设置为重新定位的主数据库服务器。但是,由于单主多从构架的数据库系统在主数据库服务器发生故障时,服务会发生暂停,导致服务的连续性降低。
目前,MYSQL-MMM软件可以用来实现在主数据库服务器发生故障时自动切换主从关系,不必服务暂停,但是,从数据库服务器连接备数据库服务器的时间,与备用数据库服务器接替主数据库服务器的时间之间有一端延时,造成从数据库服务器会丢失延时这段时间内的写入数据,而且,该软件大概每个小时都会进行一次主备的相互切换,切换时间大概有2秒会无法访问数据库,造成了该软件现在已经无法满足各种应用对数据库系统稳定性和服务的连续性越来越高的要求。
发明内容
有鉴于此,本发明的主要目的在于提供一种实现数据库双主改造的方法及装置以实现保证数据库系统能够连续服务且不丢失数据的目的。
本发明提供了一种实现数据库双主改造的方法,该方法包括:
监测主数据库服务器的运行状态,其中,所述主数据库服务器提供写访问,配置有与其同步复制的备数据库服务器;
在监测到所述主数据库服务器的运行状态异常时,以所述备数据库服务器代替主数据库服务器提供写访问;
执行以下从库切换步骤,包括:
通过计算所述备数据库服务器和从数据库服务器分别最后一次读取到主数据库服务器日志中的位置的差值,确定从数据库服务器在读取备数据库服务器日志时的起始位置;
将所述备数据库服务器设置为所述从数据库服务器的主服务器。
优选地,所述主数据库服务器与所述备数据库服务器共同使用一个第一虚拟IP,该第一虚拟IP用于写访问。
优选地,所述从数据库服务器共同使用一个第二虚拟IP,该第二虚拟IP用于读访问。
优选地,所述通过计算所述备数据库服务器和从数据库服务器分别最后一次读取到主数据库服务器日志中的位置的差值,确定从数据库服务器在读取备数据库服务器日志时的起始位置具体包括以下步骤:
获得备数据库服务器最后一次读取到主数据库服务器日志中的位置为第一位置;
获得从数据库服务器最后一次读取到主数据库服务器日志中的位置为第二位置;
获得备数据库服务器日志结束的位置为第三位置;
比较第一位置与第二位置;
若第一位置等于第二位置,确定第三位置为从数据库服务器读取备数据库服务器日志时的起始位置;
若第一位置大于第二位置,确定从数据库服务器读取备数据库服务器日志时的起始位置为第三位置减去第一位置与第二位置的偏移量;
若第一位置小于第二位置,将从数据库服务器的中继日志中取得的第二位置之后的日志信息,发送给所述备数据库服务器使其执行所述日志信息,获得执行日志信息后的备数据库服务器日志结束的位置为更新的第三位置,确定从数据库服务器读取备数据库服务器日志时的起始位置为更新的第三位置。
优选地,在监测到所述主数据库服务器的运行状态异常时,还包括:
在预设的间隔时间后,再判断所述主数据库服务器的运行状态是否异常;
如果是,则以所述备数据库服务器代替主数据库服务器提供写访问,执行所述从库切换步骤;
如果否,则继续监测数据库系统中主数据库服务器的运行状态。
优选地,将所述备数据库服务器设置为所述从数据库服务器的主服务器之后,还包括:
发出使所述从数据库服务器启动复制的指令。
优选地,还包括:
监测所述从数据库服务器;
在监测到所述从数据库服务器运行状态异常时,增加新的从数据库服务器,并建立所述新的从数据库服务器与所述主数据库服务器之间的从属关系。
优选地,所述监测主数据库服务器的运行状态具体在所述从数据库服务器端监测,所述从库切换步骤具体在所述从数据库服务器端执行。
本发明还提供一种实现数据库双主改造的装置,包括:
监测单元:用于监测主数据库服务器的运行状态,将所述运行状态发送至切换单元,其中,所述主数据库服务器提供写访问,配置有与其同步复制的备数据库服务器,在监测到所述主数据库服务器的运行状态异常时,以所述备数据库服务器代替主数据库服务器提供写访问;
切换单元:用于在监测到所述主数据库服务器的运行状态异常时,通过计算所述备数据库服务器和从数据库服务器分别最后一次读取到主数据库服务器日志中的位置的差值,确定从数据库服务器在读取备数据库服务器日志时的起始位置,将所述备数据库服务器设置为所述从数据库服务器的主服务器。
可见本发明具有如下有益效果:
由于本发明监测了主数据库服务器的运行状态,从而可以在主数据库服务器宕机时,由与其同步复制的备数据库服务器代替主数据库服务器提供写访问,不需要在主数据库服务器正常的状态下频繁的进行主数据库服务器和备数据库服务器之间的切换,满足了对数据库系统服务连续性的要求;在主数据库服务器与备数据库服务器切换之后,通过计算所述备数据库服务器和从数据库服务器分别最后一次读取到主数据库服务器日志中的位置的差值,确定从数据库服务器在读取备数据库服务器日志时的起始位置,从而保证了在延时的情况下,从数据库服务器或者备数据库服务器均不会发生丢失写入数据的情况,满足了对数据系统稳定性的要求。
附图说明
图1是本发明可以实施的一种数据库系统架构图例;
图2是本发明一种实现数据库双主改造的方法的实施例的流程图;
图3是本发明确定从数据库服务器读取备数据库服务器日志的起始位置的流程图例;
图4是本发明一种实现数据库双主改造的装置的实施例的组成图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明实施例作进一步详细的说明。
为了使得本发明以下实施例更加易于理解,首选介绍本发明可以实施的一种数据库系统架构,参见图1,该数据库系统的结构图可以如图1所示,所述数据库系统包括主数据库服务器101,与主数据库服务器同步复制的备数据库服务器102,至少一个从属于所述主数据库服务器的从数据库服务器,例如从数据库服务器103、从数据库服务器104、从数据库服务器105,其中主数据库服务器101负责提供写访问,备数据库服务器102与主数据库服务器101做成主备模式,从数据库服务器103到105负责读访问,具体地,可以利用MYSQL搭建该数据库系统架构,可以由MYSQL提供的replication实现所述同步复制,由MYSQL提供的lvs控制读访问在从数据库服务器之间轮替执行,当然本发明可以实施的数据库系统不仅局限于这一种架构,当然,该数据库系统架构,还可以利用其他方法或者工具搭建,并不局限于MYSQL或者某一具体工具,在这里介绍该数据库系统架构仅仅是为了使本领域技术人员能够更好地理解,进而实现本发明,而并非以任何方式限制本发明的范围。
参见图2,为本发明提供的一种实现数据库双主改造的方法的实施例的流程,如图所示,包括:
S201、监测主数据库服务器的运行状态,其中,所述主数据库服务器提供写访问,配置有与其同步复制的备数据库服务器;
例如,在所述主数据库服务器的从属服务器端对主数据库服务器进行监测,其中,所述从数据库服务器提供读访问,是所述主数据库服务器的从属服务器,监测所述主数据库服务器的运行状态,可以通过以下步骤实现监测:向主数据库服务器发送写访问的数据,在从数据库服务器端正常的情况下,通过从数据库服务器发出读访问,如果读访问能够获得写访问的数据,则认为所述主数据库服务器运行状态正常,否则运行状态异常。
S202、在监测到主数据库服务器的运行状态异常时,以所述备数据库服务器代替主数据库服务器提供写访问;
例如,可以由MYSQL的keeplived实现在主数据库服务器故障时,所述备数据库服务器代替主数据库服务器提供写访问。
S203、执行以下从库切换步骤:
需要说明的是,执行以下从库切换步骤是在监测到所述主数据库服务器的运行状态异常后执行,所述从库切换步骤包括:
S203.1、通过计算所述备数据库服务器和从数据库服务器分别最后一次读取到主数据库服务器日志中的位置的差值,确定从数据库服务器在读取备数据库服务器日志时的起始位置;
需要说明的是,在本发明具体实施时,若步骤S101步骤所述监测主数据库服务器运行状态在所述从数据库服务器端监测,则在该步骤S102中所述从数据库服务器可以具体为该监测所述主数据库服务器的从数据库服务器,若步骤S101步骤所述检测主数据库服务器运行状态在单独的数据库管理服务器端进行检测,则在该步骤S102中所述从数据库服务器可以具体为所述主数据库服务器所有的从属数据库服务器,因此,在本发明的实施场景不同和需求不同的情况下,所述从数据库服务器具体所指的范围可以不同。
S203.2、将所述备数据库服务器设置为所述从数据库服务器的主服务器。
可见,在步骤S201中,本发明通过监测主数据库服务器的运行状态,从而可以在步骤S202主数据库服务器宕机时,由与其同步复制的备数据库服务器代替主数据库服务器提供写访问,不影响系统的正常访问,因此不需要在主数据库服务器正常的状态下频繁的进行主数据库服务器和备数据库服务器之间的切换,满足了对数据库系统服务连续性的要求;在步骤S202主数据库服务器与备数据库服务器切换之后,在步骤S203.2从数据库服务器连接到备数据库服务器之前,本发明提出步骤S203.1通过计算所述备数据库服务器和从数据库服务器分别最后一次读取到主数据库服务器日志中的位置的差值,确定从数据库服务器在读取备数据库服务器日志时的起始位置,从而保证了在延时的情况下,从数据库服务器或者备数据库服务器均不会发生丢失写入数据的情况,满足了对数据系统稳定性的要求。
在本发明的另一个优选实施例中,所述主数据库服务器与所述备数据库服务器可以共同使用一个第一虚拟IP,该第一虚拟IP用于写访问,在外部访问使用的写IP不变的情况下,主数据库服务器和备数据库服务器切换不会对外部访问造成影响,另外,还可以将所述负责读访问的从数据库服务器共同使用一个第二虚拟IP,该第二虚拟IP用于读访问,也起到相类似的作用,当然,如果不共同使用一个虚拟IP,还可以通过其他可用的方法在写IP不变的情况下,将写访问数据发送到备数据库服务器,使其达到相同效果,在本发明中并不进行限制。
在本发明又一优选实施例中,所述通过计算所述备数据库服务器和从数据库服务器分别最后一次读取到主数据库服务器日志中的位置的差值,确定从数据库服务器在读取备数据库服务器日志时的起始位置,参见图3,例如,具体可以包括以下步骤:
S301、获得备数据库服务器最后一次读取到主数据库服务器日志中的位置为第一位置;
S302、获得从数据库服务器最后一次读取到主数据库服务器日志中的位置为第二位置;
需要说明的是,在该实施例中,所述备数据库服务器与所述从数据库服务器在复制主数据库服务器的数据时,读取的是相同的日志文件,在这里,所述第一位置,第二位置均指的是主数据库服务器日志中的位置,根据第一位置与第二位置,可以获知备数据库服务器与从数据库服务器复制了主数据库服务器日志中的哪些数据。
S303、获得备数据库服务器日志结束的位置为第三位置;
在该步骤中,该第三位置为所述备数据库服务器本身日志的结束位置,也就是在主数据库服务器和备数据库服务器切换时,备数据库服务器器本身日志的结束位置。
S304、比较第一位置与第二位置;
S305、若第一位置等于第二位置,确定第三位置为从数据库服务器读取备数据库服务器日志时的起始位置;
在该步骤中,若第一位置等于第二位置,说明在主备切换时,备数据库服务器和从数据库服务器,从主数据库服务器中复制了相同数据的内容,在从数据库服务器和备数据库服务器端,都没有丢失任何数据,也就是说,在从数据库连接到备数据库之后,从数据库服务器可以直接在主备切换时备数据库服务器本身日志结束的位置开始从备数据库服务器复制数据,因此,确定第三位置为从数据库服务器读取备数据库服务器日志时的起始位置。
S306、若第一位置大于第二位置,确定从数据库服务器读取备数据库服务器日志时的起始位置为第三位置减去第一位置与第二位置的偏移量;
在该步骤中,若第一位置大于第二位置,说明在主备切换时,备数据库服务器比从数据库服务器,从主数据库服务器日志中多复制了一部分数据,若要从数据库服务器不丢失备数据服务器多复制的那部分数据,在从数据库连接到备数据库之后,从数据库服务器应该从备数据库服务器中复制回这部分未从主数据库服务器读取的数据,因此,确定从数据库服务器读取备数据库服务器日志时的起始位置为第三位置减去第一位置与第二位置的偏移量,也就是起始位置=第三位置(第一位置-第二位置)或者起始位置=第三位置-第一位置+第二位置。
S307、若第一位置小于第二位置,将从数据库服务器的中继日志中取得的第二位置之后的日志信息,发送给所述备数据库服务器使其执行所述日志信息,获得执行日志信息后的备数据库服务器日志结束的位置为更新的第三位置,确定从数据库服务器读取备数据库服务器日志时的起始位置为更新的第三位置。
在该步骤中,若第一位置大于第二位置,说明在主备切换时,备数据库服务器比从数据库服务器,从主数据库服务器日志中少复制了一部分数据,若要备数据库服务器不丢失从数据库服务器多复制的那部分数据,在从数据库连接到备数据库之前,备数据库服务器应该从从数据库服务器中复制回这部分未从主数据库服务器读取的数据,因此,需要将从数据库服务器的中继日志中取得的第二位置之后的日志信息,发送给所述备数据库服务器使其执行所述日志信息,获得执行日志信息后的备数据库服务器日志结束的位置为更新的第三位置,确定从数据库服务器读取备数据库服务器日志时的起始位置为更新的第三位置。
另外,考虑到有可能出现主数据库服务器本身没有故障,而是网络或者其他原因导致的主数据库服务器短暂运行异常,又恢复正常的情况,在这种情况下,并不需要进行主备切换和从库切换,因此,在监测到所述主数据库服务器的运行状态异常时,还可以包括:
在预设的间隔时间后,再判断所述主数据库服务器的运行状态是否异常;
如果是,则以所述备数据库服务器代替主数据库服务器提供写访问,执行所述从库切换步骤;
如果否,则继续监测数据库系统中主数据库服务器的运行状态。
在本发明具体实施时,通常需要所述从数据库服务器与其主服务器同步更新,因此,在步骤S203.2将所述备数据库服务器设置为所述从数据库服务器的主服务器之后,还可以包括:发出使所述从数据库服务器启动复制的指令。
考虑到整个数据库系统的运行稳定,在监测主数据库运行状态的基础上,还可以包括:监测所述从数据库服务器;在监测到所述从数据库服务器运行状态异常时,增加新的从数据库服务器,并建立所述新的从数据库服务器与所述主数据库服务器之间的从属关系。
另外,为了解决从数据库服务器越来越多所导致的故障恢复时间越长的问题,在本发明的一个优选实施例中,所述监测主数据库服务器的运行状态具体在所述从数据库服务器端监测,所述从库切换步骤具体在所述从数据库服务器端执行,使得每个从数据库服务器端都能够对主数据库服务器的运行状态及时获知,并且对主备切换的动作及时跟随,及时连接到备数据库服务器,尽量降低读访问的影响。
本发明还提供一种实现数据库双主改造的装置,参见图4,包括:
监测单元401:用于监测主数据库服务器的运行状态,将所述运行状态发送至切换单元,其中,所述主数据库服务器提供写访问,配置有与其同步复制的备数据库服务器,在监测到所述主数据库服务器的运行状态异常时,以所述备数据库服务器代替主数据库服务器提供写访问;
切换单元402:用于在监测到所述主数据库服务器的运行状态异常时,通过计算所述备数据库服务器和从数据库服务器分别最后一次读取到主数据库服务器日志中的位置的差值,确定从数据库服务器在读取备数据库服务器日志时的起始位置,将所述备数据库服务器设置为所述从数据库服务器的主服务器。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (8)
1.一种实现数据库双主改造的方法,其特征在于,包括:
监测主数据库服务器的运行状态,其中,所述主数据库服务器提供写访问,配置有:与其同步复制的备数据库服务器;
在监测到所述主数据库服务器的运行状态异常时,以所述备数据库服务器代替主数据库服务器提供写访问;
执行以下从库切换步骤,包括:
通过计算所述备数据库服务器和从数据库服务器分别最后一次读取到主数据库服务器日志中的位置的差值,确定从数据库服务器在读取备数据库服务器日志时的起始位置,其中,所述备数据库服务器与所述从数据库服务器读取的是相同的日志文件;
将所述备数据库服务器设置为所述从数据库服务器的主服务器;
其中,所述通过计算所述备数据库服务器和从数据库服务器分别最后一次读取到主数据库服务器日志中的位置的差值,确定从数据库服务器在读取备数据库服务器日志时的起始位置具体包括以下步骤:
获得备数据库服务器最后一次读取到主数据库服务器日志中的位置为第一位置;
获得从数据库服务器最后一次读取到主数据库服务器日志中的位置为第二位置;
获得备数据库服务器日志结束的位置为第三位置;
比较第一位置与第二位置;
若第一位置等于第二位置,确定第三位置为从数据库服务器读取备数据库服务器日志时的起始位置;
若第一位置大于第二位置,确定从数据库服务器读取备数据库服务器日志时的起始位置为第三位置减去第一位置与第二位置的偏移量;
若第一位置小于第二位置,将从数据库服务器的中继日志中取得的第二位置之后的日志信息,发送给所述备数据库服务器使其执行所述日志信息,获得执行日志信息后的备数据库服务器日志结束的位置为更新的第三位置,确定从数据库服务器读取备数据库服务器日志时的起始位置为更新的第三位置。
2.根据权利要求1所述的方法,其特征在于,所述主数据库服务器与所述备数据库服务器共同使用一个第一虚拟IP,该第一虚拟IP用于写访问。
3.根据权利要求1所述的方法,其特征在于,所述从数据库服务器共同使用一个第二虚拟IP,该第二虚拟IP用于读访问。
4.根据权利要求1所述的方法,其特征在于,在监测到所述主数据库服务器的运行状态异常时,还包括:
在预设的间隔时间后,再判断所述主数据库服务器的运行状态是否异常;
如果是,则以所述备数据库服务器代替主数据库服务器提供写访问,执行所述从库切换步骤;
如果否,则继续监测数据库系统中主数据库服务器的运行状态。
5.根据权利要求1所述的方法,其特征在于,将所述备数据库服务器设置为所述从数据库服务器的主服务器之后,还包括:
发出使所述从数据库服务器启动复制的指令。
6.根据权利要求1所述的方法,其特征在于,还包括:
监测所述从数据库服务器;
在监测到所述从数据库服务器运行状态异常时,增加新的从数据库服务器,并建立所述新的从数据库服务器与所述主数据库服务器之间的从属关系。
7.根据权利要求1-6任意一项所述的方法,其特征在于,所述监测主数据库服务器的运行状态具体在所述从数据库服务器端监测,所述从库切换步骤具体在所述从数据库服务器端执行。
8.一种实现数据库双主改造的装置,其特征在于,包括:
监测单元:用于监测主数据库服务器的运行状态,将所述运行状态发送至切换单元,其中,所述主数据库服务器提供写访问,配置有与其同步复制的备数据库服务器,在监测到所述主数据库服务器的运行状态异常时,以所述备数据库服务器代替主数据库服务器提供写访问;
切换单元:用于在监测到所述主数据库服务器的运行状态异常时,通过计算所述备数据库服务器和从数据库服务器分别最后一次读取到主数据库服务器日志中的位置的差值确定从数据库服务器在读取备数据库服务器日志时的起始位置,其中,所述备数据库服务器与所述从数据库服务器读取的是相同的日志文件,将所述备数据库服务器设置为所述从数据库服务器的主服务器;
其中,所述通过计算所述备数据库服务器和从数据库服务器分别最后一次读取到主数据库服务器日志中的位置的差值,确定从数据库服务器在读取备数据库服务器日志时的起始位置具体包括以下步骤:
获得备数据库服务器最后一次读取到主数据库服务器日志中的位置为第一位置;
获得从数据库服务器最后一次读取到主数据库服务器日志中的位置为第二位置;
获得备数据库服务器日志结束的位置为第三位置;
比较第一位置与第二位置;
若第一位置等于第二位置,确定第三位置为从数据库服务器读取备数据库服务器日志时的起始位置;
若第一位置大于第二位置,确定从数据库服务器读取备数据库服务器日志时的起始位置为第三位置减去第一位置与第二位置的偏移量;
若第一位置小于第二位置,将从数据库服务器的中继日志中取得的第二位置之后的日志信息,发送给所述备数据库服务器使其执行所述日志信息,获得执行日志信息后的备数据库服务器日志结束的位置为更新的第三位置,确定从数据库服务器读取备数据库服务器日志时的起始位置为更新的第三位置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210557332.0A CN103019875B (zh) | 2012-12-19 | 2012-12-19 | 一种实现数据库双主改造的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210557332.0A CN103019875B (zh) | 2012-12-19 | 2012-12-19 | 一种实现数据库双主改造的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103019875A CN103019875A (zh) | 2013-04-03 |
CN103019875B true CN103019875B (zh) | 2015-12-09 |
Family
ID=47968505
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210557332.0A Active CN103019875B (zh) | 2012-12-19 | 2012-12-19 | 一种实现数据库双主改造的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103019875B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108363641A (zh) * | 2017-01-26 | 2018-08-03 | 华为技术有限公司 | 一种主备机数据传递方法、控制节点以及数据库系统 |
Families Citing this family (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104348842B (zh) * | 2013-07-23 | 2019-03-15 | 腾讯科技(深圳)有限公司 | 分布式存储系统路由方法、路由管理服务器及系统 |
CN104021200B (zh) * | 2014-06-16 | 2018-06-15 | 北京京东尚科信息技术有限公司 | 一种数据库的数据同步方法和装置 |
CN105677673B (zh) * | 2014-11-20 | 2019-01-04 | 阿里巴巴集团控股有限公司 | 业务处理方法、装置及系统 |
CN104516966A (zh) * | 2014-12-24 | 2015-04-15 | 北京奇虎科技有限公司 | 一种数据库集群的高可用解决方法和装置 |
CN105868205B (zh) * | 2015-01-21 | 2019-08-27 | 阿里巴巴集团控股有限公司 | 数据读取方法及装置 |
CN106202075B (zh) * | 2015-04-29 | 2021-02-19 | 中兴通讯股份有限公司 | 一种数据库主备切换的方法及装置 |
CN105045678B (zh) * | 2015-07-09 | 2018-10-26 | 小米科技有限责任公司 | 数据库恢复方法及装置 |
CN105550065A (zh) * | 2015-12-11 | 2016-05-04 | 广州华多网络科技有限公司 | 一种进行数据库服务器通信管理的方法和装置 |
CN106294795A (zh) * | 2016-08-15 | 2017-01-04 | 合肥华凌股份有限公司 | 一种数据库切换方法及系统 |
CN106383861A (zh) * | 2016-08-31 | 2017-02-08 | 网易(杭州)网络有限公司 | 一种用于数据库的数据同步方法及装置 |
CN108241554A (zh) * | 2016-12-23 | 2018-07-03 | 深圳市优朋普乐传媒发展有限公司 | 一种数据服务系统 |
CN108243209A (zh) * | 2016-12-23 | 2018-07-03 | 深圳市优朋普乐传媒发展有限公司 | 一种数据同步方法及装置 |
CN107066354B (zh) * | 2017-04-18 | 2021-01-05 | 中国银联股份有限公司 | 一种数据库的切换方法、主服务器以及从服务器 |
CN110019500A (zh) * | 2017-08-21 | 2019-07-16 | 东软集团股份有限公司 | 一种复制组状态监控方法、装置、设备及存储介质 |
CN108306955B (zh) * | 2018-01-24 | 2021-06-15 | 北京万得嘉瑞汽车技术有限公司 | 一种车载终端大规模互联集群方法 |
EP3796615B1 (en) | 2018-06-28 | 2023-06-07 | Huawei Technologies Co., Ltd. | Fault tolerance processing method, device, and server |
CN108924772B (zh) * | 2018-08-02 | 2021-12-03 | 平安科技(深圳)有限公司 | 短信发送方法、装置、计算机设备和存储介质 |
TWI721355B (zh) * | 2019-01-08 | 2021-03-11 | 資易國際股份有限公司 | 高可用度資料庫系統 |
CN110334150A (zh) * | 2019-06-05 | 2019-10-15 | 上海易点时空网络有限公司 | 监测主从数据库同步延时的方法、监控终端及系统 |
CN110726211B (zh) * | 2019-10-10 | 2020-11-17 | 珠海格力电器股份有限公司 | 空调多联机控制方法、装置、存储介质及空调多联机 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101751415B (zh) * | 2008-12-09 | 2012-03-28 | 中国移动通信集团公司 | 元数据服务系统、元数据同步方法与写服务器更新方法 |
US8676753B2 (en) * | 2009-10-26 | 2014-03-18 | Amazon Technologies, Inc. | Monitoring of replicated data instances |
CN101876997A (zh) * | 2009-12-01 | 2010-11-03 | 广州从兴电子开发有限公司 | 一种内存数据库主备同步方法及系统 |
CN102761528A (zh) * | 2011-04-28 | 2012-10-31 | 中兴通讯股份有限公司 | 数据管理系统及方法 |
CN102722579A (zh) * | 2012-06-07 | 2012-10-10 | 浪潮电子信息产业股份有限公司 | 一种在集群存储系统内部数据库的双向同步方法 |
-
2012
- 2012-12-19 CN CN201210557332.0A patent/CN103019875B/zh active Active
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108363641A (zh) * | 2017-01-26 | 2018-08-03 | 华为技术有限公司 | 一种主备机数据传递方法、控制节点以及数据库系统 |
CN108363641B (zh) * | 2017-01-26 | 2022-01-14 | 华为技术有限公司 | 一种主备机数据传递方法、控制节点以及数据库系统 |
Also Published As
Publication number | Publication date |
---|---|
CN103019875A (zh) | 2013-04-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103019875B (zh) | 一种实现数据库双主改造的方法及装置 | |
CN102981931B (zh) | 虚拟机备份方法及装置 | |
CN106331098B (zh) | 一种服务器集群系统 | |
EP3620905B1 (en) | Method and device for identifying osd sub-health, and data storage system | |
CN102594849B (zh) | 数据备份、恢复方法、虚拟机快照删除、回滚方法及装置 | |
US9740572B1 (en) | Replication of xcopy command | |
WO2016150050A1 (zh) | 高可用高性能数据库集群的实现方法及系统 | |
US10049010B2 (en) | Method, computer, and apparatus for migrating memory data | |
CN104503965A (zh) | PostgreSQL高弹性的高可用及负载均衡实现方法 | |
CN105550288A (zh) | 数据库系统的更新方法和管理系统 | |
CN103491192B (zh) | 一种分布式系统的Namenode切换方法和系统 | |
US20150254271A1 (en) | Distributed File System and Data Backup Method for Distributed File System | |
CN105554106A (zh) | 一种memcache分布式缓存系统 | |
CN103546914A (zh) | 一种hss主备管理的方法及装置 | |
CN106919465B (zh) | 用于存储系统中多重数据保护的方法和装置 | |
CN102402441B (zh) | 一种对多台计算机进行配置的系统和方法 | |
CN104993940A (zh) | 一种减少主备节点故障切换过程中数据丢失的方法和装置 | |
CN106537353B (zh) | 一种数据复制方法、装置以及系统 | |
CN104917630A (zh) | 对虚拟网络进行恢复的方法和系统 | |
CN103793256A (zh) | 管理存储卡的方法以及电子设备 | |
CN105630571A (zh) | 一种创建虚拟机的方法及装置 | |
CN105426213A (zh) | 软件更新方法和系统 | |
CN104516795A (zh) | 一种数据存取方法及系统 | |
CN105955989B (zh) | 一种云平台数据库主从服务器的建立方法 | |
CN112190924A (zh) | 一种数据容灾方法、装置及计算机可读介质 |
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 |