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

Откуда:
Сообщений: 1093
Yasha123
Alexander Us
Есть соображения как оценить время предстоящего ожидания?

на транкэйт не надо времени.
a сколько уйдет времени на зануление?
вот тут приведены цифры под определенную конфигурацию,
в том эксперименте целом уходит 7 минут на зануление 10Гб.
(неважно, под данные или под лог зануляется, время все то же самое)
Instant Initialization – What, Why and How?

+ ваш лог не будет зануляться весь и сразу,
а вообще, он же уже занулялся при тех самых "разовых акциях".


Спс, хорошо что Вы подсказали про зануление.
Я об этом не думал.

Видимо, имеет смысл усекать лог не весь сразу а по ~1GB, чтобы не тормозить пользователей.
6 ноя 17, 19:56    [20930666]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Yasha123
Member

Откуда:
Сообщений: 1833
Alexander Us
Спс, хорошо что Вы подсказали про зануление.
Я об этом не думал.

Видимо, имеет смысл усекать лог не весь сразу а по ~1GB, чтобы не тормозить пользователей.

да не будет усечение тормозить пользователей.
смотрите: если вы уверены, что не будет больше "разовых" расширений, то шринкайте смело до 3Гб, останутся 30 VLF, прекрасно, лог не будет расти, ничего зануляться не будет.
Если же вам нужны ваши 74 Гб, то шринкаете до минимального, выставляете прирост в 500Мб. именно с минимального выставляете такой прирост.
6 ноя 17, 20:21    [20930696]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Andy_OLAP
Member

Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион
Сообщений: 3151
Alexander Us
Andy_OLAP
пропущено...

MS предлагает разово сделать шринк и выставить прирост по 1 Гбайт


Ну вот и я о том же.
Теперь, пожалуйста, прочитайте мой вопрос верху.

Я бы рекомендовал использование trace flag 3004 и 3605, поскольку Вы используете 2008 и log shipping.
Это позволит - согласно мнению Балмукунда Лахани из Бангалора (MVP) - собирать больше необходимой информации типа отметок "Zeroing completed" и так далее.

Кроме того, коллега написал "ибо для ваших 2-3 Гб уже было выбрано нормальное приращение в 100Мб." Считаю, что 100 Мбайтное приращение не является оптимальным. MSDN рекомедует прирост по 1 Гбайт, если же обратиться к опыту таких экспертов как Пол Ренделл, то приращение выбирается по 512 Мбайт.
auto-grow in chunks of 512 MB
6 ноя 17, 20:40    [20930715]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Yasha123
Member

Откуда:
Сообщений: 1833
Andy_OLAP,
да что ж ты не угомонишься никак, до сих пор не понял, что из конечного размера лога приращение выбирают? ну поставь своей базе с логом в 72Мб хоть гиг, хоть 512Мб приращения, раз это у нас такое универсальное значение, может, когда из 72Мб лог из-за нехвата в пару Кб подрастет на гиг, снизойдет озарение о сделанном
6 ноя 17, 20:56    [20930746]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Andy_OLAP
Member

Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион
Сообщений: 3151
Yasha123
до сих пор не понял, что из конечного размера лога приращение выбирают?

К сожалению, я вынужден Вас опровергнуть - не бывает у данной базы "конечного размера лога". Хотя бы потому, что из-за log shipping модель восстановления у базы "full" или "bulk-logged" - а отсюда следует, что лог будет раздуваться, пока успешно бэкап не будет осуществлен. А бэкап может срываться по разным причинам - файловый том NTFS развалился, бэкапиться пока некуда, журнал растет, постановление партии и правительства об установлении конечного размера на журнал отменяется.
+

Вы бы почитали MSDN вместо агрессивных выпадов, для разнообразия :)
6 ноя 17, 21:03    [20930761]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Yasha123
Member

Откуда:
Сообщений: 1833
Alexander Us,
размер приращения и будет определять торможение.
если выставите гиг, а ваш лог себя хорошо чувствует в пределах 2-3Гб, следующее его расширение спровоцирует зануление гигабайта только потому, что пара мегабайтов переполняла лог.
а ведь сотни Мб хватило бы, чтобы уместить пару не влезших Мб.

другое дело, если вам действительно все 74Гб нужны, тогда и надо приращивать большими кусками и ожидание на занулении все равно неизбежно: если с 3х до 74х будет расти, это не пара Мб, а 70Гб требуются, тогда большими кусками оно и быстрее, и VLF-ов меньше наплодит
6 ноя 17, 21:07    [20930767]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Yasha123
Member

Откуда:
Сообщений: 1833
теперь для любителей включать все подряд флаги, ссылка на описание 3605, а заодно то, чего наш эксперт упорно не осознает:
www.sqlservergeeks.com/sql-server-trace-flag-3605/
link
Do not use trace flags in production environment without testing it on non production environments and without consulting because everything comes at a cost

дарагуля, так зачем ТСу включать 3605?
ждем-с.
а вообще, это явный маниакально-флаговый синдром
6 ноя 17, 21:16    [20930777]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Eleanor
Member

Откуда:
Сообщений: 2632
Andy_OLAP
MSDN рекомедует прирост по 1 Гбайт, если же обратиться к опыту таких экспертов как Пол Ренделл, то приращение выбирается по 512 Мбайт

У Рандалла написано "если вы выставите приращение в 512 MB, то". Это нельзя назвать рекомендацией.

А в блоге msdn, вы бы лучше обратили внимание на фразу:
"В идеале сразу выставляйте желаемый размер лога", т.е. это то, что Yasha123 назвал "конечный размер лога"
6 ноя 17, 22:27    [20930897]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Andy_OLAP
Member

Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион
Сообщений: 3151
Eleanor
Это нельзя назвать рекомендацией.

Нет, можно. Когда Пол приводит фразу "So if you created your log at 1 GB and it auto-grew in chunks of 512 MB" - он явно подразумевает обычный для него сценарий. Если бы он написал "So if you created...and...in chunks of - o, I can't believe in this, it's really 10 MB, it's amazing - 10 MB" и так далее...
6 ноя 17, 22:48    [20930933]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Andy_OLAP
Member

Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион
Сообщений: 3151
Eleanor
"В идеале сразу выставляйте желаемый размер лога", т.е. это то, что Yasha123 назвал "конечный размер лога"

Я не понимаю, что означает желаемый размер лога. Вот я хочу, чтобы бэкап успешно проходил каждые 5 секунд, а размер лога был 120 Мбайт. И что. Мои хотелки - это одно, а мрачные реалии - это другое.
Simple - да, не делаем больших длинных insert/update и все в пределах желаемой нормы, но когда log shipping...
6 ноя 17, 22:51    [20930936]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Yasha123
Member

Откуда:
Сообщений: 1833
Andy_OLAP
К сожалению, я вынужден Вас опровергнуть - не бывает у данной базы "конечного размера лога". Хотя бы потому, что из-за log shipping модель восстановления у базы "full" или "bulk-logged" - а отсюда следует, что лог будет раздуваться, пока успешно бэкап не будет осуществлен. А бэкап может срываться по разным причинам - файловый том NTFS развалился, бэкапиться пока некуда, журнал растет, постановление партии и правительства об установлении конечного размера на журнал отменяется.

ну т.е. все мы поняли, что если размер диска под лог базы у меня терабайт,
то конечный размер лога это терабайт, правильно?
потому что полная модель, лог шиппинг, диск крякнет, в серверной пожар,
бэкапы не делаются...
стоп!!!
тогда почему же приращение всего гигабайт?
мелковато берете, господин эксперт.
1Tb --> как минимум 1000 приращений, 16 VLF-ов на каждое, и получим мы 16.000 VLF-ов.
видите, начали за здравие(6000), кончили за упокой(16.000).
а все потому, что вовремя не включили 3605 Картинка с другого сайта.

вопрос: что же делать?
ответ:....Не стойте и не прыгайте, не пойте, не пляшите Там, где идёт строительство или подвешен груз...

6 ноя 17, 23:20    [20930994]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Eleanor
Member

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

У Рандалла написано про окончательный размер лога в 200 GB.
Это в плюс словам Yasha123 "из конечного размера лога приращение выбирают". То, что вы не понимаете терминологию в статьях, на которые ссылаетесь - это вам в минус.
6 ноя 17, 23:31    [20931018]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
invm
Member

Откуда: Москва
Сообщений: 9123
Andy_OLAP
Я не понимаю, что означает желаемый размер лога.
Правильно. Потому что для вас "желаемый" - это значение высосанное из пальца и означающее лично вашу хотелку.
А для адекватных DBA это такой размер, который, при штатной работе с БД, не потребует приращений лога.
6 ноя 17, 23:32    [20931020]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Andy_OLAP
Member

Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион
Сообщений: 3151
Eleanor,

Да, увы и ах - принимаю от Вас этот минус. А что Вы скажите по поводу использования для автора темы trace flag 3004 и 3605. Коллега категорически против флагов, я считаю, что они дают нужную гибкость, а Вы как думаете?
6 ноя 17, 23:44    [20931042]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Andy_OLAP
Member

Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион
Сообщений: 3151
invm,

Вот, я хотел это услышать от адекватного DBA - размер, который определяется для штатной работы БД. Как бы Вы выбрали размер приращения для SQL 2008 в данной ситуации? 500 Мб, 512 Мб, 1 Гб, еще какой-нибудь вариант?
6 ноя 17, 23:46    [20931044]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Yasha123
Member

Откуда:
Сообщений: 1833
Andy_OLAP
размер, который определяется для штатной работы БД. Как бы Вы выбрали размер приращения для SQL 2008 в данной ситуации? 500 Мб, 512 Мб, 1 Гб, еще какой-нибудь вариант?



да не для сервера и его версии выбирают,
а для конкретной базы.
и что делается в этой базе и как растет ее лог, знает ТС,
а никак не Рэндал, прости господи
6 ноя 17, 23:54    [20931050]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Andy_OLAP
Member

Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион
Сообщений: 3151
Yasha123,
А если потом автор темы ту же базу на том же железе проапдейтит на 2012/2014/2016, а размер приращения станет неоптимальным? Нужно ведь подобрать варианты, которые зависят от версии ПО.
6 ноя 17, 23:56    [20931055]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Yasha123
Member

Откуда:
Сообщений: 1833
Andy_OLAP
Yasha123,
А если потом автор темы ту же базу на том же железе проапдейтит на 2012/2014/2016,
а размер приращения станет неоптимальным? Нужно ведь подобрать варианты, которые зависят от версии ПО.

Картинка с другого сайта.
Картинка с другого сайта.
Картинка с другого сайта.
7 ноя 17, 00:02    [20931063]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Eleanor
Member

Откуда:
Сообщений: 2632
Andy_OLAP
А что Вы скажите по поводу использования для автора темы trace flag 3004 и 3605. Коллега категорически против флагов, я считаю, что они дают нужную гибкость, а Вы как думаете?


Руководствуюсь советом "Do not use trace flags in production environment without testing it".
Тем более, что MS большинство флагов даже не описала, т.е. не провела достаточно тщательное тестирование.

На постоянной основе использовала только один флаг 3023, автоматическое включение CHECKSUM опции в любой бэкап.

3004 вы хотите использовать, чтобы знать время, требующееся на приращение лога?
Не вижу смысла отслеживать его постоянно - достаточно вручную один раз сделать приращение и узнать время.
7 ноя 17, 00:06    [20931069]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Alexander Us
Member

Откуда:
Сообщений: 1093
Eleanor
...Не вижу смысла отслеживать его постоянно - достаточно вручную один раз сделать приращение и узнать время.


Согласен.
Даже у меня размер приращения базы был подобран так, чтобы пользователи (почти) не замечали задержки приложения.
Достаточно было подобрать один раз.

И насчёт флагов стоит прислушаться к Eleanor.
Делаем вывод: игаться с флагами на сильно нагруженном продакшне - прямой путь на форум "работа".
7 ноя 17, 00:18    [20931083]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Andy_OLAP
Member

Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион
Сообщений: 3151
Alexander Us
И насчёт флагов стоит прислушаться к Eleanor.
Делаем вывод: игаться с флагами на сильно нагруженном продакшне - прямой путь на форум "работа".

Согласен! Я вот всегда прислушиваюсь внимательно ко всему, что излагает Элеонора - она всегда внимательно читает MSDN и подмечает тонкие нюансы в формулировках.
Да, на сильно нагруженном продакшене не стоит. А на тестовом сервере? Как Вы смотрите на использование trace flag, которые описаны в MSDN, могут помочь в некоторых моментах как раз по Вашей ситуации, хотя бы просто чтобы собрать побольше информации.
Кстати, как Вы - выбрали размер приращения в мегабайтах? Сколько решили ставить?
+

Коллега, который неуважительно называет меня нехорошим термином, почему-то предлагает использовать недокументированный флаг 666. Я весь MSDN облазил - не нашел описание такого флага.
7 ноя 17, 00:28    [20931095]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Yasha123
Member

Откуда:
Сообщений: 1833
ну помогите же коллеге, неуважительно называющему себя экспертом,
найти сей таинственный флаг, а то ведь не заснет
(а копирайт-то совсем и не мой, 20904613 © felix_ff )
7 ноя 17, 00:38    [20931100]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Alexander Us
Member

Откуда:
Сообщений: 1093
Andy_OLAP
Кстати, как Вы - выбрали размер приращения в мегабайтах? Сколько решили ставить?
...
Коллега, который неуважительно называет меня нехорошим термином, почему-то предлагает использовать недокументированный флаг 666. Я весь MSDN облазил - не нашел описание такого флага.
...


Не помню точно, давно было.
Кажется, отчёт дисковое пространство, там таблица приращений и их длительность.
Допустимая задержка приложения была определена, например, в 0,5 сек.
Исходя из этого подобрал размер приращения.

Что касается флага 666 - включите юмор.
То же касется флага и 69 :))
7 ноя 17, 00:44    [20931109]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Alexander Us
Member

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

не обижайтесь пожалуйста на коллег за резкие высказывания.
Вас безусловно тут уважают.
А ошибиться может каждый.
7 ноя 17, 00:58    [20931122]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Eleanor
Member

Откуда:
Сообщений: 2632
Кстати, насчет того, насколько сильным может быть влияние большого количества VLF можно послушать в Transaction Log Internals на 57-30:

При переключении на зеркало нужно было прочитать около 1 млн VLF. В результате этот процесс занял 18 часов.
После этого случая MS стала предупреждать в еррор-логе о количестве VLF свыше 10тыс.
7 ноя 17, 01:05    [20931133]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить