cbbackupmgr恢复任务在驻留率变为0%时停滞的问题咨询

• 驻留率计算逻辑的核心：驻留率（Residency）的计算规则是内存中数据量 / 桶总数据量，当桶配额触发数据驱逐机制时，这个计算会出现异常。你的桶总数据量为3GB，配额设为600MB（20%），恢复过程中，内存数据接近配额上限时，Couchbase会启动主动驱逐，将内存数据刷写到磁盘。
• 恢复与驱逐的冲突：cbbackupmgr恢复时持续向桶写入数据，而驱逐机制会不断把内存数据移到磁盘。当驱逐速度跟不上恢复写入速度时，内存数据量会被快速压缩到配额以下，但此时总数据量仍在增长（恢复未完成）。当内存数据量远小于当前已恢复的总数据量时，驻留率就会趋近于0%。
• 任务停滞的触发原因：驻留率跌到0%时，内存中活跃数据已被大量驱逐，而恢复进程依赖内存中的元数据或索引继续写入，此时出现资源竞争死锁：恢复需要写入数据，但驱逐占满了磁盘IO，同时内存可用空间不足，导致恢复进程无法推进，最终停滞。
• 内存仍有数据的解释：内存中剩余的通常是系统元数据、未被驱逐的小对象或缓存的索引信息，这类数据不会被驱逐，所以你能看到内存有数据，但这部分数据占总恢复数据的比例极低，直接导致驻留率显示为0%。

内容的提问来源于stack exchange，提问作者Asif Nassar