diff --git a/br/backup-and-restore-faq.md b/br/backup-and-restore-faq.md index 49f437561adf..22b454ad8422 100644 --- a/br/backup-and-restore-faq.md +++ b/br/backup-and-restore-faq.md @@ -36,9 +36,9 @@ category: FAQ > **注意：** > -> 在恢复的时候也可能遇到同样的问题。BR 的恢复中，在检验读权限的时机是在第一次读取 SST 文件时，考虑到执行 DDL 的耗时，这个时刻可能会离开始运行 BR 的时间很远。 +> 在恢复的时候也可能遇到同样的问题。 > -> 这样可能会出现等了很长时间之后遇到 Permission denied 错误失败的情况。 +> 使用 BR 进行数据的恢复时，检验读权限的时机是在第一次读取 SST 文件时，考虑到执行 DDL 的耗时，这个时刻可能会离开始运行 BR 的时间很远。这样可能会出现等了很长时间之后遇到 Permission denied 错误失败的情况。 > > 因此，最好在恢复前提前检查权限。 diff --git a/br/backup-and-restore-tool.md b/br/backup-and-restore-tool.md index 6a1d798ad8a1..ccd5bcf03c2c 100644 --- a/br/backup-and-restore-tool.md +++ b/br/backup-and-restore-tool.md @@ -125,9 +125,10 @@ TiKV 收到加载 SST 文件的请求后，利用 Raft 机制保证加载 SST > 在使用 `local` storage 的时候，备份数据会分散在各个节点的本地文件系统中。 > > **不建议**在生产环境中备份到本地磁盘，因为在日后恢复的时候，**必须**手动聚集这些数据才能完成恢复工作（见[恢复集群数据](#恢复集群数据)）。 +> > 聚集这些备份数据可能会造成数据冗余和运维上的麻烦，而且在不聚集这些数据便直接恢复的时候会遇到颇为迷惑的 `SST file not found` 报错。 > -> 更加建议在各个节点挂载 NFS 网盘，或者直接备份到 `S3` 对象存储中。 +> 建议在各个节点挂载 NFS 网盘，或者直接备份到 `S3` 对象存储中。 ### 命令和子命令 diff --git a/daily-check.md b/daily-check.md index fdff68f83f08..c77846134eb9 100644 --- a/daily-check.md +++ b/daily-check.md @@ -2,6 +2,7 @@ title: 日常巡检 summary: 介绍 TiDB 集群需要常关注的性能指标。 category: reference +aliases: ['/docs-cn/stable/daily-inspection/'] --- # 日常巡检 diff --git a/ticdc/manage-ticdc.md b/ticdc/manage-ticdc.md index 906bffbf827b..265830716cd7 100644 --- a/ticdc/manage-ticdc.md +++ b/ticdc/manage-ticdc.md @@ -188,7 +188,7 @@ cdc cli changefeed query --pd=http://127.0.0.1:2379 --changefeed-id=28c43ffc-231 以上命令中： -- `resolved-ts` 代表当前 changfeed 中最大的已经成功从 TiKV 发送到 TiCDC 的事务 TS； +- `resolved-ts` 代表当前 changefeed 中最大的已经成功从 TiKV 发送到 TiCDC 的事务 TS； - `checkpoint-ts` 代表当前 changefeed 中最大的已经成功写入下游的事务 TS； - `admin-job-type` 代表一个 changefeed 的状态： - `0`: 状态正常，也是初始状态。 diff --git a/ticdc/ticdc-overview.md b/ticdc/ticdc-overview.md index c3191e3f92cc..4ecf7cf4d751 100644 --- a/ticdc/ticdc-overview.md +++ b/ticdc/ticdc-overview.md @@ -51,15 +51,12 @@ TiCDC 的系统架构如下图所示： ### 暂不支持的场景 -目前 TiCDC（4.0 发布版本）与部分 TiDB 特性存在冲突，在后续的 TiCDC 版本上会逐渐修复。当前版本需要做相应的兼容性处理。暂不支持的场景如下： +目前 TiCDC（4.0 发布版本）暂不支持的场景如下： - 暂不支持单独使用 RawKV 的 TiKV 集群。 - 暂不支持 TiDB 4.0 [新的 Collation 框架](/character-set-and-collation.md#新框架下的-collation-支持)。如果开启该功能，需保证下游集群为 TiDB 并使用与上游相同的 collation，否则会出现 collation 导致的无法定位数据的问题。 - 暂不支持 TiDB 4.0 中[创建 SEQUENCE 的 DDL 操作](/sql-statements/sql-statement-create-sequence.md) 和 [SEQUENCE 函数](/sql-statements/sql-statement-create-sequence.md#sequence-函数)。在上游 TiDB 使用 SEQUENCE 时，TiCDC 将会忽略掉上游执行的 SEQUENCE DDL 操作/函数，但是使用 SEQUENCE 函数的 DML 操作可以正确地同步。 - 暂不支持 [TiKV Hibernate Region](https://github.com/tikv/tikv/blob/master/docs/reference/configuration/raftstore-config.md#hibernate-region)。TiCDC 会使 Region 无法进入静默状态。 - -TiCDC 本身也有部分功能尚未完善，将在后续的 TiCDC 版本逐渐修复： - - TiCDC 集群扩容后，不支持将已有的同步表调度到新的 TiCDC 节点中。 - 暂不支持库表同步黑白名单。