*: update FAQ of tools

br/backup-and-restore-faq.md

@@ -73,3 +73,11 @@ aliases: ['/docs-cn/dev/br/backup-and-restore-faq/']
 + 在 4.0.3 版本之前，BR 恢复时产生的 DDL jobs 还可能会让 TiCDC / Drainer 执行异常的 DDL。所以，如果一定要在 TiCDC / Drainer 的上游集群执行恢复，请将 BR 恢复的所有表加入 TiCDC / Drainer 的阻止名单。
 
 TiCDC 可以通过配置项中的 [`filter.rules`](https://github.com/pingcap/ticdc/blob/7c3c2336f98153326912f3cf6ea2fbb7bcc4a20c/cmd/changefeed.toml#L16) 项完成，Drainer 则可以通过 [`syncer.ignore-table`](/tidb-binlog/tidb-binlog-configuration-file.md#ignore-table) 完成。
+
+## BR 恢复备份后，SQL 查询报错 region is unavailable
+
+如果 BR 备份时集群有 TiFlash，恢复时会将 TiFlash 信息存进 TableInfo。此时如果恢复集群没有 TiFlash，则会报相关错误。TiDB 将在 [#21254](https://github.com/pingcap/tidb/issues/21254) 修复。
+
+## BR 是否支持原地全量恢复到历史的某个备份？
+
+不支持。

ticdc/troubleshoot-ticdc.md

@@ -237,3 +237,7 @@ Open protocol 的输出中 type = 6 即为 null，比如：
 | Null        | 6    | `{"t":6,"v":null}` | |
 
 更多信息请参考 [Open protocol Event 格式定义](/ticdc/ticdc-open-protocol.md#column-的类型码)。
+
+## TiCDC 启动任务 start-ts 与当前时间差距较大，运行过程中同步中断，出现错误 [CDC:ErrBufferReachLimit]
+
+在 4.0.9 之后可以尝试开启 unified sorter 特性进行同步；或者可以使用 BR 工具进行一次增量备份和恢复，然后从新的时间点开启 TiCDC 同步任务。TiCDC 将会在后续版本进行优化

tidb-binlog/handle-tidb-binlog-errors.md

@@ -30,3 +30,7 @@ fetch.message.max.bytes=1073741824
 报错原因：Pump 启动时需要通知所有 Online 状态的 Drainer，如果通知失败则会打印该错误日志。
 
 解决方法：可以使用 [binlogctl 工具](/tidb-binlog/binlog-control.md)查看所有 Drainer 的状态是否有异常，保证 Online 状态的 Drainer 都在正常工作。如果某个 Drainer 的状态和实际运行情况不一致，则使用 binlogctl 修改状态，然后再重启 Pump。
+
+## Binlog 同步中发现数据丢失
+
+需要确认所有 TiDB 实例均开启 Binlog，并且运行状态正常，如果是 > 3.0 集群，可以使用 curl {TiDB_IP}:{STATUS_PORT}/info/all 确认所有 TiDB 实例的 Binlog 状态。

tidb-lightning/tidb-lightning-faq.md

@@ -196,3 +196,7 @@ upload-speed-limit = "100MB"
 2. 删除 `tikv-importer` 所在机器上的整个 “import” 文件目录。
 
 3. 如果需要的话，删除 TiDB 集群上创建的所有表和库。
+
+## TiDB Lightning 报错 could not find first pair, this shouldn't happen
+
+检查日志中是否存在其他错误，根据相应错误做出调整。比如 too many open files，就需要调大系统文件 fd 个数（建议 1,000,000）。