【资源池化】资源池化模式，测试RTO，执行主dn二进制mv+kill pid ，测试rto时间偶现超过30秒，耗时60s

【请认真填下以下信息，否则可能由于无法定位，导致issue无法解决而被取消】

【标题描述】:执行主dn二进制mv+kill pid ，测试rto时间偶现超过30秒
【测试类型：高可用】【测试版本：5.0.0】执行主dn二进制mv+kill pid ，测试rto时间偶现超过30秒

【操作系统和硬件信息】(查询命令: cat /etc/system-release, uname -a):
输入图片说明
【测试环境】(单机/1主x备x级联备):
一主一备
【被测功能】:
rto
【测试类型】:

【数据库版本】(查询命令: gaussdb -V):
输入图片说明
【预置条件】:

【操作步骤】(请填写详细的操作步骤):
1 输入图片说明
主机和备机分别执行如上脚本。
2.主dn 二进制文件mv+kill pid

3.获取rto耗时。
【预期输出】:
预期耗时<30s
【实际输出】:
偶现rto耗时60s

【原因分析】:

这个问题的根因
问题推断过程
还有哪些原因可能造成类似现象
该问题是否有临时规避措施
问题解决方案
预计修复问题时间

【日志信息】(请附上日志文件、截图、coredump信息):

【测试代码】:

Hey @qiuqp, Welcome to openGauss Community.
All of the projects in openGauss Community are maintained by @opengauss_bot.
That means the developers can comment below every pull request or issue to trigger Bot Commands.
Please follow instructions at Here to find the details.

Hi @qiuqp, please use the command /sig xxx to add a SIG label to this issue.
For example: /sig sqlengine or /sig storageengine or /sig om or /sig ai and so on.
You can find more SIG labels from Here.
If you have no idea about that, please contact with @xiangxinyong , @zhangxubo .

需要获取一下对应时间DMS日志，看看是哪个流程耗时较长。
资源池化下备机不实时回放xlog，故障时候从主机redo点开始读取，因此需要关注一下主机刷盘，如果主机刷盘较慢，或checkpoint速度较慢，导致主机redo点一直不更新，xlog出现堆积，则回放时间较长。
恢复选用了哪种模式？如果是正常业务，以DML为主，建议选择社区最新特性“按需回放”；如果是issue中频繁建表删表的DDL为主，建议选择“极致RTO回放”