実証済みのソリューションに投資すれば、おそらく最善の結果が得られます。
テープは絶対に使えません。ディスクベースのソリューションの方がサイズが優れているため、保守がはるかに簡単です。
TBスケールの場合は、圧縮と重複排除を併用することを検討する必要があります。このようなソリューションでは、いくつかのコミューターで共通の一意のデータのみを格納し、これらの一意のファイルまたはブロックへの参照を持ちます。
また、バックアップサーバーの初期設定が何であれ、製品が拡張可能なストレージをサポートしていることを確認する必要があります。したがって、10TBから始めて、ディスクを追加することができます。
複数のコンピューターがある場合、エージェントレスのバックアップクライアントも適しています。そのため、単一のバックアップクライアントからLAN全体をバックアップできます。一部の製品には、FTP / SFTP / FTPSの場所に基づく仮想コンピューターも含まれています。したがって、Windowsにバックアップクライアントを置き、すべてのLANマシンとLinuxマシンを同じインターフェイスからバックアップできます。
1)増分バックアップと2)差分バックアップのどちらにも基づくアプローチは使用しません。増分バックアップでは、最終的に別の完全バックアップを実行する必要があります。そうしないと、復元時に、あまりにも多くのバックアップを復元する必要があります。差分バックアップでは、最終的に別の完全バックアップを実行する必要があります。そうしないと、差分バックアップが大きくなりすぎます。あなたの場合、10TBを再送信する必要があります。それは許されません。
データをバックアップサーバーにシードするときに、データが変更されていない場合は、データを再転送する必要がないことを確認してください。
完全バックアップを復元する必要がないこと、およびバックアップしたもののサブセットのみを復元できること、および復元元の日のバックアップから選択できることを確認してください。
オフサイトの場所から、およびバックアップクライアントがオフラインの場合でも、データのバックアップを許可する必要があります。それらがオフラインの場合、後でサーバーにインポートするための「大きな初期バックアップ」オプションが必要です。
MS SQLバックアップとExchangeバックアップを組み込んだソリューションを選択し、バックアップするたびにすべてを再転送する必要がないことを確認してください。これらのアイテムのホットバックアップをサポートする必要があります。
上記のすべてをサポートするこの規模の製品の例は、ROBOBAKです。(私もこの会社で働いています)