スペース不足の問題を解決するためのVeeamバックアップおよびコピージョブの再編成
2つのサイトがあります。1つはVeeamManagement Serverをホストし、もう1つはプロキシをホストしています。両方のサーバーにはプロキシとリポジトリの役割があり、両方が1つのジョブを実行して、オンサイトESXisのすべての本番VMをバックアップします。また、両方ともコピージョブを実行して、ローカルサイトとリモートサイトのすべてのバックアップを移動および保持します（GFS保持ポリシーが有効）。
私たちの目標は、すべての本番VMの保護を維持しながら、アーカイブ目的で本番VMの一部を維持することです。
実際の計画ではリポジトリ上のストレージのほぼすべてが消費されているため、バックアップジョブとリポジトリを再編成する予定です。すべての本番VMはGFS保持ポリシーで保持されます。
だから私の計画は：
- 各サイトに新しいリポジトリ「アーカイブ」（同じストレージ上の新しいフォルダのみ）を作成し、監視目的で物事を分割します。
- すべてのバックアップとバックアップを移動します-ファイルをそれらの新しいリポジトリにコピーしてから、それらに対して再スキャンを起動します。
- アーカイブするVMの一部のみを使用して新しいバックアップジョブを作成し、リポジトリを新しい「アーカイブ」リポジトリに設定してから、移動したバックアップをそれらのジョブにマップします。
- GFS保持を有効にして、新しく作成されたバックアップジョブの新しいコピージョブを作成し、保持する復元ポイントを0に設定し、バックアップをローカルおよび他のサイトに保持し、リポジトリを新しい「アーカイブ」リポジトリに設定してから、移動したバックアップをマップします-ファイルをコピーしますそれらの仕事。
- 元のバックアップジョブとコピージョブからアーカイブする本番VMを削除します（リポジトリの再スキャンとバックアップの再マッピングを使用）。
- アーカイブするデータを保持する移動済みのコピージョブファイルから、本番VM（アーカイブされないもの）のバックアップを削除します。
間違いを犯したり、アーカイブしたくないデータから元のバックアップをクリーンアップする手順を忘れたりしましたか？
よろしく、クレメント。
あなたは正しいことをしている。始める前に考慮すべきいくつかのヒント（遅すぎない場合）。増分バックアップチェーンを使用する場合（増分永久ではない）、以前に使用したチェーンを削除することで、スペースを解放できるはずです。逆増分チェーンの場合、最も古いポイントを削除するとさらに簡単になります。一般的な推奨事項は、短期バックアップ（ポリシーに応じて1週間から1か月）にバックアップジョブを使用し、長期アーカイブを維持するためにバックアップコピージョブを使用することです（GFSが例です）。不明な場合は、保持ポリシーとバックアップモードに関するVeeamのベストプラクティスを確認してください。 https://veeampdf.s3.amazonaws.com/guide/veeam_best_practices_vmware.pdf