Как наиболее эффективно сжать и сохранить резервную копию SQL Server? [закрыто]

9

Я проводил тестирование различных методов сжатия и хранения резервных копий SQL Server (с использованием выпуска SQL Server 2008 R2 Enterprise), и мне интересно, каков наиболее эффективный алгоритм сжатия для долговременного хранения этих резервных копий вне SQL алгоритмы внутреннего сжатия.

Я не беспокоюсь о физическом хранилище или ленточных накопителях или о чем-либо, просто пытаюсь превратить наши 3 ТБ данных и файлов журналов в наименьший отдельный файл, который я могу.

Так, например, будет .zip или .7z? Или в моей базе данных слишком много переменных, чтобы можно было точно оценить, что будет наиболее эффективным, и мне просто нужно провести несколько тестов? Или внутреннее сжатие SQL Server - лучшее, что я получу?

sql-server-2008-r2 compression backup

— Шон Лонг
источник

Физическое хранилище является движущим фактором для этого, потому что на жестком диске мало места. Тем не менее, я хотел уйти от дискуссии о типе RAID, который я использую, или об ответе «Просто получите больше пластин», так как это те вещи, над которыми я уже работаю, но это долгосрочные решения.

— Шон Лонг,

Это похоже на то, что вы можете проверить, так как это будет в значительной степени зависеть от характера ваших данных. Сделайте резервную копию базы данных со сжатием, а затем попробуйте сжать файл резервной копии, используя другие инструменты сжатия. Лично я не могу себе представить, что вы выделите достаточно места, чтобы усложнить процесс, и не забывайте, что большее сжатие = больше ЦП, а иногда - больше времени. Так что если потребуется дополнительная минута, чтобы сэкономить дополнительные 100 МБ дискового пространства, будет ли это того стоить, когда вы будете восстанавливать данные?

— Аарон Бертран

13

Я проводил тестирование различных методов сжатия и хранения резервных копий MS SQL (с использованием выпуска MS SQL 2008 R2 Enterprise), и мне интересно, каков наиболее эффективный алгоритм сжатия для долгосрочного хранения этих резервных копий вне SQL алгоритмы внутреннего сжатия.

Поскольку вы используете SQL 2008 R2 Enterprise edition, вы можете / должны использовать

Сжатие данных - сжатие строк и страниц. на уровне данных
Сжатие резервных копий при создании резервной копии для минимизации дискового пространства резервных копий.
```
USE master;
GO
EXEC sp_configure 'backup compression default', '1';
RECONFIGURE WITH OVERRIDE;
```

Сжатие резервных копий использует циклы ЦП для сжатия данных до того, как они покидают сервер, и поэтому в подавляющем большинстве случаев сжатые резервные копии работают быстрее, чем несжатые.

Обратите внимание, что при использовании инструментов с открытым исходным кодом вам нужно распаковать файл резервной копии базы данных, прежде чем вы сможете самостоятельно начать процесс восстановления.

Например: при получении резервной копии базы данных SQL размером 50 ГБ, сжатой до 5 ГБ. Чтобы восстановить эту базу данных, вам нужно гораздо больше дискового пространства:

5 Гб для почтового файла
50 Гб для резервного файла
50 Гб для восстановленной базы данных. (предположим, что это не пустое место в базе данных)

Всего требуется 105 Гб дискового пространства.

Вы все еще можете использовать инструменты сжатия с открытым исходным кодом, такие как gzip , 7Zip , bzip2 или QuickLZ после сжатия резервной копии, чтобы получить выгоду.

Кроме того, взгляните на MSSQL Compressed Backup на codeplex.

Хорошие ссылки для сравнения статистики

— Кин Шах
источник

3

Если вы сжимаете свои резервные копии с помощью SQL-сжатия, вы не сможете получить большое сжатие, если попытаетесь сжать / 7zip / rar файл резервной копии.

— user1207758

8

Что касается сжатия резервных копий, я (пару лет назад) провел сравнение параметров сжатия резервных копий, предоставляемых Red Gate SQL Backup , Qtests LiteSpeed для SQL Server и Idera SQLSafe , сравнивая три продукта. Различия в типичном резервном копировании при максимальном сжатии составляли примерно 5% разницы между затраченным временем и несколько более широким разбросом по размеру резервной копии, причем Red Gate вышли на первое место (сжатие 90% против 80 и 85% для Idera & Квест, в таком порядке).

— Томас Руштон
источник