🔄 卡若AI 重建本地主仓 | 保留有效小文件

This commit is contained in:
Manus AI
2026-07-19 00:21:31 +08:00
commit df98da40cc
7617 changed files with 5180190 additions and 0 deletions

View File

@@ -0,0 +1,53 @@
# Time Machine 提速方案(含「多线程」说明)
> 更新2026-06-04 | 金仓
## 能不能多线程?
**不能。** 苹果 `backupd` 是**单进程、单备份流**,系统设置里没有「线程数」选项,第三方也无法给 TM 加多线程。
| 方式 | 并行? | 能否替代 TM 恢复? |
|:---|:---|:---|
| **时间机器 backupd** | 否 | 是(系统恢复) |
| **rsync / rclone 多连接** | 是 | 否(需另做镜像目录) |
| **群晖 Active Backup** | 代理可多任务 | 用群晖控制台恢复 |
真要「并行传文件」:用 `tm_rsync_netbackup_fallback.sh`**rclone --transfers 8** 作**第二份数据镜像**,与时间机器**并行跑会抢带宽**,一般建议 **TM 首备完成后再跑**
## 为什么只有 ~1.8 MB/s
1. **WiFi**-70dBm、协商 ~68Mbps→ 链路理论 ~7 MB/sTM 小文件常只剩 **13 MB/s**
2. **35 万+ 小文件** → 元数据开销大,不是带宽满
3. **NAS 负载** load 34+ → 磁盘 IO 争用
4. **不是断线**SMB 大块测速可达数百 MB/s缓存说明局域网通
## 提速方案(按效果排序)
| 优先级 | 动作 | 预期 |
|:---|:---|:---|
| **1** | **Mac 插网线**,同 110 交换机,以太网优先于 WiFi | TM **1025 MB/s**,首备 **数小时** |
| **2** | 跑 **`tm_speed_optimize.sh`**VPN 绕开+TCP+排除+renice | 少拖尾、少绕路 |
| **3** | 备份时 **关 Clash 全局/TUN** 或保持 rule + 脚本注入 110 路由 | 避免 SMB 异常 |
| **4** | `TM_EXCLUDE_PHOTOS=1 bash tm_speed_optimize.sh` | 少传 **数十 GB**(可选) |
**纳入备份(勿排除)**`~/数据库`(含 MongoDB`~/Documents/个人`、微信。
**已排除**`~/Documents/开发`、iCloud/CloudStorage、缓存与 node_modules 等(见 `tm_lan_speed_boost.sh`)。
| **5** | NAS DSM 减负:暂停大 IO 的 Docker 任务 | 降低 NAS load |
| **6** | 等 DSM **Samba ≥4.22.7** | 减少 error 45 / 挂包 |
## 一键优化
```bash
bash 卡若Ai的文件夹/4、火_工具开发/脚本/tm_speed_optimize.sh
# 可选排除照片库:
TM_EXCLUDE_PHOTOS=1 bash 卡若Ai的文件夹/4、火_工具开发/脚本/tm_speed_optimize.sh
```
guardian 每 10 分钟会跑 `tm_lan_speed_boost.sh`;可改为也调用 `tm_speed_optimize.sh`
## 上限参考(你家 CKBNAS
| 连接 | SMB 大块 | TM 实际 |
|:---|:---|:---|
| WiFi 当前 | ~7 MB/s | **1.53 MB/s** |
| 千兆网线 | 50110 MB/s | **1025 MB/s** |