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

Откуда:
Сообщений: 42
Здравствуйте уважаемые люди.

У меня такой вопрос имею 2 сервера( у них заканчивается место ) и они старые с 2007 и 2005 года.
Данных около 2-3 Тера. Может больше. BackUP идёт на серверные диски. Теперь такой вопрос. Покупаю два новых сервера и нужен БэкАп. И вот думаю как сделать лучше, что бы не нагружать эти два сервера, купить ещё третий и туда БэкАп или же на диски его делать?
Какой способ посоветуете? облоко нельзя(
Какие-нибудь мысли может подсказки?

С Уважением
9 июл 19, 10:31    [21923252]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
L_argo
Member

Откуда:
Сообщений: 810
Можно добавить новый райд-массив на старый сервер.
9 июл 19, 10:41    [21923259]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
aleks222
Member

Откуда:
Сообщений: 696
Jonsnow
Здравствуйте уважаемые люди.

У меня такой вопрос имею 2 сервера( у них заканчивается место ) и они старые с 2007 и 2005 года.
Данных около 2-3 Тера. Может больше. BackUP идёт на серверные диски. Теперь такой вопрос. Покупаю два новых сервера и нужен БэкАп. И вот думаю как сделать лучше, что бы не нагружать эти два сервера, купить ещё третий и туда БэкАп или же на диски его делать?
Какой способ посоветуете? облоко нельзя(
Какие-нибудь мысли может подсказки?

С Уважением


1. Бэкапы лучше делать на локальный выделенный диск. Это ничего не "нагружает" и минимизирует риск технической ошибки.
2. Делание бэкапа по-сети - порождает еще несколько причин для ошибок. Нафига это надо?
9 июл 19, 10:55    [21923263]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 6536
Jonsnow,

добавляйте локальные диски, как было написано. По сети рискуете получить битый бэкап.
9 июл 19, 11:53    [21923313]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
Jonsnow
Member

Откуда:
Сообщений: 42
Владислав Колосов,
То есть 3 сервер покупать не за чем?
И Лучше на Дисках серверных хранить бэкап?
Просто на 3 сервер, можно будет сразу делать бэкап, например за день данные получили, и сразу и автоматов на 3 сервер закинуть.
А если делать на диск, то она нужно ведь будет вручную, и целую базу делать, или мне кажется?
9 июл 19, 12:09    [21923327]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28737
Jonsnow
что бы не нагружать эти два сервера
Процессор бакап не нагружает, а диски можно поставить на локальный сервер, вместо сервера бакапа.
Делайте бакап локально, как уже сказали, с нагрузкой не будет проблем, так что сосредоточтесь на надёжности, доступности и т.д. (например, делайте копии бакапа в ещё одном хранилище, обязательно проверяйте бакапы восстановлением, и т.п.).
9 июл 19, 12:13    [21923329]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 36278
alexeyvg
Процессор бакап не нагружает ...
... если он без сжатия.
9 июл 19, 12:39    [21923345]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
Jonsnow
Member

Откуда:
Сообщений: 42
Хммм
Данных тьма около 3 Тера. может больше.
С каждым годом будет всё расти.
Данных возможно будут сжиматься и сервер нагружать или путаюсь?
9 июл 19, 12:54    [21923358]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28737
Гавриленко Сергей Алексеевич
alexeyvg
Процессор бакап не нагружает ...
... если он без сжатия.
Про сжатие помню, но не встречал, что бы это сильно нагружало процессор (хотя, конечно, конфигурации бывают разные).
9 июл 19, 13:01    [21923368]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 36278
alexeyvg,

Бэкап идет с 00:00 до 11-12 часов дня. Ядер -- 80 штук.

К сообщению приложен файл. Размер - 32Kb
9 июл 19, 13:10    [21923381]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
aleks222
Member

Откуда:
Сообщений: 696
Jonsnow
Владислав Колосов,
То есть 3 сервер покупать не за чем?
И Лучше на Дисках серверных хранить бэкап?
Просто на 3 сервер, можно будет сразу делать бэкап, например за день данные получили, и сразу и автоматов на 3 сервер закинуть.
А если делать на диск, то она нужно ведь будет вручную, и целую базу делать, или мне кажется?


Довольно жиденькая каша в голове.
9 июл 19, 13:10    [21923383]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
aleks222
Member

Откуда:
Сообщений: 696
Гавриленко Сергей Алексеевич
alexeyvg,

Ядер -- 80 штук.


Сжатие бякапа в MS SQL сделано очень незатейливо.
1. Пишется обычный бякап без сжатия.
2. Применяется к файлу какой-то алгоритм сжатия.

Аналогичный эффект достигается простым включением встроенного сжатия диска NTFS.
Соответственно, нагрузка процессора будет размазана по времени.
9 июл 19, 13:17    [21923392]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 36278
aleks222
Сжатие бякапа в MS SQL сделано очень незатейливо.
1. Пишется обычный бякап без сжатия.
2. Применяется к файлу какой-то алгоритм сжатия.
Т.е. бэкап пишется _два_ раза, сначала без сжатия, а потом еще и со сжатием? Типа, включи сжатие, получи болше iops и загрузи еще и процессор?
9 июл 19, 13:21    [21923398]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
aleks222
Member

Откуда:
Сообщений: 696
Гавриленко Сергей Алексеевич
aleks222
Сжатие бякапа в MS SQL сделано очень незатейливо.
1. Пишется обычный бякап без сжатия.
2. Применяется к файлу какой-то алгоритм сжатия.
Т.е. бэкап пишется _два_ раза, сначала без сжатия, а потом еще и со сжатием? Типа, включи сжатие, получи болше iops и загрузи еще и процессор?


Это лехко наблюдать воотчую. Посмотри на размер файла в процессе и после.
9 июл 19, 13:23    [21923403]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
L_argo
Member

Откуда:
Сообщений: 810
Jonsnow
Хммм
Данных тьма около 3 Тера. может больше.
С каждым годом будет всё расти.
Данных возможно будут сжиматься и сервер нагружать или путаюсь?
Будет нагрузка + 30%, примерно на 1-1.5ч.
В любом случае ее не избежать. Неупакованные же бекапы у вас не будет куда складывать...

Следует помнить, что для успешного сжатого бекапа нужен запас места все равно как для неупакованного + некий запас.
9 июл 19, 13:24    [21923406]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 36278
aleks222
Это лехко наблюдать воотчую. Посмотри на размер файла в процессе и после.
Это как наблюдать за тем, что происходит за забором, по надписям на нём: мало ли что там в метаданных по открытому файлу ntfs рисует. Не надо на основании этого делать какие-то выводы.

З.Ы. Тем более, кол-во переданных по сети данных (а бэкап был по сети) совпадает с размером файла бэкапа.
9 июл 19, 13:29    [21923413]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
aleks222
Member

Откуда:
Сообщений: 696
L_argo
Следует помнить, что для успешного сжатого бекапа нужен запас места все равно как для неупакованного + некий запас.

Врете, батенька.
Для успешного сжатого бекапа достаточно запаса места равного размеру неупакованного.
Т.е. при сжатии оно пишет прямо в файл бякапа.
9 июл 19, 13:32    [21923415]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
aleks222
Member

Откуда:
Сообщений: 696
Гавриленко Сергей Алексеевич
aleks222
Это лехко наблюдать воотчую. Посмотри на размер файла в процессе и после.
Это как наблюдать за тем, что происходит за забором, по надписям на нём: мало ли что там в метаданных по открытому файлу ntfs рисует. Не надо на основании этого делать какие-то выводы.

З.Ы. Тем более, кол-во переданных по сети данных (а бэкап был по сети) совпадает с размером файла бэкапа.

Надо, федя, надо. Оно ведь не только пишет - оно еще и вопит: "места нема!".
И размер необходимого места отлично коррелирует с тем, что "по открытому файлу ntfs рисует".
9 июл 19, 13:34    [21923420]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
TaPaK
Member

Откуда: Kiev
Сообщений: 6378
aleks222,
на этом заборе пишут так:
автор
Because a compressed backup is smaller than an uncompressed backup of the same data, compressing a backup typically requires less device I/O and therefore usually increases backup speed significantly.

и про цп так

автор
By default, compression significantly increases CPU usage, and the additional CPU consumed by the compression process might adversely impact concurrent operations.


т.е. как при меньшем io можно сделать 2 операции?
9 июл 19, 13:42    [21923428]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
L_argo
Member

Откуда:
Сообщений: 810
aleks222
L_argo
Следует помнить, что для успешного сжатого бекапа нужен запас места все равно как для неупакованного + некий запас.

Врете, батенька.
Для успешного сжатого бекапа достаточно запаса места равного размеру неупакованного.
Т.е. при сжатии оно пишет прямо в файл бякапа.
Каким образом сервер узнает, что места до начала бекапа недостаточно ?
Только проверив наличие места как для неупакованного. Откуда он узнает коэф. упаковки ? Ниоткуда.
Если я храню в БД видео или фотки JPEG, то база не сожмется. Но проверку на доступность места сервер делает и вероятно резервирует , чтобы потом не было неожиданностей.
9 июл 19, 13:57    [21923444]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
aleks222
Member

Откуда:
Сообщений: 696
TaPaK
aleks222,
на этом заборе пишут так:
автор
Because a compressed backup is smaller than an uncompressed backup of the same data, compressing a backup typically requires less device I/O and therefore usually increases backup speed significantly.

и про цп так

автор
By default, compression significantly increases CPU usage, and the additional CPU consumed by the compression process might adversely impact concurrent operations.


т.е. как при меньшем io можно сделать 2 операции?


Забор - фсе стерпит.
IO и CPU мне измерять лениво.
А вот если на диске меньше места, чем нужно для несжатого бякапа - бякап обламывается.
IO и CPU не помогают.
9 июл 19, 14:00    [21923446]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
aleks222
Member

Откуда:
Сообщений: 696
L_argo
aleks222
пропущено...

Врете, батенька.
Для успешного сжатого бекапа достаточно запаса места равного размеру неупакованного.
Т.е. при сжатии оно пишет прямо в файл бякапа.
Каким образом сервер узнает, что места до начала бекапа недостаточно ?
Только проверив наличие места как для неупакованного. Откуда он узнает коэф. упаковки ? Ниоткуда.
Если я храню в БД видео или фотки JPEG, то база не сожмется. Но проверку на доступность места сервер делает и вероятно резервирует , чтобы потом не было неожиданностей.


Это было бы так, если бы "резервировалось сразу", но размер файла растет по мере выполнения бякапа.
9 июл 19, 14:02    [21923448]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
TaPaK
Member

Откуда: Kiev
Сообщений: 6378
aleks222,

автор
А вот если на диске меньше места, чем нужно для несжатого бякапа - бякап обламывается.

т.е. скорее всего алгоритм выделения места до окончания бекапа не меняли, в итоге просто обрезают конец, что никак
не это
автор
1. Пишется обычный бякап без сжатия.
2. Применяется к файлу какой-то алгоритм сжатия.
9 июл 19, 14:16    [21923454]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 6536
Не скажу уверенно, но если свыше 3 ТБ размер бэкапа, то надо начинать думать о ленточных накопителях.
9 июл 19, 14:19    [21923458]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
Slava_Nik
Member

Откуда: из России
Сообщений: 868
Владислав Колосов,

о них надо думать, как о долгосрочных и надежных источниках, а бекап надо снимать так, чтобы можно оперативно его восстановить, на ленту не самый удачный пример.
Самый оптимальный это на отдельные диски и схд подключенные рядом к серверу, а далее с них уже на ленту или куда вам надо.
9 июл 19, 14:44    [21923479]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
SQL2008
Member

Откуда: Москва
Сообщений: 3925
Владислав Колосов
Не скажу уверенно, но если свыше 3 ТБ размер бэкапа, то надо начинать думать о ленточных накопителях.

Очень здравая мысль!
У нас в одной компании были такие накопители для бекапов...
Вообще не парились с дисковым пространством.
Кассеты-недельки, менялись каждый день.
Если вдруг сдохнет какая-нибудь, то есть вчерашний бекап.
9 июл 19, 15:31    [21923514]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
Критик
Member

Откуда: Москва / Калуга
Сообщений: 31783
Блог
SQL2008,

С ленты крайне долго будете восстанавливать.
9 июл 19, 15:51    [21923546]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28737
Гавриленко Сергей Алексеевич
alexeyvg,

Бэкап идет с 00:00 до 11-12 часов дня. Ядер -- 80 штук.
Да, нагрузка видна, не обращал раньше внимания, спасибо...
С другой стороны, всего 20%, а без бакапа этот сервер вообще ничего не делает :-)

У нас типичная нагрузка процессоров на сервере была 80%, в период неких расчётов, а бакап делался в то время, когда расчёты не делались, и, видимо, я просто не замечал, когда оно, в период бездействия, подскакивало из за бакапа на жалкие 20%...
Тем более, что у нас бакап делался не так долго (хитроумная система бакапов делала только бакап меняющихся данных).
9 июл 19, 17:19    [21923624]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
Alexander Us
Member

Откуда:
Сообщений: 1031
Гавриленко Сергей Алексеевич
alexeyvg
Процессор бакап не нагружает ...
... если он без сжатия.

По моему скромному опыту бэкап (нативный) со сжатием давал сопоставимую нагрузку, да и выполнялся быстрее.
9 июл 19, 17:20    [21923625]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28737
aleks222
Гавриленко Сергей Алексеевич
пропущено...
Т.е. бэкап пишется _два_ раза, сначала без сжатия, а потом еще и со сжатием? Типа, включи сжатие, получи болше iops и загрузи еще и процессор?


Это лехко наблюдать воотчую. Посмотри на размер файла в процессе и после.
Резервирование места (= изменение метаданных) != записи в это место.
9 июл 19, 17:21    [21923628]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28737
Владислав Колосов
Не скажу уверенно, но если свыше 3 ТБ размер бэкапа, то надо начинать думать о ленточных накопителях.
Я на USB диск делал такой бакап 3 года. Причём USB 2.0 :-)
9 июл 19, 17:23    [21923632]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
SQL2008
Member

Откуда: Москва
Сообщений: 3925
Критик
SQL2008,

С ленты крайне долго будете восстанавливать.

Ну что ж поделать...
После пожара дом тоже долго строится.
9 июл 19, 17:26    [21923635]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
SERG1257
Member

Откуда:
Сообщений: 2644
>Покупаю два новых сервера
Я так понимаю что старые сервера будут заменены в любом случае (то бишь добавить диски это не решение) и ТС просто хочет сделать все по феншую в прекрасном новом мире

>нужен БэкАп
Начнем с того что вам нужен не БэкАп, а возможность восстановления базы на случай сбоя.
Какие у вас величины RTO и RPO? Устраивают ли они?
Какая версия/редакция сервера? Планируется ли апгрейд?
9 июл 19, 18:56    [21923729]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
msLex
Member

Откуда:
Сообщений: 6279
SQL2008
Ну что ж поделать...
После пожара дом тоже долго строится.

это если позволено ждать, пока "отстроится".
9 июл 19, 18:58    [21923730]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28737
msLex
SQL2008
Ну что ж поделать...
После пожара дом тоже долго строится.

это если позволено ждать, пока "отстроится".
Тогда нужно иметь зеркальный дом, с той же мебелью, компом, женой, детьми; тогда в случае пожара просто с работы едете в него, а пепелище пусть восстанавливают соотв. службы.
9 июл 19, 19:24    [21923750]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
msLex
Member

Откуда:
Сообщений: 6279
alexeyvg
msLex
пропущено...

это если позволено ждать, пока "отстроится".
Тогда нужно иметь зеркальный дом, с той же мебелью, компом, женой, детьми; тогда в случае пожара просто с работы едете в него, а пепелище пусть восстанавливают соотв. службы.


Это на тему
Нужен ли бекап если есть AlwaysOn?
9 июл 19, 19:31    [21923756]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
Mind
Member

Откуда: Лучший город на Земле
Сообщений: 2263
aleks222
Гавриленко Сергей Алексеевич
alexeyvg,

Ядер -- 80 штук.


Сжатие бякапа в MS SQL сделано очень незатейливо.
1. Пишется обычный бякап без сжатия.
2. Применяется к файлу какой-то алгоритм сжатия.

Аналогичный эффект достигается простым включением встроенного сжатия диска NTFS.
Соответственно, нагрузка процессора будет размазана по времени.
Чушь какая.
9 июл 19, 23:08    [21923847]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28737
msLex
alexeyvg
Тогда нужно иметь зеркальный дом, с той же мебелью, компом, женой, детьми; тогда в случае пожара просто с работы едете в него, а пепелище пусть восстанавливают соотв. службы.
Это на тему
Нужен ли бекап если есть AlwaysOn?
Это же разные технологии. Если сын вырос оболтусом, то и в зеркальном доме он будет такой же. А бакап позволит восстановить всё та тот момент, когда он ещё не был повреждён.
9 июл 19, 23:13    [21923850]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
Jonsnow
Member

Откуда:
Сообщений: 42
Видимо, это не особо к этой теме, но что-то подобное верно построил или нет?
С уважением.

К сообщению приложен файл. Размер - 28Kb
10 июл 19, 15:30    [21924244]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
SERG1257
Member

Откуда:
Сообщений: 2644
Jonsnow, а что сказать то хотел?
Ответы на заданные вопросы будут?
Или RTO, PRO - просто трехбуквенные абревиатуры?
вот статья Брента об этом
https://www.brentozar.com/archive/2011/12/letters-that-get-dbas-fired/
11 июл 19, 17:03    [21925097]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 6536
Критик
SQL2008,

С ленты крайне долго будете восстанавливать.


Как долго? Те же 600 мбит интерфейс. Или он ленту гонять будет для чтения разных блоков?
11 июл 19, 18:25    [21925183]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 6536
6 гигабит, ошибся.
11 июл 19, 18:28    [21925186]     Ответить | Цитировать Сообщить модератору
 Re: BackUp Базы  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28737
Владислав Колосов
Критик
SQL2008,

С ленты крайне долго будете восстанавливать.


Как долго? Те же 600 мбит интерфейс. Или он ленту гонять будет для чтения разных блоков?
Да, по моему, они не такие уж медленные, уж точно не хуже обычного SATA HDD, или даже на уровне небольшого массива HDD.
12 июл 19, 13:22    [21925683]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: 1 2      [все]
Все форумы / Microsoft SQL Server Ответить