全备加增量，开启块改变跟踪

建议先判断是慢在哪儿了，
i/o瓶颈，还是通道数少，要是i/o跟cpu都很有富裕楼上二位答案都可作为参考。
我们有系统控制文件由于之前control_file_record_keep_time设置365导致控制文件过度膨胀，存储条目存储过多，导致每次备份时间不长，但是delete obsolete/expired会导致大量读控制文件等待导致总备份完成时间非常非常长。

还是先确定哪里慢吧，看你环境阿里云，能操作的看看数据库参数，系统参数
备份位置
https://www.modb.pro/db/25395

@lscomeon,是的，上次就是看到你的分享，反思自己的全备为啥那么慢。
1）开启了异步IO后，读写的速率基于平稳，但达不到额定350MB/s的IOPS，
2）通道4改成24，全备时间到1个小时,但空负载下CPU达到70%，显然生产系统不能接受
3）hugpage目前是2M，期待您的分析，看怎么设置这个值

@恩强Boy
1)测试后，一个通道压缩备份后是30G左右，备份时间是一小时，基本加快速度好像是只能通过增加通道，按分配方式，最大的24通道，再多不会分配任务
2）已开启备份优化
3）1（full）+6（incre）的备份方式,主要是需要解决full全备时间长问题

感谢~ 全备时间目前最多降到1H