Автор: Вячеслав
Решил сравнить несколько способов сжатия резервных копий БД- скорость и процент сжатия.
Для этого буду использовать несколько способов сжатия БД:
1) Встроенное сжатие MS SQL 2008 R2
2) Сжатие средствами архиватора 7-zip
3) Сжатие средствами продукта Idera SQLsafe версия 6.6.0.104
В данном тесте внимание акцентируется не на ” за сколько будет создан бекап базы данных n-го размера и за сколько она сжата”, а на процентное соотношение размера бекапа и соотношению времени создания резервной копии, поэтому подробное описание материальное составляющей тестового сервера не имеет смысла, скажу, что все тестирования были произведены на одном и том же виртуальном сервере с выделенным одним ядром, резервная копия создается локально, без проверки контрольной суммы.
Итак, дано:
База данных 20 гб
database_name database_size unallocated space
——————————- —————— ——————
backupbd 9859.56 MB 0.00 MB
reserved data index_size unused
—————— —————— —————— ——————
9593992 KB 7749680 KB 1830512 KB 13800 KB
Выбрал базу данных, у которой внутри мало свободного места, набор данных обычные “банковские данные”J, нет содержания файлов, больших полей, только цифры и буквыJ.
Итак, ниже результаты:
Тип операции | Размер резервной копии (Мб) | Время (сек) |
Резервная копия без сжатия: | 8 888 | 92 |
Резервная копия со сжатием средств MS SQL | 1 627 | 84 |
Резервная копия со сжатием средств архиватора 7-zip – уровень сжатия Максимальный, тип сжатия LZMA , потоков -1 | 610 | 4930 |
Сжатие средствами Idera SQLsafe– тип сжатия iSpeed | 1 572 | 74 |
В виде графика:
Еще раз повторяюсь цифры здесь указаны только для показания порядка и разницы в методах, все зависит от многих факторов: загрузки ресурсов, типы хранимых данных и т.д
Итог:
Если вы хотите сжать резервную копию и сэкономить на дисковых ресурсах, то используйте внешние средства архивирования резервных копий.
Если нужно что-то среднее, то используйте либо встроенные средства MS SQL 2008 сжатия резервных копий или стороннюю программу как Idera SQLsafe.
Но в обоих случаях нужно быть уверен в свободных ресурсах CPU, т.к любое сжатие это большое потребление ресурсов процессоров