CN115017131A - 一种数据迁移方法及系统 - Google Patents
一种数据迁移方法及系统 Download PDFInfo
- Publication number
- CN115017131A CN115017131A CN202210390291.4A CN202210390291A CN115017131A CN 115017131 A CN115017131 A CN 115017131A CN 202210390291 A CN202210390291 A CN 202210390291A CN 115017131 A CN115017131 A CN 115017131A
- Authority
- CN
- China
- Prior art keywords
- target
- database
- end database
- data
- log
- 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
Images
Classifications
-
- 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/21—Design, administration or maintenance of databases
- G06F16/214—Database migration support
-
- 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/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1469—Backup restoration techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/1734—Details of monitoring file system events, e.g. by the use of hooks, filter drivers, logs
-
- 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
- G06F16/275—Synchronous replication
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
本申请实施例公开了一种数据迁移方法及系统,方法包括:日志复制服务器SRS从目标时刻起实时记录源端数据库的数据操作日志,数据操作日志反映源端数据库的数据变化,日志复制服务器SRS建立与目标端数据库的连接,以便目标端数据库根据数据操作日志,将源端数据库从目标时刻起变化的增量数据同步至目标端数据库。由此可见,本申请实施例通过利用额外的日志复制服务器SRS,并利用日志复制服务器SRS记录从目标时刻起源端数据库的数据操作日志,后续目标端数据库根据数据操作日志,将源端数据库从目标时刻起变化的增量数据同步至目标端数据库。也就是说,利用日志复制服务器SRS,在不影响系统业务的情况下,实现数据的平稳高效迁移。
Description
技术领域
本申请涉及计算机领域,尤其涉及一种数据迁移方法及系统。
背景技术
随着计算机技术的快速发展,数据的存储数量和存储要求进一步升高。在大批存量小、机型老旧的存储设备淘汰下线并且不再新增的条件下,如何高效平稳地将老旧存储设备上运行的生产数据库跨平台迁移到新平台,并且尽量降低对于系统业务的影响,是一个亟待解决的问题。
发明内容
本申请提供了一种数据迁移方法,能够平稳高效的实现新旧平台的数据迁移,并且对系统业务的影响较小。
本申请实施例提供一种数据迁移方法,所述方法包括:
日志复制服务器SRS从目标时刻起实时记录源端数据库的数据操作日志,所述数据操作日志反映所述源端数据库的数据变化;
所述日志复制服务器SRS建立与目标端数据库的连接,以便所述目标端数据库根据所述数据操作日志,将源端数据库从所述目标时刻起变化的增量数据同步至所述目标端数据库。
可选地,所述方法还包括:
所述日志复制服务器SRS实时监控所述目标端数据库同步所述增量数据是否完成,若完成,则所述目标端数据库停止同步。
可选地,所述方法还包括:
所述源端数据库响应于备份DUMP命令复制在所述目标时刻前存储的历史数据,得到备份数据;
所述目标端数据库响应于下载LOAD命令,利用所述备份数据恢复在所述目标时刻前存储的历史数据。
可选地,在所述目标端数据库响应于下载LOAD命令之前,所述方法还包括:
所述日志复制服务器SRS断开与目标端数据库的连接;
在所述目标端数据库利用所述备份数据恢复在所述目标时刻前存储的历史数据完毕之后,所述方法还包括:
所述日志复制服务器SRS恢复与目标端数据库的连接。
可选地,所述日志复制服务器SRS从目标时刻起实时记录源端数据库的数据操作日志之前,所述方法还包括:
预先建立所述日志复制服务器SRS与所述源端数据库的连接。
可选地,所述源端数据库为Sybase ASE数据库,所述目标端数据库为Linux。
本申请实施例提供一种数据迁移系统,包括日志复制服务器SRS和目标端数据库;
所述日志复制服务器SRS用于从目标时刻起实时记录源端数据库的数据操作日志,并建立与目标端数据库的连接,所述数据操作日志反映所述源端数据库的数据变化;
所述目标端数据库用于根据所述数据操作日志,将源端数据库从所述目标时刻起变化的增量数据同步至所述目标端数据库。
可选地,所述日志复制服务器SRS用于实时监控所述目标端数据库同步所述增量数据是否完成,若完成,则所述目标端数据库停止同步。
可选地,所述系统还包括:源端数据库;
所述源端数据库用于响应于备份DUMP命令复制在所述目标时刻前存储的历史数据,得到备份数据;
所述目标端数据库用于响应于下载LOAD命令,利用所述备份数据恢复在所述目标时刻前存储的历史数据。
可选地,在所述目标端数据库响应于下载LOAD命令之前,所述日志复制服务器SRS还用于断开与目标端数据库的连接;
在所述目标端数据库利用所述备份数据恢复在所述目标时刻前存储的历史数据完毕之后,所述日志复制服务器SRS还用于恢复与目标端数据库的连接。
本申请实施例提供了一种数据迁移方法,所述方法包括:日志复制服务器SRS从目标时刻起实时记录源端数据库的数据操作日志,数据操作日志反映源端数据库的数据变化,日志复制服务器SRS建立与目标端数据库的连接,以便目标端数据库根据数据操作日志,将源端数据库从目标时刻起变化的增量数据同步至目标端数据库。由此可见,本申请实施例通过利用额外的日志复制服务器SRS,并利用日志复制服务器SRS记录从目标时刻起源端数据库的数据操作日志,后续目标端数据库根据数据操作日志,将源端数据库从目标时刻起变化的增量数据同步至目标端数据库。也就是说,利用日志复制服务器SRS,在不影响系统业务的情况下,实现数据的平稳高效迁移。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1为本申请实施例提供的一种数据迁移方法的流程图;
图2为本申请实施例提供的一种采用DUMP/LOAD方式迁移数据库的流程图;
图3为本申请实施例提供的一种采用日志复制服务器迁移数据库的流程图;
图4为本申请实施例提供的一种数据迁移系统的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
随着计算机技术的快速发展,数据的存储数量和存储要求进一步升高。在大批存量小、机型老旧的存储设备淘汰下线并且不再新增的条件下,如何高效平稳地将老旧存储设备上运行的生产数据库跨平台迁移到新平台,并且尽量降低对于系统业务的影响,是一个亟待解决的问题。
即如何将小型机数据库Sybase ASE的应用自动迁移到X86服务器平台,满足在老旧设备淘汰,机房搬迁等场景下,提升Sybase ASE数据库从AIX平台向Linux平台迁移的自动化程度,简化迁移难度,降低对生产业务影响。
基于此,本申请实施例提供了一种数据迁移方法,所述方法包括:日志复制服务器SRS从目标时刻起实时记录源端数据库的数据操作日志,数据操作日志反映源端数据库的数据变化,日志复制服务器SRS建立与目标端数据库的连接,以便目标端数据库根据数据操作日志,将源端数据库从目标时刻起变化的增量数据同步至目标端数据库。由此可见,本申请实施例通过利用额外的日志复制服务器SRS,并利用日志复制服务器SRS记录从目标时刻起源端数据库的数据操作日志,后续目标端数据库根据数据操作日志,将源端数据库从目标时刻起变化的增量数据同步至目标端数据库。也就是说,利用日志复制服务器SRS,在不影响系统业务的情况下,实现数据的平稳高效迁移。
参见图1,该图为本申请实施例提供的一种数据迁移方法的流程图。
本实施例提供的数据迁移方法包括如下步骤:
S101,日志复制服务器SRS从目标时刻起实时记录源端数据库的数据操作日志。
在本申请的实施例中,日志复制服务器(SAP Replication Server,SRS)是基于数据库日志的实时复制工具,提供异构环境下交易数据的复制。远端数据库可以是SybaseASE,目标端数据库可以是Linux平台。
在本申请的实施例中,在将源端数据库中的数据迁移到目标端数据库时,可以根据迁移数据量的不同选用不同的迁移方式:
第一种方式为如果数据量小于或等于800G,或者停机时间窗口小于12小时,采用DUMP备份/下载LOAD物理备份、恢复的方式执行数据迁移,并采用采用NAS存储重新挂载的方式移动数据文件。停机时间窗口指的是源端数据库停机进行数据备份的时间。
具体进行迁移之前,可以对迁移条件进行检查,对数据库基本信息进行收集,例如目标端数据版本是否大于源端数据库,操作系统的版本以及源端数据库中的表是否具有唯一索引。还可以对目标端数据库进行配置,创建数据库服务,使用与源端数据库相同的字符集和页大小,拷贝源端数据库配置参数到目标端数据库,创建数据库设备和数据库,配置数据库dboption选项,添加login用户,导入源端数据库sa_pass。
停机时间窗口可以预先进行DUMP备份/下载LOAD的模拟,即模拟DUMP/LOAD方式迁移数据库,并统计所需的停机时间:执行DUMP操作备份源端数据库,不带压缩选项,记录操作时间T1,而后通过网络拷贝备份文件到目标端数据库服务器,记录操作时间T2,目标端执行LOAD操作恢复数据库、字节序转换、数据库版本升级,记录操作时间T3,执行SP_POST_XPLOAD命令,重建失效索引和分区,记录操作时间T4,统计DUMP/LOAD方式迁移数据库所需的停机时间T=T1+T2+T3+T4,并统计源端数据库空间大小。
参考图2所示,为本申请实施例提供的一种采用DUMP/LOAD方式迁移数据库的流程图。如图中所示,可以添加数据库迁移相关监控指标,停止所有应用和后台任务,即停止业务服务,使数据库处于静默状态,在单用户模式下执行DUMP操作备份源端数据库,不带压缩选项,通过网络将DUMP备份文件拷贝到目标端数据库服务器,目标端执行LOAD操作恢复数据库、字节序转换、升级数据库版本,兼容15.7版本,目标端执行SP_POST_XPLOAD命令,重建失效索引和分区,停掉源端数据库,后续将应用连接切换到目标端数据库,即实现了数据迁移。
第二种方式为如果数据量大于800G或者停机时间窗口大于12小时,则长期对源端数据库停机会导致业务服务不能正常为用户提供,因此可以采用DUMP/LOAD方式备份目标端数据库的存量数据,通过SRS实时复制增量数据,从而减少对业务的影响,缩短停机时间,有效实现跨平台的数据库升级迁移的目标。
也就是说,日志复制服务器SRS可以从目标时刻起实时记录源端数据库的数据操作日志,目标时刻为源端数据库已经利用DUMP/LOAD方式备份历史数据完毕之后的时刻。数据操作日志能够反映源端数据库的从目标时刻起的数据变化,即为增量数据的日志。
在本申请的实施例中,在日志复制服务器SRS从目标时刻起实时记录源端数据库的数据操作日志之前,可以预先建立日志复制服务器SRS与源端数据库的连接。
S102,所述日志复制服务器SRS建立与目标端数据库的连接,以便所述目标端数据库根据所述数据操作日志,将源端数据库从所述目标时刻起变化的增量数据同步至所述目标端数据库。
在本申请的实施例中,日志服务器SRS建立与目标端数据库的连接,以便目标端数据库根据数据操作日志,将源端数据库从目标时刻起变化的增量数据同步至目标端数据库。在目标端数据库根据数据操作日志,同步增量数据的过程中,源端数据库无需停机,依旧能提供业务服务,对业务影响较小,显著缩短了数据库迁移的停机时间。
日志复制服务器SRS可以实时监控目标端数据库同步增量数据是否完成,若完成,则目标端数据库停止同步,若未完成,则目标端数据库持续同步增量数据。
在本申请的实施例中,目标时刻之前的历史数据,可以利用DUMP/LOAD方式备份到目标端数据库,源端数据库响应于备份DUMP命令复制在目标时刻前存储的历史数据,即存量数据,得到备份数据,目标端数据库响应于下载LOAD命令,利用备份数据恢复在目标时刻前存储的历史数据。
具体在利用DUMP/LOAD方式备份源端数据库的存量数据时,日志复制服务器SRS可以断开与目标端数据库的连接,在备份完毕存量数据之后,日志复制服务器SRS恢复与目标端数据库的连接,以便进行增量数据的迁移。
参考图3所示,为本申请实施例提供的一种采用日志复制服务器迁移数据库的流程图。如图中所示,可以安装SRS服务器,部署数据库事务日志,部署复制队列,部署复制状态,部署源端数据库、目标端数据库和SRS之间的网路连通性监控脚本,停止所有应用服务和后台任务,使数据库处于静默状态,在单用户模式下执行DUMP操作备份源端数据库,不带压缩选项,配置并启动源端数据库到目标数据库的实时日志复制服务,挂起SRS到目标端数据库的连接,启动应用服务业务,通过网络将DUMP备份文件拷贝到目标端数据库服务器,目标端数据库执行LOAD操作恢复数据库、升级数据库版本,兼容15.7版本,目标端执行SP_POST_XPLOAD命令,重建失效索引和分区,此时存量数据已经迁移完毕,目标端数据库重新安装SRS复制服务器,恢复SRS到目标数据库的连接,同步目标时刻后的增量数据,通过同步监控脚本判断源端数据库和目标端数据库是否已同步,若否,则继续同步,若是,则停止应用服务,进行数据一致性验证,验证通过停止复制服务,数据迁移完成,停掉源端数据库,将应用服务连接切换到目标端数据库。
本申请实施例提供的数据迁移方法可以利用自动化迁移脚本实现,支持将SybaseASE数据库从IBM小型机迁移到X86虚拟化资源池,Aix操作系统到SuSE Linux操作系统,迁移同时将Sybase ASE版本从15.0、15.5版本升级到15.7版本。
本申请实施例提供的数据迁移方法还充分考虑迁移过程中可能发生的故障场景,自动生成监控告警,确保及时启动应急预案,不影响业务连续性。
本申请实施例提供了一种数据迁移方法,所述方法包括:日志复制服务器SRS从目标时刻起实时记录源端数据库的数据操作日志,数据操作日志反映源端数据库的数据变化,日志复制服务器SRS建立与目标端数据库的连接,以便目标端数据库根据数据操作日志,将源端数据库从目标时刻起变化的增量数据同步至目标端数据库。由此可见,本申请实施例通过利用额外的日志复制服务器SRS,并利用日志复制服务器SRS记录从目标时刻起源端数据库的数据操作日志,后续目标端数据库根据数据操作日志,将源端数据库从目标时刻起变化的增量数据同步至目标端数据库。也就是说,利用日志复制服务器SRS,在不影响系统业务的情况下,实现数据的平稳高效迁移。
基于以上实施例提供的一种数据迁移方法,本申请实施例还提供了一种数据迁移系统,下面结合附图来详细说明其工作原理。
参见图4,该图为本申请实施例提供的一种数据迁移系统的结构框图。
本实施例提供的数据迁移系统400包括:
日志复制服务器SRS410和目标端数据库420;
所述日志复制服务器SRS用于从目标时刻起实时记录源端数据库的数据操作日志,并建立与目标端数据库的连接,所述数据操作日志反映所述源端数据库的数据变化;
所述目标端数据库用于根据所述数据操作日志,将源端数据库从所述目标时刻起变化的增量数据同步至所述目标端数据库。
可选地,所述日志复制服务器SRS用于实时监控所述目标端数据库同步所述增量数据是否完成,若完成,则所述目标端数据库停止同步。
可选地,所述系统还包括:源端数据库;
所述源端数据库用于响应于备份DUMP命令复制在所述目标时刻前存储的历史数据,得到备份数据;
所述目标端数据库用于响应于下载LOAD命令,利用所述备份数据恢复在所述目标时刻前存储的历史数据。
可选地,在所述目标端数据库响应于下载LOAD命令之前,所述日志复制服务器SRS还用于断开与目标端数据库的连接;
在所述目标端数据库利用所述备份数据恢复在所述目标时刻前存储的历史数据完毕之后,所述日志复制服务器SRS还用于恢复与目标端数据库的连接。
可选地,所述日志复制服务器SRS用于预先建立所述日志复制服务器SRS与所述源端数据库的连接。
当介绍本申请的各种实施例的元件时,冠词“一”、“一个”、“这个”和“所述”都意图表示有一个或多个元件。词语“包括”、“包含”和“具有”都是包括性的并意味着除了列出的元件之外,还可以有其它元件。
需要说明的是,本领域普通技术人员可以理解实现上述方法实施例中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法实施例的流程。其中,所述存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(RandomAccess Memory,RAM)等。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见系统实施例的部分说明即可。以上所描述的系统实施例仅仅是示意性的,其中所述作为分离部件说明的单元及模块可以是或者也可以不是物理上分开的。另外,还可以根据实际的需要选择其中的部分或者全部单元和模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述仅是本申请的具体实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。
Claims (10)
1.一种数据迁移方法,其特征在于,所述方法包括:
日志复制服务器SRS从目标时刻起实时记录源端数据库的数据操作日志,所述数据操作日志反映所述源端数据库的数据变化;
所述日志复制服务器SRS建立与目标端数据库的连接,以便所述目标端数据库根据所述数据操作日志,将源端数据库从所述目标时刻起变化的增量数据同步至所述目标端数据库。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述日志复制服务器SRS实时监控所述目标端数据库同步所述增量数据是否完成,若完成,则所述目标端数据库停止同步。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述源端数据库响应于备份DUMP命令复制在所述目标时刻前存储的历史数据,得到备份数据;
所述目标端数据库响应于下载LOAD命令,利用所述备份数据恢复在所述目标时刻前存储的历史数据。
4.根据权利要求3所述的方法,其特征在于,在所述目标端数据库响应于下载LOAD命令之前,所述方法还包括:
所述日志复制服务器SRS断开与目标端数据库的连接;
在所述目标端数据库利用所述备份数据恢复在所述目标时刻前存储的历史数据完毕之后,所述方法还包括:
所述日志复制服务器SRS恢复与目标端数据库的连接。
5.根据权利要求1-4任意一项所述的方法,其特征在于,所述日志复制服务器SRS从目标时刻起实时记录源端数据库的数据操作日志之前,所述方法还包括:
预先建立所述日志复制服务器SRS与所述源端数据库的连接。
6.根据权利要求1-4任意一项所述的方法,其特征在于,所述源端数据库为Sybase ASE数据库,所述目标端数据库为Linux。
7.一种数据迁移系统,其特征在于,包括日志复制服务器SRS和目标端数据库;
所述日志复制服务器SRS用于从目标时刻起实时记录源端数据库的数据操作日志,并建立与目标端数据库的连接,所述数据操作日志反映所述源端数据库的数据变化;
所述目标端数据库用于根据所述数据操作日志,将源端数据库从所述目标时刻起变化的增量数据同步至所述目标端数据库。
8.根据权利要求7所述的系统,其特征在于,所述日志复制服务器SRS用于实时监控所述目标端数据库同步所述增量数据是否完成,若完成,则所述目标端数据库停止同步。
9.根据权利要求7所述的系统,其特征在于,所述系统还包括:源端数据库;
所述源端数据库用于响应于备份DUMP命令复制在所述目标时刻前存储的历史数据,得到备份数据;
所述目标端数据库用于响应于下载LOAD命令,利用所述备份数据恢复在所述目标时刻前存储的历史数据。
10.根据权利要求9所述的系统,其特征在于,在所述目标端数据库响应于下载LOAD命令之前,所述日志复制服务器SRS还用于断开与目标端数据库的连接;
在所述目标端数据库利用所述备份数据恢复在所述目标时刻前存储的历史数据完毕之后,所述日志复制服务器SRS还用于恢复与目标端数据库的连接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210390291.4A CN115017131A (zh) | 2022-04-14 | 2022-04-14 | 一种数据迁移方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210390291.4A CN115017131A (zh) | 2022-04-14 | 2022-04-14 | 一种数据迁移方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115017131A true CN115017131A (zh) | 2022-09-06 |
Family
ID=83066967
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210390291.4A Pending CN115017131A (zh) | 2022-04-14 | 2022-04-14 | 一种数据迁移方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115017131A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117033083A (zh) * | 2023-09-28 | 2023-11-10 | 武汉吧哒科技股份有限公司 | 数据备份方法、系统及存储介质 |
-
2022
- 2022-04-14 CN CN202210390291.4A patent/CN115017131A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117033083A (zh) * | 2023-09-28 | 2023-11-10 | 武汉吧哒科技股份有限公司 | 数据备份方法、系统及存储介质 |
CN117033083B (zh) * | 2023-09-28 | 2024-01-19 | 武汉吧哒科技股份有限公司 | 数据备份方法、系统及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107533499B (zh) | 用于在存储系统之间执行故障转移的方法和系统 | |
US7747830B2 (en) | Backup system with continuous data protection | |
CN103226502B (zh) | 一种数据灾备控制系统及数据恢复方法 | |
JP4484618B2 (ja) | ディザスタリカバリシステム、プログラム及びデータの複製方法 | |
CN102981931B (zh) | 虚拟机备份方法及装置 | |
CN111327467A (zh) | 一种服务器系统及其容灾备份方法和相关设备 | |
TW201411338A (zh) | 自動災難復原和資料遷移系統及方法 | |
CN110188000A (zh) | 基于虚拟化以及iSCSI或FC的应用容灾方法及系统 | |
CN114466027B (zh) | 一种云原生数据库服务提供方法、系统、设备及介质 | |
US10534796B1 (en) | Maintaining an active-active cloud across different types of cloud storage services | |
CN109189860A (zh) | 一种基于Kubernetes系统的MySQL主备增量同步方法 | |
CN109299063B (zh) | 一种跨平台数据库迁移方法及系统 | |
CN115098299B (zh) | 一种虚拟机的备份方法、容灾方法、装置及设备 | |
WO2017014814A1 (en) | Replicating memory volumes | |
CN112256477A (zh) | 一种虚拟化容错方法及设备 | |
CN115017131A (zh) | 一种数据迁移方法及系统 | |
CN112929438B (zh) | 一种双站点分布式数据库的业务处理方法及装置 | |
CN114328009A (zh) | 基于虚拟化和快照的异构数据库统一容灾备份方法和装置 | |
CN113535665A (zh) | 一种主数据库与备数据库之间同步日志文件的方法及装置 | |
CN115098300B (zh) | 一种数据库的备份方法、容灾方法、装置及设备 | |
CN106445729A (zh) | 一种基于备份虚拟化的方法 | |
CN111400098B (zh) | 一种副本管理方法、装置、电子设备及存储介质 | |
CN109582497A (zh) | 一种基于动态数据增量快速应急启动方法 | |
CN114490176A (zh) | 一种Linux跨磁盘卷组的灾备系统以及灾备方法 | |
CN115292293A (zh) | 分布式缓存系统的数据迁移方法和装置 |
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 |