db2 10.1.3hadr 架构,由于系统最初设计和规划,并没有合理及时的数据清理策略,在数据量达到一定程度后,想要进行数据清理,但是发现要清理的数据已经上T ,在hadr架构下,主机清理掉大量数据,那么备机要重放大量的日志,尤其是当主机使用大量并发删除时,备机重放日志明显和主机日志差值较大。此时高可用方案不能达到真正的""灾难时高可用"",因为如果主备切换后,日志replay就需要一个长的时间。如何给出一个方案,能达到高效清理,并又达到切换时延短。
一般在HADR环境里,主备库的性能都一样的,因此很少有主机产生日志速度超过备库重放日志速度的情况。不过如果想你担心的那样,主库大量删除数据,备库有可能存在日志重放速度跟不上的情况。那建议:1.如果是要删除整张表,那用truncate清空表的方式,这种方式速度快,产生日志量少。2.如果是删除表中的历史数据,那建议在业务繁忙时候小并发来操作,而可以在业务不繁忙时段,比如凌晨使用大并发来删除。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30