Veritas9.1のセットアップを手伝ってください
そのため、交換エージェントを使用してveritas 9.1を実行していますが、セットアップで問題が発生しています。マニュエルをフォローしてみましたが、必要なバックアップ設定をアーカイブしていないと思います。私はVeritas9.1の経験者が必要だと信じています。
1 TB externハードドライブを使用しています。
月曜〜金曜：
月曜日から金曜日まで「毎日のバックアップ」を実行しています。
Differentialバックアップを実行します。 設定： "このジョブの開始時：メディアに追加し、追加可能なメディアが利用できない場合は上書きします"。土曜日：
Full/Mod Timeバックアップである「電子メールバックアップ」を実行します。 設定： "このジョブの開始時：メディアに追加し、追加可能なメディアが利用できない場合は上書きします"。日曜日
電子メール以外のすべての
Fullバックアップを作成する「完全バックアップ」を実行します。毎日完了するのに1時間もかかりません。
- 完全バックアップ-電子メールの完了には約5時間かかります
- 電子メールのバックアップは、完了するまでに約5時間かかります。
デバイス設定：
ディスクへのバックアップファイルの最大サイズ：4095
ディスクへのバックアップファイルあたりのバックアップセットの最大数：8000（最大のものを選択しました）
これはまったく機能していません。私はそれを認識しています。すべてが間違っており、すべてを正しく設定するのに問題があります。また、電子メールが失敗するとバックアップ全体が失敗するため、電子メールと完全バックアップを別々に実行します。電子メールは時々失敗し、それは非常に迷惑です-Veritas 12にアップグレードするとこれは修正されますか？
これが私が欲しいものです： 4週間のデータを含めたいです。日曜日の完全バックアップ、その後の5〜6の差分バックアップ、新しい週など。4週間後、オフサイトに保存されている別の外付けハードディスクと交換されます（ローテーションなど）。
それが間違っているように見えることの1つ：追加するように頼んでも、以前のバックアップを上書きしているようです。私は常にバックアップハードディスクに最大14〜15個のファイルを持っています-これは増えるはずです。これは、差分バックアップでも発生します。
リクエストに応じて、さまざまな設定のスクリーンショットを撮ることができます。
Exchangeサーバーのディスクへのバックアップは、非常に大きくなる可能性があります。バックアップのサイズによっては、1TBのディスク1枚で4週間の価値がない場合があります。
3つのディスクをセットアップし、1つに交換し、別のディスクにフルに、3分の1に差動を行います。次に、最初の1週間後に使用されたスペースの量を確認します。十分なディスクがない場合は、ドライブごとに1つのバックアップを実行し、そのタイプのバックアップに使用されたスペースを記録した後、ドライブを空にして使用します。
スケジュールされたジョブを使用する場合は、次のスケジュールされたバックアップが開始される前に、時計仕掛けのようにディスクを交換してください。可能であれば、2週目に到達し、使用されているスペースの量を確認できるまで、ローテーションを続行します。
ある時点で、1つ以上のディスクの容量が不足し、BackupExecが前の週のバックアップファイルの上書きを開始することに気付くでしょう。
数週間分のデータを保持するのに十分なスペースがあることを確認したら、上書き保護ポリシーの設定を開始できます。メディアプロパティを変更して、そのセット内のバックアップファイルを数時間、日、週、年、または無限に保護する必要があります。上書き保護を、スペースと以前のバックアップに基づいて保持できると思われるバックアップ-1または-2の週数に対応する日数+1に設定することをお勧めします。たとえば、ドライブが4週間のデータを保持すると思われる場合は、上書き保護を22日または15日に設定し、スペースが不足するとバックアップジョブがハングして、別のドライブを提供するのを待つため、注意深く監視します。 。
最終的には、1つのディスクで3セットすべてを実行できるが、時間は短くなるか、1週間あたりのディスク数を増やして、各ディスクの時間が長くなる方がよいと判断する場合があります。
私の場合、ディスクへのバックアップは取り外し不可能であり、オフサイトストレージにLTO-3テープを使用しています。週に1本のテープでフルとデフの一部を取ります。
ディスクへのバックアップファイルあたりのバックアップセットの最大数：8000（私はちょうど最大のものを選択しました）
ところで、これは、ディスクまたはテープ上の単一のバックアップファイルを共有できるバックアップの日数/週/実行数です。ドライブがいっぱいになると予想される場合は、この数値を低く設定する必要があります。スペースを気にしないのであれば、デフォルトのオプションである100に問題はありませんが、将来の数週間のバックアップのためにこれらの共有ファイルをより早く解放したいので、私は2に設定しました。
これらのドライブをデフラグしたくない場合は、「ディスクファイルへのバックアップを作成するときに最大サイズを割り当てる」を使用するか、8000バックアップにまたがる共有ファイルがさらに断片化されることにも言及する価値があるかもしれません。バックアップが実行されるたびに、最終的に非共有バックアップは、ディスク全体に小さなブロックを取り残し続ける1つのファイルの残りによって断片化されます。
http://seer.entsupport.symantec.com/docs/272517.htm 9.1には、「ディスクファイルへのバックアップを作成するときに最大サイズを割り当てる」オプションがないように見えます。その場合は、ファイルを共有できるバックアップの数を減らすもう1つの理由になります。また、バックアップの速度が低下しすぎる場合は、断片化を軽減するために何かを行う必要があります。
よくわかりませんが、バックアップセットごとに個別のテープが必要になると思います。おそらく3本のテープ：月曜日から金曜日、土曜日、日曜日。
同じテープを別のバックアップセットに使用しようとすると、そのテープに追加できず、上書きされます。
更新：どうやらあなたはテープを使用していないようですが、同じ考えがあなたが使用しているどんなメディアセットにも当てはまります。