Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Восстановление из сжатого бекапа  [new]
AngryError
Member

Откуда:
Сообщений: 44
Здравствуйте, коллеги!
Хотел уточнить такой вопрос, на данный момент не могу его проверить на практике (нет под рукой БД).
Если использовать сжатые резервные копии (WITH COMPRESSION) - что происходит со временем восстановления из такой копии?
Ищу подводные камни)
16 янв 18, 12:17    [21110085]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
AngryError
Member

Откуда:
Сообщений: 44
Про время восстановления - имелось ввиду, насколько восстановление из сжатой копии меньше (или больше), чем из обычной.
16 янв 18, 12:18    [21110089]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 36686
В зависимости от того, какой именно ресурс вашего сервера и его бэкап-инфраструктуры является узким местом при восстановлении бэкапа, время или увеличится, или не изменится, или снизится.
16 янв 18, 12:18    [21110092]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
AngryError
Member

Откуда:
Сообщений: 44
Гавриленко Сергей Алексеевич,
А если брать в сферическом вакууме?
Понятно, что в любом случае есть нюансы. Меня сейчас интересует только теоретическая сторона вопроса.
16 янв 18, 12:21    [21110105]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
aleksrov
Member

Откуда:
Сообщений: 948
AngryError
Гавриленко Сергей Алексеевич,
А если брать в сферическом вакууме?
Понятно, что в любом случае есть нюансы. Меня сейчас интересует только теоретическая сторона вопроса.


В вакууме система не живет, сложно сказать. Но у меня полный без сжатия 800 ГБ, с 70, во время выполнения увеличивается нагрузка на CPU, а там думайте сами.
16 янв 18, 12:23    [21110116]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 36686
AngryError
Гавриленко Сергей Алексеевич,
А если брать в сферическом вакууме?
Понятно, что в любом случае есть нюансы. Меня сейчас интересует только теоретическая сторона вопроса.
А я вам написал какие-то конретные варианты, в каком-то не сферическом вакууме?

В ресторе бэкапа участвуют следующие ресурсы:
1. Хранилище под базой.
2. Хранилище под бэкапом.
3. Процессоры сервера.
4. Сеть, если рестор по сети.

Сжатый бэкап увеличивает нагрузку на процессор, но уменьшает размер файла бэкапа (т.е. нагрузку на хранилище под бэкапом/сеть). Далее предлагаю потратить 5 минут, и самостоятельно подумать, как изменится время рестора в зависимости от того, что из 4х ресурсов является узким местом при ресторе бэкапа.
16 янв 18, 12:28    [21110145]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
AngryError
Member

Откуда:
Сообщений: 44
aleksrov,
Ок, спасибо.
Видимо, придется своими руками проверить.
Фишка в том, что у нас на работе БД перевалила за 700ГБ, и мы сейчас включили сжатие.
Оно не только ужало размер БД в 4 раза, но и выполнятся бекап стал в 2 раза быстрее.
Вот ищу обратную сторону медали. Почему то подумал, что, возможно, в случае сжатия - в разы увеличивается время восстановления.
В общем, приеду с отпуска - проверю)
16 янв 18, 12:30    [21110158]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
aleksrov
Member

Откуда:
Сообщений: 948
AngryError
aleksrov,
Ок, спасибо.
Видимо, придется своими руками проверить.
Фишка в том, что у нас на работе БД перевалила за 700ГБ, и мы сейчас включили сжатие.
Оно не только ужало размер БД в 4 раза, но и выполнятся бекап стал в 2 раза быстрее.
Вот ищу обратную сторону медали. Почему то подумал, что, возможно, в случае сжатия - в разы увеличивается время восстановления.
В общем, приеду с отпуска - проверю)


Сжатие в базе и сжатия резервной копии это разные вещи.
Первое бывает двух видов Row и Page, вы что включили?
16 янв 18, 12:35    [21110172]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
Alexander Us
Member

Откуда:
Сообщений: 1091
AngryError
aleksrov,
Ок, спасибо.
Видимо, придется своими руками проверить.
Фишка в том, что у нас на работе БД перевалила за 700ГБ, и мы сейчас включили сжатие.
Оно не только ужало размер БД в 4 раза, но и выполнятся бекап стал в 2 раза быстрее.
Вот ищу обратную сторону медали. Почему то подумал, что, возможно, в случае сжатия - в разы увеличивается время восстановления.
В общем, приеду с отпуска - проверю)


Если уже сжаты основные таблицы, то бэкап со сжатием принесёт мало или только тормоза.
Если сжатие на базе не используется, то бэкап со сжатием может принести существенный выигрыш.
Из того, что я видел - выигрыш по времени/размеру 1,5-3 раза.
Хоть формально считается, что загрузка процессора выше, зато время бэкапа меньше и "общая стоимось" процессора может быть даже меньше (это оценка без изменерий, на глаз).
16 янв 18, 16:35    [21111447]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
AngryError
Member

Откуда:
Сообщений: 44
aleksrov,
Сори, поспешил. Не размер БД, а размер бекапа этой БД, конечно же.

Гавриленко Сергей Алексеевич,
Это понятно.
Просто есть теория, а есть практика.
То, о чем вы говорите - это более практическая часть.
К примеру:
В теории, процессор Intel Core i7 более производителен чем i5.
На практике, все может упереться в производительность памяти или дисковой подсистемы. Это практика.
Также, доподлинно известно, что в теории сжатие WITH COMPRESSION обеспечивает более быстое резервное копирование и уменьшает объем бекапа (в случае, если не используется шифрование и в БД не содержатся разного рода объекты, изображения и т.д.).
Вот я и хотел узнать, что в этой теории говорится о восстановлении БД из такого вот сжатого бекапа. Больше ли времени занимает restore, чем если бы я восстанавливал БД из обычного бекапа?
16 янв 18, 16:41    [21111473]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
AngryError
Member

Откуда:
Сообщений: 44
Alexander Us,
Все верно. У нас так и получилось.
Но вопрос не в этом.
16 янв 18, 16:42    [21111480]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
Alexander Us
Member

Откуда:
Сообщений: 1091
AngryError
Alexander Us,
Все верно. У нас так и получилось.
Но вопрос не в этом.


Из того, что я видел (без компрессии или шифроваия в базе) выигрыш по времени ВОССТАНОВЛЕНИЯ: 1,5-3 раза.
16 янв 18, 16:47    [21111496]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
AngryError
Member

Откуда:
Сообщений: 44
Давайте еще раз переспрошу, видимо я как то криво объясняю.
Есть БД. Самая обычная, без сжатий, шифрований и т.д.

Делается два бекапа. Один со сжатием, второй без сжатия.

Из какого бекапа эта БД восстановится быстрее?
16 янв 18, 16:53    [21111516]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
Alexander Us
Member

Откуда:
Сообщений: 1091
AngryError
Давайте еще раз переспрошу, видимо я как то криво объясняю.
Есть БД. Самая обычная, без сжатий, шифрований и т.д.

Делается два бекапа. Один со сжатием, второй без сжатия.

Из какого бекапа эта БД восстановится быстрее?


Из сжатого.
16 янв 18, 16:55    [21111523]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
Alexander Us
Member

Откуда:
Сообщений: 1091
Alexander Us
Из сжатого.


Дело в том, что при восстановлении больших баз скорее всего узким местом будет хранилище бэкапа или сеть.
Если сжатый бэкап в ~3 маньше чем не сжатый, вот вам и выигрыш.
16 янв 18, 16:59    [21111543]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
архивариус
Member

Откуда:
Сообщений: 149
Alexander Us
Alexander Us
Из сжатого.

Дело в том, что при восстановлении больших баз скорее всего узким местом будет хранилище бэкапа или сеть.
Если сжатый бэкап в ~3 маньше чем не сжатый, вот вам и выигрыш.

соглашусь, но только для бэкапа, а для восстановления (ТС именно оно волнует) совсем не факт:
для восстановления получите выигрыш если хранилище бэкапа медленнее чем хранилище базы (например ленты), а если они примерно равны то записать то вам придется один и тот же объём равный несжатой базе и выигрыша от меньшего объёма чтений вы не увидите во времени восстановления. Вот если и база пожата и бэкап со сжатием, то выигрыш очень даже возможен и при бэкапе и при восстановлении, но процессор будет использоваться интенсивнее... (опять же возможны нюансы, данные в базе может плохо сожмутся )
16 янв 18, 17:36    [21111640]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 30702
AngryError
Фишка в том, что у нас на работе БД перевалила за 700ГБ, и мы сейчас включили сжатие.
Оно не только ужало размер БД в 4 раза, но и выполнятся бекап стал в 2 раза быстрее.
Вот ищу обратную сторону медали. Почему то подумал, что, возможно, в случае сжатия - в разы увеличивается время восстановления.
Значит, время восстановления тоже уменьшится в 2 раза.
Так как у вас узким местом является диск, а не процессор.
AngryError
А если брать в сферическом вакууме?
Обычно так и бывает, редко у кого много дисколв и мало процессора, обычно наоборот.
16 янв 18, 18:23    [21111771]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
Col
Member

Откуда: Торонто
Сообщений: 177
alexeyvg
Обычно так и бывает, редко у кого много дисколв и мало процессора, обычно наоборот.

Вообще-то "обычно" все совсем не так.
"Обычно" никто не заморачивается вопросом распараллеливание процедур бакапа-рестора.
И очень даже зря.
Стоит разбить бакап на колличество файлов равное количеству логических ядер в одной нюма ноде но всегда не менее восьми и время процедур бакапа-рестора открывает новые горизонты в понимании "как же все это работает на самом деле".

В общем не колличеством дисков единым лимитируется пропускная способность сиквела по бакап-рестору. ;)
16 янв 18, 18:34    [21111792]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 30702
Col
alexeyvg
Обычно так и бывает, редко у кого много дисколв и мало процессора, обычно наоборот.

Вообще-то "обычно" все совсем не так.
"Обычно" никто не заморачивается вопросом распараллеливание процедур бакапа-рестора.
И очень даже зря.
Стоит разбить бакап на колличество файлов равное количеству логических ядер в одной нюма ноде но всегда не менее восьми и время процедур бакапа-рестора открывает новые горизонты в понимании "как же все это работает на самом деле".

В общем не колличеством дисков единым лимитируется пропускная способность сиквела по бакап-рестору. ;)
Хм, интересно, нужно попробовать для своего 3 Тб бакапа на внешний USB2.0 диск :-)

"Обычно" - я имел в виду действительно обычные ситуации, то есть 1С, бакап на тот же 5й рейд, или на одиночный SATA диск, или по 1 гб сети.
А вот проц обычно неслабый, даже десктопный i7 этого "сервера" будет не нагружен.
То есть диски у народа реально слабые.
И даже при распараллеливании бакапа, мне кажется, проц будет нагружен слабо. Хотя нужно попробовать.
16 янв 18, 19:10    [21111891]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 36686
Если плясать от среднего по больнице throughput одного ядра в 200 Мб/с, то через одну нума-ноду (сокет) с двадцатиядерным процессором (или сколько там сейчас уже делают) можно прокачивать 4 Гб/сек. Очень сложно в этом случае упереть все в проц, очень.
16 янв 18, 19:33    [21111929]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 30702
Гавриленко Сергей Алексеевич
Если плясать от среднего по больнице throughput одного ядра в 200 Мб/с, то через одну нума-ноду (сокет) с двадцатиядерным процессором (или сколько там сейчас уже делают) можно прокачивать 4 Гб/сек. Очень сложно в этом случае упереть все в проц, очень.
+1
ИМХО он и так нормально распараллеливает. Вот не видел, что бы упиралось в 200 мб/с
Наверняка если разбить бакап на несколько файлов, будет немного получше, но не в разы. Для обычного случая, конечно - если есть много рейдов для бакапа, то ситуация поменяется кардинально.
16 янв 18, 19:46    [21111962]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
Col
Member

Откуда: Торонто
Сообщений: 177
Странные вы.
Рекомендации для ТемпДБ вас не удивляют, а тоже самое для бакапов смущает.
Тот-же принцип и тот-же еффект. :)
16 янв 18, 20:33    [21112065]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
Alexander Us
Member

Откуда:
Сообщений: 1091
alexeyvg
Хм, интересно, нужно попробовать для своего 3 Тб бакапа на внешний USB2.0 диск :-)

Кстати и птичках: у меня прекрасно идёт большая (второстепенная) база ~2-3ТБ на внешний USB2.0 диск.
16 янв 18, 21:21    [21112156]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
Alexander Us
Member

Откуда:
Сообщений: 1091
Alexander Us
alexeyvg
Хм, интересно, нужно попробовать для своего 3 Тб бакапа на внешний USB2.0 диск :-)

Кстати и птичках: у меня прекрасно идёт большая (второстепенная) база ~2-3ТБ на внешний USB2.0 диск.

Насчёт "прекрасно" я конечно погорячился, но идёт, скажем удовлетворительно.
16 янв 18, 21:22    [21112158]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление из сжатого бекапа  [new]
Andy_OLAP
Member

Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион
Сообщений: 3151
AngryError
Здравствуйте, коллеги!
Хотел уточнить такой вопрос, на данный момент не могу его проверить на практике (нет под рукой БД).
Если использовать сжатые резервные копии (WITH COMPRESSION) - что происходит со временем восстановления из такой копии?
Ищу подводные камни)

Ну таки вот Вам подводный камень на 2016 до 7-го кумулятивного апдейта.
16 янв 18, 23:38    [21112420]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить