Przeprowadziłem kilka testów różnych metod kompresji i przechowywania kopii zapasowych SQL Server (przy użyciu SQL Server 2008 R2 Enterprise Edition) i zastanawiam się, jaki jest najbardziej efektywny algorytm kompresji dla długoterminowego przechowywania tych kopii zapasowych poza SQL algorytmy kompresji wewnętrznej.
Nie martwię się o fizyczną pamięć masową, napędy taśmowe itp., Po prostu próbuję zamienić nasz 3 TB danych i plików dziennika w najmniejszy pojedynczy plik, jaki mogę.
Na przykład, czy plik .zip lub .7z? Czy też w mojej bazie danych jest zbyt wiele zmiennych, aby móc dokładnie oszacować, co będzie najbardziej skuteczne, a ja po prostu muszę wykonać kilka testów? A może wewnętrzna kompresja programu SQL Server jest najlepsza?
sql-server-2008-r2
compression
backup
Sean Long
źródło
źródło
Odpowiedzi:
Ponieważ używasz wersji SQL 2008 R2 Enterprise, możesz / musisz wykorzystać
Kompresja kopii zapasowej przy wykonywaniu kopii zapasowej w celu zminimalizowania miejsca na dysku kopii zapasowych.
Kompresja kopii zapasowej wykorzystuje cykle procesora do kompresji danych przed opuszczeniem serwera, dlatego w zdecydowanej większości scenariuszy skompresowane kopie zapasowe są szybsze niż kopie nieskompresowane.
Pamiętaj, że podczas korzystania z narzędzi Open Source należy zdekompresować plik kopii zapasowej bazy danych, zanim będzie można samodzielnie rozpocząć proces przywracania.
np .: Po otrzymaniu kopii zapasowej bazy danych SQL 50 Gb, która jest skompresowana do 5 GB. Aby przywrócić tę bazę danych, potrzebujesz znacznie więcej miejsca na dysku:
W sumie potrzeba 105 Gb miejsca na dysku.
Nadal możesz korzystać z narzędzi kompresji typu open source, takich jak gzip , 7Zip , bzip2 lub QuickLZ po kompresji kopii zapasowej, aby skorzystać.
Zobacz także MSSQL Compressed Backup na codeplex.
Dobre referencje do statystyk porównawczych
źródło
Jeśli chodzi o kompresję kopii zapasowej, zrobiłem (kilka lat temu) porównanie opcji kompresji kopii zapasowych zapewnianych przez SQL Backup firmy Red Gate , LiteSpeed Quests dla SQL Server i SQLSafe Idera , porównując te trzy produkty. Różnice w typowej kopii zapasowej przy maksymalnej kompresji wynosiły około 5% rozrzutu między tymi trzema w czasie, a nieco szerszy dla wielkości kopii zapasowej, z Red Gate na szczycie (90% kompresji vs 80 i 85% dla Idera & Quest, w tej kolejności).
źródło