当社では、Backup Exec 12 と Remote Agent for Linux/Unix Servers (RALUS) を使用して、大規模な RHEL5 システムをバックアップしています。さまざまな理由から、ワーキング セット ジョブを毎日実行する必要があります。これらのワーキング セット ジョブの実行速度は、非常に遅いです。ターゲット マシンと BE サーバー間のリンクはギガビットであり、その他の種類のジョブは 1 ～ 3 GB/分で実行されます。これらのワーキング セット ジョブは、おそらく 40MB/分で始まり、バックアップ ジョブの進行中に徐々に低下し、BE ジョブ レートの「現在のジョブ」表示が空白になります。通常、変更されたファイルは 1 日だけ処理するため、ジョブは通常小さく、一晩で終了し、速度低下については心配していませんが、バックアップ サーバーに問題があり、Linux ボックスでのかなり負荷の高い作業が約 6 日間失われました。そのため、このワーキング セット ジョブは大変なものになります。Symantec のサポートを受けており、この件について何度も問い合わせました。Symantec は、RALUS をデバッグ モードで実行し、そのログと BE ホストからの VXgather を送信しましたが、修正や回避策はありませんでした。参考までに、上記のワーキング セット ジョブを 3 時間半実行しており、10MB 弱がバックアップされています。...「現実世界」でこれを見た人がいるか、または誰かがこれについて知っているかを確認するために、ここに投稿します。 Symantec は何もわかっていないようですが、これらのひどく遅いジョブの原因は何なのか、何か考えはありますか?
答え1
バックアップ中にターゲット マシンのシステム リソースを調べます。その方法でボトルネックを見つけます。
私は古いバージョンの backupexec を使用しています。ファイルのみをバックアップしていますか、それともデータベースなどのサービスをバックアップするための抽象化レベルはありますか?