CN201532630U - 数据库全量备份系统 - Google Patents
数据库全量备份系统 Download PDFInfo
- Publication number
- CN201532630U CN201532630U CN2009200750604U CN200920075060U CN201532630U CN 201532630 U CN201532630 U CN 201532630U CN 2009200750604 U CN2009200750604 U CN 2009200750604U CN 200920075060 U CN200920075060 U CN 200920075060U CN 201532630 U CN201532630 U CN 201532630U
- Authority
- CN
- China
- Prior art keywords
- backup
- database
- machine room
- local
- data
- 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.)
- Expired - Lifetime
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本实用新型提供了一种数据库全量备份系统,其包括:同城数据库,第一异城数据库,第二异城数据库,离线磁带机,财务/银行保管系统,本地电信机房,本地网通机房;其中,本地电信机房包括至少一台主机,所述主机连接有输入端和显示端,并通过网络连接至少一台远程机器。此外,所述的主机还包括有环境变量模块和备份列表模块,所述环境变量模块存储公共变量、IP地址、端口以及控制文件,所述的备份列表模块存储备份列表、备份文件以及备份脚本和取消脚本。本实用新型的数据库全量备份系统及方法能够广泛应用于各种数据库备份系统中。同时,选择性的采用备份和取消各种备份数据,可以使备份系统拥有更大的灵活性和可操作性,并实现资源的优化配置。
Description
技术领域
本实用新型涉及一种数据库全量备份系统,尤其涉及一种数据库全量备份系统中执行单独备份以及单独取消的系统。
背景技术
数据丢失对大小企业来说都是个噩梦,业务数据与企业日常业务运作唇齿相依,损失这些数据,即使是暂时性,亦会威胁到企业辛苦赚来的竞争优势,更可能摧毁你公司的声誉,或可能引致昂贵的诉讼和索偿费用。
在震惊世界的美国“9·11”恐怖事件发生后,许多人将目光投向金融界巨头摩根士丹利公司。这家金融机构在世贸大厦租有25层,惨剧发生时有2000多名员工正在楼内办公,公司受到重创。可是正当大家扼腕痛惜时,该公司宣布,全球营业部第二天可以照常工作。其主要原因是它在新泽西州建立了灾备中心,并保留着数据备份,从而保障公司全球业务的不间断运行。灾备的重要性和巨大价值由此可见一斑。
所谓数据灾备,就是指建立一个异地的数据系统,该系统是本地关键应用数据的一个可用复制。在本地数据及整个应用系统出现灾难时,系统至少在本地或者异地保存有一份可用的关键业务的数据。该数据可以是与本地生产数据的完全实时复制,也可以比本地数据略微落后,但一定是可用的。采用的主要技术是数据复制,数据传输以及数据存储等技术。
传统的灾备体系(数据备份系统),其体系庞大,结构复杂,且对设备的要求较为严苛,因而费用昂贵。同时,这些传统的灾备体系均根据各自的数据库设置方式设有专门的控制系统,且难以与其他现有系统兼容。
随着越来越多的传统企业开始考虑使用开源产品降低成本,数据库方面尤其以MySQL突出,而利用MySQL在企业级的数据库灾备体系中的应用还未能得到充分开发。
提到备份,众所周知的利用MySQL所提供的一些工具能够完成简单的备份,但在涉及到大型数据库的灾备体系的建设的问题,却没有任何现有的较为成功的实践先例。因此,对于利用MySQL的基础,建设企业级数据库备份体系,存在了如下的需求:
■当你只有几台数据库的时候你只需要一个备份命令或者一个备份工具就可以完成,
■当你有百台左右的数据库时候,你会不得不写脚本来自动帮你完成,
■当你有更多数据库,你会发现每天维护这个备份列表,开启和关闭,调整某些备份将会成为一个瓶颈,此时你需要一个web系统能更简易的系统完成这些日常维护工作,
■当业务体系越来越复杂的时候,不同存储引擎,不同的逻辑,不同的备份保留间隔等各式各样的需求都会使得我们不断在备份系统上扩充功能
■当同时维护MySQL和Oracle的备份工作时,此时你需要一个平台能容纳不同的数据库备份需求,
■当这些底层的备份细节都实现后,如何保障本地,本市的灾难发生后依然有备份的数据可恢复,这就涉及到如何把本地备份的数据保留倒同城异地,异城,甚至是银行保存,一整套策略
■最后解决灾难的最终依据是灾难后的数据恢复,所以如何制定数据恢复,灾难演习的策略,并记录经验,
上述这些都是普通数据库运行和维护人员在实践过程中所能够普遍遇到的问题,而将这些普遍的需求进行整合,并有针对性地加以解决,一步步升华,这样从简单的命令行备份到最终得到一套完整的灾备体系。以上这些从最底层的备份实现细节,到满足各种备份需求的功能,到容灾恢复策略,一起就构成了灾备体系。
实用新型内容
本实用新型的目的在于提供一种安全、高效的数据库全量备份系统和方法,其主要利用现有的MySQL数据库管理系统,并且兼容于Oracle数据库管理系统中。
本实用新型所提供的企业级数据库备份系统所采取的技术方案如下:
本实用新型提供了一种数据库全量备份系统,其中包括:同城数据库11,第一异城数据库12,第二异城数据库13,离线磁带机20,财务/银行保管系统30,本地电信机房41,本地网通机房42;
其中,本地电信机房包括至少一台主机40,所述主机40连接有输入端49和显示端48,并通过网络连接至少一台远程机器10。
上述的数据库全量备份系统,其中,所述的主机包括有环境变量模块47和备份列表模块46,所述环境变量模块47存储公共变量、IP地址、端口以及控制文件,所述的备份列表模块46存储备份列表、备份文件以及备份脚本和取消脚本。
上述的数据库全量备份系统,其中,所述的远程机器10为单一主机。
上述的数据库全量备份系统,其中,所述的远程机器10是一服务器组。
上述的数据库全量备份系统,其中,所述的远程机器10为一网络连接端口,并通过所述端口进一步连接到多台主机或数据服务器上。
上述的数据库全量备份系统,其特征在于,本地电信机房41以及本地网通机房42与同城数据库11连接,备份本地数据;
所述的同城数据库11,第一异城数据库12,第二异城数据库13依次连接,互相备份异地数据;
所述的同城数据库11,第一异城数据库12,第二异城数据库13均与离线磁带机20连接,定期备份离线数据;
所述离线数据存储于离线磁带机20的离线磁带中,所述离线磁带存放于所述财务/银行保管系统中。
本实用新型的数据库全量备份系统的操作方法,具体包括,所述备份方法包括选择性执行备份进程或取消进程,用以备份选定的部分数据或者取消选定的部分数据的备份进程。
上述的数据库全量备份方法,其中,所述的备份进程和取消进程根据远程机器10的类型从具体的数据备份方法中选择Oracle模式或MySQL模式。
上述的数据库全量备份方法,其中,所述备份进程具体包括如下步骤:
步骤400,备份进程开始;
步骤401,设定公共变量;
步骤402,获取单独备份列表;
步骤403,判断单独备份列表是否为空;
步骤405,读取列表中的第一行指令;
步骤406,从备份列表的一行指令中获取IP地址和端口号;
步骤407,判断第二IP地址是否为空;
步骤408,判断第一IP地址和第二IP地址是否相等;
步骤412,清除临时文件;
步骤413,读取控制文件中的一行;
步骤414,获取备份变量;
步骤415,通过建立远程通信;
步骤416,取得备份类型;
步骤418,在Mysql备份中输出环境变量至备份脚本;
步骤419,输出MySQL备份脚本;
步骤420,在Oracle备份中输出环境变量至备份脚本;
步骤421,输出Oracle备份脚本;
步骤422,输出正在执行的备份信息;
步骤423,执行备份;
步骤424,判断备份情况;
步骤425,读取下一行,并循环至步骤413;
步骤426,更新备份过程信息为完成,输出至显示端;
步骤427,备份进程结束。
上述的数据库全量备份方法,其中,所述取消进程具体包括如下步骤:
步骤500,取消进程开始;
步骤501,取得公共环境变量;
步骤502,生成取消备份列表;
步骤503,判断取消备份列表的行是否为空;
步骤504,从取消备份列表中获取IP地址和端口;
步骤505,判断第二IP地址是否为空;
步骤506,判断第一IP地址和第二IP地址是否相等;
步骤510,读取公共环境变量中的一行;
步骤511,判断所读取的公共环境变量行是否为空;
步骤512,从读取的行中获得变量;
步骤513,判断远程机器是否存在;
步骤515,获取远程机器类型;
步骤516,获取备份进程的PID;
步骤517,生成取消进程的脚本;
步骤518,执行取消进程的脚本;
步骤523,清除备份过程中所产生的资料、备份文件等;
步骤525,判断下一行是否为空;
步骤526,取消进程结束。
本实用新型的企业级数据库备份系统及方法能够提供一种宏观的数据灾备体系的架设方法,且其具有较强的适应性能,可以广泛应用于各种数据库备份系统中,如Oracle和MySQL架构的不同的数据库中。并且通过其多层分级的备份系统的建立,能够有效的提高整个数据库系统的容灾强度,即使在发生各种灾害事件的情况下,也能保障数据库可以恢复到一定时间之前的状态,保障了数据的安全性和稳定性。同时,选择性的采用备份和取消各种备份数据,可以使备份系统拥有更大的灵活性和可操作性,并实现资源的优化配置。
附图说明
图1为本实用新型的数据库备份系统的结构模块图;
图2为本实用新型的数据库备份系统的主要流程图;
图3为本实用新型的数据库备份系统的MySQL备份流程图;
图4为本实用新型的数据库备份系统的Oracle备份流程图;
图5为本实用新型的数据库全量备份系统的执行模块图;
图6为本实用新型的数据库全量备份系统的单独备份流程图;
图7为本实用新型的数据库全量备份系统的单独取消流程图。
具体实施方式
如图1所示,为本实用新型的数据库备份系统的一种优选的网络架构模块图。本实用新型的数据库备份系统包括同城数据库11,异城数据库12,异城数据库13,离线磁带机20,财务/银行保管系统30,本地机房41(本地电信机房),本地机房42(本地网通机房)。其中,同城数据库11与本地备份机房41和本地备份机房42相互网络连接,将数据库上的备份数据传输至本地备份机房,即完成本地备份流程。本地备份可以定制备份周期间隔,例如设定每隔半小时、1小时或2小时等进行增量备份,每天或者每隔一天进行全量备份,将备份数据储存在本地机房上。所述备份采用交叉备份策略,即例如,第一次数据备份在本地备份机房41上,则第二次数据备份在另一个本地备份机房42上,第三次再备份至本地备份机房41上,如此循环交叉,以最大限度地利用备份机房的存储能力。
由于本地服务器的数据交换频繁,其需存储的数据量随着时间推移会不断增长,因此需要采取上述的本地备份流程,将同城本地数据库机房11上的备份数据传输至一个同城的本地备份机房41或42,优选的该数据库机房11与本地备份机房41、42架设在不同的地方,即所谓的“同城异地”,主要是为了便于放置数据库机房与本地备份机房不受同样的外在条件影响,如:网络故障、供电故障、通讯电缆损坏等各种天灾人祸,从而提高了备份机房的容灾强度,不会因为本地数据库机房的故障而导致所有备份机房的数据受到损害而失去了备份的价值。
此外,在异城异地的数据库机房之间,也需要进行异地备份,例如:将同城数据库机房11的备份数据,设定一定周期,传输至异城异地数据库机房12。同样,异城异地数据库机房12也能够在其所在的城市实现本地备份,传输备份数据值数据库机房12所在城市的本地备份机房(图中未示出),其结构运行模式与同城数据库机房11和本地服务器41,42之间相类似。所述的备份周期,应大于本地全量备份的周期,如每周1次或2次实施异地备份。同时,异城异地数据库机房12也可设置按照一定周期向另一个异城异地数据库机房13进行备份数据传输,从而动态地形成了数据异地备份。同理,已成异地数据库机房13也可将其备份数据再传送至同城异地数据库机房11,构成一个循环。
同时,各个数据库机房11,12,13,按照一定的周期,将其备份数据集中传输给离线磁带机20进行离线备份。该周期需大于异地备份周期,可设定为每2周或每隔1个月进行一次离线备份。离线备份后的数据存储于离线磁带上,所述离线磁带可托付财务/银行保管系统存放。
在上述的架构中,各数据库机房的数量并不限定于三个,可根据实际情况架设在多个城市的数据库机房之间,如五个或者更多。且本地服务器在图1中仅根据现有的两种主要的网络供应商分为本地电信机房41和本地网通机房42,但在实际应用中还可以针对每个供应商提供更多的本地机房,并且在提供网络资源共享的企业级的数据库中,每个机房所提供的主机的数量较多,常常达到几十台甚至上百台,并且根据实际情况与各种网络供应商均设置有特定的服务器以供其使用。
如图2所示,为本实用新型的数据库备份系统所采用的备份步骤的详细流程图,包括如下各个步骤:
步骤100,备份流程开始。
步骤101,初始参数设定,包括MySQL备份参数及Oracle备份参数。
步骤102,备份控制文件生成备份进程。
步骤103,生成备份控制文件共有参数。
步骤104,查询备份控制文件的共有参数是否存在。如不存在,即共有参数生成失败,则进入步骤160,备份流程结束;如存在,则进入下一步骤105。
步骤105,查询MySQL及Oracle备份命令是否存在。若不存在,即所述参数初始化失败或有其他故障,则进入步骤160;若存在,则执行备份命令,并进入下一步骤106。
步骤106,去除备份文件中的空格。
步骤107,读取一行控制文件记录。
步骤108,生成备份参数。
步骤109,获取远程主机名。如未能成功获取,则进入步骤160;获取成功后进入步骤110。
步骤110,获取该远程主机机器的当前ROLE(任务)。
步骤120,执行ROLE(任务)。随后分别进入MySQL进程和Oracle进程。
步骤121,MySQL进程第一步,获取MySQL备份参数。
步骤122,导入MySQL备份脚本。
步骤123,执行MySQL备份脚本。
步骤131,Oracle进程第一步,获取Oracle备份参数。
步骤132,导入Oracle备份脚本。
步骤133,执行Oracle备份脚本。
步骤140,当MySQL和Oracle进程都完成后,读取下一行配置信息。
步骤150,判断是否为最后一行。如为最后一行,则进入步骤160;如不是最后一行,则回到步骤107并继续执行后续操作。
步骤160,备份流程结束。
如图3所示,为本实用新型的数据库备份系统的MySQL备份流程图,其具体包括如下步骤:
步骤200,MySQL备份流程开始。
步骤201,初始参数设定。
步骤202,遍历服务器上的实例。
步骤203,根据SOCK(端口)到监控机取得备份信息,可包括相应的第一备份地址和第二备份地址。
步骤204,判断第二备份地址是否设定。假如已设定,则进入步骤205;否则,进入步骤208。
步骤205,由于第二备份地址已设定,对比上次备份地址与第一备份地址是否一致。如不一致,则进入步骤206;如一致,则进入步骤207。
步骤206,经判断上次备份地址与第一备份地址不一致,则将此次备份地址仍设为第一备份地址,然后进入步骤209。
步骤207,经判断上次备份地址与第一备份地址一致,则将此次备份地址设为第二备份地址,然后进入步骤209。
步骤208,经判断第二备份地址未设定,则将备份地址设为第一备份地址。
步骤209,生成此次备份信息。
步骤210,备份目录是否存在。若备份目录不存在,则进入步骤211;若备份目录存在,则进入步骤213。
步骤211,创建备份目录。若备份目录创建失败,进入步骤212;否则,进入步骤213。
步骤212,备份目录创建失败,输出错误信息,停止此次备份,进入步骤240。
步骤213,判断执行MySQL备份管理命令,如:MySQL,MySQLadmin以及MySQLdump等工具。如无法执行则进入步骤214;否则,进入步骤215。
步骤214,由于判断MySQL备份管理命令无法执行,输出错误信息停止此次备份,并进入步骤240。
步骤215,当MySQL管理命令执行后,选择备份方式、备份数据库、目的地址、放置目录等信息,可由备份管理系统直接指定默认信息或者通过外部输入信息确定。
步骤216,判断是否备份所有数据库。根据实际输入情况,判断进入何种备份模式,当输入--databases命令时,进入步骤217;当输入-A命令时,进入步骤218。
步骤217,根据选定的数据库,进行各个数据库的数据备份。随后进入步骤220。
步骤218,对所有数据库进行备份,之后进入步骤220。
步骤220,选择具体备份方式。同时列出各分支供选择,包括步骤221-226供6中具体备份方式可平等选择。
步骤221,S_INNODB_DUMP模式,为采用INNODB工具及MySQL SlaveInnoDB DUMP策略的备份流程。完成备份后进入步骤230。
步骤222,M_INNODB_DUMP模式,为采用INNODB工具及MySQL MasterInnoDB DUMP策略,完成备份后进入步骤230。
步骤223,T_STRUCTURE_DUMP模式,为采用MySQL STRUCTUREDUMP策略的备份流程。完成备份后进入步骤230。
步骤224,S_MYISAM_TAR模式,为采用MYISAM工具及MySQL SlaveMyISAM TAR策略的备份流程。完成备份后进入步骤230。
步骤225,S_MYISAM_DUMP模式,为采用MYISAM工具及MySQL SlaveMyISAM DUMP策略的备份流程。完成备份后进入步骤230。
步骤226,M_ARCHIVE_TAR模式,为采用MySQL Master ARCHIVE TAR策略的备份流程。完成备份后进入步骤230。
步骤230,判断是否存在未遍历的SOCK,若存在,则返回步骤203继续操作;若不存在,则进入步骤240。
步骤240,流程结束。
如图4所示,为本实用新型的数据库备份系统的Oracle备份流程图,具体包括如下步骤。
步骤300,Oracle备份流程开始。对应于Oracle备份命令。
步骤301,获取环境变量。
步骤302,判断第二备份地址是否存在。若存在,则进入步骤303;若不存在,进入步骤307。
步骤303,当判断第二备份地址存在,则将上次备份地址与第一备份地址进行比较。当上次备份地址等于第一备份地址时,进入步骤304;当上次备份地址不等于第一备份地址时,进入步骤305。
步骤304,由于上次备份地址与第一备份地址相等且第二备份地址存在,根据交叉备份的原则,将备份存至第二备份地址。随后进入步骤306。
步骤305,由于上次备份地址与第一次备份地址不同,则将备份存入第一备份地址。随后进入步骤306。
步骤306,将此次备份地址存为“上次备份地址”,供后续循环比较之用。进入步骤307。
步骤307,当第二备份地址不存在或者已根据第二备份地址完成备份之后,即执行获取变量步骤。
步骤308,判断远程备份目录是否存在。若不存在,则进入步骤309;若存在,则进入步骤312。
步骤309,由于远程备份目录不存在,则创建所述远程备份目录。进入步骤310。
步骤310,判断目录创建是否正常。若异常,则进入步骤311;若正常,则进入步骤312。
步骤311,当判断目录创建异常,则输出错误信息,并进入步骤330。
步骤312,输入参数,包括备份方式、备份数据库、目的地址,放置目录等,并检查参数有效性。若输入参数无效,则进入步骤313。若输入参数有效,则进入步骤314。
步骤313,由于输入参数检查无效,故输出错误信息后,进入步骤330。
步骤314,输入参数有效,则根据输入参数开始进行备份,生成备份文件。
步骤315,传输所述的备份文件。
步骤316,传输情况判断。若传输情况发生异常,则进入步骤317;若传输情况正常,则继续进入步骤318。
步骤317,当判断传输情况异常,产生错误报告信息,并输出该错误信息。随后进入步骤330。
步骤318,检查备份文件是否存在。若备份文件不存在,则进入步骤319;若备份文件存在,继续进入步骤320。
步骤319,备份文件不存在,则生成相应错误报告信息,并传输该错误信息。随后进入步骤330。
步骤320,计算备份大小。
步骤321,显示计算出的备份大小,并选择采用何种方式进行备份。若选择“自动”备份,则进入步骤322;若选择“手动”备份,则进入步骤323。
步骤322,执行自动备份操作,更新自动备份信息。进入步骤324。
步骤323,进入手动备份操作等待过程,根据相应的后续命令执行操作。更新自动备份信息。进入步骤324。
步骤324,完成备份,清楚备份文件。
步骤325,备份过程结束。
参见附图5,为本实用新型的数据库全量备份系统的执行模块图。所述具体执行模块系统,相对于单台主机40而言,其包括有环境变量模块47,用于存储设定的公共变量,读取变量,尤其是存储IP地址和端口,以及保存控制文件等,还包括备份列表模块46,用于存储备份列表、备份文件以及备份脚本和取消脚本等。此外,主机40还连接有输入端49,用以输入外界指令,用以选择性的进行可调节的非全量数据备份。以及显示端48,用于显示环境变量模块47和备份列表模块46在执行具体备份或取消过程中产生的各种错误信息。同时,输入端49和显示端48共同构成了管理端,可实现对于主机备份过程的各种具体操作。
主机40还与至少一个远程机器10相连,并将本地数据按照备份脚本传输至远程机器10或者取消远程机器10的备份进程。远程机器10可以为一单独主机,也可以为一个服务器,或者一个端口。当连接的远程主机为一端口是,所述连接通过该端口进一步连接到多台主机或数据服务器上。另外,同一台本地主机40可以对应多台远程机器,且每组备份脚本和取消脚本都相互对应,用以控制对同一台主机执行备份或取消备份进程。
如图6所示,为本实用新型的数据库全量备份系统的备份流程图。其包括了如下步骤:
步骤400,开始步骤,备份进程开始。
步骤401,设定公共变量。
步骤402,获取单独备份列表,即所需要进行单独备份的数据列表,当全选时,则设定为全量备份。
步骤403,判断单独备份列表是否为空。当单独备份列表为空时,则进入步骤404;若单独备份列表不为空时,进入步骤405。
步骤404,将“单独备份列表为空”的错误信息返回至显示端,并直接进入步骤427。
步骤405,读取列表中的第一行,或能够读取的有意义的第一行指令。
步骤406,从备份列表的一行指令中获取IP地址和端口号。
步骤407,判断第二IP地址是否为空。若第二IP地址非空,则进入步骤408;若第二IP地址为空,则进入步骤411。
步骤408,判断第一IP地址和第二IP地址是否相等。如不相等则进入步骤409,如相等则进入步骤410。
步骤409,将第二IP地址、端口配置信息追加到控制文件中后,进入步骤411。
步骤410,追加端口到临时字符串中后,进入步骤411。
步骤411,将第二IP地址设定为第一IP地址。
步骤412,清除临时文件。
步骤413,读取控制文件中的一行。若控制文件为空,则直接进入步骤427;如果控制文件不为空,则进入步骤414。
步骤414,从读取的控制文件的行中,获取备份变量,如IP地址,端口信息等。
步骤415,通过建立远程通信,判断远程机器是否正常。如果建立通信失败,则标识为异常,并进入步骤424;如果建立通信成功,标识为正常,进步如步骤416。
步骤416,取得备份类型,通过输入设备输入的信息。
步骤417,判断输入的备份类型,如输入备份类型为Mysql备份则进入步骤418;如输入备份类型为Oracle备份则进入步骤420。
步骤418,在Mysql备份中输出环境变量至备份脚本。
步骤419,输出MySQL备份脚本。
步骤420,在Oracle备份中输出环境变量至备份脚本。
步骤421,输出Oracle备份脚本。
步骤422,输出正在执行的备份信息。
步骤423,执行备份。
步骤424,判断备份情况,查看控制文件中的下一行是否为空,若下一行为空,则进入步骤426;若下一行不为空,则进入步骤425。
步骤425,读取下一行,并进入步骤413,实现一个循环。
步骤426,更新备份过程信息为完成,输出至显示端,并进入步骤427。
步骤427,流程结束。
如图7所示,为本实用新型的数据库全量备份系统的单独取消流程图,具体包括如下步骤:
步骤500,单独取消流程开始。
步骤501,取得公共环境变量。
步骤502,生成取消备份列表。
步骤503,判断取消备份列表的行是否为空。若为空,则进入步骤526;若不为空,则进入步骤504
步骤504,从取消备份列表中获取IP地址和端口。
步骤505,判断第二IP地址是否为空。若第二IP地址非空,则进入步骤506;若第二IP地址为空,则进入步骤509。
步骤506,判断第一IP地址和第二IP地址是否相等。如不相等则进入步骤507,如相等则进入步骤508。
步骤507,将第二IP地址、端口配置信息追加到控制文件中。
步骤508,追加端口到临时字符串中。
步骤509,将第二IP地址设定为第一IP地址。
步骤510,读取公共环境变量中的一行。若读取成功,则进入步骤511;若读取失败,则再次返回步骤503。
步骤511,判断所读取的公共环境变量行是否为空。若读取的为空行,则进入步骤526;若读取的行非空,则进入步骤526。
步骤512,从读取的行中获得变量。
步骤513,判断远程机器是否存在。若远程机器不存在,则进入步骤514;若远程机器存在,则进入步骤515。
步骤514,向显示端输出错误信息,告知远程机器不存在,并直接进入步骤526。
步骤515,获取远程机器类型,进而判断应当采用MySQL模式或Oracle模式。
步骤516,当选择采用MySQL模式后,获取备份进程的PID(进程标示符)。
步骤517,生成取消进程的脚本。
步骤518,执行取消进程的脚本。若取消进程执行正常,则进入步骤523;若取消进程执行发生异常,未能全面取消,则进入步骤522。
步骤519,当选择采用Oracle模式后,获取备份进程PID(进程标示符)。
步骤520,生成取消进程的脚本。
步骤521,执行取消进程的脚本。若取消进程执行正常,则进入步骤524;若取消进程执行发生异常,未能全面取消,则进入步骤522。
步骤522,输出错误信息至显示端。
步骤523,清除MySQL备份过程中所产生的资料、备份文件等。
步骤524,清除Oracle备份中所产生的资料、备份文件等。
步骤525,进行判断,当下一行为空时,进入步骤526;当下一行不为空时,则进入步骤511,进行循环。
步骤526,流程结束。
通过上述的两种流程,实现了在数据库的备份进程中对个别备份数据的操作,包括仅执行部分数据备份或者取消部分数据备份。并且通过原先设置的环境变量和备份列表执行的同时,还能够根据远程机器的类型,选择合适的数据库模式并调用相应的脚本,来实现数据的优化备份进程或取消进程。
上述,仅为本实用新型的优选的实施方式,并不用于限定本实用新型的保护范围,根据本领域的技术常识,结合本领域现有的技术,对上述内容所做的显而易见的修改和变化,其也应当落入本实用新型的保护范围。
Claims (5)
1.一种数据库全量备份系统,其特征在于,包括:同城数据库(11),第一异城数据库(12),第二异城数据库(13),离线磁带机(20),财务/银行保管系统(30),本地电信机房(41),本地网通机房(42);
其中,本地电信机房包括至少一台主机(40),所述主机(40)连接有输入端(49)和显示端(48),并通过网络连接至少一台远程机器(10)。
2.如权利要求1所述的数据库全量备份系统,其特征在于,所述的远程机器(10)为单一主机。
3.如权利要求1所述的数据库全量备份系统,其特征在于,所述的远程机器(10)是一服务器组。
4.如权利要求1所述的数据库全量备份系统,其特征在于,所述的远程机器(10)为一网络连接端口,并通过所述端口进一步连接到多台主机或数据服务器上。
5.如权利要求1所述的数据库全量备份系统,其特征在于,本地电信机房(41)以及本地网通机房(42)与同城数据库(11)连接,备份本地数据;
所述的同城数据库(11),第一异城数据库(12),第二异城数据库(13)依次连接,互相备份异地数据;
所述的同城数据库(11),第一异城数据库(12),第二异城数据库(13)均与离线磁带机(20)连接,定期备份离线数据;
所述离线数据存储于离线磁带机(20)的离线磁带中,所述离线磁带存放于所述财务/银行保管系统中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009200750604U CN201532630U (zh) | 2009-07-22 | 2009-07-22 | 数据库全量备份系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009200750604U CN201532630U (zh) | 2009-07-22 | 2009-07-22 | 数据库全量备份系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN201532630U true CN201532630U (zh) | 2010-07-21 |
Family
ID=42528031
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009200750604U Expired - Lifetime CN201532630U (zh) | 2009-07-22 | 2009-07-22 | 数据库全量备份系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN201532630U (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106528351A (zh) * | 2016-12-29 | 2017-03-22 | 北京奇虎科技有限公司 | 数据备份方法及装置 |
-
2009
- 2009-07-22 CN CN2009200750604U patent/CN201532630U/zh not_active Expired - Lifetime
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106528351A (zh) * | 2016-12-29 | 2017-03-22 | 北京奇虎科技有限公司 | 数据备份方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101923498A (zh) | 数据库全量自动备份系统及方法 | |
CN101963928A (zh) | 数据库全量备份系统及方法 | |
CN104081354B (zh) | 在可缩放环境中管理分区 | |
CN104081353B (zh) | 可缩放环境中的动态负载平衡 | |
US8676760B2 (en) | Maintaining data integrity in data servers across data centers | |
CN101957783A (zh) | 数据库异地备份系统及方法 | |
CN105843182A (zh) | 一种基于oms的电力调度事故预案系统及方法 | |
US20070078861A1 (en) | Disaster recover/continuity of business adaptive solution framework | |
CN104463492A (zh) | 一种电力系统云仿真平台的运营管理方法 | |
CN101923497A (zh) | 企业级数据库备份系统及方法 | |
US20090024713A1 (en) | Maintaining availability of a data center | |
CN103914526A (zh) | 一种用于sap erp系统与oracle erp系统的接口方法和装置 | |
CN108848132B (zh) | 一种基于云的配电调度主站系统 | |
CN101930431A (zh) | 数据库备份信息清理系统及方法 | |
CN105094961A (zh) | 一种基于quartz框架的任务调度管理系统及其方法 | |
CN112269690B (zh) | 一种数据备份的方法和装置 | |
CN114780301B (zh) | 支持多云生产环境的容灾方法及系统 | |
CN114237810A (zh) | 一种基于bim集成交付模式的云计算平台 | |
CN201532631U (zh) | 数据库异地备份系统 | |
CN109743202A (zh) | 数据的管理方法、装置、设备及可读存储介质 | |
CN104199955A (zh) | 信息管理系统及方法 | |
CN201508546U (zh) | 企业级数据库备份系统 | |
CN106126427A (zh) | 一种快速恢复测试的方法及系统 | |
CN201503584U (zh) | 数据库全量自动备份系统 | |
CN201532630U (zh) | 数据库全量备份系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C41 | Transfer of patent application or patent right or utility model | ||
TR01 | Transfer of patent right |
Effective date of registration: 20160523 Address after: 201800, room 8, building 25, 2260 North Street, Wai Gang Town, Shanghai, Jiading District Patentee after: Shanghai spades Interactive Network Technology Co., Ltd. Address before: 2415 room 2, Gangcheng Road, Pudong New Area, Shanghai, 201204 Patentee before: Shengdong Network Technology Development (Shanghai) Co., Ltd. |
|
CX01 | Expiry of patent term |
Granted publication date: 20100721 |
|
CX01 | Expiry of patent term |