Amanda 网络备份：把多台机器的备份巧妙打包进单盘，调度很聪明

在磁带时代就有一道难题：每台机器的备份大小不一，直接往一盘磁带顺序写，空间常常浪费一半。Amanda（Advanced Maryland Automatic Network Disk Archiver）从九十年就解决这个问题——它把多台客户端当天的备份「挤」进同一盘存储里，用智能调度让磁带或单盘文件装得最满。如今它依然活跃，适合不想上复杂商业方案、又需要把一批 Linux 机器统一备份的中小环境。

它解决什么问题

每台机器单独备份，存储设备空间利用率低，大量空当被浪费。

没有统一调度，各机器备份时间撞车，网络与 IO 同时被打满。

恢复时要翻多个分散的备份集，找不到文件落在哪一天哪一盘。

核心能力

把多台机器的备份装进同一盘的智慧

Amanda 的核心巧思在于「备份集编排」。它先让每个客户端估算自己要备份的数据量，Director 再据此把多个客户端拼成一组，使其总量尽量贴近一张存储介质的容量。这样一盘磁带或一个大文件卷不会被一台小机器占着、后面空一大截。这套思路在磁带年代价值极高，放到今天往单盘或云存储写同样能省空间、少碎片。它还能并行从多台客户端读取、再顺序写入，整体吞吐更均衡。

部署上，Amanda 分社区版与 Zmanda 商业发行版，免费场景用社区版即可。它的配置偏传统、文档偏老，初次上手要读一段时间手册；恢复时建议先用 amrecover 做一次模拟、确认能列出文件再真正还原。另外它默认假设一个中心备份服务器能 ssh 到各客户端，网络与认证要先打通。对纯磁盘、现代去重的需求，也可以看看 Borg 或 restic，但 Amanda 在「多机合盘归档」这件事上依然干脆利落。

同类工具怎么选

谁适合用

• 有一批 Linux 客户端、想统一归档备份的中小团队
• 仍在使用磁带或自动加载库、需要高利用率归档的机构
• 偏好成熟稳定、不愿频繁更换方案的管理员

怎么开始

1. 在备份服务器安装 amanda-server，各客户端安装 amanda-client 并配置允许服务器连接。
2. 编写磁盘列表（disklist）声明每台客户端要备份的路径与策略级别。
3. 配置存储（磁带设备、虚拟磁带或磁盘目录）与保留周期参数。
4. 用 amcheck 检查配置与连通性，确认所有客户端可达、存储可写。
5. 手动触发一次 amdump 做全量备份，观察是否合盘成功、有无报错。
6. 把备份挂上 cron 定时跑，恢复时用 amrecover 交互式定位还原。

常见问题

现在还值得用吗？
如果你的环境是多客户端合盘归档、或仍用磁带，它非常合适；纯单盘去重需求可对比 Borg、restic。

支持云存储吗？
支持，可把备份写到 Amazon S3 等云端，作为异地归档的一份。

恢复麻烦吗？
用 amrecover 交互式工具即可按客户端、日期、路径定位文件，先模拟再还原更稳妥。

有图形界面吗？
社区版以命令行与配置为主，Zmanda 商业版提供图形化管理，但免费场景不依赖它。

授权与合规

Amanda 以 BSD 风格开源许可发布，由 Zmanda 社区维护，源码公开可自由部署。 官网：www.amanda.org。

继续找同类资源

这条属于「系统相关」栏目，同栏目还有更多可直接使用的免费资源，可以在 系统相关全部资源 里按需翻阅。

相关资源

同栏目下这几条也常被一起翻到：

• 不想把设备列表交给别人：NetBird 开源免费，组网控制端可以自己搭
• 清理系统垃圾别乱删：BleachBit 开源免费，清前还能预览
• OCCT 拷机神器：CPU 显卡电源一起压，温度功耗曲线实时看
• CPU 到底多少度：Core Temp 免费看每颗核心温度，还能防过热