这个问题是很多业务在切换的时候慎重考虑的方案。不过应该不是双向复制，同一时间只有单向复制。这个OGG应该就能满足。首先从oracle到mysql复制，迁移的时候只要切换就可以，停机时间少。迁移后反向复制，一旦有什么解决不了的紧急问题，再回退到oracle。...

如果数据有需要持久保存的需要。一般可以这样来构建1 ，通过备份一体机做近线备份，保存最近几个月的数据，数据的备份和恢复速度都比较快，2 ，通过D2D2T一类的功能把备份一体机的数据在归档到磁带库或者光盘库上来实现长久的海量归档保存，海量持久的数据保存上。磁带还是性价比...

可以考虑用对象存储保存，其中需要长期留存且低频访问的数据，可以采用分级归档的方式转储到低成本存储上。

个人感觉，如果不解密，就能模糊查询，是不是违反了加密的初衷 ？

pg_basebackup 加上归档就够了吧。一般每天全备。

面对海量数据的时候，个人认为首先是要识别数据的备份价值。海量数据当中并不是所有的数据都有备份的价值。企业应该明确哪些数据需要备份，哪些数据可以不备份。其次，需要识别备份数据的活动特性、备份策略、重要性等特点。一旦系统发生问题，有些数据需要及时恢复，有些数据可以...

备份就是为了恢复，恢复就是为了业务的连续性，为了信息系统的安全性。备份系统在建设形势上可以成为一套独立的体系存在，但是无论如何独立都必须以业务系统数据为本源进行考虑。毕竟备份策略的基本出发点还是在于业务数据本身的属性分析。但是从备份的平台管理、备份的介质管...