私は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サイクルを使用してデータがサーバーを離れる前にデータを圧縮します。そのため、ほとんどのシナリオで、圧縮バックアップは非圧縮バックアップよりも高速です。
オープンソースツールを使用する場合は、データベースバックアップファイルを解凍してから復元プロセスを開始する必要があることに注意してください。
e:g: 5 GBに圧縮された50 GBのSQLデータベースバックアップを受信したとき。このデータベースを復元するには、さらに多くのディスク容量が必要です。
合計で105 GBのディスク容量が必要です。
gzip 、 7Zip 、 bzip2 または QuickLZ のようなオープンソース圧縮ツールを引き続き使用できます。バックアップ圧縮後のメリット。
また、codeplexの MSSQL Compressed Backup もご覧ください。
比較統計の参考資料
バックアップ圧縮に関して、私は(数年前) Red GateのSQLバックアップ 、 Quests's LiteSpeed for SQL Server によって提供されるバックアップ圧縮オプションを比較しました。および Idera's SQLSafe 、3つの製品のベンチマーク。最大圧縮時の一般的なバックアップの違いは、所要時間の3つの間で約5%の広がりで、バックアップサイズはやや広く、レッドゲートが一番上にあります(90%の圧縮とIdera&の80&85%)。クエスト、この順序で)。