群晖教程 2026-09-13 企业数据管家

File Station 打开 ActiveBackupData 报 I/O 错误？补回丢失的对应文件夹

痛点：备份数据文件夹打不开了

用 Active Backup for Business 集中备份服务器和电脑，平时备份任务看着都正常，某天想通过 File Station 进 ActiveBackupforBusiness/ActiveBackupData 文件夹看一眼备份内容，弹出来一句"发生 I/O 错误。请稍后再试"。换浏览器、刷新页面、重启 DSM 都试过，还是老样子——这不是网络抖动，也不是权限没给够，而是文件夹结构出了实打实的缺损。好消息是修复方法很简单，一条 mkdir 命令的事。

原理：两个文件夹必须一一对应

ABB 的数据目录下有两套结构：ActiveBackupData 里存放每个受保护设备（或任务）的数据文件夹，而隐藏目录 @ActiveBackup 里必须为它们各自留一个同名的对应文件夹。一旦 @ActiveBackup 里某个对应文件夹丢了（异常断电、存储池出过状况都可能造成），File Station 打开时找不到配对结构，就报 I/O 错误。

第一步：SSH 登录比对两边

用 root 权限通过 SSH 登录 DSM（控制面板里先开启 SSH 功能），执行两条命令对比两边的文件夹清单：

ll /volume1/ActiveBackupforBusiness/ActiveBackupData
ll ../@ActiveBackup

（把 volume1 换成你的实际卷名。）逐个对照两边的名单，找出在 ActiveBackupData 里存在、在 @ActiveBackup 里却缺失的那个名字——比如某台服务器的 Server-XXX-CY 对应文件夹没了。设备多的话，可以把两份清单分别重定向到文本文件里再逐行比对，不容易看走眼。

第二步：补建丢失的文件夹

进入对应目录，用 mkdir 按原名补建：

cd /volume1/ActiveBackupforBusiness/@ActiveBackup
mkdir Server-XXX-CY

名字必须与丢失的那个完全一致，一个字母都不能差。建完退出 SSH，回到 DSM 重新打开 File Station 再试。

验证与预防

能正常浏览 ActiveBackupData 下的内容、对应设备的备份任务能继续正常跑出新的还原点，就说明修好了。补建的只是目录结构，不会碰备份数据本身，但操作前照例确认一遍备份任务近期没有在跑，稳妥为先。预防方面：给跑 ABB 的 NAS（DS923+ 这类四盘位起步的机型）配上 UPS 防异常断电；存储池健康度定期看一眼；动过存储空间或迁移过卷之后，顺手检查一次这两个目录的文件夹是否还一一对应，早发现早补。