CN110321386A - 数据同步架构的设置、数据恢复方法及系统 - Google Patents
数据同步架构的设置、数据恢复方法及系统 Download PDFInfo
- Publication number
- CN110321386A CN110321386A CN201910604047.1A CN201910604047A CN110321386A CN 110321386 A CN110321386 A CN 110321386A CN 201910604047 A CN201910604047 A CN 201910604047A CN 110321386 A CN110321386 A CN 110321386A
- Authority
- CN
- China
- Prior art keywords
- server
- shared
- standby
- primary
- memory
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
- G06F11/2023—Failover techniques
- G06F11/2028—Failover techniques eliminating a faulty processor or activating a spare
-
- 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
-
- 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/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/284—Relational databases
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Quality & Reliability (AREA)
- Computing Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供的提供了数据同步架构的设置、数据恢复方法及系统,通过搭建共享服务器,当确定所述主服务器宕机时,将重做日志同步到所述备服务器上,进而能够解决当主服务器发生故障切换时造成的数据损失,解决了大部分企业级用户的核心矛盾。
Description
技术领域
本发明涉及数据库部署技术领域,特别是涉及数据同步架构的设置、数据恢复方法及系统。
背景技术
在信息化条件下,数据是企业,特别是金融类企业的生命,稳定的关系型数据库一直以来都是行业的首选,如何确保业务数据零丢失,如何实现数据服务性能的最大化,是金融行业数据库管理的痛点。
发明内容
为了解决上述问题,本申请提供一种数据同步架构的设置、数据恢复方法及系统。
在本申请的一方面实施例中,一种数据同步架构的设置方法,包括:
搭建主服务器和备服务器,并分别设置一存储区,以使所述存储区可分别被识别,同时使所述主服务器和备服务器的部署模式为ORACLE DATAGUARD最大性能模式;
搭建共享服务器,设置一个共享存储区,并同时映射到所述主服务器和备服务器,以使所述主服务器和备服务器可识别该共享存储区;
在两个存储区和共享存储区中建立重做日志文件;
设置共享响应操作命令,以使所述共享服务器确定所述主服务器宕机时,将重做日志同步到所述备服务器上。
在某些实施例中,所述同时映射到所述主服务器和备服务器,包括:
在主服务器和备服务器上使用cfgmgr命令对所述共享存储区进行认盘操作。
在某些实施例中,还包括:
确定所述共享存储区在所述备服务器上为非挂载状态。
在本申请的另一方面实施例中,一种数据恢复方法,包括:
确定主服务器是否宕机;
若所述主服务器宕机,将共享服务器上的重做日志同步到所述备服务器上;
其中,所述主服务器和备服务器的部署模式为ORACLE DATAGUARD最大性能模式。
在本申请的又一方面实施例中,一种数据同步架构的设置系统,包括:
主备服务器搭建模块,搭建主服务器和备服务器,并分别设置一存储区,以使所述存储区可分别被识别,同时使所述主服务器和备服务器的部署模式为ORACLE DATAGUARD最大性能模式;
共享服务器搭建模块,搭建共享服务器,设置一个共享存储区,并同时映射到所述主服务器和备服务器,以使所述主服务器和备服务器可识别该共享存储区;
重做日志建立模块,在两个存储区和共享存储区中建立重做日志文件;
共享响应操作设置模块,设置共享响应操作命令,以使所述共享服务器确定所述主服务器宕机时,将重做日志同步到所述备服务器上。
在某些实施例中,所述共享服务器搭建模块在主服务器和备服务器上使用cfgmgr命令对所述共享存储区进行认盘操作。
在某些实施例中,还包括:
挂载状态确定模块,确定所述共享存储区在所述备服务器上为非挂载状态。
在本申请的又一方面实施例中,一种数据恢复系统,包括:
主服务器、备服务器以及共享服务器;所述主服务器和备服务器的部署模式为ORACLE DATAGUARD最大性能模式;
所述主服务器的重做日志可异步传输至备服务器和所述共享服务器;
当对所述主服务器的重做日志进行配置修改时,所述备服务器和所述共享服务器分别地对其各自的重做日志进行与所述主服务器相同的配置修改操作,并且
所述共享服务器与所述主服务器和所述备服务器网络连接,以使所述共享服务器确定所述主服务器宕机时,将重做日志同步到所述备服务器上。
在本申请的又一方面实施例中,一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现如上所述的方法的步骤。
在本申请的又一方面实施例中,一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现如上所述的方法的步骤。
本发明具有如下有益效果:
本发明提供的提供了数据同步架构的设置、数据恢复方法及系统,通过搭建共享服务器,当确定所述主服务器宕机时,将重做日志同步到所述备服务器上,进而能够解决当主服务器发生故障切换时造成的数据损失,解决了大部分企业级用户的核心矛盾。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出本发明实施例中数据恢复系统结构示意图。
图2示出本发明实施例中数据同步架构的设置方法流程示意图。
图3示出本发明实施例中数据同步架构的设置系统模块示意图。
图4示出本发明实施例中数据恢复方法流程示意图。
图5示出适于用来实现本申请实施例的计算机设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
ORACLE DATAGUARD是一种数据库高可用的解决方案,在主机与备机之间通过在线重做日志(REDO LOG)同步来实现数据保护。用户可以根据自身对数据服务性能需求及数据丢失容忍度,结合DATAGUARD提供的部署模式,选择契合具体业务的部署方案,方案简单可靠,因此受到业界的推崇。
DATAGUARD分为“物理DATAGUARD”和“逻辑DATAGUARD”:“物理DATAGUARD”基于“数据块对数据块”的同步机制,备库是通过接收并应用主库的REDO LOG,以介质恢复的方式实现同步;“逻辑DATAGUARD”是通过接收主库的REDO LOG并转换成SQL语句,以执行SQL语句的方式实现同步。
基于易用性与稳定性等因素考虑,大部分企业用户选用“物理DATAGUARD”的部署模式。而“物理DATAGUARD”根据保护级别不同又分为三种模式:最大保护模式、最大性能模式、最大可用性模式。
最大保护模式可以保证主库和备库之间的数据完全同步,可以确保数据零丢失,但是在该模式下,任何数据变化均需要在主备库之间完成同步,对运行环境要求极其苛刻,如出现网络抖动、备用库性能等问题,会直接影响主库的性能,甚至导致主库宕机。
最大性能模式能保证主库性能最大化,主备库之间数据采用异步传输模式,主库执行的任务不必等待备用库的同步应答,对于性能、连续性要求高的联机业务,用户一般选择最大性能模式。但是由于数据传输采用异步方式,存在延迟,主备库之间存在一定的数据差异,在主备库应急切换时,存在数据损失的风险。
最大可用性模式是以上两种模式的结合。正常情况下,主备库之间是同步的,处于最大保护模式,当网络或者备用库出现异常时,主库会自动切换到最大性能模式,保证主库的正常运行,异常恢复后,再将主库日志同步至备用库进行数据恢复。该模式依然无法彻底消除运行环境及备用库异常对主库的性能影响,并且在生产实践中,稳定性较差,该模式逐渐被金融行业摒弃。
综上,ORACLE数据库高可用模式中,业界比较推崇“物理DATAGUARD”中的最大性能模式。这种模式在确保主库性能不受备用库及IT基础环境影响的前提下,能提供一定程度的容灾数据保护,对于数据完整性要求不高的应用,是最优选择。但是,相对于核心数据库而言,特别是金融行业的核心业务数据库,即便是极其微小的数据丢失,都可能造成灾难性的后果,而网络延迟等原因造成的性能问题又不允许他们选择最大保护模式,如何满足数据库性能及数据保护的双重需求,是企业用户特别是金融业用户亟待解决的痛点。
图2示出一种数据同步架构的设置方法,包括:
S101:搭建主服务器和备服务器,并分别设置一存储区,以使所述存储区可分别被识别,同时使所述主服务器和备服务器的部署模式为ORACLE DATAGUARD最大性能模式;
S102:搭建共享服务器,设置一个共享存储区,并同时映射到所述主服务器和备服务器,以使所述主服务器和备服务器可识别该共享存储区;
S103:在两个存储区和共享存储区中建立重做日志文件;
S104:设置共享响应操作命令,以使所述共享服务器确定所述主服务器宕机时,将重做日志同步到所述备服务器上。
本方面提供的提供了数据同步架构的设置、数据恢复方法及系统,通过搭建共享服务器,当确定所述主服务器宕机时,将重做日志同步到所述备服务器上,进而能够解决当主服务器发生故障切换时造成的数据损失,解决了大部分企业级用户的核心矛盾。
一实施例中,所述同时映射到所述主服务器和备服务器,包括:
在主服务器和备服务器上使用cfgmgr命令对所述共享存储区进行认盘操作。
一实施例中,还包括:
S105:确定所述共享存储区在所述备服务器上为非挂载状态。
基于相同的发明构思,图3示出了一种数据同步架构的设置系统,包括:
主备服务器搭建模块100,搭建主服务器和备服务器,并分别设置一存储区,以使所述存储区可分别被识别,同时使所述主服务器和备服务器的部署模式为ORACLEDATAGUARD最大性能模式;
共享服务器搭建模块200,搭建共享服务器,设置一个共享存储区,并同时映射到所述主服务器和备服务器,以使所述主服务器和备服务器可识别该共享存储区;
重做日志建立模块300,在两个存储区和共享存储区中建立重做日志文件;
共享响应操作设置模块400,设置共享响应操作命令,以使所述共享服务器确定所述主服务器宕机时,将重做日志同步到所述备服务器上。
基于相同的发明构思,所述共享服务器搭建模块在主服务器和备服务器上使用cfgmgr命令对所述共享存储区进行认盘操作。
基于相同的发明构思,还包括:
挂载状态确定模块,确定所述共享存储区在所述备服务器上为非挂载状态。
图4示出了一种数据恢复方法,包括:
S201:确定主服务器是否宕机;
S202:若所述主服务器宕机,将共享服务器上的重做日志同步到所述备服务器上;
其中,所述主服务器和备服务器的部署模式为ORACLE DATAGUARD最大性能模式。
图1示出了一种数据恢复系统,包括:主服务器、备服务器以及共享服务器;所述主服务器和备服务器的部署模式为ORACLE DATAGUARD最大性能模式;所述主服务器的重做日志可异步传输至备服务器和所述共享服务器;当对所述主服务器的重做日志进行配置修改时,所述备服务器和所述共享服务器分别地对其各自的重做日志进行与所述主服务器相同的配置修改操作,并且所述共享服务器与所述主服务器和所述备服务器网络连接,以使所述共享服务器确定所述主服务器宕机时,将重做日志同步到所述备服务器上。
下面以具体事例对本申请进行详细说明。
首先对本申请实施例中每个层面的部署进行介绍。
1.存储层面:存储层面采用在金融业应用较为广泛的集中存储,通过存储区域网络(SAN)形成存储共享,利用共享存储实现丢失数据的恢复。
2.操作系统层面:操作系统则采用比较稳定的AIX操作系统,利用操作系统本身的磁盘管理工具,在共享存储中实现数据库REDO LOG文件的共享和故障恢复。
3.数据库系统层面:数据库层面的部署模式和传统的DATAGUARD最大性能模式相近,只需要在主库对每一组REDO LOG添加一个新的成员文件,该文件保存在共享存储上,主备库应急切换时,备用库把最新的REDO LOG进行应用,以恢复尚未同步的数据。
首先要对数据库实施最大性能模式的DATAGAURD部署,主库的REDO LOG通过IP网络进行异步传输到备用库,再由备用库读取并应用,从而保持主备数据同步。最大性能模式下REDO LOG进行异步传输,因此对主机性能的影响非常轻微,当主库出现问题需要切换的时候,可能存在一定时间的数据损失。
其次,对主库的REDO LOG配置修改为并行双份,第二份REDO LOG使用独立的存储(可以是同一机房内的两套物理隔离的独立存储,也可以是异地的两套存储,但为了保证性能,必须是通过光纤网络连接到主备机)并配置为主备库共享即主备库同时识别的模式,但是备用库不在操作系统层面对其文件系统做MOUNT操作,应急切换时,备用库再对该部分存储的文件系统进行MOUNT与OPEN操作,从而直接取得主库最新的REDO LOG文件数据,备用库再通过介质恢复的方式进行应用,从而保证主备两端的数据完全一致。
具体技术方案、配置流程以及各个层面的实施步骤如下:
1.存储层面的部署:存储层面采用在金融业应用较为广泛的集中存储,通过存储区域网络(SAN)连接。一套全新的数据库服务器高可用方案的部署应该预先分配两套独立的存储,主数据库和备用数据库各自单独使用一套独立的存储,通过物理隔离实现容灾。本方法则需要在这两块存储的基础上再额外分配第三块独立的存储,大小100G左右即可,用来专门存放一套数据库的REDO LOG文件。这块独立的存储需要同时分配给主数据库服务器和备用数据库服务器,也就是说,要使两台服务器在操作系统层面均可以识别到该存储,这块存储是两台服务器的共享存储。
2.操作系统层面的设置部署:操作系统层面可以采用金融业使用较多的AIX操作系统,也可以采用LINUX操作系统(如:SUSE LINUX,REDHAT LINUX等),本文采用AIX操作系统作为例子进行描述。操作系统层面的操作是本方法的核心内容,主备库各自按照ORACLE官方手册的要求安装数据库软件和搭建DATAGUARD,本方法所需要的共享存储需要进行独立的操作,具体描述如下:
(1)在主机上使用cfgmgr命令进行认盘操作,在备机使用cfgmgr命令认盘后,为了便于主备机找到共享的存储,需确认独立分配的共享存储的pvid必须要主备机完全一致,如果不一致,则需要进行额外操作确保pvid一致。也可以采用设备id(UUID)来进行确认,本文使用pvid作为例子进行描述。
(2)在主机上对这块独立的共享存储新建lv和fs,用来存放独立的一份REDO LOG,并且能和备机共享。
(3)在备机上对共享存储进行importvg操作,直接识别到其在主机的vg。
(4)共享存储在主机的文件系统可正常使用,同时确保该共享存储在备机上为非挂载状态,即在备机上的文件系统不能做mount操作,不能使用。
(5)故障切换时,主机已经无法使用,不需再进行操作,备机则直接在操作系统层面使用mount命令识别到共享存储所在的文件系统即可。
3.数据库层面的设置部署:数据库层面的最初部署模式和传统的DATAGUARD最大性能模式相近,只需要在主机对每一组REDO LOG添加一个新的成员文件,该文件保存在之前分配的共享存储上,遇到故障需要切换备用数据库时,在备机数据库层面把主机的REODLOG进行应用,以恢复到跟主库一致的最新状态,具体设置流程如下:
(1)采用正常DATAGUARD的部署方式对主备机数据库进行参数设置和部署(可参考官方的部署方法步骤);
(2)对每一组的REDO LOG,额外添加一个MEMBER成员文件,指定存放在额外分配的主备机都能识别的共享存储之上;
4.灾难状态下的恢复步骤:当主机遇到灾难性故障无法恢复时,需要对备机进行标准的检查和确认,确认备机的操作系统、数据库的状态正常,存储可用,处于正常的可切换状态,之后可以按照本方法的流程进行操作,以获取最新的数据,恢复到和主机一致的状态,具体实施流程如下:
(1)在主机遇到故障时,确认主机已经无法操作。
(2)采用DATAGUARD的正常故障切换检查,确认备机的数据库状态正常,处于可切换的状态。
(3)在备机的操作系统层面执行mount命令,识别到独立分配的共享存储。
(4)在备机数据库层面对共享存储上的REDO LOG逐个进行recover恢复,主机一共有若干组REDO LOG,里面保存的内容是主机最新的数据,在备机数据库使用recover命令逐个进行恢复,可以确保主机所有的数据均在备机进行同步。
(5)按照DATAGUARD切换步骤进行故障切换,恢复数据库。启动备机数据库,即可恢复到和主机宕机前一致的状态,并且保证数据没有任何损失。
下面以某一具体操作实例进行说明。
步骤1:搭建两台服务器,操作系统采用AIX,版本7.1以上。在两台服务器上分别安装ORACLE软件(本方法主要适用于ORACLE软件下的DATAGUARD解决方案,其他数据库软件如MYSQL、SQLSERVER并不适用),一台作为主机,另一台作为备机。完成之后执行步骤2。
步骤2:在集中存储操作页面,创建两块独立的存储块,分别映射给上面新装的两台服务器,使其能分别独立识别到,完成之后执行步骤3。
步骤3:在主机上新建数据库实例,实例使用步骤2所分配的独立存储,参数可按照官方建议设置,完成之后执行步骤4。
步骤4:按照ORACLE官方的DATAGUARD搭建步骤进行DATAGUARD的部署搭建,备机数据库的实例需要放在其单独分配的独立存储上,以实现主备库的存储隔离,DATAGUARD的搭建模式按照“最大性能模式”进行部署,完成后进行步骤5。
步骤5:重新回到集中存储操作页面,分配一块新的存储,要独立于步骤2所分配的两块存储,把这块存储同时映射给主备两台服务器,使两台服务器均能识别到该块存储,完成之后执行步骤6。
步骤6:在主机操作系统层面执行cfgmgr命令识别步骤5所建的共享存储,使用smitty工具建立vg,在这里为了描述方便,为vg命名为shvg,特别需要指定该vg的共享模式为:concurrent mode,后续执行命令:varyonvg shvg,激活该vg,完成后执行步骤7。
步骤7:为了保证主备机所认到的共享存储的pvid一致,要先在备机上的操作系统层面删除步骤5所分配的共享存储,执行命令:rmdev–dl hdisk39,hdisk39是备机识别到的共享存储的设备名称;重新对共享存储进行识别,这样就能使该共享存储的pvid和主机一致,执行命令重新识别该共享存储:cfgmgr-v,完成后继续执行步骤8。
步骤8:在主机上操作系统层面使用smitty工具新建lv,在lv的上面新建文件系统,为了方便叙述,指定文件系统的名称为/sharedata,执行完毕后继续执行步骤9。
步骤9:在备机操作系统层面执行命令导入该共享存储在主机上的信息,在备机执行命令:importvg-y'shvg'hdisk39,继续执行命令:varyonvg shvg,在备机上也激活该vg,完成后继续执行步骤10。
步骤10:在主机的数据库层面使用sys或者system管理员用户登陆,对REDOLOG进行配置,以添加新的日志成员到新建的共享存储上。假定REDO LOG一共有5组,执行命令如下:
alter database add logfile member'/sharedata/oltp/redo11'to group 1;
alter database add logfile member'/sharedata/oltp/redo12'to group 2;
alter database add logfile member'/sharedata/oltp/redo13'to group 3;
alter database add logfile member'/sharedata/oltp/redo14'to group 4;
alter database add logfile member'/sharedata/oltp/redo15'to group 5;
(上述命令分别对主库的每一组REDO LOG添加了额外一个成员文件,这些文件集中存放在共享存储上,主库所有的操作都会并行写入每一组的两个成员文件里,在主成员所在的存储不可用时,共享存储上的这些成员文件就可以用来恢复最新的数据)
执行完成后继续执行步骤11。
步骤11:在主机出故障且不可恢复的时候(这里指的是主机服务器出故障,即ORACLE官方设计DATAGUARD高可用方案的经典故障场景,服务器和共享存储同时出现问题的可能性极小,如果想增加保障,可继续按照上述方法分配多套独立共享存储),可在备机操作系统直接激活共享存储的文件系统,执行命令mount/sharedata,然后进入到该文件系统里面查看主机的REDO LOG文件。确认后执行步骤12。
步骤12:确认备机已经应用了传输过来的所有归档日志,执行下面语句:
SELECT THREAD#,SEQUENCE#,FIRST_CHANGE#,NEXT_CHANGE#,APPLIED FROM V$ARCHIVED_LOG;
核对日志的状态,确认已经全部应用。完成后执行步骤13。
步骤13:在备机的数据库层面使用sys管理员用户登陆,执行命令:recoverstandby database until cancel;根据系统提示输入要恢复的REDO LOG的路径,即共享存储所在的目录和文件名/sharedata/oltp/redo11,回车后开始恢复数据,完成后继续输入下一个文件/sharedata/oltp/redo12,直到把所有的REDO LOG文件执行一遍。完成后继续执行步骤14。
步骤14:开始执行DATAGUARD的故障转移,在备机数据库层面使用sys管理员用户登陆,执行命令:
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH;
完成后继续在备机数据库执行命令:
ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY WITH SESSION SHUTDOWN;
继续打开备机数据库到正常状态,执行命令:
ALTER DATABASE OPEN;
至此,备机数据库已经恢复到和主机故障前一致的状态,由于使用了主机的在线REDO LOG文件恢复,因此没有任何的数据损失。
本申请具有如下优点:
(一)、用户可以选择性能最好、稳定性最强的DATAGUARD实现方式----“最大性能模式”,而且不用担心当主库发生故障切换时造成的数据损失,解决了大部分企业级用户的核心矛盾。
(二)、不影响原有的DATAGUARD部署方式。正常的最大性能模式的DATAGUARD部署不受影响,依然可以发挥其原有效果,通过REDO LOG的异步传输保证数据库的高效备份。即便该方法操作过程中出现问题,对原有的备份模式不会产生任何影响。
(三)、核心REDO日志所在存储是备机直接从主机接管使用,没有数据同步的过程,速度更快更为可靠。
(四)、操作步骤均使用了公开的技术,主要是集中存储的共享技术和操作系统、数据库的基本知识和技巧,均不需要额外购买,相比较其他产品和方案,这是非常经济有效的高可用实现方式。
(五)、目前已将此方法应用于多个核心业务数据库,经受过多次演练和实际场景的锤炼,实践证明,方案简单可靠、经济实惠,具有较高的实用价值。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机设备,具体的,计算机设备例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
在一个典型的实例中计算机设备具体包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现如上所述的由客户端执行的方法,或者,所述处理器执行所述程序时实现如上所述的由服务器执行的方法。
下面参考图5,其示出了适于用来实现本申请实施例的计算机设备600的结构示意图。
如图5所示,计算机设备600包括中央处理单元(CPU)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM))603中的程序而执行各种适当的工作和处理。在RAM603中,还存储有系统600操作所需的各种程序和数据。CPU601、ROM602、以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
以下部件连接至I/O接口605:包括键盘、鼠标等的输入部分606;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607;包括硬盘等的存储部分608;以及包括诸如LAN卡,调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口606。可拆卸介质611,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器610上,以便于从其上读出的计算机程序根据需要被安装如存储部分608。
特别地,根据本发明的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明的实施例包括一种计算机程序产品,其包括有形地包含在机器可读介质上的计算机程序,所述计算机程序包括用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分609从网络上被下载和安装,和/或从可拆卸介质611被安装。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (10)
1.一种数据同步架构的设置方法,其特征在于,包括:
搭建主服务器和备服务器,并分别设置一存储区,以使所述存储区可分别被识别,同时使所述主服务器和备服务器的部署模式为ORACLE DATAGUARD最大性能模式;
搭建共享服务器,设置一个共享存储区,并同时映射到所述主服务器和备服务器,以使所述主服务器和备服务器可识别该共享存储区;
在两个存储区和共享存储区中建立重做日志文件;
设置共享响应操作命令,以使所述共享服务器确定所述主服务器宕机时,将重做日志同步到所述备服务器上。
2.根据权利要求1所述的设置方法,其特征在于,所述同时映射到所述主服务器和备服务器,包括:
在主服务器和备服务器上使用cfgmgr命令对所述共享存储区进行认盘操作。
3.根据权利要求1所述的设置方法,其特征在于,还包括:
确定所述共享存储区在所述备服务器上为非挂载状态。
4.一种数据恢复方法,其特征在于,包括:
确定主服务器是否宕机;
若所述主服务器宕机,将共享服务器上的重做日志同步到备服务器上;
其中,所述主服务器和备服务器的部署模式为ORACLE DATAGUARD最大性能模式。
5.一种数据同步架构的设置系统,其特征在于,包括:
主备服务器搭建模块,搭建主服务器和备服务器,并分别设置一存储区,以使所述存储区可分别被识别,同时使所述主服务器和备服务器的部署模式为ORACLE DATAGUARD最大性能模式;
共享服务器搭建模块,搭建共享服务器,设置一个共享存储区,并同时映射到所述主服务器和备服务器,以使所述主服务器和备服务器可识别该共享存储区;
重做日志建立模块,在两个存储区和共享存储区中建立重做日志文件;
共享响应操作设置模块,设置共享响应操作命令,以使所述共享服务器确定所述主服务器宕机时,将重做日志同步到所述备服务器上。
6.根据权利要求5所述的设置系统,其特征在于,所述共享服务器搭建模块在主服务器和备服务器上使用cfgmgr命令对所述共享存储区进行认盘操作。
7.根据权利要求5所述的设置系统,其特征在于,还包括:
挂载状态确定模块,确定所述共享存储区在所述备服务器上为非挂载状态。
8.一种数据恢复系统,其特征在于,包括:
主服务器、备服务器以及共享服务器;所述主服务器和备服务器的部署模式为ORACLEDATAGUARD最大性能模式;
所述主服务器的重做日志可异步传输至备服务器和所述共享服务器;
当对所述主服务器的重做日志进行配置修改时,所述备服务器和所述共享服务器分别地对其各自的重做日志进行与所述主服务器相同的配置修改操作,并且
所述共享服务器与所述主服务器和所述备服务器网络连接,以使所述共享服务器确定所述主服务器宕机时,将重做日志同步到所述备服务器上。
9.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现权利要求1至4任一项所述的方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现权利要求1至4任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910604047.1A CN110321386A (zh) | 2019-07-05 | 2019-07-05 | 数据同步架构的设置、数据恢复方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910604047.1A CN110321386A (zh) | 2019-07-05 | 2019-07-05 | 数据同步架构的设置、数据恢复方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110321386A true CN110321386A (zh) | 2019-10-11 |
Family
ID=68122817
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910604047.1A Pending CN110321386A (zh) | 2019-07-05 | 2019-07-05 | 数据同步架构的设置、数据恢复方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110321386A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112286732A (zh) * | 2020-12-02 | 2021-01-29 | 上海英方软件股份有限公司 | 数据库同步异常时将未同步数据恢复到备机的方法和系统 |
CN113626475A (zh) * | 2020-05-07 | 2021-11-09 | 青岛奥利普自动化控制系统有限公司 | 一种基于缓存服务器的数据恢复方法和系统 |
CN113760607A (zh) * | 2021-08-31 | 2021-12-07 | 云尖信息技术有限公司 | 一种双bmc主备和数据同步方法 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105827738A (zh) * | 2016-05-27 | 2016-08-03 | 浪潮(北京)电子信息产业有限公司 | 一种高可用架构下容灾同步方法及系统 |
CN107169108A (zh) * | 2017-05-19 | 2017-09-15 | 郑州云海信息技术有限公司 | 一种基于Oracle实现MySQL数据快速恢复的方法与装置 |
-
2019
- 2019-07-05 CN CN201910604047.1A patent/CN110321386A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105827738A (zh) * | 2016-05-27 | 2016-08-03 | 浪潮(北京)电子信息产业有限公司 | 一种高可用架构下容灾同步方法及系统 |
CN107169108A (zh) * | 2017-05-19 | 2017-09-15 | 郑州云海信息技术有限公司 | 一种基于Oracle实现MySQL数据快速恢复的方法与装置 |
Non-Patent Citations (1)
Title |
---|
WATERXCFG304: "Oracle DataGuard介绍", 《CSDN》 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113626475A (zh) * | 2020-05-07 | 2021-11-09 | 青岛奥利普自动化控制系统有限公司 | 一种基于缓存服务器的数据恢复方法和系统 |
CN112286732A (zh) * | 2020-12-02 | 2021-01-29 | 上海英方软件股份有限公司 | 数据库同步异常时将未同步数据恢复到备机的方法和系统 |
CN112286732B (zh) * | 2020-12-02 | 2022-04-19 | 上海英方软件股份有限公司 | 数据库同步异常时将未同步数据恢复到备机的方法和系统 |
CN113760607A (zh) * | 2021-08-31 | 2021-12-07 | 云尖信息技术有限公司 | 一种双bmc主备和数据同步方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11079966B2 (en) | Enhanced soft fence of devices | |
US10169173B2 (en) | Preserving management services with distributed metadata through the disaster recovery life cycle | |
EP3961365A1 (en) | Synchronously replicating datasets and other managed objects to cloud-based storage systems | |
US7702866B2 (en) | Use of volume containers in replication and provisioning management | |
US8949183B2 (en) | Continuous and asynchronous replication of a consistent dataset | |
US9948711B2 (en) | Allocating and managing cloud computing resources for disaster recovery | |
US20200026786A1 (en) | Management and synchronization of batch workloads with active/active sites using proxy replication engines | |
US20160246865A1 (en) | Zero-data loss recovery for active-active sites configurations | |
CN110321386A (zh) | 数据同步架构的设置、数据恢复方法及系统 | |
KR20230097184A (ko) | 비동기적 교차-영역 블록 볼륨 복제 | |
US20190188309A1 (en) | Tracking changes in mirrored databases | |
CN110489494A (zh) | 分布式数据库在线扩容方法及装置 | |
CN112181736A (zh) | 分布式存储系统及分布式存储系统的配置方法 | |
CN111381931A (zh) | 容灾方法、装置及系统 | |
Gibadullin et al. | Realization of replication mechanism in PostgreSQL DBMS | |
US10803010B2 (en) | Message affinity in geographically dispersed disaster restart systems | |
CN116113931A (zh) | 释放数据存储轨道同时保持逻辑损坏保护 | |
Clitherow et al. | Combining high availability and disaster recovery solutions for critical IT environments | |
CN106790447B (zh) | 一种基于库复制的分布式存储方法 | |
CN111400098A (zh) | 一种副本管理方法、装置、电子设备及存储介质 | |
US20230305727A1 (en) | Migration of primary and secondary storage systems | |
CN108369548A (zh) | 云资源的灾难恢复 | |
CN115794950A (zh) | 一种快照库处理方法、装置、电子设备和存储介质 | |
US20210096959A1 (en) | Loss free long distance active-active sites configuration | |
Chen et al. | The Research on Data Disaster Recovery in Emergency Management System |
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 |
Application publication date: 20191011 |
|
RJ01 | Rejection of invention patent application after publication |