介质错误后将磁带从 Bacula 池中移出

Question

我们最近遇到了一种情况，我们有 3 卷处于Error阻塞状态的“默认”池。

我们有多个用于不同目的的媒体池，Maximum Volumes因此我们制定了指令，以便我们意识到问题（例如这个问题、数据量的突然增加等）。

我的Default游泳池是：

Pool { 
  Name = Default
  Pool Type = Backup
  Recycle = yes
  Recycle Oldest Volume = yes
  RecyclePool = Scratch
  AutoPrune = yes                     # Prune expired volumes
  Volume Retention = 60 days
  Maximum Volumes = 35
  Cleaning Prefix = "CLN"
} 

作业保留参数设置为我们无法清除磁带或将另一个磁带添加到池中：

17-Mar 23:05 server8-dir JobId 10652: Start Backup JobId 10652, Job=server1.2012-03-17_23.05.00_57
17-Mar 23:05 server8-dir JobId 10652: Warning: Unable add Scratch Volume, Pool "Default" full MaxVols=35
17-Mar 23:05 server8-dir JobId 10652: Pruning oldest volume "000026L2"
17-Mar 23:05 server8-dir JobId 10652: Using Device "TS3200-1a"
17-Mar 23:05 server8-dir JobId 10652: Warning: Unable add Scratch Volume, Pool "Default" full MaxVols=35
17-Mar 23:05 server8-dir JobId 10652: Pruning oldest volume "000026L2"
17-Mar 23:05 server8-sd JobId 10652: Job server1.2012-03-17_23.05.00_57 is waiting. Cannot find any appendable volumes.
Please use the "label" command to create a new Volume for:
    Storage:      "TS3200-1a" (/dev/nst0)
    Pool:         Default
    Media type:   LTO3

有没有办法告诉 Bacula 自动将任何Errored 卷从池中移出，这样它们就不会占用空间？其中一个在那里已经有一段时间了（因为2011-08-20 00:10:34）所以我认为它不会被搬走。

这里的重点是让这自动发生- 我认为在RecyclePool设置时将卷移出池是有意义的。

（背景：我们为相当多的不同客户维护 Bacula，我们尝试让事情尽可能自动发生。虽然这不是一个大问题，但也许这还不存在，应该作为功能请求提交.)

Answer 1

Bacula 的优点是有很多方法可以解决您可能遇到的任何问题。
以下是针对这种情况的几种选择：

选项 1：
彻底删除错误卷（delete volume在 bacula 控制台，然后选择要删除的卷）。
如果您确定音量不好/有缺陷，那么这是我的选择——如果您不能使用它，将它放在任何地方都没有意义。卷删除是一种不影响磁带的编目操作，因此如果您需要从中恢复数据，您始终可以使用bscan创建编目条目并恢复可以读取的任何内容。

选项 2：
删除Maximum Volumes池中的指令。
这保证您永远不必再次处理这个问题，但也意味着如果您搞砸了一个标签命令，您可以创建无限数量的卷。（我通常不会Maximum Volumes在我的池上设置——当你的备份大小变得比它需要的更烦人时，它会增加新的磁带）。

选项 3：
重新标记卷（relabel在 bacula 控制台，然后选择要移动的卷）。
请注意，卷必须标记为Purged或Recycled在重新标记之前 - 所有这些都是目录操作（它们不需要/影响实际的磁带/卷），因此您可以purge volume在发生故障的卷上运行，然后将relabel它们放入另一个池如果你愿意。
（purge volume可重写/忽略保留工作参数-或者更准确地说它WILL。清除量，无论任何保留参数的这是一个战术核弹，应小心处理。）

选项 4：
我一直假设我们在谈论真正的磁带——如果这些是虚拟磁带文件并且“错误”状态来自之前的某个瞬态事件，您可以update volume用来清除错误（将其设置为任何适当的非-错误状态）。显然，只有在确定所讨论的音量良好时才应该这样做