Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
Здравствуйте, коллеги! Хотел уточнить такой вопрос, на данный момент не могу его проверить на практике (нет под рукой БД). Если использовать сжатые резервные копии (WITH COMPRESSION) - что происходит со временем восстановления из такой копии? Ищу подводные камни) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 12:17 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
Про время восстановления - имелось ввиду, насколько восстановление из сжатой копии меньше (или больше), чем из обычной. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 12:18 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
В зависимости от того, какой именно ресурс вашего сервера и его бэкап-инфраструктуры является узким местом при восстановлении бэкапа, время или увеличится, или не изменится, или снизится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 12:18 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей Алексеевич, А если брать в сферическом вакууме? Понятно, что в любом случае есть нюансы. Меня сейчас интересует только теоретическая сторона вопроса. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 12:21 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
AngryErrorГавриленко Сергей Алексеевич, А если брать в сферическом вакууме? Понятно, что в любом случае есть нюансы. Меня сейчас интересует только теоретическая сторона вопроса. В вакууме система не живет, сложно сказать. Но у меня полный без сжатия 800 ГБ, с 70, во время выполнения увеличивается нагрузка на CPU, а там думайте сами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 12:23 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
AngryErrorГавриленко Сергей Алексеевич, А если брать в сферическом вакууме? Понятно, что в любом случае есть нюансы. Меня сейчас интересует только теоретическая сторона вопроса.А я вам написал какие-то конретные варианты, в каком-то не сферическом вакууме? В ресторе бэкапа участвуют следующие ресурсы: 1. Хранилище под базой. 2. Хранилище под бэкапом. 3. Процессоры сервера. 4. Сеть, если рестор по сети. Сжатый бэкап увеличивает нагрузку на процессор, но уменьшает размер файла бэкапа (т.е. нагрузку на хранилище под бэкапом/сеть). Далее предлагаю потратить 5 минут, и самостоятельно подумать, как изменится время рестора в зависимости от того, что из 4х ресурсов является узким местом при ресторе бэкапа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 12:28 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
aleksrov, Ок, спасибо. Видимо, придется своими руками проверить. Фишка в том, что у нас на работе БД перевалила за 700ГБ, и мы сейчас включили сжатие. Оно не только ужало размер БД в 4 раза, но и выполнятся бекап стал в 2 раза быстрее. Вот ищу обратную сторону медали. Почему то подумал, что, возможно, в случае сжатия - в разы увеличивается время восстановления. В общем, приеду с отпуска - проверю) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 12:30 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
AngryErroraleksrov, Ок, спасибо. Видимо, придется своими руками проверить. Фишка в том, что у нас на работе БД перевалила за 700ГБ, и мы сейчас включили сжатие. Оно не только ужало размер БД в 4 раза, но и выполнятся бекап стал в 2 раза быстрее. Вот ищу обратную сторону медали. Почему то подумал, что, возможно, в случае сжатия - в разы увеличивается время восстановления. В общем, приеду с отпуска - проверю) Сжатие в базе и сжатия резервной копии это разные вещи. Первое бывает двух видов Row и Page, вы что включили? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 12:35 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
AngryErroraleksrov, Ок, спасибо. Видимо, придется своими руками проверить. Фишка в том, что у нас на работе БД перевалила за 700ГБ, и мы сейчас включили сжатие. Оно не только ужало размер БД в 4 раза, но и выполнятся бекап стал в 2 раза быстрее. Вот ищу обратную сторону медали. Почему то подумал, что, возможно, в случае сжатия - в разы увеличивается время восстановления. В общем, приеду с отпуска - проверю) Если уже сжаты основные таблицы, то бэкап со сжатием принесёт мало или только тормоза. Если сжатие на базе не используется, то бэкап со сжатием может принести существенный выигрыш. Из того, что я видел - выигрыш по времени/размеру 1,5-3 раза. Хоть формально считается, что загрузка процессора выше, зато время бэкапа меньше и "общая стоимось" процессора может быть даже меньше (это оценка без изменерий, на глаз). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 16:35 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
aleksrov, Сори, поспешил. Не размер БД, а размер бекапа этой БД, конечно же. Гавриленко Сергей Алексеевич, Это понятно. Просто есть теория, а есть практика. То, о чем вы говорите - это более практическая часть. К примеру: В теории, процессор Intel Core i7 более производителен чем i5. На практике, все может упереться в производительность памяти или дисковой подсистемы. Это практика. Также, доподлинно известно, что в теории сжатие WITH COMPRESSION обеспечивает более быстое резервное копирование и уменьшает объем бекапа (в случае, если не используется шифрование и в БД не содержатся разного рода объекты, изображения и т.д.). Вот я и хотел узнать, что в этой теории говорится о восстановлении БД из такого вот сжатого бекапа. Больше ли времени занимает restore, чем если бы я восстанавливал БД из обычного бекапа? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 16:41 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
Alexander Us, Все верно. У нас так и получилось. Но вопрос не в этом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 16:42 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
AngryErrorAlexander Us, Все верно. У нас так и получилось. Но вопрос не в этом. Из того, что я видел (без компрессии или шифроваия в базе) выигрыш по времени ВОССТАНОВЛЕНИЯ: 1,5-3 раза. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 16:47 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
Давайте еще раз переспрошу, видимо я как то криво объясняю. Есть БД. Самая обычная, без сжатий, шифрований и т.д. Делается два бекапа. Один со сжатием, второй без сжатия. Из какого бекапа эта БД восстановится быстрее? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 16:53 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
AngryErrorДавайте еще раз переспрошу, видимо я как то криво объясняю. Есть БД. Самая обычная, без сжатий, шифрований и т.д. Делается два бекапа. Один со сжатием, второй без сжатия. Из какого бекапа эта БД восстановится быстрее? Из сжатого. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 16:55 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
Alexander UsИз сжатого. Дело в том, что при восстановлении больших баз скорее всего узким местом будет хранилище бэкапа или сеть. Если сжатый бэкап в ~3 маньше чем не сжатый, вот вам и выигрыш. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 16:59 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
Alexander UsAlexander UsИз сжатого. Дело в том, что при восстановлении больших баз скорее всего узким местом будет хранилище бэкапа или сеть. Если сжатый бэкап в ~3 маньше чем не сжатый, вот вам и выигрыш. соглашусь, но только для бэкапа, а для восстановления (ТС именно оно волнует) совсем не факт: для восстановления получите выигрыш если хранилище бэкапа медленнее чем хранилище базы (например ленты), а если они примерно равны то записать то вам придется один и тот же объём равный несжатой базе и выигрыша от меньшего объёма чтений вы не увидите во времени восстановления. Вот если и база пожата и бэкап со сжатием, то выигрыш очень даже возможен и при бэкапе и при восстановлении, но процессор будет использоваться интенсивнее... (опять же возможны нюансы, данные в базе может плохо сожмутся ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 17:36 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
AngryErrorФишка в том, что у нас на работе БД перевалила за 700ГБ, и мы сейчас включили сжатие. Оно не только ужало размер БД в 4 раза, но и выполнятся бекап стал в 2 раза быстрее. Вот ищу обратную сторону медали. Почему то подумал, что, возможно, в случае сжатия - в разы увеличивается время восстановления.Значит, время восстановления тоже уменьшится в 2 раза. Так как у вас узким местом является диск, а не процессор. AngryErrorА если брать в сферическом вакууме?Обычно так и бывает, редко у кого много дисколв и мало процессора, обычно наоборот. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 18:23 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
alexeyvgОбычно так и бывает, редко у кого много дисколв и мало процессора, обычно наоборот. Вообще-то "обычно" все совсем не так. "Обычно" никто не заморачивается вопросом распараллеливание процедур бакапа-рестора. И очень даже зря. Стоит разбить бакап на колличество файлов равное количеству логических ядер в одной нюма ноде но всегда не менее восьми и время процедур бакапа-рестора открывает новые горизонты в понимании "как же все это работает на самом деле". В общем не колличеством дисков единым лимитируется пропускная способность сиквела по бакап-рестору. ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 18:34 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
ColalexeyvgОбычно так и бывает, редко у кого много дисколв и мало процессора, обычно наоборот. Вообще-то "обычно" все совсем не так. "Обычно" никто не заморачивается вопросом распараллеливание процедур бакапа-рестора. И очень даже зря. Стоит разбить бакап на колличество файлов равное количеству логических ядер в одной нюма ноде но всегда не менее восьми и время процедур бакапа-рестора открывает новые горизонты в понимании "как же все это работает на самом деле". В общем не колличеством дисков единым лимитируется пропускная способность сиквела по бакап-рестору. ;)Хм, интересно, нужно попробовать для своего 3 Тб бакапа на внешний USB2.0 диск :-) "Обычно" - я имел в виду действительно обычные ситуации, то есть 1С, бакап на тот же 5й рейд, или на одиночный SATA диск, или по 1 гб сети. А вот проц обычно неслабый, даже десктопный i7 этого "сервера" будет не нагружен. То есть диски у народа реально слабые. И даже при распараллеливании бакапа, мне кажется, проц будет нагружен слабо. Хотя нужно попробовать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 19:10 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
Если плясать от среднего по больнице throughput одного ядра в 200 Мб/с, то через одну нума-ноду (сокет) с двадцатиядерным процессором (или сколько там сейчас уже делают) можно прокачивать 4 Гб/сек. Очень сложно в этом случае упереть все в проц, очень. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 19:33 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей АлексеевичЕсли плясать от среднего по больнице throughput одного ядра в 200 Мб/с, то через одну нума-ноду (сокет) с двадцатиядерным процессором (или сколько там сейчас уже делают) можно прокачивать 4 Гб/сек. Очень сложно в этом случае упереть все в проц, очень.+1 ИМХО он и так нормально распараллеливает. Вот не видел, что бы упиралось в 200 мб/с Наверняка если разбить бакап на несколько файлов, будет немного получше, но не в разы. Для обычного случая, конечно - если есть много рейдов для бакапа, то ситуация поменяется кардинально. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 19:46 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
Странные вы. Рекомендации для ТемпДБ вас не удивляют, а тоже самое для бакапов смущает. Тот-же принцип и тот-же еффект. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 20:33 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
alexeyvgХм, интересно, нужно попробовать для своего 3 Тб бакапа на внешний USB2.0 диск :-) Кстати и птичках: у меня прекрасно идёт большая (второстепенная) база ~2-3ТБ на внешний USB2.0 диск. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 21:21 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
Alexander UsalexeyvgХм, интересно, нужно попробовать для своего 3 Тб бакапа на внешний USB2.0 диск :-) Кстати и птичках: у меня прекрасно идёт большая (второстепенная) база ~2-3ТБ на внешний USB2.0 диск. Насчёт "прекрасно" я конечно погорячился, но идёт, скажем удовлетворительно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 21:22 |
|
||
|
Восстановление из сжатого бекапа
|
|||
|---|---|---|---|
|
#18+
AngryErrorЗдравствуйте, коллеги! Хотел уточнить такой вопрос, на данный момент не могу его проверить на практике (нет под рукой БД). Если использовать сжатые резервные копии (WITH COMPRESSION) - что происходит со временем восстановления из такой копии? Ищу подводные камни) Ну таки вот Вам подводный камень на 2016 до 7-го кумулятивного апдейта . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2018, 23:38 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39585361&tid=1690447]: |
0ms |
get settings: |
7ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
26ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
1ms |
| others: | 252ms |
| total: | 347ms |

| 0 / 0 |
