web-dev-qa-db-ja.com

メディアエラー後のBaculaプールからのテープの移動

最近、Error状態の3つのボリュームが「デフォルト」プールを詰まらせている状況に遭遇しました。

さまざまな目的のためにいくつかのメディアプールがあるため、Maximum Volumesディレクティブが配置されているため、問題（this問題、データ量の突然の増加など）に気付くことができます。

私の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

Erroredボリュームをプールから自動的に移動して、スペースを占有しないようにBaculaに指示する方法はありますか？そのうちの1つは（2011-08-20 00:10:34以降）しばらくの間そこにあったので、移動されたことはないと思います。

ここで強調するのは、これが発生することです自動的に -RecyclePoolが設定されているときに、ボリュームをプールから移動することは理にかなっていると思います。

（背景：私たちはかなりの数の異なる顧客のためにBaculaを維持しており、可能な限り自動的に物事が起こるように努めています。これは大規模の問題ではありませんが、おそらくこれはまだ存在しておらず、すべきです機能リクエストとして送信されます。）

bacula
3
MikeyB

Baculaの素晴らしいところは、遭遇する可能性のある問題を解決する方法がたくさんあることです。
この状況に対するいくつかのオプションがあります：

オプション1：
エラーが発生したボリュームを完全に削除します（Baculaコンソールでdelete volumeを選択してから、削除するボリュームを選択します）。
音量が悪い/欠陥があると確信している場合は、これが私の選択です。使用できない場合は、どこにでも置いておくのは意味がありません。ボリュームの削除はテープに影響を与えないカタログ操作であるため、テープからデータを回復する必要がある場合は、いつでも bscan を使用してカタログエントリを作成し、読み取れるものをすべて回復できます。

オプション2：
プール内のMaximum Volumesディレクティブを削除します。
これにより、この問題に二度と対処する必要がなくなるだけでなく、labelコマンドを台無しにすると無限の数のボリュームを作成できるようになります。 （私は通常、プールにMaximum Volumesを設定しません-バックアップサイズが必要以上に煩わしい場合は、新しいテープを追加します）。

オプション3：
ボリュームのラベルを付け直します（Baculaコンソールでrelabelを選択してから、移動するボリュームを選択します）。
ボリュームのラベルを変更する前に、ボリュームをPurgedまたはRecycledとしてマークする必要があることに注意してください-これらはすべてカタログ操作です（実際のテープは必要ありません/影響しません）/volume）障害が発生したボリュームでpurge volumeを実行し、必要に応じてそれらを別のプールにrelabel実行できます。
（purge volumeは、ジョブ保持パラメータを上書き/無視できます-またはより正確には[〜＃〜] will [〜＃〜 ]保持パラメータに関係なく、ボリュームをパージします。これは戦術核兵器であり、注意して処理する必要があります。）

オプション4：
実際のテープについて話していると想定してきました。これらが仮想テープファイルであり、「エラー」状態が以前の一時的なインシデントによるものである場合は、update volumeを使用してエラーをクリアできます（適切な非エラーステータスに設定します）。問題のボリュームがgoodであることが確実な場合にのみ、これを行う必要があります。

4
voretaq7