Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Восстановление из сжатого бекапа / 25 сообщений из 33, страница 1 из 2
  1  все
16.01.2018, 12:17
    #39584969
AngryError
AngryError
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
Здравствуйте, коллеги!
Хотел уточнить такой вопрос, на данный момент не могу его проверить на практике (нет под рукой БД).
Если использовать сжатые резервные копии (WITH COMPRESSION) - что происходит со временем восстановления из такой копии?
Ищу подводные камни)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 12:18
    #39584971
AngryError
AngryError
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
Про время восстановления - имелось ввиду, насколько восстановление из сжатой копии меньше (или больше), чем из обычной.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 12:18
    #39584972
Гавриленко Сергей Алексеевич
Гавриленко Сергей Алексеевич
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
В зависимости от того, какой именно ресурс вашего сервера и его бэкап-инфраструктуры является узким местом при восстановлении бэкапа, время или увеличится, или не изменится, или снизится.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 12:21
    #39584976
AngryError
AngryError
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
Гавриленко Сергей Алексеевич,
А если брать в сферическом вакууме?
Понятно, что в любом случае есть нюансы. Меня сейчас интересует только теоретическая сторона вопроса.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 12:23
    #39584979
aleksrov
aleksrov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
AngryErrorГавриленко Сергей Алексеевич,
А если брать в сферическом вакууме?
Понятно, что в любом случае есть нюансы. Меня сейчас интересует только теоретическая сторона вопроса.

В вакууме система не живет, сложно сказать. Но у меня полный без сжатия 800 ГБ, с 70, во время выполнения увеличивается нагрузка на CPU, а там думайте сами.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 12:28
    #39584985
Гавриленко Сергей Алексеевич
Гавриленко Сергей Алексеевич
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
AngryErrorГавриленко Сергей Алексеевич,
А если брать в сферическом вакууме?
Понятно, что в любом случае есть нюансы. Меня сейчас интересует только теоретическая сторона вопроса.А я вам написал какие-то конретные варианты, в каком-то не сферическом вакууме?

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

Сжатый бэкап увеличивает нагрузку на процессор, но уменьшает размер файла бэкапа (т.е. нагрузку на хранилище под бэкапом/сеть). Далее предлагаю потратить 5 минут, и самостоятельно подумать, как изменится время рестора в зависимости от того, что из 4х ресурсов является узким местом при ресторе бэкапа.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 12:30
    #39584992
AngryError
AngryError
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
aleksrov,
Ок, спасибо.
Видимо, придется своими руками проверить.
Фишка в том, что у нас на работе БД перевалила за 700ГБ, и мы сейчас включили сжатие.
Оно не только ужало размер БД в 4 раза, но и выполнятся бекап стал в 2 раза быстрее.
Вот ищу обратную сторону медали. Почему то подумал, что, возможно, в случае сжатия - в разы увеличивается время восстановления.
В общем, приеду с отпуска - проверю)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 12:35
    #39584996
aleksrov
aleksrov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
AngryErroraleksrov,
Ок, спасибо.
Видимо, придется своими руками проверить.
Фишка в том, что у нас на работе БД перевалила за 700ГБ, и мы сейчас включили сжатие.
Оно не только ужало размер БД в 4 раза, но и выполнятся бекап стал в 2 раза быстрее.
Вот ищу обратную сторону медали. Почему то подумал, что, возможно, в случае сжатия - в разы увеличивается время восстановления.
В общем, приеду с отпуска - проверю)

Сжатие в базе и сжатия резервной копии это разные вещи.
Первое бывает двух видов Row и Page, вы что включили?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 16:35
    #39585246
Alexander Us
Alexander Us
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
AngryErroraleksrov,
Ок, спасибо.
Видимо, придется своими руками проверить.
Фишка в том, что у нас на работе БД перевалила за 700ГБ, и мы сейчас включили сжатие.
Оно не только ужало размер БД в 4 раза, но и выполнятся бекап стал в 2 раза быстрее.
Вот ищу обратную сторону медали. Почему то подумал, что, возможно, в случае сжатия - в разы увеличивается время восстановления.
В общем, приеду с отпуска - проверю)

Если уже сжаты основные таблицы, то бэкап со сжатием принесёт мало или только тормоза.
Если сжатие на базе не используется, то бэкап со сжатием может принести существенный выигрыш.
Из того, что я видел - выигрыш по времени/размеру 1,5-3 раза.
Хоть формально считается, что загрузка процессора выше, зато время бэкапа меньше и "общая стоимось" процессора может быть даже меньше (это оценка без изменерий, на глаз).
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 16:41
    #39585260
AngryError
AngryError
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
aleksrov,
Сори, поспешил. Не размер БД, а размер бекапа этой БД, конечно же.

Гавриленко Сергей Алексеевич,
Это понятно.
Просто есть теория, а есть практика.
То, о чем вы говорите - это более практическая часть.
К примеру:
В теории, процессор Intel Core i7 более производителен чем i5.
На практике, все может упереться в производительность памяти или дисковой подсистемы. Это практика.
Также, доподлинно известно, что в теории сжатие WITH COMPRESSION обеспечивает более быстое резервное копирование и уменьшает объем бекапа (в случае, если не используется шифрование и в БД не содержатся разного рода объекты, изображения и т.д.).
Вот я и хотел узнать, что в этой теории говорится о восстановлении БД из такого вот сжатого бекапа. Больше ли времени занимает restore, чем если бы я восстанавливал БД из обычного бекапа?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 16:42
    #39585262
AngryError
AngryError
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
Alexander Us,
Все верно. У нас так и получилось.
Но вопрос не в этом.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 16:47
    #39585269
Alexander Us
Alexander Us
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
AngryErrorAlexander Us,
Все верно. У нас так и получилось.
Но вопрос не в этом.

Из того, что я видел (без компрессии или шифроваия в базе) выигрыш по времени ВОССТАНОВЛЕНИЯ: 1,5-3 раза.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 16:53
    #39585281
AngryError
AngryError
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
Давайте еще раз переспрошу, видимо я как то криво объясняю.
Есть БД. Самая обычная, без сжатий, шифрований и т.д.

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

Из какого бекапа эта БД восстановится быстрее?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 16:55
    #39585286
Alexander Us
Alexander Us
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
AngryErrorДавайте еще раз переспрошу, видимо я как то криво объясняю.
Есть БД. Самая обычная, без сжатий, шифрований и т.д.

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

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

Из сжатого.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 16:59
    #39585293
Alexander Us
Alexander Us
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
Alexander UsИз сжатого.

Дело в том, что при восстановлении больших баз скорее всего узким местом будет хранилище бэкапа или сеть.
Если сжатый бэкап в ~3 маньше чем не сжатый, вот вам и выигрыш.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 17:36
    #39585332
архивариус
архивариус
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
Alexander UsAlexander UsИз сжатого.
Дело в том, что при восстановлении больших баз скорее всего узким местом будет хранилище бэкапа или сеть.
Если сжатый бэкап в ~3 маньше чем не сжатый, вот вам и выигрыш.
соглашусь, но только для бэкапа, а для восстановления (ТС именно оно волнует) совсем не факт:
для восстановления получите выигрыш если хранилище бэкапа медленнее чем хранилище базы (например ленты), а если они примерно равны то записать то вам придется один и тот же объём равный несжатой базе и выигрыша от меньшего объёма чтений вы не увидите во времени восстановления. Вот если и база пожата и бэкап со сжатием, то выигрыш очень даже возможен и при бэкапе и при восстановлении, но процессор будет использоваться интенсивнее... (опять же возможны нюансы, данные в базе может плохо сожмутся )
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 18:23
    #39585353
alexeyvg
alexeyvg
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
AngryErrorФишка в том, что у нас на работе БД перевалила за 700ГБ, и мы сейчас включили сжатие.
Оно не только ужало размер БД в 4 раза, но и выполнятся бекап стал в 2 раза быстрее.
Вот ищу обратную сторону медали. Почему то подумал, что, возможно, в случае сжатия - в разы увеличивается время восстановления.Значит, время восстановления тоже уменьшится в 2 раза.
Так как у вас узким местом является диск, а не процессор.
AngryErrorА если брать в сферическом вакууме?Обычно так и бывает, редко у кого много дисколв и мало процессора, обычно наоборот.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 18:34
    #39585361
Col
Col
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
alexeyvgОбычно так и бывает, редко у кого много дисколв и мало процессора, обычно наоборот.
Вообще-то "обычно" все совсем не так.
"Обычно" никто не заморачивается вопросом распараллеливание процедур бакапа-рестора.
И очень даже зря.
Стоит разбить бакап на колличество файлов равное количеству логических ядер в одной нюма ноде но всегда не менее восьми и время процедур бакапа-рестора открывает новые горизонты в понимании "как же все это работает на самом деле".

В общем не колличеством дисков единым лимитируется пропускная способность сиквела по бакап-рестору. ;)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 19:10
    #39585385
alexeyvg
alexeyvg
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
ColalexeyvgОбычно так и бывает, редко у кого много дисколв и мало процессора, обычно наоборот.
Вообще-то "обычно" все совсем не так.
"Обычно" никто не заморачивается вопросом распараллеливание процедур бакапа-рестора.
И очень даже зря.
Стоит разбить бакап на колличество файлов равное количеству логических ядер в одной нюма ноде но всегда не менее восьми и время процедур бакапа-рестора открывает новые горизонты в понимании "как же все это работает на самом деле".

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

"Обычно" - я имел в виду действительно обычные ситуации, то есть 1С, бакап на тот же 5й рейд, или на одиночный SATA диск, или по 1 гб сети.
А вот проц обычно неслабый, даже десктопный i7 этого "сервера" будет не нагружен.
То есть диски у народа реально слабые.
И даже при распараллеливании бакапа, мне кажется, проц будет нагружен слабо. Хотя нужно попробовать.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 19:33
    #39585396
Гавриленко Сергей Алексеевич
Гавриленко Сергей Алексеевич
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
Если плясать от среднего по больнице throughput одного ядра в 200 Мб/с, то через одну нума-ноду (сокет) с двадцатиядерным процессором (или сколько там сейчас уже делают) можно прокачивать 4 Гб/сек. Очень сложно в этом случае упереть все в проц, очень.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 19:46
    #39585404
alexeyvg
alexeyvg
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
Гавриленко Сергей АлексеевичЕсли плясать от среднего по больнице throughput одного ядра в 200 Мб/с, то через одну нума-ноду (сокет) с двадцатиядерным процессором (или сколько там сейчас уже делают) можно прокачивать 4 Гб/сек. Очень сложно в этом случае упереть все в проц, очень.+1
ИМХО он и так нормально распараллеливает. Вот не видел, что бы упиралось в 200 мб/с
Наверняка если разбить бакап на несколько файлов, будет немного получше, но не в разы. Для обычного случая, конечно - если есть много рейдов для бакапа, то ситуация поменяется кардинально.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 20:33
    #39585419
Col
Col
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
Странные вы.
Рекомендации для ТемпДБ вас не удивляют, а тоже самое для бакапов смущает.
Тот-же принцип и тот-же еффект. :)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 21:21
    #39585429
Alexander Us
Alexander Us
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
alexeyvgХм, интересно, нужно попробовать для своего 3 Тб бакапа на внешний USB2.0 диск :-)
Кстати и птичках: у меня прекрасно идёт большая (второстепенная) база ~2-3ТБ на внешний USB2.0 диск.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 21:22
    #39585430
Alexander Us
Alexander Us
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
Alexander UsalexeyvgХм, интересно, нужно попробовать для своего 3 Тб бакапа на внешний USB2.0 диск :-)
Кстати и птичках: у меня прекрасно идёт большая (второстепенная) база ~2-3ТБ на внешний USB2.0 диск.
Насчёт "прекрасно" я конечно погорячился, но идёт, скажем удовлетворительно.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.01.2018, 23:38
    #39585463
Andy_OLAP
Andy_OLAP
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Восстановление из сжатого бекапа
AngryErrorЗдравствуйте, коллеги!
Хотел уточнить такой вопрос, на данный момент не могу его проверить на практике (нет под рукой БД).
Если использовать сжатые резервные копии (WITH COMPRESSION) - что происходит со временем восстановления из такой копии?
Ищу подводные камни)
Ну таки вот Вам подводный камень на 2016 до 7-го кумулятивного апдейта .
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
  1  все
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Восстановление из сжатого бекапа / 25 сообщений из 33, страница 1 из 2
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]