SQL Serverバックアップを圧縮して保存する最も効果的な方法は何ですか？[閉まっている]

私はSQL Serverバックアップを圧縮および保存するためのさまざまな方法のテストをいくつか行っています（SQL Server 2008 R2 Enterpriseエディションを使用）。SQLの外部でこれらのバックアップを長期的に保存するための最も効果的な圧縮アルゴリズムは何かと思います。内部圧縮アルゴリズム。

私は、物理ストレージやテープドライブなどについて心配していません。3TBのデータファイルとログファイルを、可能な限り最小の単一ファイルに変換しようとしています。

たとえば、.zipまたは.7zでしょうか？または、データベース内の変数が多すぎて、何が最も効果的であるかを正確に推定できず、いくつかのテストを実行するだけで済みますか？または、SQL Serverの内部圧縮は私が得られる最高のものですか？

私は、MS SQLバックアップを圧縮および保存するためのさまざまな方法のテストをいくつか行っています（MS SQL 2008 R2 Enterpriseエディションを使用）。SQLの外部で、これらのバックアップを長期的に保存するための最も効果的な圧縮アルゴリズムは何かと思います。内部圧縮アルゴリズム。

SQL 2008 R2 Enterpriseエディションを使用しているため、活用できる/必要があります

• データ圧縮-行とページの圧縮。データレベル

• バックアップのディスクフットプリントを最小化するためのバックアップの実行時のバックアップ圧縮。

  USE master;
  GO
  EXEC sp_configure 'backup compression default', '1';
  RECONFIGURE WITH OVERRIDE;
  

バックアップ圧縮は、CPUサイクルを使用してデータがサーバーを離れる前にデータを圧縮します。そのため、ほとんどのシナリオで、圧縮バックアップは非圧縮バックアップよりも高速です。

オープンソースツールを使用する場合、復元プロセスを開始する前に、データベースバックアップファイルを解凍する必要があることに注意してください。

例： 5 GBに圧縮された50 GBのSQLデータベースバックアップを受け取った場合。このデータベースを復元するには、さらに多くのディスク容量が必要です。

• zipファイル用に5 GB
• バックアップファイル用に50 GB
• 復元されたデータベース用に50 Gb。（データベースに空のスペースがないと想定）

合計で105 GBのディスク容量が必要です。

バックアップの圧縮後もgzip、7Zip、bzip2またはQuickLZなどのオープンソース圧縮ツールを使用してメリットを得ることができます。

また、codeplexのMSSQL Compressed Backupもご覧ください。

比較統計の参考資料

• マルチコア時代のファイル圧縮。
• データベースダンプの圧縮方法の比較

バックアップ圧縮に関して、私は（数年前に）Red GateのSQLバックアップ、QuestsのLiteSpeed for SQL Server、およびIderaのSQLSafeが提供するバックアップ圧縮オプションを比較して、3つの製品のベンチマークを行いました。最大圧縮時の一般的なバックアップの違いは、所要時間の3つの間の約5％の広がりとバックアップサイズのやや広い広がりで、レッドゲートが最上位になりました（90％の圧縮対Idera＆の80＆85％）。クエスト、この順序で）。