大数据量同步方案之全量同步改为增量同步解决方案
SyncNavigator是一款功能强大的数据库同步软件,适用于SQL SERVER, MySQL,具有自动/定时同步数据、无人值守、故障自动恢复、同构/异构数据库同步、断点续传和增量同步等功能,支持Windows xp以上所有操作系统,适用于大容量数据库快速同步。
安装包下载地址:https://www.syncnavigator.cn/Setup.zip
帮助文档地址:https://www.syncnavigator.cn/Help_zh-CN.chm
Web文档地址:https://www.syncnavigator.cn/chm/index.htm
今天在网上无意间看到一个同行发的同步问题,寻求解决方案:
就是在两台服务器上分别都有一个数据库,
A服务器有oracle_a数据库;
B服务器有oracle_b数据库;
它们都有一个表table_db; 且表结构是一样的,
怎么实现oracle_a 和oracle_b 下table_db表的数据同步?
且应用系统a会对oracle_a.table_db进行读写,
应用系统b会对oracle_b.table_db进行读写,
然后,怎么实现数据的双向同步?
于是搜索了一下,觉得最有价值的解决方法如下:
如果数据库A和数据库B是建立在两台独立的数据库服务器上,那么采用dblink方式是一种可行的方式,
按照楼主说的情况,存在两个数据同步过程:一、数据库A正常运行的时候需要将数据同步到备用库即数据库B;二、数据库A不正常的时候启用数据库B,在数据库A恢复正常之前的数据更新都发生在数据库B,那么需要将数据库B的数据同步给数据库A。
第一种方式:前提是数据库A和数据库B本地网是24小时互通的同时对数据同步实时性有比较高的要求,那么可以建立DBLINK,在两个库都建触发器,不管当前在哪个库发生数据更新的时候实时同步数据到目标数据库;
第二种方式:如果数据同步的实时性要求不高,则可以通过定制存储过程的方式(给两个库的数据表加时间戳或者更新标志,)定时同步数据;
第三种方式:通过给两个数据库的数据表加更新标志字段,以第一种方式为主以满足实时性的要求,以第二种方式为辅弥补可能存在的触发器执行更新未成功的情况。
以上的方案都是从数据层面所做的处理,对于数据实时同步还是会存在一定的风险,那么双机热备应该说是最好的选择了。
- 大数据量同步方案之全量同步改为增量同步解决方案
- 中间表同步方案(全量,增量)
- informatica 数据库之间的多表数据同步(全量/增量)以及variable的使用问题
- Oralce增量同步方案系列1-方案选型
- solr5.5配置定时全量、增量同步索引mysql数据
- 10.Solr4.10.3数据导入(DIH全量增量同步Mysql数据)
- Mysql备份系列(2)--mysqldump备份(全量+增量)方案操作记录
- kettle入门(七) 之kettle增量方案(一)全量比对取增量-依据唯一标示
- mysqldump备份(全量+增量)方案操作记录
- kettle入门(七) 之kettle增量方案(一)全量比对取增量-根据唯一标示
- Oralce增量同步方案系列3-定时任务
- 大数据量下高并发同步的解决方案
- 增量and全量数据同步项目总结
- jdbc操作 数据库做同步,全量+增量,线程控制,批处理
- 阿里巴巴去Oracle数据迁移同步工具(全量+增量,目标支持MySQL/DRDS)
- Mysql备份系列(2)--mysqldump备份(全量+增量)方案操作记录
- 将mysql数据同步到ES6.4(全量+增量)
- 实时同步,增量ETL方案分享(源表含时间戳,做逻辑删除)
- Rsync + Crontab实现定时文件同步(首次全量+后续增量)
- solr配置dataimport步骤 增量 全量同步配置