|
transaction LOG резко вырос
|
|||
---|---|---|---|
#18+
Доброго всем дня! Коллеги, подскажите пожалуйста, куда копать? Имеется БД размером 350ГБ Microsoft SQL Server 2014 (SP2) (KB3171021) - 12.0.5000.0 (X64) Copyright (c) Microsoft Corporation Enterprise Edition: Core-based Licensing (64-bit) Модель восстановления FULL. Делается фулл бэкап один раз ночью. после один раз шринкуется лог ну и чистятся старые по истечению времени. Бэкап транзакции снимается каждые 15 минут. Где-то с неделю назад, заметил, что место на диске стало резко уменьшаться. Оказалось что размер бэкапа транзакции вырос со средних 100МБ до 1200МБ. Причем, произошло это моментально, снялся лог размером 90МБ и через 15 минут снялся лог размером 1300МБ. Никаких зависших транзакций не было. Нагрузка на базу со стороны пользователей не увеличивалась. Ради частоты эксперимента шринканул лог у бд и снялся бэкап размером 200МБ, но делать так постоянно, мягко говоря не стоит. Да и все равно спустя 15 минут, размер обратно поднимался вверх. Сократил время снятия бэкапов с 15 до 10 минут, не помогло, все равно в общей сложности снималось столько же. Куда можно еще копнуть? Заранее спасибо и хорошего дня! ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2021, 10:21 |
|
transaction LOG резко вырос
|
|||
---|---|---|---|
#18+
Какой-то мутный поток сознания... 1. Зачем " шринкуется лог"? Вам делать неча? Берите пример с кота. 2. После бэкапа журнала (лога) сколько свободного места в нем? https://docs.microsoft.com/en-us/sql/relational-databases/system-dynamic-management-views/sys-dm-db-log-space-usage-transact-sql?view=sql-server-ver15 3. Если занято много - посмотрите почему не освобождается? https://docs.microsoft.com/en-us/sql/relational-databases/logs/the-transaction-log-sql-server?view=sql-server-ver15 Really, Log truncation can be delayed by a variety of reasons. Learn what, if anything, is preventing your log truncation by querying the log_reuse_wait and log_reuse_wait_desc columns of the sys.databases catalog view Опосля чего, доложите здесь. Вас спасут. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2021, 10:37 |
|
transaction LOG резко вырос
|
|||
---|---|---|---|
#18+
georgy_2012, уберите переиндексацию таблиц. А "шринкуете" с какой целью? Или Вы понятия не имеете как работает журнал и для чего он нужен? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2021, 10:44 |
|
transaction LOG резко вырос
|
|||
---|---|---|---|
#18+
aleks222, 1. " Мутный поток сознания", что именно показалось Вам мутным потоком? Уж поделитесь своей мудростью составления письма. Я пытаюсь найти причину этой проблемы и пишу все что обнаружил со своей (не очень опытной) стороны. 2. Шринкуется лог - так захотел клиент. 3. Докладывают в армии 4. Спасибо за инфу, посмотрю, все что Вы скинули. Не хочу показаться грубым, просто эта хрень покоя не дает ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2021, 10:44 |
|
transaction LOG резко вырос
|
|||
---|---|---|---|
#18+
Владислав Колосов, Добрый день. А если переиндексация проводилась юолее 12 часов назад? Или этого недостаточно? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2021, 10:58 |
|
transaction LOG резко вырос
|
|||
---|---|---|---|
#18+
georgy_2012 2. Шринкуется лог - так захотел клиент. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2021, 11:03 |
|
transaction LOG резко вырос
|
|||
---|---|---|---|
#18+
Ennor Tiegael, Да, я заметил свою ошибку, когда писал сообщение. Шринкуется лог только после выполнения фулл бэкапа. Когда происходит бэкапирования журнала (лога), никакого шринка нет. Прошу прощения за неверность информации. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2021, 11:09 |
|
transaction LOG резко вырос
|
|||
---|---|---|---|
#18+
georgy_2012 Шринкуется лог только после выполнения фулл бэкапа. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2021, 11:53 |
|
transaction LOG резко вырос
|
|||
---|---|---|---|
#18+
Ennor Tiegael, Честно говоря, не могу ответить так как с этим еще ни разу не обращались) ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2021, 11:58 |
|
transaction LOG резко вырос
|
|||
---|---|---|---|
#18+
georgy_2012, вам надо систематизировать информацию по наблюдениям и сопоставить с процессами, происходящими в базе. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2021, 12:00 |
|
transaction LOG резко вырос
|
|||
---|---|---|---|
#18+
georgy_2012 1. " Мутный поток сознания", что именно показалось Вам мутным потоком? Уж поделитесь своей мудростью составления письма. georgy_2012 Не хочу показаться грубым, просто эта хрень покоя не дает ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2021, 14:00 |
|
transaction LOG резко вырос
|
|||
---|---|---|---|
#18+
alexeyvg, Делается FULL бэкап раз в полночь и бэкапы журнала каждые 15 минут. На счет шринка логов, написал, что неверно написал, ошибся. Обнаружил, что после того как снимается бэкап логов, то место сбрасывается и за 15 минут практически сразу заполняется. К примеру: .ldf размер файла - 5ГБ и заполнен почти под крышку, снимается бэкап логов, место сбрасывается обратно до свободных 5ГБ и к следующему бэкапу заполняется, а порой и к автоувеличению прибегает. Хотя есть бд (которые и больше по размеру), на которых работает в разы больше пользователей и там нет такой заполняемости журнала. Как можно посмотреть, что его так сильно заполняет? Да тут речь скорее не про то, что данные пропадут, а причина такого роста. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2021, 14:20 |
|
transaction LOG резко вырос
|
|||
---|---|---|---|
#18+
georgy_2012, проверьте Код: sql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2021, 15:38 |
|
transaction LOG резко вырос
|
|||
---|---|---|---|
#18+
хотя для 2014 это скорее в tempdb все будет, а не в логах.. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2021, 15:41 |
|
transaction LOG резко вырос
|
|||
---|---|---|---|
#18+
ShIgor, Для БД с растущим логом - ON 1 для tembdb - OFF 0 ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2021, 15:45 |
|
transaction LOG резко вырос
|
|||
---|---|---|---|
#18+
georgy_2012, ну почитайте внимательно про RCSI похоже в нем дело, может и лог пухнет из-за него. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2021, 15:47 |
|
transaction LOG резко вырос
|
|||
---|---|---|---|
#18+
georgy_2012 alexeyvg, Делается FULL бэкап раз в полночь и бэкапы журнала каждые 15 минут. На счет шринка логов, написал, что неверно написал, ошибся. georgy_2012 Хотя есть бд (которые и больше по размеру), на которых работает в разы больше пользователей и там нет такой заполняемости журнала. Не может быть, что там какое то обслуживание стоит? Индексы там реорганизуются каждые 15 минут? Посмотрите интенсивность записи в виде графика (в рес. мониторе, или в перф мониторе), может, получится привязать интенсивную запись к времени, а дальше к выполнению джобов. ShIgor georgy_2012, ну почитайте внимательно про RCSI похоже в нем дело, может и лог пухнет из-за него. Подобные статейки просмотрел, про лог ни у кого нет сообщений https://www.red-gate.com/simple-talk/databases/sql-server/performance-sql-server/read-committed-snapshot-isolation-high-version_ghost_record_count/ ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2021, 16:07 |
|
transaction LOG резко вырос
|
|||
---|---|---|---|
#18+
alexeyvg, Зависит это не от к-ва пользователей или размера БД, конечно. Если я не ошибаюсь, то изменения в базе, особенно в режиме модели "Полная" записываются в лог или упустил, что-то? Не может быть, что там какое то обслуживание стоит? Индексы там реорганизуются каждые 15 минут? Один раз в день, вечером. Причем это уже так несколько лет и никогда таких проблем не возникало Посмотрите интенсивность записи в виде графика (в рес. мониторе, или в перф мониторе), может, получится привязать интенсивную запись к времени, а дальше к выполнению джобов. А на какие графики стоит обратить внимание? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2021, 16:16 |
|
transaction LOG резко вырос
|
|||
---|---|---|---|
#18+
georgy_2012 А на какие графики стоит обратить внимание? georgy_2012 Зависит это не от к-ва пользователей или размера БД, конечно. Если я не ошибаюсь, то изменения в базе, особенно в режиме модели "Полная" записываются в лог или упустил, что-то?Да. Но у вас же эстраординарная запись в лог, значит, просто пользователи нормальными пользовательскими операциями не должны её создавать. Значит, дело либо в другой версии софта, когда та же нагрузка от пользователей создаёт много записи (например, на какой то операции вся таблица апдэйтится), либо в какой то сторонней нагрузке. Ну а от размера базы совсем не зависит - лежат и лежат себе данные, с чего там будет писаться в лог? georgy_2012 Один раз в день, вечером. Причем это уже так несколько лет и никогда таких проблем не возникало Может, кто то баловался с джобами, и вместо раз в сутки поставил раз в 10 минут, что угодно может быть. Просто посмотрите в логе агента, что там. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2021, 16:29 |
|
transaction LOG резко вырос
|
|||
---|---|---|---|
#18+
georgy_2012 2. Шринкуется лог - так захотел клиент. Надо было донести до клиента, что он дурак и полечить. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2021, 16:32 |
|
transaction LOG резко вырос
|
|||
---|---|---|---|
#18+
aleks222 georgy_2012 2. Шринкуется лог - так захотел клиент. Надо было донести до клиента, что он дурак и полечить. Надо только донести до него, что кто принимает решения, тот и отвечает за результат. Что бы не было такого, что админит заказчик, а отвечает подрядчик. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2021, 16:42 |
|
|
start [/forum/topic.php?fid=46&fpage=18&tid=1684431]: |
0ms |
get settings: |
11ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
35ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
59ms |
get tp. blocked users: |
2ms |
others: | 251ms |
total: | 398ms |
0 / 0 |