Docker 目录迁移踩坑记录：符号链接的致命陷阱
背景
想把 Docker Desktop 从 C 盘迁移到 D:\devtools\Docker，统一管理所有开发工具。目标结构：
D:\devtools\Docker\
├── App\ (Docker Desktop 程序本体)
├── Images\ (WSL 虚拟磁盘，存储镜像和容器)
└── Volumes\ (用户持久化数据，compose 挂载等)操作过程
第一次迁移（成功）
用 mklink /J 把 C:\Program Files\Docker 符号链接到 D:\devtools\Docker。Docker 正常启动，docker run hello-world 通过。
第二次迁移（灾难）
想把三个子目录（App、Images、Volumes）都放进 D:\devtools\Docker\ 下。
关键错误： 此时 D:\devtools\Docker 已经是一个 Junction 符号链接，指向 C:\Program Files\Docker。
我执行了：
# 以为在往 D 盘写，实际通过符号链接写到了 C 盘
Move-Item "D:\devtools\DockerData\DockerDesktopWSL\*" "D:\devtools\Docker\Images\"
Move-Item "D:\devtools\Docker\DockerFiles" "D:\devtools\Docker\Volumes"
# 这个命令通过符号链接，把 C 盘的真实文件全部删除
cmd /c "rmdir /s /q ""C:\Program Files\Docker"""结果： Docker 程序、52GB 镜像、4GB 持久化数据全部丢失。
根本原因
Junction 符号链接是透明的。
当你对一个 Junction 目录执行文件操作时，操作系统会自动重定向到目标目录。你以为在操作 D:\devtools\Docker\Images\，实际上文件写入了 C:\Program Files\Docker\Images\。
然后 rmdir /s /q 删除的也是 C:\Program Files\Docker 这个真实目录，连同刚移进去的数据一起删了。
正确做法
永远不要在符号链接内部做文件操作。 应该：
# 1. 先断开符号链接（只删链接，不删目标）
cmd /c "rmdir ""D:\devtools\Docker""" # 注意：rmdir 不加 /s /q
# 2. 创建真实目录
New-Item -ItemType Directory -Path "D:\devtools\Docker\App"
# 3. 把程序文件从 C 盘复制过来
Copy-Item "C:\Program Files\Docker\*" "D:\devtools\Docker\App\" -Recurse
# 4. 删除 C 盘原目录
Remove-Item "C:\Program Files\Docker" -Recurse -Force
# 5. 重建符号链接
cmd /c "mklink /J ""C:\Program Files\Docker"" ""D:\devtools\Docker\App"""核心教训
1. 符号链接是透明的
Junction 和 Symbolic Link 对文件操作完全透明。你以为在操作链接，其实在操作目标。rmdir /s /q 会通过链接删除真实文件。
2. rmdir /s /q 是不可恢复的
这个命令直接删除文件，不经过回收站。一旦执行，数据永久丢失。需要用数据恢复软件（如 Recuva、DiskGenius）扫描磁盘才有可能找回。
3. 操作前必须断开符号链接
想在符号链接的位置创建真实目录，必须先 rmdir（不加 /s /q）断开链接，再创建目录。顺序不能反。
4. 重要数据必须有备份
Docker 容器镜像丢了可以重新 pull，但 Minio 里的视频文件、数据库里的业务数据丢了就是真丢了。迁移前必须备份。
5. 不要在符号链接内执行任何文件操作
无论是 Move-Item、Copy-Item、Remove-Item 还是 mkdir，只要目标路径经过符号链接，实际操作的都是链接指向的真实位置。
本次损失
| 项目 | 大小 | 可恢复性 |
|---|---|---|
| Docker Desktop 程序 | 8.19 GB | 可重装 |
| WSL 虚拟磁盘（镜像） | 52.38 GB | 可重新 pull |
| Volumes 持久化数据 | 4.15 GB | 需数据恢复 |
| Minio 视频文件 | 未知 | 需数据恢复 |
| MySQL 数据库 | - | 有备份（D:\files\mybilibili-next\mybilibili-cloud\init\） |
| MongoDB 数据库 | - | 有备份（D:\files\mybilibili-next\mybilibili-cloud\init\） |
数据恢复建议
- 立刻停止往 D 盘和 C 盘写新数据，防止覆盖被删除的文件
- 使用 DiskGenius 或 Recuva 扫描
C:\Program Files\Docker和D:\devtools位置 - 被
rmdir /s /q删除的文件，如果磁盘没有被写入新数据，恢复概率较高
总结
符号链接是个好东西，但它是个"隐形人"。你看到的路径和操作系统实际操作的路径不一样。在符号链接内部做任何文件操作前，必须三思。
最安全的迁移流程：断开链接 → 创建目录 → 复制文件 → 删除原目录 → 重建链接。