我有一个在 Windows Server 2003 上运行的 NetBackup 6.0MP7 安装。它充当唯一的主服务器和介质服务器。我每周都将一整套磁带进出交换，但始终将一组磁带的卷池设置为“暂存”。每周的磁带集然后在一段时间后轮换回来。很大程度上，这很好用。我实际上很少需要暂存磁带，但每隔一段时间，备份就会超过我专门用于该任务的内容。
然而，一个星期的磁带集总是被拒绝，有利于暂存池。每周的备份策略都相同，它们都将“策略卷池”设置为“NetBackup”，并且每周的所有磁带（除了暂存磁带）都将其池分配为“NetBackup”，绝对包括总是被忽视的那一周。
也就是说，它不会忽略该周的所有 NetBackup 池磁带。它通常会写入其中的两三个，但它会写入大约 20 个暂存磁带。（我没想过看看它是否总是相同的两三个磁带。）而且这个问题似乎在任何其他星期都不会发生。
它不会加载磁带然后拒绝它们；它似乎根本没有尝试使用它们。它们没有被标记为冻结。当我将它们换入时，它们都处于活动状态且未分配。
这些磁带位于 Quantum PX510 磁带库中。NetBackup 服务器通过 HP 品牌的 Brocade 交换机通过光纤通道连接到磁带库/机器人。
我根本不是 NetBackup 方面的专家。我什至不知道在哪里看。任何有关查看日志或启用日志的建议或实际上任何东西都将不胜感激。如果有人需要更多信息来帮助，我会密切关注这个问题并更新它。
我假设您在该库中有条形码阅读器...
您是否检查过逻辑介质标签是否与磁带上的物理标签匹配？您可以通过 Netbackup 管理控制台 -> 媒体 -> 卷池 -> NetBackup 进行检查，并检查 MediaID 与条形码。
如果它们不同，那是你的问题。我会尝试重新标记 NetBackup 池中它拒绝写入的介质。重新标记可能具有破坏性，但如果没有使用磁带，那么我猜这不是什么大问题......
编辑：为了澄清，我的意思是在逻辑上重新标记它们以匹配条形码，而不是物理上。
听起来它们位于正确的媒体池中，您是否检查过这些磁带的覆盖保护和附加设置？也许他们设置为在备份运行的时间和日期期间不允许覆盖或追加操作。
在 NetBackup 命名法中，当每个备份都超出策略保留期时，介质会从“完整”切换到“未分配”。保留期从备份成功完成（未开始！）开始计算。保留期 1 个月并不意味着 4 周（等）。
我认为您的保留期可能有点“紧张”，并且在这一周内略有重叠。为了验证这个小假设：就在备份之前，检查插入的媒体是否处于未分配状态（在媒体管理器中它们有空的“已分配”列）。不要在备份后检查它，因为它们也可能同时过期。
顺便说一句，如果介质被“分配”并且任何备份被写入它，则该介质将变为“活动”。所以媒介不能同时是“活动的”和“未分配的”（关于“当我交换它们时它们都是活动的和未分配的。”）
结果是我不小心设置了一些磁带过期（不是它们上的备份，而是磁带本身）。
vmquery -m <tapeid>这是在 GUI 的“更改卷”对话框中的输出或“卷到期”中列出的“到期日期” 。我清除了这个过期时间，这解决了问题。