我有在Windows Server 2003上运行的NetBackup 6.0MP7安装。它作为唯一的主服务器和媒体服务器。 我每周都会换出一套完整的磁带，但是将一组磁带的音量池一直设置为“Scratch”。 一周后，磁带集会在一段时间后旋转回来。 很大程度上，这工作正常。 我实际上很less需要临时磁带，但每隔一段时间，一个备份将运行我所专用的任务。
然而，一周的录音带一直在下降，赞成从零开始。 每周的备份策略都是一样的，它们都将“策略卷池”设置为“NetBackup”，并且每周的所有磁带（临时磁带旁边）都将其池分配为“NetBackup”，这绝对包括总是被忽视的一周。
也就是说，它不会忽略那周的所有NetBackup磁带。 它通常会写入到其中的两三个，但它写入了像20个临时磁带。 （我没有想过要看看它是否总是两三个磁带。）而这个问题似乎从来没有出现任何其他星期。
它不加载磁带然后拒绝它们; 它似乎从来没有尝试使用它们。 他们没有被标记为冻结。 当我交换它们时，它们都是活动的，并且是未分配的。
这些磁带位于Quantum PX510磁带库中。 NetBackup服务器通过光纤通道连接到库/机械手，通过HP品牌的Brocade交换机。
我根本不是NetBackup的专家。 我真的不知道在哪里看。 任何build议日志看看或日志启用或真的什么都不感谢。 我会密切关注这个问题，如果有人需要更多信息帮助，请更新它。
这听起来像是他们在适当的媒体池，你有检查覆盖保护和追加设置这些磁带？ 也许他们在备份运行的时间和date期间不允许覆盖或附加操作。
我假设你在那个图书馆有一个条形码阅读器…
您是否检查过逻辑介质标签是否与磁带上的物理标签匹配？ 您可以通过Netbackuppipe理控制台 – >介质 – >卷池 – > NetBackup进行检查，并检查MediaID与条形码。
如果它们不同，那就是你的问题。 我会尝试重新标记拒绝写入的NetBackup池中的介质。 重贴标签可能是破坏性的，但如果磁带没有被使用，那么我猜测这不是什么问题…
编辑：澄清，我的意思是要逻辑relabelbel他们符合条形码，而不是身体上。
在NetBackup术语中，当每个备份超出策略保留期限时，介质将从“完全”切换到“未分配”。 保留期从备份成功完成（未开始！）开始算起。 保留期1个月不等于4周（等）。
我认为你可能会稍微保持一段时间的“紧张”，在这一个星期里它会略有重叠。 为了validation这个小的假设：就在备份之前，检查插入的媒体是否处于未分配状态（在媒体pipe理器中它们具有空的“已分配”列）。 在备份之后不要检查它，因为它们可能在此期间过期。
顺便说一下，如果媒体被“分配”并且任何备份被写入，媒体就变成“活动的”。 所以媒体不能同时处于“主动”和“未分配”状态（关于“我交换时他们全部处于活动状态和未分配状态”）。
事实certificate，我不小心设置了一些磁带过期（而不是磁带上的备份，磁带本身）。 这是GUI“Change Volumes”对话框中vmquery -m <tapeid>或“Volume Expiration”的输出中列出的“过期date”。
我清除了这个到期，解决了这个问题。