web-dev-qa-db-ja.com

バックアップウィンドウ内でのAMANDAの高速化

ローカルRAIDアレイからスプーリングするLTO-6ドライブを使用してAMANDAを実行しています。バックアップには、8時間のバックアップウィンドウよりも時間がかかり始めています。バックアップの時間を短縮するための構成オプションはありますか（ディスクは一度に数分間、ほぼ100％の使用率で急上昇するため、アップグレードにはより高速なRAIDアレイが必要になる可能性があります。RAMが増える可能性があります）。ディスクを除いて、ハードウェアがボトルネックになっているとは思いません。 CPU使用率は30％以下、RUNQは8以下（16コアシステム）、ディスクスワップ使用率は60Kb以下です。

enter image description here

これが私の設定です。これらはすべてドライブのローカルファイルであるため、netusageパラメータが何をするかはわかりません。物事をスピードアップするための明らかな構成変更はありますか？ inparallelはより多くのRAMに役立ちますか？

inparallel   6           
dumporder    "sssS"        
taperalgo    first            
displayunit  "m"            
netusage     600 Kbps         
dumpcycle    1 week s             
runtapes     1                     
runspercycle 1          
tapecycle    17 tapes
backupperformanceamanda
1
Server Fault

アマンダについてご質問ありがとうございます。

データをテープにバックアップするときは、ソフトウェア圧縮を使用しないことを常にお勧めします。ほとんどのテープドライブにはハードウェア圧縮があり、これは通常、高速で良好な圧縮率を提供します。ソフトウェアとハ​​ードウェアの両方の圧縮を有効にすると、バックアップが大幅に遅れます。

他にご不明な点がございましたら、お気軽にお問い合わせください。

Zmandaサポート

1
Jayk529

ドライブとamandaconfigの両方で圧縮が有効になりました。 amanda圧縮を無効にした後、物事は十分に改善され、ダンプ時間は2:43に大幅に減少しました。

0
Server Fault