Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 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]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить