CN201508546U - 企业级数据库备份系统 - Google Patents
企业级数据库备份系统 Download PDFInfo
- Publication number
- CN201508546U CN201508546U CN2009200761331U CN200920076133U CN201508546U CN 201508546 U CN201508546 U CN 201508546U CN 2009200761331 U CN2009200761331 U CN 2009200761331U CN 200920076133 U CN200920076133 U CN 200920076133U CN 201508546 U CN201508546 U CN 201508546U
- Authority
- CN
- China
- Prior art keywords
- backup
- database
- local
- data
- machine room
- 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 - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本实用新型提供了一种企业级数据库备份系统,其包括:同城数据库,第一异城数据库,第二异城数据库,离线磁带机,财务/银行保管系统,本地电信机房,本地网通机房。分别实现本地备份、异地备份、离线备份。本实用新型的企业级数据库备份系统及方法能够提供一种宏观的数据灾备体系的架设方法,且其具有较强的适应性能,可以广泛应用于各种数据库备份系统中,并且通过其多层分级的备份系统的建立,能够有效的提高整个数据库系统的容灾强度,即使在发生各种灾害事件的情况下,也能保障数据库可以恢复到一定时间之前的状态,保障了数据的安全性和稳定性。
Description
技术领域
本实用新型涉及一种数据库备份系统,尤其涉及一种企业级数据库备份系统。
背景技术
数据丢失对大小企业来说都是个恶梦,业务数据与企业日常业务运作唇齿相依,损失这些数据,即使是暂时性,亦会威胁到企业辛苦赚来的竞争优势,更可能摧毁你公司的声誉,或可能引致昂贵的诉讼和索偿费用。
在震惊世界的美国“9·11”恐怖事件发生后,许多人将目光投向金融界巨头摩根士丹利公司。这家金融机构在世贸大厦租有25层,惨剧发生时有2000多名员工正在楼内办公,公司受到重创。可是正当大家扼腕痛惜时,该公司宣布,全球营业部第二天可以照常工作。其主要原因是它在新泽西州建立了灾备中心,并保留着数据备份,从而保障公司全球业务的不间断运行。灾备的重要性和巨大价值由此可见一斑。
所谓数据灾备,就是指建立一个异地的数据系统,该系统是本地关键应用数据的一个可用复制。在本地数据及整个应用系统出现灾难时,系统至少在本地或者异地保存有一份可用的关键业务的数据。该数据可以是与本地生产数据的完全实时复制,也可以比本地数据略微落后,但一定是可用的。采用的主要技术是数据复制,数据传输以及数据存储等技术。
传统的灾备体系(数据备份系统),其体系庞大,结构复杂,且对设备的要求较为严苛,因而费用昂贵。同时,这些传统的灾备体系均根据各自的数据库设置方式设有专门的控制系统,且难以与其他现有系统兼容。
随着越来越多的传统企业开始考虑使用开源产品降低成本,数据库方面尤其以MySQL突出,而利用MySQL在企业级的数据库灾备体系中的应用还未能得到充分开发。
提到备份,众所周知的利用MySQL所提供的一些工具能够完成简单的备份,但在涉及到企业级的数据库的灾备体系的建设的问题,却没有任何现有的较为成功的实践先例。因此,对于利用MySQL的基础,建设企业级数据库备份体系,存在了如下的需求:
■当你只有几台数据库的时候你只需要一个备份命令或者一个备份工具就可以完成,
■当你有百台左右的数据库时候,你会不得不写脚本来自动帮你完成,
■当你有更多数据库,你会发现每天维护这个备份列表,开启和关闭,调整某些备份将会成为一个瓶颈,此时你需要一个web系统能更简易的系统完成这些日常维护工作,
■当业务体系越来越复杂的时候,不同存储引擎,不同的逻辑,不同的备份保留间隔等各式各样的需求都会使得我们不断在备份系统上扩充功能
■当同时维护MySQL和Oracle的备份工作时,此时你需要一个平台能容纳不同的数据库备份需求,
■当这些底层的备份细节都实现后,如何保障本地,本市的灾难发生后依然有备份的数据可恢复,这就涉及到如何把本地备份的数据保留倒同城异地,异城,甚至是银行保存,一整套策略
■最后解决灾难的最终依据是灾难后的数据恢复,所以如何制定数据恢复,灾难演习的策略,并记录经验,
上述这些都是普通数据库运行和维护人员在实践过程中所能够普遍遇到的问题,而将这些普遍的需求进行整合,并有针对性地加以解决,一步步升华,这样从简单的命令行备份到最终得到一套完整的灾备体系。以上这些从最底层的备份实现细节,到满足各种备份需求的功能,到容灾恢复策略,一起就构成了灾备体系。
实用新型内容
本实用新型的目的在于提供一种安全、高效的企业级数据库备份系统和方法,其主要利用现有的MySQL数据库管理系统,并且兼容于Oracle数据库管理系统中。
本实用新型所提供的企业级数据库备份系统所采取的技术方案如下:
提供了一种企业级数据库备份系统,其中,包括:同城数据库(11),第一异城数据库(12),第二异城数据库(13),离线磁带机(20),财务/银行保管系统(30),本地电信机房(41),本地网通机房(42);
所述的本地电信机房(41)以及本地网通机房(42)与同城数据库(11)连接,备份本地数据;
所述的同城数据库(11),第一异城数据库(12),第二异城数据库(13)依次连接,互相备份异地数据;
所述的同城数据库(11),第一异城数据库(12),第二异城数据库(13)均与离线磁带机(20)连接,定期备份离线数据。
上述的企业级数据库备份系统,其中,所述离线数据存储于离线磁带机(20)的离线磁带中,所述离线磁带存放于所述财务/银行保管系统中。
上述的企业级数据库备份系统,其中,所述的同城数据库(11)通过网络将备份数据传输至第一异城数据库(12);第一异城数据库(12)通过网络将备份数据传输至第二异城数据库(13);第二异城数据库(13)通过网络将备份数据传输至同城数据库(11),形成循环异地数据备份体系。
本实用新型的企业级数据库备份系统的备份方法为,所述本地电信机房(41)及本地网通机房(42),与所述同城数据库(11)进行本地备份,且备份采用交叉备份策略,控制连续的两次备份分别备份在不同的本地机房上。
上述备份方法,其中,本地备份的周期为每小时进行一次增量备份,每隔一天进行一次全量备份。
上述备份方法,其中,所述的同城数据库(11),第一异城数据库(12),第二异城数据库(13)进行异地备份;异地备份周期为每周备份一次。
上述备份方法,其中,所述的同城数据库(11),第一异城数据库(12),第二异城数据库(13)均与离线磁带机(20)进行离线备份;所述离线备份的周期为每月备份一次。
上述备份方法,其中,包括如下步骤:
步骤100,备份流程开始;
步骤101,初始参数设定,包括MySQL备份参数及Oracle备份参数;
步骤102,备份控制文件生成备份进程;
步骤103,生成备份控制文件共有参数;
步骤104,查询备份控制文件的共有参数是否存在;
步骤105,查询MySQL及Oracle备份命令是否存在;
步骤106,去除备份文件中的空格;
步骤107,读取一行控制文件记录;
步骤108,生成备份参数;
步骤109,获取远程主机名;
步骤110,获取该远程主机机器的当前ROLE;
步骤120,执行ROLE;
步骤121,MySQL进程第一步,获取MySQL备份参数;
步骤122,导入MySQL备份脚本;
步骤123,执行MySQL备份脚本;
步骤131,Oracle进程第一步,获取Oracle备份参数;
步骤132,导入Oracle备份脚本;
步骤133,执行Oracle备份脚本;
步骤140,MySQL和Oracle进程都完成后,读取下一行配置信息;
步骤150,判断是否为最后一行;
步骤160,备份流程结束。
上述备份方法,其中,还包括如下步骤:
判断第二备份地址是否设定;
当第二备份地址已设定,且上次备份地址与第一备份地址不一致,则将此次备份地址仍设为第一备份地址;
当第二备份地址已设定,且上次备份地址与第一备份地址一致,则将此次备份地址设为第二备份地址;
当第二备份地址未设定,则将备份地址设为第一备份地址;
生成此次备份信息。
本实用新型的企业级数据库备份系统及方法能够提供一种宏观的数据灾备体系的架设方法,且其具有较强的适应性能,可以广泛应用于各种数据库备份系统中,并且通过其多层分级的备份系统的建立,能够有效的提高整个数据库系统的容灾强度,即使在发生各种灾害事件的情况下,也能保障数据库可以恢复到一定时间之前的状态,保障了数据的安全性和稳定性。
附图说明
图1为本实用新型的数据库备份系统的结构模块图;
图2为本实用新型的数据库备份系统的主要流程图;
图3为本实用新型的数据库备份系统的MySQL备份流程图;
图4为本实用新型的数据库备份系统的Oracle备份流程图。
具体实施方式
如图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,备份过程结束。
上述,仅为本实用新型的优选的实施方式,并不用于限定本实用新型的保护范围,根据本领域的技术常识,结合本领域现有的技术,对上述内容所做的显而易见的修改和变化,其也应当落入本实用新型的保护范围。
Claims (3)
1.一种企业级数据库备份系统,其特征在于,包括:同城数据库(11),第一异城数据库(12),第二异城数据库(13),离线磁带机(20),财务/银行保管系统(30),本地电信机房(41),本地网通机房(42);
所述的本地电信机房(41)以及本地网通机房(42)与同城数据库(11)连接,备份本地数据;
所述的同城数据库(11),第一异城数据库(12),第二异城数据库(13)依次连接,互相备份异地数据;
所述的同城数据库(11),第一异城数据库(12),第二异城数据库(13)均与离线磁带机(20)连接,定期备份离线数据。
2.如权利要求1所述的企业级数据库备份系统,其特征在于,所述的离线磁带机(20)包括离线磁带,所述离线磁带存放于所述财务/银行保管系统中。
3.如权利要求1所述的企业级数据库备份系统,其特征在于,所述的同城数据库(11)通过网络与第一异城数据库(12)连接;第一异城数据库(12)通过网络与第二异城数据库(13)连接;第二异城数据库(13)通过网络与同城数据库(11)连接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009200761331U CN201508546U (zh) | 2009-06-11 | 2009-06-11 | 企业级数据库备份系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009200761331U CN201508546U (zh) | 2009-06-11 | 2009-06-11 | 企业级数据库备份系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN201508546U true CN201508546U (zh) | 2010-06-16 |
Family
ID=42469672
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009200761331U Expired - Fee Related CN201508546U (zh) | 2009-06-11 | 2009-06-11 | 企业级数据库备份系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN201508546U (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103488546A (zh) * | 2013-01-29 | 2014-01-01 | 中国人民解放军理工大学 | 一种支持多级别数据和数据库在线并发备份与恢复方法 |
CN106452911A (zh) * | 2016-11-10 | 2017-02-22 | 郑州云海信息技术有限公司 | 一种同城灾难备份系统 |
CN106776126A (zh) * | 2016-11-30 | 2017-05-31 | 郑州云海信息技术有限公司 | 一种容灾系统及方法 |
-
2009
- 2009-06-11 CN CN2009200761331U patent/CN201508546U/zh not_active Expired - Fee Related
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103488546A (zh) * | 2013-01-29 | 2014-01-01 | 中国人民解放军理工大学 | 一种支持多级别数据和数据库在线并发备份与恢复方法 |
CN103488546B (zh) * | 2013-01-29 | 2016-06-08 | 中国人民解放军理工大学 | 一种支持多级别数据和数据库在线并发备份与恢复方法 |
CN106452911A (zh) * | 2016-11-10 | 2017-02-22 | 郑州云海信息技术有限公司 | 一种同城灾难备份系统 |
CN106776126A (zh) * | 2016-11-30 | 2017-05-31 | 郑州云海信息技术有限公司 | 一种容灾系统及方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101923498A (zh) | 数据库全量自动备份系统及方法 | |
CN101957783A (zh) | 数据库异地备份系统及方法 | |
CN105843182B (zh) | 一种基于oms的电力调度事故预案系统及方法 | |
CN101963928A (zh) | 数据库全量备份系统及方法 | |
CN101923497A (zh) | 企业级数据库备份系统及方法 | |
CN206537292U (zh) | 承载城市轨道交通调度指挥及运营自动化系统的云平台 | |
CN109101364B (zh) | 双中心双活数据处理系统和方法 | |
CN102739420A (zh) | 基于数字化的排水管网运营管理与维护的分布式复杂巨系统 | |
CN108874590A (zh) | 一种云主机自动备份与恢复的系统 | |
CN101930431A (zh) | 数据库备份信息清理系统及方法 | |
CN201532631U (zh) | 数据库异地备份系统 | |
CN201508546U (zh) | 企业级数据库备份系统 | |
CN101996094A (zh) | 一种分布式资源管理方法及系统 | |
CN112269690B (zh) | 一种数据备份的方法和装置 | |
CN102316131A (zh) | 云平台系统智能备份 | |
CN114780301B (zh) | 支持多云生产环境的容灾方法及系统 | |
CN201503584U (zh) | 数据库全量自动备份系统 | |
Jiang et al. | Resilient service restoration for distribution systems with mobile resources using Floyd‐based network simplification method: Resilient service restoration for DS with mobile resources using Floyd‐based network simplification method | |
CN104616213A (zh) | 水电行业两级数据中心通用架构 | |
CN112148717A (zh) | 一种用于城市级数据中台的数据资源管理系统 | |
CN102289506A (zh) | 邮件系统备份方法 | |
CN101325603A (zh) | 专用证件管理系统的网络存储结构 | |
CN201532630U (zh) | 数据库全量备份系统 | |
CN103679615A (zh) | 一种基于分布式系统架构的高可用物流信息管理系统 | |
Fu et al. | [Retracted] Design and Management of Electricity Marketing Information System Based on Multisensor Fusion |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100616 Termination date: 20130611 |