这可能有点主观，所以如果你觉得话题应该被closures – 继续前进。
我们大量使用Netbackup和一个大型多驱动的LTO-4磁带库。 我们经常在适当的备份窗口中完成所有事情。 我们避免的一件事是使用复用function将多个备份作业驱动到同一个磁带上。 我们听到了不同的原因，如收益不能certificate风险，也没有这样做。
当我们通过各种select来解决吞吐量问题时，这个问题总是会出现。 我正在寻找这个问题的意见和方法。
我不知道硬编码方面的风险，但在运行时将N个作业复用到1个磁带机的好处是，您可以同时启动所有N个作业（因此，您不必等待第一个人在磁带完成之前，下一个可以开始备份）。
我看到这样做的一个很大的缺点就是交错备份。 在那里你可能有一个磁带有AAAAAAABBBBBBBBCCCCCCCCCC上它多路复用会给你一个交错的磁带有ABCABCABCABCABCABCABCABCA上的东西。
当您从该磁带恢复“A”时，您的磁带机将不得不跳过所有的Bs和Cs。 这会降低恢复速度，并且在磁带/磁带机快速转发时（对于风险而言，因此可能会导致磁带卡住的机会增加），从而增加了一些磨损。
joeqwerty和ErikA都指出了我使用的解决scheme，并build议如果您有磁盘空间：先将所有东西放到磁盘上，然后连续写入磁带。 这样可以让您的计算机上的备份“完成”（数据在磁盘暂存区中备份），并让备份系统以相对休闲的逻辑连续方式将数据放在磁带上：您不关心磁带保持旋转6小时或16小时，只要您开始下一次备份时完成。
如果您没有磁盘来分配所有数据，您仍然可以通过尽可能多地分配数据来尽量减less分解。 理想情况下，如果可能的话，每个备份客户端的磁带大小应该尽可能大（如果服务器A具有整个磁带的数据价值，那么它可能在一个磁带上是连续的，或者至less只能分布在两个磁带上）磁带或四分之一磁带暂存区域仍然可以帮助提高性能并最大限度地减less快进操作。
我不知道当前NetBackup最佳实践推荐是什么，但对于BackupExec来说，首先将主要备份执行到磁盘，然后再执行到磁带。 一个备份作业将运行得更快，然后是磁带。 这可能允许您在备份窗口中完成备份。
您是否使用磁盘暂存区域，然后将这些备份映像重定位到磁带？ 如果是这样，在每个磁带上保留多个作业应该没有问题。 我们是这样做的，从来没有任何问题可以谈论。
但是，如果直接备份到磁带，如果可能的话，不要多路复用是理想的。
关于NetBackup的一个很酷的事情就是调整它的粒度。 根据您要备份的数据的SLA，您可以调整复用设置。
采取备份数据满足最短SLA的策略，并保持低策略下的多路复用设置（如果您必须，尽pipetesting会通过启用多路复用设置来告诉您实际上丢失了多less恢复性能，并告诉您究竟有多高您可以将其设置为您需要的恢复）。 或者，以长RTO或宽松SLA的优势进行备份作业，并尽可能高地启用多路复用设置，而不会最终降低性能。
另外两点：1.记住缓冲区调整。 正确configuration（并testing，可能是最重要的一步），如果您还没有这样做，则需要设备缓冲区调整和通信缓冲区调整。 2.使用合成备份。 合成材料可以持续购买备份窗口（最终资源）。