与专用磁带相比，NetBackup更喜欢“划痕”磁带

Question

我在Windows 2003上运行了一个NetBackup 6.0MP7安装。它是唯一的主服务器和媒体服务器。我每周交换一套完整的磁带进出，但留下一套磁带，其卷池设置为“划痕”在所有的时间。一段时间后，每周一次的磁带会被旋转回来。在很大程度上，这很好。我很少需要抓取磁带，但是每隔一段时间，备份就会超过我对这个任务的贡献。

然而，一周的磁带一直被拒绝，以支持划痕池。备份策略对于每周都是一样的，它们都将“策略卷池”设置为"NetBackup"，并且每周的所有磁带(除了划痕磁带)都将它们的池指定为"NetBackup"，肯定包括总是被忽略的那周。

尽管如此，它并没有忽视所有的NetBackup池磁带的那一周。它通常会写到其中的两到三个，但是它会写到大约20个划痕磁带。(我还没想过要看看是不是总是一样的两三个磁带。)这一问题似乎在其他任何一周内都不会发生。

它不加载磁带，然后拒绝它们；它似乎从来没有尝试使用它们。它们没有被标记为冰冻。当我交换它们时，它们都是活动的和未分配的。

这些磁带在量子PX510磁带库中。NetBackup服务器通过光纤通道连接到库/机器人上，通过惠普品牌的Brocade交换机。

我根本不是NetBackup方面的专家。我甚至都不知道该去哪找。任何关于日志的建议，查看或日志记录，以启用或真正的任何事情，将不胜感激。我会密切关注这个问题，如果有人需要更多的信息来帮助，我会更新它。

Answer 1

结果，我意外地设置了一些磁带过期(不是备份，磁带本身)。这是vmquery -m <tapeid>输出中列出的“过期日期”，或者GUI“更改卷”对话框中的" Expiration“。

我清理了这个期限，解决了问题。

Answer 2

我假设你在图书馆里有条形码阅读器..。

您是否检查过逻辑媒体标签是否与磁带上的物理标签匹配？您可以通过Netbackup管理控制台-> Media ->卷池-> NetBackup检查这一点，并检查MediaID与条形码。

如果他们不一样，那就是你的问题。我会尝试重新标记你的NetBackup池中拒绝写的媒体。再贴标签可能是破坏性的，但如果不使用磁带，我猜这不是什么问题.

编辑:为了澄清，我的意思是在逻辑上重新命名它们以匹配条形码，而不是物理上的。

Answer 3

听起来他们在合适的媒体池里，你检查过那些磁带的覆盖保护和附加设置了吗？可能在备份运行的时间和日期期间，它们被设置为不允许覆盖或追加操作。