# C 盘告急？用 robocopy + junction 把 WorkBuddy 数据目录整体搬到 D 盘（多线程提速 4 倍实战）

> AI 工具装完就往 C 盘用户目录里塞数据，日积月累几个 G，C 盘红了又不敢删。本文记录一次真实的迁移：把 1.2GB 的 WorkBuddy 数据目录整体搬到 D 盘，程序零感知、配置零修改，停机时间从几十分钟压到几分钟。核心是 **robocopy 在线预复制 + /MT:32 多线程 + junction 目录联接**三步走，附完整命令和六个踩坑点。

## 一、问题：1.2GB 数据全堆在 C 盘

WorkBuddy 默认把运行时数据放在 `%USERPROFILE%\.workbuddy` 下。用了一段时间后，目录构成大致是这样：

| 子目录 | 体积 |
|---|---|
| binaries | 563 MB |
| workspace | 288 MB |
| logs | 124 MB |
| plugins | 89 MB |
| security | 42 MB |
| traces | 40 MB |
| connectors-marketplace | 38 MB |
| app | 22 MB |
| **合计** | **约 1.2 GB** |

这个数字还会持续上涨，尤其是 `logs` 和 `workspace\sessions`。C 盘 112G 的机器，禁不住这么长。

**难点在于**：这个目录没有官方配置项可以改路径，程序启动时硬读这个位置。所以不能靠"改设置"解决，只能让 `C:\Users\xxx\.workbuddy` 这个路径**物理上不变、实际指向 D 盘**。

## 二、方案选型：为什么是 junction

Windows 上有三种"路径重定向"手段，对比如下：

| 方案 | 适用对象 | 权限要求 | 结论 |
|---|---|---|---|
| 快捷方式 .lnk | 文件/目录 | 无 | ✗ 程序不认，Explorer 专用 |
| 符号链接 `mklink /D` | 文件/目录 | 需管理员或开发者模式 | △ 能用，但门槛高 |
| **目录联接 `mklink /J`** | **仅目录** | **普通用户权限** | **✓ 最佳** |

目标是个目录，且 junction 对普通权限可创建、兼容性最好（Explorer、各类程序都识别为真实目录），所以选它。

最终结构：数据实体搬到 `D:\workbuddyfiles\.workbuddy`，原位置留一个 junction 指过去，**程序读写 `C:\Users\xxx\.workbuddy` 时，实际落到 D 盘，全程无感知**。

## 三、核心思路：四步走，把停机时间压到最短

直接退出程序再复制是最直觉的做法，但 1.2GB（含大量小文件）要跑几十分钟，这段时间程序完全不可用。更好的顺序是：

```
① 在线预复制   → 程序还在跑，先把绝大部分数据搬过去
② 退出程序     → 只有这一步需要停机
③ 增量收尾     → 只补复制变化的少量文件，几十秒
④ 改名 + 建联接 → 秒级完成
```

**关键点**：第①步在线跑的时候，当前会话日志这类活跃文件一直在写，"永远追不平"。**&#8203;不要死等它一致**——在线阶段的目的只是把 99% 的数据搬走，剩下 1% 留给第③步离线补齐。

## 四、完整操作步骤

以下步骤在 Git Bash 中执行（robocopy 在 PowerShell 的某些受限环境里会静默失败，返回空退出码且目标 0 文件，很坑，详见踩坑清单）。

### 步骤 1：在线预复制

```bash
MSYS_NO_PATHCONV=1 robocopy \
  "C:\Users\Administrator\.workbuddy" \
  "D:\workbuddyfiles\.workbuddy" \
  /E /COPYALL /R:2 /W:2 /MT:32 /NFL /NDL
```

参数说明：

| 参数 | 作用 |
|---|---|
| `/E` | 包含空子目录 |
| `/COPYALL` | 复制所有文件信息（数据、属性、时间戳、NTFS ACL、所有者、审计信息） |
| `/R:2 /W:2` | 失败重试 2 次、间隔 2 秒，避免卡在被占用的文件上 |
| `/MT:32` | **32 线程并行，本次提速的关键** |
| `/NFL /NDL` | 不输出文件列表和目录列表，减少日志 IO |

**`/MT:32` 有多重要？** 实测对比：

- 单线程：`.workbuddy\workspace\sessions` 下有 8.7 万个几百字节的小文件，跑了 **21 分钟没跑完**
- 32 线程：**5 分钟完成 200MB**，整体提速约 **4 倍**

海量小文件场景下，瓶颈是文件创建和元数据操作的开销，不是带宽。线程数直接决定总耗时。

### 步骤 2：完全退出程序

命令行查一下还有没有残留进程：

```bash
tasklist | grep -iE "WorkBuddy|sandbox|editor_sdk"
```

常见的相关进程：`WorkBuddy.exe`（可能多实例）、`sandbox-center.exe`、`sandbox-cli.exe`、`editor_sdk.exe`。全部退干净再继续。

### 步骤 3：离线增量收尾

同样的 robocopy 命令再跑一遍。因为 99% 的文件已存在且未变化，这次只补复制第①步之后改动的少量文件，**几十秒结束**。

```bash
MSYS_NO_PATHCONV=1 robocopy \
  "C:\Users\Administrator\.workbuddy" \
  "D:\workbuddyfiles\.workbuddy" \
  /E /COPYALL /R:2 /W:2 /MT:32 /NFL /NDL
```

### 步骤 4：改名 + 建 junction

先把原目录改名（保留为备份，**先别删**）：

```bash
mv "C:/Users/Administrator/.workbuddy" "C:/Users/Administrator/.workbuddy.pre-migration.bak"
```

再在原位置建目录联接：

```bash
cmd //c mklink /J "C:\Users\Administrator\.workbuddy" "D:\workbuddyfiles\.workbuddy"
```

> 注意：`mklink` 是 cmd 的内部命令，在 Git Bash 里必须通过 `cmd //c` 调用（双斜杠是 MSYS 路径转换的转义写法）。在 PowerShell 里则要用 `cmd /c mklink ...`。

执行完会提示 `Junction created for ...`，此时启动程序即可。

## 五、六个踩坑点

**1. 批处理脚本一律写全英文提示。**&#8203;

迁移脚本要离线运行，如果用中文提示，Windows 控制台代码页会把非 ASCII 字符搞成乱码，报错信息完全没法看。脚本里只用英文。

**2. Git Bash 里 robocopy 两边路径都要写 Windows 风格。**&#8203;

写成 `/c/Users/...` 会被路径转换拼成 `d:\c\Users\...`，报"系统找不到指定的路径"。必须在命令前加 `MSYS_NO_PATHCONV=1`，并且把路径写成 `C:\...` 这种形式。

**3. PowerShell 里跑 robocopy 会静默失败。**&#8203;

在某些受限环境（如带安全策略的 Agent 宿主）中，PowerShell 调用 robocopy 会得到空退出码、目标 0 文件，且不报任何错。跨盘复制目录一律放 Bash 里执行。

**4. 验证 junction 要看"目标盘有没有新文件"，不要看进程路径。**&#8203;

程序启动后，任务管理器里显示的永远是 C 盘原路径——这不代表迁移失败。正确的验证方法是看 **D 盘目标目录里有没有产生新的写入**（比如新增的日志文件、修改时间在变化）。

**5. 备份目录别急着删。**&#8203;

确认程序完全正常（跑几个任务、重启几次）之后，再删备份：

```bash
rm -rf "C:/Users/Administrator/.workbuddy.pre-migration.bak"
```

**6. 准备好回滚脚本。**&#8203;

万一出问题，删掉 junction、把备份目录改回原名即可，秒级回滚：

```bash
rm "C:/Users/Administrator/.workbuddy"          # 删 junction，注意不要带 -r
mv "C:/Users/Administrator/.workbuddy.pre-migration.bak" "C:/Users/Administrator/.workbuddy"
```

> 建议把迁移和回滚两个操作提前写成 `.bat` 脚本，离线双击执行，避免手滑。

## 六、方法可复用

这套四步法不只适用于 WorkBuddy，**任何"运行中程序的数据目录迁移"都能套用**：

1. 在线预复制，把绝大部分数据先搬走
2. 退出程序（唯一停机点）
3. 离线增量收尾，补齐少量变动
4. 原目录改名 + 建 junction

同理可迁移：Chrome/Edge 用户数据目录、各类开发工具的缓存与配置目录、任何默认写死在 C 盘用户目录下的数据。

**判断能不能这样迁的前提**：目标目录不能是 reparse point（已经是联接/符号链接了就不能再套），迁移前用 `dir /aL` 或 `fsutil reparsepoint query` 确认一下。

## 七、小结

| 项目 | 结果 |
|---|---|
| 迁移体积 | 约 1.2 GB |
| C 盘释放 | 约 1.2 GB |
| 停机时间 | 从数十分钟压到几分钟 |
| 复制提速 | 约 4 倍（单线程 21 分钟未完成 → /MT:32 五分钟完成） |
| 程序感知 | 零（配置无需修改） |

核心就三句话：**用 junction 保证路径不变，用 robocopy /MT:32 解决小文件性能，用"在线预复制 + 离线增量"把停机时间压到最短。**&#8203;

（本文由 WorkBuddy 协助整理，命令与数据均来自实际迁移过程。）


AI 工具装完就往 C 盘用户目录里塞数据，日积月累几个 G，C 盘红了又不敢删。本文记录一次真实的迁移：把 1.2GB 的 WorkBuddy 数据目录整体搬到 D 盘，程序零感知、配置零修改，停机时间从几十分钟压到几分钟。核心是 robocopy 在线预复制 + /MT:32 多线程 + junction 目录联接三步走，附完整命令和六个踩坑点。

C 盘告急？用 robocopy + junction 把 WorkBuddy 数据目录整体搬到 D 盘（多线程提速 4 倍实战）

用 robocopy + junction 把 WorkBuddy 数据目录整体搬到 D 盘（多线程提速 4 倍实战）

操作系统

开发工具

运维

C盘空间告急？用robocopy多线程加速与junction目录联接，将WorkBuddy 1.2GB数据无缝迁移至D盘，程序零感知、配置零修改，停机时间从数十分钟降至几分钟。完整命令与六大踩坑点一次讲清，附可复用方案，适用各类应用数据目录迁移场景。

日志文件

代码解释

WorkBuddy 

Windows

Agent

WorkBuddy企业版限时双倍 Credits 活动

workbuddy

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

C 盘告急？用 robocopy + junction 把 WorkBuddy 数据目录整体搬到 D 盘（多线程提速 4 倍实战）-腾讯云开发者社区-腾讯云

C 盘告急？用 robocopy + junction 把 WorkBuddy 数据目录整体搬到 D 盘（多线程提速 4 倍实战）

C 盘告急？用 robocopy + junction 把 WorkBuddy 数据目录整体搬到 D 盘（多线程提速 4 倍实战）

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐