100 MBのFallback_splitsize <テープ長の0.1%

この記事は アマンダエンタープライズ(AE)v。3.1.5

詳細情報へのリンク: http://wiki.zmanda.com/index.php/Splitsize_too_small

問題の症状

以下のメッセージは、ZMCで、またはコマンドラインからamcheckを実行したときに警告として表示されます。

「100MBのfallback_splitsize <テープ長の0.1%」

問題の説明

fallback_splitsizeは、バージョン3.1.5以前のAmandaデバイスパラメータであり、バックアップごとに複数のテープが許可されている場合、およびバックアップが最初にステージング領域に書き込まれない場合に、RAMにキャッシュするデータの量を指定します。 通常、バックアップはテープに移動する前にステージング領域で分割されますが、バックアップが最初にステージング領域に書き込まれない場合は、代わりにRAMで分割され、バックアップのサイズの1%以上である必要があります。 Amandaはホストチェック中にバックアップのサイズがどれくらい大きいかわからないので、分割サイズがテープサイズと比較して特に小さい場合、ユーザーに警告されます。

解像度

これを解決するには、ディレクトリ/ etc / zmanda / zmc_aee / device_profiles /にあるチェンジャープロファイルのYAMLファイルを編集して、次の行を見つけます。

fallback_splitsize:100m

控えめなデフォルトの100mを、最大のバックアップのサイズの少なくとも1%、または不明な場合はテープのサイズの少なくとも0.1%の数値に変更します。 このデータサイズはRAMにキャッシュされるため、指定されたデータ量に対して十分なRAMが必要であり、3.5Gを超えないようにする必要があります。変更は、このチェンジャーデバイスを使用するすべてのバックアップセットに対して行われます。

この変更を行った後、Zmanda管理コンソールの[管理|バックアップセット]ページに移動して、変更を有効にします。

必要な分割サイズを指定するのに十分な使用可能なRAMがない場合は、RAMではなくディスク上のバックアップを分割するようにAmandaを構成できます。 これを構成する方法については、サポートにお問い合わせください。