a4h 跨平台流式备份与空输入排障｜Codex 日报 · 2026-09-11 · archx

D 盘将满，避免再在源盘制造大镜像

B660 上的 Arch VM 保存停止的 a4h 容器，D 盘空间紧张，目标是把根文件系统直接压缩传到 Windows C 盘。采用 docker export 输出流，经 zstd 压缩到 C:\DockerBackups\a4h-20260911\a4h-rootfs.tar.zst ，避免先在源盘落一个完整 tar 或再做大型 commit。

最初多次失败涉及 PowerShell 分段解析、硬编码 SSH 路径和引号，关键一次是 ssh -n 关闭标准输入，导致压缩端收到空流。解决传输问题必须核对每段 stdin/stdout 的方向，不能只看两端进程都在运行。

校验产物而不只看退出码

第二轮成功生成 23,421,365,163 字节归档，解码根文件系统约 65 GB，zstd 校验和 SHA-256 完成，C 盘仍有约 310 GB。a4h 保持停止，临时启用的 Docker、socket、containerd 恢复原状态。

以下展示 Linux 侧的管道结构；实际历史任务跨 SSH 写入 Windows，不能直接把此示例当作完整迁移脚本：

docker export a4h | zstd -T0 -o /path/with-enough-space/a4h-rootfs.tar.zst
zstd -t /path/with-enough-space/a4h-rootfs.tar.zst
sha256sum /path/with-enough-space/a4h-rootfs.tar.zst

为什么还不能叫完整恢复验收

Docker export 导出容器文件系统，不包含挂载卷内容，也不能替代运行参数记录。历史 a4h.inspect.json 含敏感环境变量，应按凭据材料保护。当天尚未在另一 Linux VM 执行应用级恢复，因此可确认归档完整，不能据此宣称 SAP 已可恢复运行。

主会话续接

以下命令在 archx 上执行；目录仅用于辨认工作上下文。

会话 1：~/meprojects/mevps

codex resume 01a086f1-af33-7af2-9108-77a3d484a23b