Backup Exec 23 に関するベストプラクティス

次のベストプラクティスは、バックアップジョブを効果的に確認するのに役立ちます。

• バックアップジョブを実行する前に、バックアップするコンテンツにアクセスするのに適切なクレデンシャルが設定されていることを確認するためにテストします。クレデンシャルテストに失敗した場合は、Backup Exec がアクセスできるようにコンテンツの新しいクレデンシャルを入力してください。

• テスト実行ジョブを実行する前に、お使いのストレージデバイスに対してバックアップジョブを実行する必要があります。Backup Exec は、実際のバックアップジョブによってデータがデバイスに送信されるまで、ストレージデバイスの容量を認識しません。そのため、いかなるジョブも実行せずにテスト実行ジョブを作成した場合、Backup Exec は、デバイスにバックアップを実行するのに十分な容量があるかどうかを確認できません。少なくとも 1 回のバックアップジョブでデバイスにデータが送信されていれば、Backup Exec で容量を判定できます。

• Backup Exec、オペレーティングシステム、任意のアプリケーションのアップグレードの前後に必ず完全バックアップを実行する必要があります。

• ユーザーが実行する増分バックアップジョブだけでなく、定期的に完全バックアップジョブを実行してください。増分バックアップを使用してバックアップしたデータをリストアするときに、Backup Exec は初回完全バックアップからのデータと後に続く増分バックアップでバックアップされたデータをすべてリストアします。ただし、増分バックアップの 1 つが破損していたり不足していたりする場合は、それによりリストアに失敗することがあります。定期的に実行中の完全バックアップは、リストアする必要があるときにすべてのデータがアクセス可能であることを確認するのに役立てることができます。

• ソフトウェアの暗号化とともにハードウェア圧縮を使用して回避する必要があります。ハードウェア圧縮は、暗号化の後に実行されます。暗号化処理中にデータはランダムな状態になります。ランダムな状態のデータで圧縮は効果的に動作しません。

• GRT 対応バックアップジョブではソフトウェア圧縮または暗号化を使わないでください。圧縮処理と暗号化処理はリソースを大量に消費します。ソフトウェア圧縮または暗号化を有効にすると、GRT 対応バックアップジョブのパフォーマンスが低下する可能性があります。

• すべてのバックアップジョブの後で検証操作を実行する必要があります。検証操作を実行すると、バックアップジョブによって作成されたバックアップセットをリストアできるかどうかを判断するのに役立てることができます。検証操作が失敗した場合は、データが保護されるようにバックアップジョブを再実行できます。そうでない場合、リストアしようとするまでは、メディアにアクセスできないことが認識できない場合があります。デフォルトでは、Backup Exec はバックアップジョブの最後にバックアップされたデータを検証します。ただし、スケジュール設定して後で検証操作を実行したり、いつでもバックアップセットを手動で検証したりすることもできます。

• データを 4 週間より長く保持する必要がある場合、複製する必要があります。元のストレージデバイスからテープにバックアップデータを複製できます。たとえば、長期保存用またはオフサイトストレージ用に送信できます。