Как влияет сжатие резервных копий на загрузку процессоров

Автор: Paul Randal, SQL Server 2008: Backup Compression CPU Cost

Я давно обещал написать о встроенном сжатии резервных копий (Backup Compression). Для этой статьи я расширил базу данных AdventureWorks до 322 МБ (случайный размер, но достаточно большой, чтобы получить приемлемое время выполнения на моём сервере). Я использовал системный монитор (System Monitor) для измерения времени ЦП в пользовательском режиме (%user-mode CPU time), а также пропускной способности резервного копирования и восстановления для сжатой и несжатой операций резервного копирования, а затем и восстановления.

Результаты тестов

1) Для несжатой резервной копии: средняя загрузка ЦП составила 5% (зелёная линия внизу), время выполнения — 39,5 секунды, и, конечно, для хранения резервной копии потребовалось 322 МБ.

2) Для сжатой резервной копии: средняя загрузка ЦП была значительно выше — 25%, НО время выполнения составило 21,6 секунды (улучшение на 45%), а резервная копия заняла 76,7 МБ (коэффициент сжатия 4,2x). Очень круто.

3) При восстановлении из несжатой резервной копии: средняя загрузка ЦП составила 8%, время выполнения — 71,0 секунды.

4) При восстановлении из сжатой резервной копии: средняя загрузка ЦП составила 14,5%, а время выполнения — 36 секунд (улучшение на 50%).

Вывод

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