物理恢复耗时过久的问题

适用版本

OceanBase 数据库 V3.x 版本。

问题现象

对全备份的数据进行恢复，4.5T 数据耗时 23 小时，不符合预期。

问题原因

在 OceanBase 数据库 V4.0 版本之前，物理恢复时分区 Leader 没有严格遵守租户的 Primary Zone 设置，会出现部分分区的 Leader 被分配到 Primary Zone 之外的 Zone 中，而在恢复完成后 RS 会按照 Primary Zone 设置来调整 Leader 位置。在多地多中心部署架构中，有可能将分区 Leader 恢复到异地的中心中，而 Follower 副本需要从异地的 Leader 来重建副本，当异地带宽不足时，会出现带宽被用满，副本重建缓慢的现象，从而导致物理恢复耗时较长的问题。

解决方法

1. 在恢复租户时，只恢复本地的租户副本。比如 5 副本的架构，可以先恢复 3 个本地副本。在恢复完成后，添加剩余的 2 个副本。
2. 依据网络带宽情况，合理设置副本迁移的并发度参数。