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

Откуда:
Сообщений: 1130
Вот, оказалось что VLF содержит ~6000 фрагментов.

Сервер: 2008 64 bit,
База: с зеркалом и log shipping, ~2TB, сильно нагружена.

Имеет ли смысл усекать лог:
DBCC SHRINKFILE (N'DB_log' , 0, TRUNCATEONLY)

Что после этого (должно) улучшится?


Есть ли риски при усечении лога на нагруженной базе?
(хотелось бы избежать таймаутов для пользователей)
6 ноя 17, 16:31    [20930216]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Andy_OLAP
Member

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

Приведу ответ от модератора этого форума.
17638752
6 ноя 17, 16:35    [20930229]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Yasha123
Member

Откуда:
Сообщений: 1833
все, что читает лог,
в вашем случае зеркало и лог шиппинг,
тормозится при таком числе VLF-ов.
у вас неправильно выставлено приращение лога,
не в % надо, а в адекватных Мб (какой оптимальный размер лога-то?)
после шринка, разумеется, лог вырастет заново,
ну и зануление лога это да, ожидание пользователей
6 ноя 17, 16:38    [20930232]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Alexander Us
Member

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

Если Вы имеете виду эту фразу "Да не нужен никакой шринк при регулярных бэкапах журнала",
то есть БОЛЬШИЕ исключения.
6 ноя 17, 16:40    [20930237]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Yasha123
Member

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

Приведу ответ от модератора этого форума.
17638752

вот же нафиг, писать научили, а читать НЕТ.
дарагуля, а что, приведенная цитата на какой вопрос отвечает?
что, там тоже 6000 VLF-ов?
6 ноя 17, 16:40    [20930238]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Andy_OLAP
Member

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

Коллега, я прошу Вас при составлении сообщений в мой адрес не использовать жаргонные словечки из лексикона меньшинств. Очень коробит. Мы же тут профессионалы, Вы знаток MSSQL, я эксперт. Призываю проявлять уважение и корректность в общении.
Ответ модератора был однозначным - шринк лога не нужен, если вдруг выявляется, что его нужно срочно провести - значит, еще что-либо было настроено неоптимально.
Это я как эксперт могу заявить однозначно.
6 ноя 17, 16:44    [20930250]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Yasha123
Member

Откуда:
Сообщений: 1833
Andy_OLAP
Yasha123
дарагуля, а что, приведенная цитата на какой вопрос отвечает?
что, там тоже 6000 VLF-ов?

Коллега, я прошу Вас при составлении сообщений в мой адрес не использовать жаргонные словечки из лексикона меньшинств. Очень коробит. Мы же тут профессионалы, Вы знаток MSSQL, я эксперт. Призываю проявлять уважение и корректность в общении.
Ответ модератора был однозначным - шринк лога не нужен, если вдруг выявляется, что его нужно срочно провести - значит, еще что-либо было настроено неоптимально.
Это я как эксперт могу заявить однозначно.

даже не надейся.
пока не прекратится этот поток ахинеи,
буду обзывать именно так, как сие меньшинство альтернативных экспертов того заслуживает
6 ноя 17, 16:50    [20930271]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Alexander Us
Member

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


Призываю ув. коллег не меряться "проффесионализмом" ну и не обзываться.
Все делают ошибки, все люди.

Важно корректно решить вопрос. Остальное не важно.

Что касается Вышего ответа, Andy_OLAP, Вы действительно невнимательно почитали
и мой вопрос,
и текст от Глори, на который Вы сослались (Речь шла не о ругулярных усечениях, а о разовом)
и, видимо, не прочитали сталью которую я привёл.

Пожалуйста остыньте сначала.
6 ноя 17, 16:59    [20930284]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Andy_OLAP
Member

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

Если Вы имеете виду эту фразу "Да не нужен никакой шринк при регулярных бэкапах журнала",
то есть БОЛЬШИЕ исключения.

MS предлагает разово сделать шринк и выставить прирост по 1 Гбайт
6 ноя 17, 16:59    [20930285]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Andy_OLAP
Member

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

Коллега, я Вас умоляю - в моем возрасте никто уже не нервничает, я таки спокоен как удав.
Вы просто не конкретизировали "смысл усекать лог постоянно" или "смысл усекать лог один раз и настроить иначе прирост".
Поэтому я предположил худший вариант - что Вы хотите регулярно шринкать.
Но как видите - общими усилиями мы пришли к консенсусу.
6 ноя 17, 17:02    [20930290]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Alexander Us
Member

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

Если Вы имеете виду эту фразу "Да не нужен никакой шринк при регулярных бэкапах журнала",
то есть БОЛЬШИЕ исключения.

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


Ну вот и я о том же.
Теперь, пожалуйста, прочитайте мой вопрос верху.
6 ноя 17, 17:02    [20930291]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Yasha123
Member

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

Если Вы имеете виду эту фразу "Да не нужен никакой шринк при регулярных бэкапах журнала",
то есть БОЛЬШИЕ исключения.

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

надо же.
т.е. вы даже не в курсе, какой размер лога у ТС, но уже всем понятно, что прирост лога необходим в 1 Гб Картинка с другого сайта.
а на своем-то сервере вы уже применили?
я помню, у вашего лога размер 72Мб.
я думаю, ему, как никому другому, необходим гигабайтный прирост.
действуйте!
6 ноя 17, 17:03    [20930296]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Yasha123
Member

Откуда:
Сообщений: 1833
Andy_OLAP
Мы же тут профессионалы, Вы знаток MSSQL, я эксперт. Призываю проявлять

проявляю.
посвящаю.
нашему всеми любимому эксперту посвящается
6 ноя 17, 17:06    [20930300]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Andy_OLAP
Member

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

Вас подводит память. В том обсуждении шла речь о том, что прирост на templog, а тут про пользовательскую базу.
Прошу Вас, коллега, быть чуть внимательнее. Спасибо.
6 ноя 17, 17:06    [20930301]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Yasha123
Member

Откуда:
Сообщений: 1833
Andy_OLAP
Yasha123
я помню, у вашего лога размер 72Мб.
я думаю, ему, как никому другому, необходим гигабайтный прирост.
действуйте!

Вас подводит память. В том обсуждении шла речь о том, что прирост на templog, а тут про пользовательскую базу.
Прошу Вас, коллега, быть чуть внимательнее. Спасибо.

но вы же раздаете советы о приращении,
так и не выяснив размер лога?
ну вот я и говорю, к своему серверу примените,
ко всем базам подряд.
и при чем тут темпдб, не темпдб.
на моем сервере, например, есть пользовательские базы как с меньшим, так и с большим логом,
чем у темпдб.
главное же гигабайт засунуть в приращение, а текущий размер лога это же никому не интересно, ведь так?
6 ноя 17, 17:11    [20930308]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Yasha123
Member

Откуда:
Сообщений: 1833
Andy_OLAP
Вы просто не конкретизировали "смысл усекать лог постоянно" или "смысл усекать лог один раз и настроить иначе прирост".

т.е. из контекста совершенно непонятно, что ТС имеет в виду?
или может он где-то орал, что у него лог из берегов вышел?
---
может, пора уже поучиться читать?
или даже так, читать и понимать написанное?
в явном виде человек пишет: у меня туча VLF-оф.
стОит или нет это исправить?
он прекрасно понимает, что правится это шринком с выставлением адекватного приращения,
но в вашей экспертной голове это превращется не бог весть во что.
так почему свои фантазии при себе не придержать?
чего вы их ТС-у приписываете?
---
у Гавриленко все же ангельское терпение
6 ноя 17, 17:17    [20930326]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Alexander Us
Member

Откуда:
Сообщений: 1130
Yasha123
...ну и зануление лога это да, ожидание пользователей


Есть соображения как оценить время предстоящего ожидания?
Размер лога 74GB, 6000 фрагментов.
На что ориентироваться: секунды, минуты, часы?

Ну и: а усечение лога это не онлайн операция?
6 ноя 17, 17:49    [20930401]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Alexander Us
Member

Откуда:
Сообщений: 1130
Alexander Us
Yasha123
...ну и зануление лога это да, ожидание пользователей


Есть соображения как оценить время предстоящего ожидания?
Размер лога 74GB, 6000 фрагментов.
На что ориентироваться: секунды, минуты, часы?

Ну и: а усечение лога это не онлайн операция?


добавление: свободное пространство 99%
6 ноя 17, 17:50    [20930405]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Yasha123
Member

Откуда:
Сообщений: 1833
автор
Важно корректно решить вопрос. Остальное не важно.

еще раз.
вы не ответили на вопрос: какой у вас размер устаканившегося лога?
(не всей базы, а именно лога)
хотя конечно, 6000 VLF-ов это перебор для любого размера.

автор
Имеет ли смысл усекать лог
Что после этого (должно) улучшится?


если вы переправите приращение лога с непотребного на адекватное
(его можно определить только зная "комфортный" размер лога)
ваш лог будет иметь адекватное число VLF-ов и мирроринг с лог шиппингом ускорятся.
насколько -- бог его знает, вряд ли кто-то вам приведет конкретные цифры.
если просто шринкануть и ничего не делать, получите и толку 0, и тормоза забесплатно

автор
Есть ли риски при усечении лога на нагруженной базе?

есть риск не усечь с первого раза, и даже с десятого.

автор
(хотелось бы избежать таймаутов для пользователей)

а таймауты начнутся позже,
когда лог снова начнет расти.
и опять же, оценить это можно только зная размер устоявшегося лога.
ибо именно до этого размера и будет расти лог.
и именно столько гигабайтов будет зануляться
6 ноя 17, 17:56    [20930411]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Alexander Us
Member

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

Размер лога: 74 GB
(так вырос после разовых акций по перезаливке таблиц, "устаканенное" значение не знаю, но думаю 2-3 GB хватит)

Приращение: 100 MB

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

Откуда:
Сообщений: 1833
Alexander Us
усечение лога это не онлайн операция?

это нечто мгновенное.
определяется VLF, начиная с которого можно перезаписывать лог.
все.
обновляются метаданные в базе.
вы же когда делаете бэкапы лога, этот самый транкэйт и так происходит.
никто даже не замечает.
6 ноя 17, 18:06    [20930420]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Yasha123
Member

Откуда:
Сообщений: 1833
Alexander Us
Размер лога: 74 GB
(так вырос после разовых акций по перезаливке таблиц, "устаканенное" значение не знаю, но думаю 2-3 GB хватит)

Приращение: 100 MB

фрагментов: 6000

вам надо оценить, будут ли снова происходить такие разовые операции.
ибо для ваших 2-3 Гб уже было выбрано нормальное приращение в 100Мб.
а вот чем обернулось, когда пришлось до 74Гб вырасти.
6 ноя 17, 18:10    [20930428]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Yasha123
Member

Откуда:
Сообщений: 1833
Yasha123
Alexander Us
усечение лога это не онлайн операция?

это нечто мгновенное.
определяется VLF, начиная с которого можно перезаписывать лог.
все.
обновляются метаданные в базе.
вы же когда делаете бэкапы лога, этот самый транкэйт и так происходит.
никто даже не замечает.

хотя при шринке разница все же есть, ведь часть файла будет отдана ОС.
но все равно это происходит мгновенно.
ничего внутри лога никуда не перемещается.
или часть файла можно отдать (начиная с того самого VLF,
который не должен содержать активной части лога + быть в конце файла),
и ее отдадут, просто обновив инфо о файле,
что такие-то адреса больше ему не принадлежат,
или ничего не произойдет и придется пробовать позже
6 ноя 17, 18:15    [20930434]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Alexander Us
Member

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

спасибо, завтра поробую.
6 ноя 17, 18:25    [20930447]     Ответить | Цитировать Сообщить модератору
 Re: 6000 фрагментов VLF  [new]
Yasha123
Member

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

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

+ ваш лог не будет зануляться весь и сразу,
а вообще, он же уже занулялся при тех самых "разовых акциях".
6 ноя 17, 18:32    [20930456]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить