私は基本的に夜に単純な「tar zcf」を行うcronを持っています。
サーバーには次のものがあります。
監視画面のホストで確認できるように：
tarのほぼすべての時間で、ディスクI / Oが90％を超え、他のすべてのアプリ（mysql、apache）が非常に遅くなります。
2つの質問：
ありがとうございました！
回答:
かなり一般的なアプローチに加えioniceて、（DM）ブロックデバイスへの帯域幅を正確に制御できるデバイスマッパーターゲット（ioband）があります。残念ながら、それは標準カーネルの一部ではありません。
さらに、おそらく次の方法でtarを高速化できます。
find /source/path -printf ""find /source/path -perm 777 -printf ""tar ... | mbuffer -m 256M -P 100 -p 1 ...find（たとえば）without -permは、ファイルiノードにアクセスしません。ただし、最適化では2つのfind呼び出しを使用できます。同じfind呼び出しを2回（間に少しの時間を置いて）行うと、2番目の呼び出しは通常数秒以内（またはそれ以下）に終了します。空きメモリの量と特定の時点でキャッシュされたデータの量に応じて、データはキャッシュからスローされます。したがって、読みすぎると操作が遅くなるだけです。バックアッププログラムにstdin経由でファイル名を入力できる場合は、たとえば100個のファイルのブロックを読み取ることでこれを防ぐことができます。
tarを捨ててrsyncを使用することをお勧めします（Dogsbodyによると）。BackupPCを使用してWindowsおよびLinuxシステムのファイルをバックアップします。tarとrsyncの使用をサポートし、ハードリンクを自動的に処理し、優れたWebインターフェイスを提供します。
他の人が答えたように、はい、これは正常ioniceであり、システムに影響を与えない良い一般的な方法です。
何度も私は人々がtar物事を見なければならないのに、彼らがそうする必要がないのを見ました。コピーしているデータの割合が最後のコピー以降変更されていない場合はrsync、試してみることをお勧めします。
これにより、最後のコピー以降に変更されたファイルのみをコピーすることでIOが削減されます。すべてのデータを読み取る必要があるため、IOを半分以上減らすことはできませんが、書き込まれるデータの量を大幅に減らすことができます（ハードウェアによっては、操作が遅くなることもあります）。
実行するたびに個別のコピー/バックアップが必要な場合、最も強力なオプションは-link-destで、変更されていないファイルを以前のバックアップにハードリンクできます。これにより、バックアップサーバーのスペースが大幅に節約されます。たとえば、マシン（Fred）をバックアップし、Fredには20GBのHDがあり、/ procと/ devを除くドライブ全体をバックアップ/コピーします。バックアップサーバーに20GBのディレクトリができました。翌日、Fredを再度バックアップし、–link-destを昨日のバックアップに戻します。Rsyncは、リモートファイルとローカルコピーを比較し、まったく同じ場合はそれらを転送しませんが、新しいファイルを昨日のファイルにハードリンクします。変更されたファイルは新しいものにコピーされます（または可能であれば昨日のバックアップを使用して部分的にコピーされます）。昨日から100MBのファイルのみが変更された場合、20GBのファイルを含む2つのディレクトリがありますが、20個しか占有していません。
それがあなたの質問の助けになり、それでも答えられることを願っています。