CN105045681A - 一种Oracle多通道并行备份及恢复方法 - Google Patents
一种Oracle多通道并行备份及恢复方法 Download PDFInfo
- Publication number
- CN105045681A CN105045681A CN201510405568.6A CN201510405568A CN105045681A CN 105045681 A CN105045681 A CN 105045681A CN 201510405568 A CN201510405568 A CN 201510405568A CN 105045681 A CN105045681 A CN 105045681A
- Authority
- CN
- China
- Prior art keywords
- backup
- oracle
- data
- passage
- thread
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明涉及一种Oracle多通道并行备份及恢复方法,通过介质管理库创建多个用于发送Oracle数据块的通道,同时备份软件客户端开启多个线程和各通道配对连接,多个通道来并行读取数据库的数据,生成固定大小的数据块,然后并行发送数据块到备份软件客户端,备份软件客户端的线程接收对应的通道发送过来的数据块,然后将数据块发送到远程存储上。与现有技术相比,本发明通过并行的数据传输来提升数据的传输效率,有效地缩短Oracle大数据背景下的数据备份和恢复时间。
Description
技术领域
本发明涉及结构化数据保护领域,尤其是涉及一种Oracle多通道并行备份及恢复方法。
背景技术
根据最具权威的IT研究与顾问咨询公司Gartner公司公布的2012年全球关系型数据库市场调查报告,以软件总收入计算,Oracle以48.3%继续占据着第一的位置,且收入份额大于四个最接近的竞争对手的总和。由此可看出作为数据库之王的Oracle在全球的用户是最多的。当前就我国很多行业部署的数据库也是Oracle,随着信息技术在我国的高速发展且使用时间越来越长,用户的Oracle数据库数据量越来越大,像公安厅的户口系统、铁道部门的订票系统等一个库通常达到几十TB的数据量。
传统的Oracle异机备份恢复或磁带备份恢复是单通道串行的。也就是开启一个RMAN备份恢复channel,一个Oracle进程备份时读取数据、恢复时写入数据,然后再发送给备份软件。当后端数据库存储性能非常强劲的情况下,不能充分地利用高性能的存储IOPS,效率较低,备份恢复所消耗的时间非常长,特别是当用户Oracle数据库损坏的情况下不能快速及时的恢复,数据保护效果不佳。
传统的串行备份在数据量不大的情况下,我们可以采用提升传输速度和存储的读写性能来提升备份性能,但是当数据呈指数增长的时候,很显然备份时间的增长指数和数据量的增长指数是一致的,那么就无法实现高可靠性的数据保护,当数据达到TB级别时,传统的备份时间将超越24小时,意思是如果数据出现问题,我们即无法保证在此之前24小时数据的完整性,也无法保证数据在24小时内完整的恢复出来。
发明内容
本发明的目的就是为了克服上述现有技术存在的缺陷而提供一种Oracle多通道并行备份及恢复方法,极大地提升备份恢复效率,能大幅度缩小备份窗口、灾难发生时缩短恢复时间。
本发明的目的可以通过以下技术方案来实现:
一种Oracle多通道并行备份方法,包括如下步骤:
a1)介质管理库创建多个用于发送Oracle数据块的通道;
a2)备份软件客户端开启多个线程和各通道配对连接;
a3)介质管理库获取一Oracle的备份片,该备份片中的各数据块分别通过一通道发送给备份软件客户端;
a4)备份软件客户端通过相应的线程接收数据块,并转发至备份服务器中;
a5)当前备份片中所有的数据块发送完毕之后,再进行下一个备份片的数据块发送;
a6)所有的备份片都发送完成之后,释放通道的连接。
所述通道与线程的数量相同。
所述配对连接具体通过通道名称与线程的PID进行配对,并记录配对状态。
一种Oracle多通道并行恢复方法,包括如下步骤:
b1)介质管理库创建多个用于发送Oracle数据块的通道;
b2)备份软件客户端开启多个线程和各通道配对连接;
b3)介质管理库发送需要恢复的备份片信息到备份软件客户端;
b4)备份软件客户端多个线程将存储于备份服务器内的相应备份片的数据块发送到对应的通道中;
b5)介质管理库将接收到的数据块组合;
b6)当前备份片中所有的数据块恢复完毕之后,再进行下一个备份片的恢复;
b7)所有的备份片都恢复完成之后,释放通道的连接。
所述通道与线程的数量相同。
所述配对连接具体通过通道名称与线程的PID进行配对,并记录配对状态。
与现有技术相比,本发明具有以下优点:
1)本发明在备份恢复时开辟多个RMANchannel(通道),并产生和channel数相同的Oracle备份恢复进程,对整库的数据文件进行拆分,分别去读取、写入部分数据文件,并发执行,能充分地利用高读写性能的存储,提升单位时间内的数据吞吐量,解决大数据Oracle数据库的数据保护难题。
2)本发明充分利用了日益强大的硬件资源,多路并发,无论是在数据的备份上,还是在数据的恢复上,都具有很强的竞争力,在实现了传统备份的功能的基础上,大大缩短了数据的备份时间,相应的缩短了数据的保护周期。如果出现灾难性事故,那么丢失的数据将更少。
附图说明
图1为Oracle多通道并行备份恢复系统的拓扑图;
图2为Oracle与备份客户端的配对连接图;
图3为备份过程数据流程走向图;
图4为恢复过程数据流程走向图。
具体实施方式
下面结合附图和具体实施例对本发明进行详细说明。本实施例以本发明技术方案为前提进行实施,给出了详细的实施方式和具体的操作过程,但本发明的保护范围不限于下述的实施例。
通过使用介质管理器,RMAN(RecoveryManager)将数据备份到磁带上或者远程存储上(以下统称为远程存储)。介质管理器(MediaManager)由第三方软件商提供,它将数据块中的数据流从RMAN通道进程传递到相应的磁带中。
计算机系统必需安装了介质管理(MM)客户端才能使用介质管理器。介质管理的客户端可以连接介质管理服务器,并通过网络传送数据。还必须为介质管理器安装Oracle模块,Oracle模块(OracleMoudle)是一个用于OracleRDBMS的软件插件,它可以连接RMAN与客户端介质管理软,后者可以把数据传送到MM服务器。Oracle用于备份恢复的插件名称是介质管理库(MEDIAMANAGEMENTLIBRARY简写MML)。
本发明通过配置多个channel(通道)来并行读取数据库的数据,生成固定大小的数据块,然后并行发送数据块到备份软件客户端,备份软件客户端会对应的产生线程来接收对应的channel发送过来的数据块,然后将数据块发送到远程存储上,通过并行的数据传输来提升数据的传输效率,有效地缩短Oracle大数据背景下的数据备份和恢复时间。本发明采用的Oracle多通道并行备份恢复系统的拓扑图如图1所示。
本发明的技术实现难点在于:
1、多线程的数据收发和组装。备份软件客户端需要开启多个线程和channel进行配对,然后收发消息和数据。
2、Oracle多个备份恢复进程与备份软件客户端多个收发数据线程间的配对通信。实现Oracle多个备份恢复进程间的消息数据传输,首先必须解决进程间的配对问题及重连问题,如果配对或者重连错误,就会导致数据错乱。配对连接具体通过通道名称与线程的PID进行配对,并记录配对状态。具体的配对连接方法如图2所示:
1)控制台发起任务,客户端调用调度管理模块读取初始化连接记录文件。
2)若记录不存在,那么直接写入新的三元组,若记录存在,则读取此三元组,并检测记录是否超时。三元组包括线程的PID、通道名称和创建时间信息。
3)若超时,那么清空后写入新的三元组信息,若没有超时,那么根据设置的等待时间进入等待状态,并实时检测记录的状态。若被清空或者记录超时,那么写入新的三元组信息,否则,等待时间结束后,返回连接失败。一般设置超时时间小于或等于等待时间可以有效的控制返回连接失败的概率。
4)更新初始化连接记录文件成功后,客户端使用脚本调度oracle的rman发送对应的实例的数据,同时oracle调用它对外开放且由我们实现的API接口。
5)接口中调用调度管理模块,读取已配对连接记录文件中的三元组信息,查询自己的PID对应的三元组信息是否存在。
6)若存在,那么是之前已连接过得记录,那么直接连接三元组中记录的管道,发送数据给客户端的数据处理模块。
7)若不存在,那么读取初始化连接记录文件,读取三元组信息,判断信息是否超时,若超时,连接失败,否则连接对应的管道。
8)将客户端进程PID,管道名称,oracle数据发送进程PID组成新的三元组,追加到已配对连接记录文件中。
9)清空初始化连接记录文件,等待下一个连接的发起。
10)Oracle发送数据到客户端,通过不同的消息ID,完成不同数据的发送,例如首先发送数据文件,将数据文件记录到对应的备份片中,数据文件单独形成一个备份集。然后消息通知数据文件发送完成,将开始先一个数据源的发送,如此循环。
11)数据发送完毕,发送消息通知客户端数据发送结束,然后断开连接。
12)客户端接到消息后释放管道资源,然后调用调度管理模块清除已配对连接记录文件中对应的三元组信息。
13)控制台同时发起其他oracle实例的备份,流程如1)~9)。
备份过程中数据流程走向图如图3所示,主要的技术操作流程如下:
1、实现oracle提供的第三方接口,编译生成MML供oracle加载使用。
2、编写多通道的RMAN备份脚本,连接RMAN,执行此脚本。
3、MML开启多个通道同时发送Oracle的数据块。
4、备份软件客户端开启多个线程接收RMAN发送的数据块。
5、备份软件客户端将数据块转发到远程存储,将数据以特定的格式组织生成备份片,存储在备份服务器中。
6、当前备份片中所有的数据块发送完毕之后,再进行下一个备份片的数据块发送。
7、所有的备份片都发送完成之后,释放通道连接。
在RMAN备份脚本中分配多个通道,以完全备份双通道为例,具体脚本如下:
RMAN>run{
RMAN>allocatechannelc1devicetypesbt;
RMAN>allocatechannelc2devicetypesbt;
RMAN>backupincrementallevel0format'ORDB_%d_%s_%p'databasetag'2015_05_15_10_00_00';
RMAN>releasechannelc1;
RMAN>releasechannelc2;
RMAN>}
RMAN>run{
RMAN>allocatechannelc1devicetypesbt;
RMAN>allocatechannelc2devicetypesbt;
RMAN>backuparchivelogallformat'ARCH_%d_%s_%p'tag'2015_05_15_10_00_00';
RMAN>releasechannelc1;
RMAN>releasechannelc2;
RMAN>}
RMAN>run{
RMAN>allocatechannelc1devicetypesbt;
RMAN>allocatechannelc2devicetypesbt;
RMAN>backupcurrentcontrolfileformat'CTRL_%d_%s_%p'tag'2015_05_15_10_00_00';
RMAN>releasechannelc1;
RMAN>releasechannelc2;
RMAN>}
此时多个Oracle备份进程加载SBT(SegmentedBondTool)库,同时发起调度拆分数据文件读取数据。通过本地进程间通信方式-管道,SBT端作为管道的客户端将数据发送给备份软件的客户端。
客户端开辟和RMANchannel数量相同的备份线程,各个线程创建一个管道,作为管道的服务端接收SBT端的Oracle数据块,再通过网络并行发送给备份服务器。备份服务器接收到客户端的数据,通过备份软件特定的数据组织格式存放在备份服务器的磁盘中。
恢复过程中数据流程走向图相比于备份,是一个逆向数据流,如图4所示,主要的技术操作流程如下:
1、实现Oracle提供的SBT第三方接口,编译生成MML供Oracle加载使用。
2、编写多通道的RMAN恢复脚本,连接RMAN,执行此脚本。
3、MML发送需要恢复的备份片信息到备份软件客户端,并开启多个通道等待接收备份软件客户端发送的数据块。
4、备份软件客户端开启多个线程将远程存储的数据以特定的块大小发送到对应的Channel中。
5、RMAN接收到数据组合成对应的数据文件。
6、此备份片所有的数据块恢复完毕之后,再进行下一个备份片的数据恢复。
7、所有的备份片都恢复完成之后,再释放通道连接。
在RMAN恢复脚本中分配多个通道,以完全备份备份集的双通道完整恢复为例,具体脚本如下:
RMAN>run{
RMAN>allocatechannelc1devicetypesbt;
RMAN>allocatechannelc2devicetypesbt;
RMAN>restorecontrolfilefrom‘CTRL_XXX_XXX_XXX’;
RMAN>releasechannelc1;
RMAN>releasechannelc2;
RMAN>}
RMAN>alterdatabasemount;
RMAN>run{
RMAN>allocatechannelc1devicetypesbt;
RMAN>allocatechannelc2devicetypesbt;
RMAN>restoredatabase;
RMAN>recoverdatabase;
RMAN>releasechannelc1;
RMAN>releasechannelc2;
RMAN>}
此时多个Oracle恢复进程加载SBT库,同时发起调度根据完全备份集记录备份时拆分的数据文件分别进行写入数据。通过本地进程间通信方式-管道,SBT端作为管道的客户端将Oracle需要恢复的备份片名称发送给备份软件客户端。
Oracle根据SBT端请求的备份片名称,再向备份服务器要之前完全备份时的备份片数据。备份服务器通过网络发送给客户端。客户端开启和RMANchannel数量相同的恢复线程,各个线程创建一个管道,先通过网络并行接收备份服务器传输过来的此完全备份集Oracle数据块,然后再作为管道的服务端将接收到的数据传递给SBT端。SBT端通过管道对备份软件客户端发送的数据进行接收,未接收到数据就阻塞等待,有数据则接收然后再写入到Oracle数据库。
Claims (6)
1.一种Oracle多通道并行备份方法,其特征在于,包括如下步骤:
a1)介质管理库创建多个用于发送Oracle数据块的通道;
a2)备份软件客户端开启多个线程和各通道配对连接;
a3)介质管理库获取一Oracle的备份片,该备份片中的各数据块分别通过一通道发送给备份软件客户端;
a4)备份软件客户端通过相应的线程接收数据块,并转发至备份服务器中;
a5)当前备份片中所有的数据块发送完毕之后,再进行下一个备份片的数据块发送;
a6)所有的备份片都发送完成之后,释放通道的连接。
2.根据权利要求1所述的Oracle多通道并行备份方法,其特征在于,所述通道与线程的数量相同。
3.根据权利要求1所述的Oracle多通道并行备份方法,其特征在于,所述配对连接具体通过通道名称与线程的PID进行配对,并记录配对状态。
4.一种Oracle多通道并行恢复方法,其特征在于,包括如下步骤:
b1)介质管理库创建多个用于发送Oracle数据块的通道;
b2)备份软件客户端开启多个线程和各通道配对连接;
b3)介质管理库发送需要恢复的备份片信息到备份软件客户端;
b4)备份软件客户端多个线程将存储于备份服务器内的相应备份片的数据块发送到对应的通道中;
b5)介质管理库将接收到的数据块组合;
b6)当前备份片中所有的数据块恢复完毕之后,再进行下一个备份片的恢复;
b7)所有的备份片都恢复完成之后,释放通道的连接。
5.根据权利要求1所述的Oracle多通道并行恢复方法,其特征在于,所述通道与线程的数量相同。
6.根据权利要求1所述的Oracle多通道并行恢复方法,其特征在于,所述配对连接具体通过通道名称与线程的PID进行配对,并记录配对状态。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510405568.6A CN105045681A (zh) | 2015-07-10 | 2015-07-10 | 一种Oracle多通道并行备份及恢复方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510405568.6A CN105045681A (zh) | 2015-07-10 | 2015-07-10 | 一种Oracle多通道并行备份及恢复方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105045681A true CN105045681A (zh) | 2015-11-11 |
Family
ID=54452245
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510405568.6A Pending CN105045681A (zh) | 2015-07-10 | 2015-07-10 | 一种Oracle多通道并行备份及恢复方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105045681A (zh) |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105373453A (zh) * | 2015-12-15 | 2016-03-02 | 中国农业银行股份有限公司 | 数据备份方法及系统 |
CN105677515A (zh) * | 2016-01-08 | 2016-06-15 | 上海达梦数据库有限公司 | 一种数据库联机备份方法及系统 |
CN105740102A (zh) * | 2016-02-02 | 2016-07-06 | 北京京东尚科信息技术有限公司 | 用于数据备份的设备及其中的方法 |
CN106790632A (zh) * | 2017-01-03 | 2017-05-31 | 北京奇虎科技有限公司 | 一种流数据的并发传输方法和装置 |
CN107066357A (zh) * | 2017-05-31 | 2017-08-18 | 广州鼎甲计算机科技有限公司 | 一种数据库合成备份和挂载恢复方法 |
CN107145409A (zh) * | 2017-05-31 | 2017-09-08 | 广州鼎甲计算机科技有限公司 | 一种文件多通道备份的方法 |
CN108874580A (zh) * | 2017-05-09 | 2018-11-23 | 上海爱数信息技术股份有限公司 | 一种数据库的并行备份的方法、系统、装置及介质 |
CN109992381A (zh) * | 2017-12-30 | 2019-07-09 | 中国移动通信集团四川有限公司 | 进程拆分判别方法、装置、设备及介质 |
CN110224890A (zh) * | 2019-06-12 | 2019-09-10 | 中国神华能源股份有限公司 | 列车过车报文解析方法及解析装置 |
CN110650101A (zh) * | 2019-09-05 | 2020-01-03 | 苏州浪潮智能科技有限公司 | 一种cifs网络带宽的优化方法、装置和介质 |
CN112181682A (zh) * | 2020-09-23 | 2021-01-05 | 上海爱数信息技术股份有限公司 | 一种多任务并发场景下的数据传输控制系统及其方法 |
CN112579363A (zh) * | 2020-12-30 | 2021-03-30 | 上海爱数信息技术股份有限公司 | 一种MySQL数据保护系统及其备份和恢复方法 |
CN113722152A (zh) * | 2021-08-05 | 2021-11-30 | 四川大学 | 一种数据增量备份方法、装置、设备及存储介质 |
CN115086296A (zh) * | 2022-05-27 | 2022-09-20 | 阿里巴巴(中国)有限公司 | 一种日志传输系统、日志传输方法及相关装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101105738A (zh) * | 2006-07-13 | 2008-01-16 | 国际商业机器公司 | 用于并行存储池迁移和备份的装置、系统和方法 |
CN101388844A (zh) * | 2008-11-07 | 2009-03-18 | 东软集团股份有限公司 | 一种数据流程的处理方法和系统 |
US7921080B2 (en) * | 1999-12-20 | 2011-04-05 | Emc Corporation | System and method for a backup parallel server data storage system |
CN103488546A (zh) * | 2013-01-29 | 2014-01-01 | 中国人民解放军理工大学 | 一种支持多级别数据和数据库在线并发备份与恢复方法 |
CN103870600A (zh) * | 2014-04-02 | 2014-06-18 | 中国银行股份有限公司 | 一种基于Oracle数据库的数据表备份方法及装置 |
CN104410687A (zh) * | 2014-11-26 | 2015-03-11 | 上海爱数软件有限公司 | 一种基于管道的多组进程间数据传递方法 |
-
2015
- 2015-07-10 CN CN201510405568.6A patent/CN105045681A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7921080B2 (en) * | 1999-12-20 | 2011-04-05 | Emc Corporation | System and method for a backup parallel server data storage system |
CN101105738A (zh) * | 2006-07-13 | 2008-01-16 | 国际商业机器公司 | 用于并行存储池迁移和备份的装置、系统和方法 |
CN101388844A (zh) * | 2008-11-07 | 2009-03-18 | 东软集团股份有限公司 | 一种数据流程的处理方法和系统 |
CN103488546A (zh) * | 2013-01-29 | 2014-01-01 | 中国人民解放军理工大学 | 一种支持多级别数据和数据库在线并发备份与恢复方法 |
CN103870600A (zh) * | 2014-04-02 | 2014-06-18 | 中国银行股份有限公司 | 一种基于Oracle数据库的数据表备份方法及装置 |
CN104410687A (zh) * | 2014-11-26 | 2015-03-11 | 上海爱数软件有限公司 | 一种基于管道的多组进程间数据传递方法 |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105373453B (zh) * | 2015-12-15 | 2019-07-30 | 中国农业银行股份有限公司 | 数据备份方法及系统 |
CN105373453A (zh) * | 2015-12-15 | 2016-03-02 | 中国农业银行股份有限公司 | 数据备份方法及系统 |
CN105677515A (zh) * | 2016-01-08 | 2016-06-15 | 上海达梦数据库有限公司 | 一种数据库联机备份方法及系统 |
CN105677515B (zh) * | 2016-01-08 | 2018-08-07 | 上海达梦数据库有限公司 | 一种数据库联机备份方法及系统 |
CN105740102A (zh) * | 2016-02-02 | 2016-07-06 | 北京京东尚科信息技术有限公司 | 用于数据备份的设备及其中的方法 |
CN106790632B (zh) * | 2017-01-03 | 2020-07-14 | 北京奇虎科技有限公司 | 一种流数据的并发传输方法和装置 |
CN106790632A (zh) * | 2017-01-03 | 2017-05-31 | 北京奇虎科技有限公司 | 一种流数据的并发传输方法和装置 |
CN108874580A (zh) * | 2017-05-09 | 2018-11-23 | 上海爱数信息技术股份有限公司 | 一种数据库的并行备份的方法、系统、装置及介质 |
CN107066357A (zh) * | 2017-05-31 | 2017-08-18 | 广州鼎甲计算机科技有限公司 | 一种数据库合成备份和挂载恢复方法 |
CN107145409A (zh) * | 2017-05-31 | 2017-09-08 | 广州鼎甲计算机科技有限公司 | 一种文件多通道备份的方法 |
CN109992381A (zh) * | 2017-12-30 | 2019-07-09 | 中国移动通信集团四川有限公司 | 进程拆分判别方法、装置、设备及介质 |
CN110224890A (zh) * | 2019-06-12 | 2019-09-10 | 中国神华能源股份有限公司 | 列车过车报文解析方法及解析装置 |
CN110650101A (zh) * | 2019-09-05 | 2020-01-03 | 苏州浪潮智能科技有限公司 | 一种cifs网络带宽的优化方法、装置和介质 |
CN112181682A (zh) * | 2020-09-23 | 2021-01-05 | 上海爱数信息技术股份有限公司 | 一种多任务并发场景下的数据传输控制系统及其方法 |
CN112181682B (zh) * | 2020-09-23 | 2023-03-31 | 上海爱数信息技术股份有限公司 | 一种多任务并发场景下的数据传输控制系统及其方法 |
CN112579363A (zh) * | 2020-12-30 | 2021-03-30 | 上海爱数信息技术股份有限公司 | 一种MySQL数据保护系统及其备份和恢复方法 |
CN112579363B (zh) * | 2020-12-30 | 2023-02-03 | 上海爱数信息技术股份有限公司 | 一种MySQL数据保护系统及其备份和恢复方法 |
CN113722152A (zh) * | 2021-08-05 | 2021-11-30 | 四川大学 | 一种数据增量备份方法、装置、设备及存储介质 |
CN115086296A (zh) * | 2022-05-27 | 2022-09-20 | 阿里巴巴(中国)有限公司 | 一种日志传输系统、日志传输方法及相关装置 |
CN115086296B (zh) * | 2022-05-27 | 2024-04-05 | 阿里巴巴(中国)有限公司 | 一种日志传输系统、日志传输方法及相关装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105045681A (zh) | 一种Oracle多通道并行备份及恢复方法 | |
CN101833486B (zh) | 一种远程备份和恢复系统设计方法 | |
CN102088361B (zh) | 数据备份设备、方法和系统 | |
CN101808127B (zh) | 数据备份方法、系统和服务器 | |
CN102402471A (zh) | 基于存储阵列快照功能的数据实时备份方法及系统 | |
CN103345470A (zh) | 一种数据库容灾方法、系统及服务器 | |
CN105824846B (zh) | 数据迁移方法及装置 | |
WO2016078529A1 (zh) | 业务处理方法、装置及系统 | |
CN102411639A (zh) | 元数据的多副本存储管理方法和系统 | |
CN101594256A (zh) | 容灾方法、装置和系统 | |
CN101094154A (zh) | 一种多主控模式的数据备份异地保护系统以及保护方法 | |
CN101937378B (zh) | 一种对存储设备的数据进行备份保护的方法及计算机系统 | |
CN103377100A (zh) | 一种数据备份方法、网络节点及系统 | |
CN103713973A (zh) | 一种基于hdd和ssd的混合存储备份方法及系统 | |
CN103516667A (zh) | 用于安全性信息数据的容灾备份的系统、方法及设备 | |
CN109859068B (zh) | 一种基于资源池技术的电网数据实时同步系统 | |
CN103384266A (zh) | 一种基于文件级实时同步的Parastor200管理节点高可用方法 | |
CN105242988A (zh) | 分布式文件系统和分布式文件系统的数据备份方法 | |
CN103544081B (zh) | 双元数据服务器的管理方法和装置 | |
CN103176867A (zh) | 一种快速文件差异备份方法 | |
CN102419721B (zh) | 一卡通消费数据分散存储、集中备份与恢复的方法 | |
CN104636082B (zh) | 磁盘阵列raid的控制方法及装置 | |
CN101448028A (zh) | 一种持续数据保护方法、装置和系统 | |
CN103297477A (zh) | 一种数据采集上报系统及数据处理方法和代理服务器 | |
CN205427832U (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 | ||
CB02 | Change of applicant information |
Address after: 201112 Shanghai, Minhang District, United Airlines route 1188, building second layer A-1 unit 8 Applicant after: SHANGHAI EISOO INFORMATION TECHNOLOGY CO., LTD. Address before: 201112 Shanghai, Minhang District, United Airlines route 1188, building second layer A-1 unit 8 Applicant before: Shanghai Eisoo Software Co.,Ltd. |
|
COR | Change of bibliographic data | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20151111 |