Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Рекомендации "майкрософт" по свободному месту для баз данных  [new]
гость ААлексс
Guest
Добрый день.
Есть ли рекомендации, например от майкрософта, по наличию дискового места для баз данных?
Т.е сейчас база занимает например 100 Gb, сама база находится на разделе рэйда в 250 Gb.
В зависимости от роста базы нужно и исходить в размере свободного дискового места.
Пытался найти документ от майкрософта где прописано соотношении или рекомендации по количеству занимаемого пространства к свободному - не нашёл.
Есть ли рекомендации?
Если не трудно и есть ссылка на документ то поделитесь пожалуйста.
4 мар 13, 18:00    [14010385]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
Glory
Member

Откуда:
Сообщений: 104751
гость ААлексс
В зависимости от роста базы нужно и исходить в размере свободного дискового места.

Тип и размер прироста фалов базы определяется в ее настройках.
И может быть любым. В том числе и нулевым.

гость ААлексс
Пытался найти документ от майкрософта где прописано соотношении или рекомендации по количеству занимаемого пространства к свободному - не нашёл.

Серверу все равно, сколько свободного места на диске. До момента, когда придется расширять какой либо из файлов базы.
4 мар 13, 18:05    [14010410]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
гость ААлексс
Guest
Серверу все равно, сколько свободного места на диске. До момента, когда придется расширять какой либо из файлов базы.


Согласен, так и есть.
Может всё же есть какое то соотношение между занимаемым местом и свободным. Рекомендации.
если дисковое место от занимаемого < 50 % то расширять/выделять место для базы.
4 мар 13, 18:26    [14010518]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
Finsman
Member

Откуда: Da UK.
Сообщений: 404
гость ААлексс
Рекомендации.
если дисковое место от занимаемого < 50 % то расширять/выделять место для базы.


Мои внутрикорпоративные рекомендации звучат так:
Если база и/или логи и/или темптейбл и/или итд занимают 75%, то расширять на 25%.
4 мар 13, 18:42    [14010567]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
LenaV
Member

Откуда: USA
Сообщений: 6796
смотрите рекомендации для оптимизации работы серверов.

например

http://msdn.microsoft.com/ru-ru/library/cc615012%28v=bts.10%29.aspx
автор
As a rule of thumb, work towards a goal of keeping disk free space between 20% to 25% of total disk space.
If free disk space drops below this threshold, then disk I/O performance will be negatively impacted.
4 мар 13, 18:54    [14010605]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
aleks2
Guest
LenaV
смотрите рекомендации для оптимизации работы серверов.

например

http://msdn.microsoft.com/ru-ru/library/cc615012%28v=bts.10%29.aspx

Это рекомендация неприменима для MS SQL.
Ибо база MS SQL может занимать 100% диска и это НИКАК не сказывается на ее быстродействии.
4 мар 13, 19:12    [14010674]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
LenaV
Member

Откуда: USA
Сообщений: 6796
aleks2
LenaV
смотрите рекомендации для оптимизации работы серверов.

например

http://msdn.microsoft.com/ru-ru/library/cc615012%28v=bts.10%29.aspx

Это рекомендация неприменима для MS SQL.
Ибо база MS SQL может занимать 100% диска и это НИКАК не сказывается на ее быстродействии.

а как вы мерили "НИКАК" ?
4 мар 13, 19:42    [14010764]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
LenaV
Member

Откуда: USA
Сообщений: 6796
вот еще рекомендации
там о скл 2000, но вполне подойдет и для 2008

http://www.information-management.com/infodirect/20020823/5658-1.html
автор
Once the 50 percent-full mark is surpassed, I/O begins to slow.
At 75 percent, it becomes quite noticeable
and at 90 percent, you can hear the disk thrashing around desperately trying to read and write.
4 мар 13, 19:44    [14010768]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31959
LenaV
aleks2
пропущено...

Это рекомендация неприменима для MS SQL.
Ибо база MS SQL может занимать 100% диска и это НИКАК не сказывается на ее быстродействии.

а как вы мерили "НИКАК" ?
Да хоть в микросекундах замедления за год работы :-)

То есть абсолютно не повлияет.

Можно так сказать, что сервер использует список секторов, занятых под файлы данных и лога, и ему совершенно всё равно, есть в логическом томе ещё незанятые сектора или нет. И вообще, незанятые сектора - чисто логшическое понятие, они не могут влиять на доступ к занятым секторам.

Кстати, вполне нормальная, хорошая практика - занимать диск до последнего байта, и вот это как раз очень хорошо для быстродействия по некоторым причинам.
LenaV
вот еще рекомендации
там о скл 2000, но вполне подойдет и для 2008

http://www.information-management.com/infodirect/20020823/5658-1.html
Это не рекомендации, а мнение, в данном случае неправильное. Там перемешаны дефрагментация и доступ к данным.
4 мар 13, 20:07    [14010834]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
LenaV
Member

Откуда: USA
Сообщений: 6796
alexeyvg
Кстати, вполне нормальная, хорошая практика - занимать диск до последнего байта, и вот это как раз очень хорошо для быстродействия по некоторым причинам.

по каким причинам?

вы не сможете выполнить DBCC CHECKDB например,
если у вас 100% диск занят под базу данных.
4 мар 13, 20:34    [14010872]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
LenaV
alexeyvg
Кстати, вполне нормальная, хорошая практика - занимать диск до последнего байта, и вот это как раз очень хорошо для быстродействия по некоторым причинам.
вы не сможете выполнить DBCC CHECKDB например
С чего бы это?
4 мар 13, 20:42    [14010882]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31959
LenaV
alexeyvg
Кстати, вполне нормальная, хорошая практика - занимать диск до последнего байта, и вот это как раз очень хорошо для быстродействия по некоторым причинам.

по каким причинам?

вы не сможете выполнить DBCC CHECKDB например,
если у вас 100% диск занят под базу данных.
:-)

Забудьте про том.

Сиквел использует список секторов и точка. В том числе команда DBCC CHECKDB - тоже работает с этими секторами, не смотрит на оглавление тома.

Даже можно работать без файловой системы, не создавая том.
LenaV
по каким причинам?
Некоторые горе-админы создают файлы данных под размер данных, сервер мучается, выискавая крохотные фрагментики свободного пространства в файлах, потом начинает мелкими порциями наращивать файл, фрагментируя уже физическое пространство.

Когда вижу диск под большую базу, занятый файлом на 80% (свободных 20), и ничего больше на диске хранить не планируется, то спрашиваю "а зачем?" Сиквелу будет проще распоряжаться пространством, если у него есть запас (внутри файлов) - будет меньше фрагментаций, как внутренних, так и внешних.

То есть отсутствие свободного пространства на диске - это не увеличение скорости, это признак того, что админы думали и планировали, скажем так.
4 мар 13, 20:54    [14010900]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
LenaV
Member

Откуда: USA
Сообщений: 6796
Гавриленко Сергей Алексеевич
LenaV
пропущено...
вы не сможете выполнить DBCC CHECKDB например
С чего бы это?

потому что DBCC CHECKDB создает internal database snapshot на диске,
где находится база данных.
4 мар 13, 21:24    [14010951]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
LenaV
Member

Откуда: USA
Сообщений: 6796
alexeyvg
если у него есть запас (внутри файлов) - будет меньше фрагментаций, как внутренних, так и внешних.

это понятно.
речь идет о другом - о скорости операций i/o про 100% заполнености диска
по сравнению с 70%
4 мар 13, 21:28    [14010962]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31959
LenaV
alexeyvg
если у него есть запас (внутри файлов) - будет меньше фрагментаций, как внутренних, так и внешних.

это понятно.
речь идет о другом - о скорости операций i/o про 100% заполнености диска
по сравнению с 70%
Так объясните мне механизм - как диск узнаёт, что он заполнен и ему нужно работать медленнее? Ведь заполненность - это чисто логическая характеристика, она не влияет на скорость выполнения команд чтения/записи секторов, диск и вся цепочка "запрос от клиентского приложения на T-SQL - SQL Server Database Ingine - драйвер - RAID контроллер - HDD" о ней не в курсе.

Или вы говорите про SSD? Да, там есть такая зависимость при записи внутри диска.
Или вы про размещение файлов в начале диска, где линейная скорость выше?

LenaV
потому что DBCC CHECKDB создает internal database snapshot на диске,
где находится база данных.
Да, действительно, есть такое, спасибо за инфу, не знал.

Прочитал правда, что можно не использовать internal database snapshot, указав опцию TABLOCK:
BOL
Causes DBCC CHECKDB to obtain locks instead of using an internal database snapshot. This includes a short-term exclusive (X) lock on the database. TABLOCK will cause DBCC CHECKDB to run faster on a database under heavy load, but decreases the concurrency available on the database while DBCC CHECKDB is running. For more information about locks, see Lock Modes.

TABLOCK limits the checks that are performed; DBCC CHECKCATALOG is not run on the database, and Service Broker data is not validated.
4 мар 13, 22:21    [14011108]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
LenaV
Гавриленко Сергей Алексеевич
пропущено...
С чего бы это?

потому что DBCC CHECKDB создает internal database snapshot на диске,
где находится база данных.
Он может создавать. А может и не создавать, смотря с какими параметрами запускать.
4 мар 13, 22:44    [14011153]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
Кстати, по сабжу. Предпочитаю держать свободного места в файловых группах чтобы их надо было экспандить не чаще раза в месяц, экспанд руками и большими кусками. Так же мне желательно, чтобы свободного места было не менее 10% (иначе меня заваливает алертами), но не более 25%, иначе иногда вылезают феерические приседания с рестором бэкапа на всяких тестовых серверах, когда файловая топология туда никак не хочет ложиться без кривой раскладки по массивам, бо не влезает.

Лог раздут на весь массив, есть страховка еще на одном.
4 мар 13, 23:00    [14011218]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
alexeyvg
Когда вижу диск под большую базу, занятый файлом на 80% (свободных 20), и ничего больше на диске хранить не планируется, то спрашиваю "а зачем?" Сиквелу будет проще распоряжаться пространством, если у него есть запас (внутри файлов) - будет меньше фрагментаций, как внутренних, так и внешних.
Если делать экспанд гигабайт по 50 за раз, то никто от этого не умрет. А вот раздувать базу на 100 Тб только потому что она лежит на 100 Тб массиве, но данных при этом в ней 1 Тб -- это просто тупо. По крайней мере, пока скуль не научится делать рестор в файлы меньших размеров, чем были при бэкапе.
4 мар 13, 23:09    [14011239]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31959
Гавриленко Сергей Алексеевич
Если делать экспанд гигабайт по 50 за раз, то никто от этого не умрет. А вот раздувать базу на 100 Тб только потому что она лежит на 100 Тб массиве, но данных при этом в ней 1 Тб -- это просто тупо.
Это само собой, я писал, если планируется большой объём данных, и массив как раз на это расчитан - тогда не нужно прибавлять кусочками, лучше занять весь...
4 мар 13, 23:59    [14011375]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
LenaV
Member

Откуда: USA
Сообщений: 6796
автор
Так объясните мне механизм - как диск узнаёт, что он заполнен и ему нужно работать медленнее?

вот примерно так.
как быстро диск вернет данные скл серверу зависит от 2-х показателей
- seek time - время, за которое головка диска перемещается по диску, чтобы найти данные
- rotational latency - время вращения, которое необходимо диску чтобы прочитать данные

ели у вас OLTP с большим количеством транзакций, то скорее всего требуемые данные
будут разбросаны по всему диску и идет random чтение.
Seek time становится ващим узким местом.
Скорость будет зависить от времени перемешения головки диска из своего текущего места к месту нахождения нужных данных.
Если данные разбросаны по 100% диска, то и этого физического движения потребуется больше, чем при заполнености диска на 50%.
Для datawarehouse это не так важно. Там чтение идет более последовательно.

вот посмотрите если интересно
http://technet.microsoft.com/ru-ru/library/ee410782%28v=sql.100%29.aspx
там внизу есть линк на документ майкрософта “Analyzing I/O Characteristics and Sizing Storage Systems for SQL Server Database Applications”
автор
• The disks are filled to only a fraction of their total capacity. Using only a small percentage of the capacity of a physical disk results in reduced seek times due to less physical movement of the disk head across the platter of the disk. This is commonly referred to as short-stroking the disk.
Using a small amount of capacity of the disk can greatly increase the number of IOPs per disk.
5 мар 13, 01:19    [14011542]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
LenaV
ели у вас OLTP с большим количеством транзакций, то скорее всего требуемые данные будут разбросаны по всему диску и идет random чтение.
Данные и так ложатся в начало файла, не размазывает сервер страницы данных по ним тонким слоем.

Далее, если страдать фигней с выжиманием всех возможных iops с схд, то получается следущее.

Первое. Картинка, что там нарисована, скорее сделана на СХД с выключенными кешами (для чистоты). Включенные кеши картинку ой как изменят.
Второе. Более новый контроллер даст прироста iops больше, чем там нарисовано.
Третье. Статье три года, а за три года СХД имеют привычку устаревать морально. Не факт, что на более современных схд более мелкие диски дают заметный прирост в производительности.
Четвертое. Маленькие диски -- это туча зеркал (ибо они быстрее всего, ага), больше зеркал -- больше возни с управлением базой. В нашей, к примеру, over 100 файлов, и это тот еще геморрой.
Пятое. Нахрена вообще брать что-то, если есть SSD, которые затыкают все на свете по плотности iops на юнит?

Сообщение было отредактировано: 5 мар 13, 01:46
5 мар 13, 01:45    [14011574]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
Короче, не надо переоценивать выигрыш от использования маленьких дисков. Им, как минимум, еще надо уметь воспользоваться, а как максимум, его вообще будет не заметить.
5 мар 13, 01:47    [14011576]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
LenaV
Member

Откуда: USA
Сообщений: 6796
Гавриленко Сергей Алексеевич
LenaV
ели у вас OLTP с большим количеством транзакций, то скорее всего требуемые данные будут разбросаны по всему диску и идет random чтение.
Данные и так ложатся в начало файла, не размазывает сервер страницы данных по ним тонким слоем.

нет конечно, данные никуда не размываются.
просто чтение идет очень выборочное - то здесь то там.

но в одном вы несомненно правы - нафиг все это надо
и так все работает.
(сарказм) :)
5 мар 13, 02:15    [14011600]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
aleks2
Guest
LenaV
aleks2
пропущено...

Это рекомендация неприменима для MS SQL.
Ибо база MS SQL может занимать 100% диска и это НИКАК не сказывается на ее быстродействии.

а как вы мерили "НИКАК" ?


Никак. Ибо измерение сферических коней в вакууме не мой конек.
5 мар 13, 10:41    [14012541]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации "майкрософт" по свободному месту для баз данных  [new]
komrad
Member

Откуда:
Сообщений: 5737
LenaV
Гавриленко Сергей Алексеевич
пропущено...
С чего бы это?

потому что DBCC CHECKDB создает internal database snapshot на диске,
где находится база данных.


dbcc checkdb можно напускать на предварительно построенный на отдельном диске снэпшот рабочей БД
тогда internal-а не будет
5 мар 13, 11:15    [14012865]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить