此概述说明将继续备份周期 ，应读者的要求编写，它将重点介绍UrBackup，BackupPC和AMANDA。
UrBackup概述。
应VGusev2007参与者的要求，我添加了UrBackup（用于备份的客户端-服务器系统）的概述。 它使您可以创建完整和增量备份，知道如何使用设备快照（仅Win？），还知道如何创建文件备份。 客户端可以与服务器位于同一网络上，也可以通过Internet连接。 声明的更改跟踪，可让您快速找到备份之间的差异。 还支持服务器端存储重复数据删除，以节省空间。 网络连接已加密；还有一个用于管理服务器的基于Web的界面。 让我们看看她的能力：
在完全备份模式下，获得以下结果：
工作时间：
在增量备份模式下：
工作时间：
在这两种情况下，存储库的大小约为14 GB，这表明服务器端正在进行重复数据删除。 还应注意的是，服务器和客户端上的备份时间不匹配，这在图表中清晰可见，这是非常不错的奖励，因为Web界面在服务器端显示备份过程而没有考虑客户端状态。 通常，完整副本和增量副本的图形是无法区分的。 唯一的区别可能是在服务器端的处理方式。 也对冗余系统上的低处理器负载感到满意。
BackupPC概述
应vanzhiganov的要求，我正在添加BackupPC评论。 该软件安装在以perl编写的备份存储服务器上，可在各种备份工具（主要是rsync，tar）上运行。 ssh和smb用作传输，并且还有一个基于cgi的Web界面（部署在Apache之上）。 Web界面具有广泛的设置列表。 其中的功能-能够设置两次备份之间的最短时间以及不创建备份的时间。 为备份服务器选择文件系统时，必须监视对硬链接的支持。 因此，用于存储的文件系统无法拆分为安装点。 总的来说，给人留下很好的印象，让我们看一下该软件的功能：
在具有rsync的完全备份模式下，获得以下结果：
如果您使用完整备份和tar：
在增量备份模式下，必须放弃tar，因为没有使用这些设置创建备份。
使用rsync创建增量备份的结果如下：
总体而言，rsync在速度方面略有优势； rsync在网络上的运行也更经济。 在某种程度上，这可以通过较少使用tar作为备份程序的cpu来弥补。 rsync的另一个优点是使用增量副本。 创建完整备份时，存储库的大小是相同的，对于增量副本，它的大小为16 GB-一次运行为14 GB，这意味着可以进行重复数据删除。
AMANDA评论
应oller成员的要求， 我添加AMANDA测试，
该程序完全装载了一个处理器核心，但是由于备份存储服务器端的iops磁盘有限，因此无法提高数据传输速度。 通常，安装程序比其他参与者要麻烦得多，因为该程序的作者并未将ssh用作传输工具，而是使用密钥实施了类似的方案，从而创建并维护了完整的CA。 可以广泛限制客户端和备份服务器：例如，如果它们不能完全相互信任，那么可以选择通过在设置文件中将相应变量的值设置为零来阻止服务器启动备份还原。 可以连接基于Web的界面进行管理，但是一般而言，可以借助bash中的小脚本（例如ansible）来完全自动化定制的系统。 存在某种程度上不平凡的存储配置系统，显然，该配置系统与用于存储数据的各种设备（LTO盒带，硬盘驱动器等）的广泛列表的支持相关。 还值得注意的是，在本文讨论的所有程序中，AMANDA是唯一能够检测目录重命名的程序。 一次运行的存储库大小为13 GB。
公告公告
备份，第1部分：为什么需要备份，方法，技术概述
备份，第2部分：概述和测试基于rsync的备份工具
备份，第3部分：概述和测试重复性，重复
备份，第4部分：概述和测试zbackup，restic，borgbackup
备份，第5部分：测试linux的bacula和veeam备份
备份，第6部分：比较备份工具
备份第7部分：结论