需要在数据库中创建大量触发器/存储过程/临时表等；需要在数据库中安装插件/程序/补丁包；数据库需要停机/重启等。

数据同步不准确、不全面，造成数据错误、遗漏、重复等问题。

按照顺序，读取解析进程生成的数据文件，把交易数据还原后通过JDBC装载到目标库中。 自动判断是否装载成功。 如果在装载过程中发生异常，该数据文件会被保留并记录断点。 等故障恢复后，自动从断点处继续装载，装载失败的数据会被重新装载。 直至该数据文件内的数据全部被装载成功后，该数据文件才会从本地删除。对于装载失败后的处理机制，可以自由选择是停止装载还是跳过继续处理。

按sequence号顺序读取暂存到本地的日志文件，并严格按照日志文件中的scn号顺序解析并捕获增量数据。 捕获到的增量数据会落地成私有格式的数据文件暂存在本地，并对文件进行排序。 解析完成的日志文件会按照指定的备份策略保存到本地的备份文件夹中，以便在意外发生数据丢失的情况下再次解析来恢复数据。

正常情况下，业务系统使用生产数据库处理业务数据；RDS把生产库的数据实时备份到灾备数据库中。 当生产数据库故障后，业务系统可随时切换到灾备数据库上继续运行。 当生产库恢复正常后，RDS把灾备数据库中的增量数据反向恢复到生产库，业务系统重新切换到生产库上继续运行。

RDS不但具备该技术的优势，还可解决所有劣势问题。

通过触发器/全表扫描/时间戳/存储过程等技术，利用数据库引擎本身的处理能力，实现数据的采集及同步。

数据同步的实时性较高。 目标端数据库始终可用，可用于查询分离、报表分析等用途。 可具备数据异构同步能力。 可具备同步数据的审计能力。

对数据库的性能影响严重，特别是在表数量多、数据量大的情况下，甚至会造成数据库不可用。 只能同步DML数据或部分DML数据，无法同步DDL数据，同步的数据不全面，无法用于数据库的整库热备。

RDS不但具备该技术的优势，还可解决所有劣势问题。

业务系统在处理业务数据时，把数据同时写入2个不同的数据库中。

数据同步的实时性最高。 目标端数据库始终可用，可用于查询分离、报表分析等用途。

数据同步与业务系统强耦合，业务系统需要较大改造。 数据一致性无法保证。 历史数据无法同步。 如果做灾备的话，数据恢复困难。 数据审计能力完全依赖业务系统的功能设计。

RDS不但具备该技术的优势，还可解决所有劣势问题。

通过拷贝数据库服务器磁盘数据块的技术，实现数据的采集及同步。

数据同步的实时性较高。 数据同步较为全面。

只能冷备，备份数据只能用于恢复数据，无法二次利用，比如：查询分离、报表分析等。 执行数据恢复时，需要业务中断、数据库停机。 数据恢复粒度较粗，只能以数据块为单位恢复，无法精准恢复业务表数据；且数据恢复过程复杂、周期长、易出错。 对网络带宽要求很高，且通常无法实现距离较远的异地灾备。 不支持数据库异构。 同步数据的审计粒度较粗，无法审计到具体的业务数据。 对服务器的磁盘IO压力较大，且对磁盘的损耗也较大。

RDS不但具备该技术的优势，还可解决所有劣势问题。

通过备份数据库的归档日志文件实现数据备份。

数据可恢复性较好。 成本较低。

备份实时性最差。 只能冷备，备份数据只能用于恢复数据，无法二次利用，比如：查询分离、报表分析等。 执行数据恢复时，需要业务中断、数据库停机。 需要人工干预较多，且对操作人员的技术水平要求较高。 不支持数据库异构。 没有审计能力。