我正在尝试在 Windows 中使用 rdiff-backup，使用本地磁盘的根目录作为源，使用不同本地磁盘上的本地文件夹作为目标。
rdiff-backup 在尝试读取“系统卷信息”文件夹时不断崩溃；我试图发现什么语法可能会导致它忽略那个语法，以及“$RECYCLE.BIN”；我尝试提供一个带有这些绝对路径的忽略文件，路径以 ** 为前缀，以尝试匹配任何类似的文件，运行实验以查看如果我在测试文件夹中创建它们是否会忽略这些文件（其中成功）等。
那么，是否有一种语法会导致 rdiff-backup 忽略已安装驱动器根目录中的那些？
作为起点，我尝试过：
rdiff-backup backup --ignore 'y:/$RECYCLE.BIN' --ignore 'y:/System Volume Information' y:/ z:/backup-y
但没有快乐。
我的组织部署了一个大型 Symantec Endpoint Protection (SEP)（约 2 万个客户端），其中一个 SEPM 实例在 ESX VM 中运行。在可能的情况下，我们确实有许多远程客户端被指定为组更新提供者 (GUP)。
我们的系统管理员报告说，SEP 软件没有任何本机方法来限制其对网络带宽的使用。它需要向每个客户端发送一个“完整”的定义更新，大小约为数百兆字节。我们发现 SEPM 实际上会接受 1000 个客户端签入请求，并会以可能的最大数据速率发送所有客户端更新。
我们需要一些方法来减少 SEPM 用于本地更新客户端的带宽量，以便在其网络连接上为管理流量留出空间（远程输入、检查 SEP 控制台等）。
到目前为止，为了减轻整个网络的泛洪，我们已经在外部（在 VM 和交换级别）限制了 SEPM 流量，这可以防止头端网络出现拥塞。但是，这并不能保证管理流量的任何带宽。
我们希望在操作系统或应用程序级别实施一些更改以限制流量，而无需在 100 多个办公室部署一些重量级的 QoS。理想情况下，我们希望能够限制每个客户端用于 SEP 更新的流量。
如果您对如何实现这一目标有任何想法，请告诉我。