数据卷迁移不是简单复制粘贴，需区分命名卷与绑定挂载类型，分别导出重建或同步目录，并严格保持权限、selinux上下文及集群环境下的pv/pvc映射关系。
数据卷迁移不是“复制粘贴”那么简单，关键在于区分卷类型、保留结构权限、并在新环境准确重建挂载关系。直接拷贝 /var/lib/docker/volumes/ 下的目录虽快，但容易因 docker 版本差异、uid/gid 不一致或 selinux 上下文丢失导致容器启动失败或读写异常。
先确认数据卷类型：命名卷 or 绑定挂载？
这是决定迁移路径的起点：
-
命名卷（Named Volume）：由 Docker 管理，路径在
/var/lib/docker/volumes/<name>/_data</name>。迁移需导出内容、传输、重建卷再导入。 -
绑定挂载（Bind Mount）：宿主机任意路径（如
/opt/myapp/data）。只需同步该目录本身，无需 Docker 卷操作，但要注意路径权限和 SELinux 标签（Linux）或 ACL（macOS/Windows）。
命名卷迁移：三步走（推荐用 Alpine 临时容器）
以名为 app_data 的卷为例：
OpenClaw Docker Setup
下载
在 Linux 上通过 Docker 运行 OpenClaw，并使用 Tailscale 实现远程访问。⚠️ 涉及 sudo、Docker、Tailscale和凭证挂载——请先查阅安全章节...
- 在旧服务器导出：
docker run --rm -v app_data:/data -v $(pwd):/backup alpine tar czf /backup/app_data.tar.gz -C /data . - 用
scp或其他方式传到新服务器目标路径（如/tmp） - 在新服务器执行：
docker volume create app_datadocker run --rm -v app_data:/data -v $(pwd):/backup alpine sh -c "cd /data && tar xzf /backup/app_data.tar.gz"
绑定挂载迁移：更直接，但细节不能漏
若 docker-compose.yml 中写的是 -v /srv/app/uploads:/app/uploads：
- 直接同步宿主机目录：
rsync -avz --delete /srv/app/uploads/ user@new-server:/srv/app/uploads/
（注意末尾斜杠，确保同步内容而非整个目录） - 检查新服务器上的属主与权限：
chown -R 101:101 /srv/app/uploads（需匹配容器内运行用户 UID/GID，可通过docker inspect查看Config.User或原镜像Dockerfile中的USER指令） - 如启用了 SELinux，需恢复上下文：
restorecon -Rv /srv/app/uploads
集群环境特别注意：跨节点一致性
若新环境是 Kubernetes 或 Swarm 集群，原 Docker 卷无法直接复用：
- 命名卷需转为 PersistentVolume（PV）+ PersistentVolumeClaim（PVC），数据需先导出，再通过
initContainer或作业（Job）导入到 PV 对应的存储后端（如 NFS、Ceph、云盘）。 - 绑定挂载在集群中通常不可行（节点分散），应改用支持多节点读写的网络存储，并在部署清单中正确声明访问模式（
ReadWriteMany）。 - 务必验证应用启动时是否能正确挂载——常见问题是 PVC 处于
Pending状态（StorageClass 未配置或 Provisioner 异常）。
