powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Разрастающийся лог
23 сообщений из 23, страница 1 из 1
Разрастающийся лог
    #40123741
An111
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
На сервере есть базы. Бэкап их лога на ленту выполняется регулярно, но их лог все одно растет, постепенно забивая весь диск.

Шринк лога урезает его, но только если выполнять его сразу после бэкапа лога. Если позже, то бесполезно - лог не шринкуется, хотя свободного места в файле много. DBCC OPENTRAN активных транзакций не показывает.

Вопрос - что делать чтобы диск не забивался-то?
...
Рейтинг: 0 / 0
Разрастающийся лог
    #40123742
felix_ff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
An111,

чаще делать бекап лога
...
Рейтинг: 0 / 0
Разрастающийся лог
    #40123744
An111
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
felix_ff
An111,
чаще делать бекап лога


И чем это поможет? Он и так делается раз в несколько часов. После собственно бэкапа размер файла лога остается прежний и продолжает расти дальше. В итоге имеем разросшийся лог файла, в котором много пустого места и который в итоге забивает весь диск.

Шринкануть лог можно, но только если успеть запустить шринк сразу после бэкапа. Если не успел, то лог растет дальше...
...
Рейтинг: 0 / 0
Разрастающийся лог
    #40123753
3unknown
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
An111,

Репликаций нет случаем?
Посмотрите в sys.databases, log_reuse_wait_desc - на что лог используется, почему не высвобождается.
...
Рейтинг: 0 / 0
Разрастающийся лог
    #40123762
An111
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
3unknown
An111,
Репликаций нет случаем?


Нет.

3unknown

Посмотрите в sys.databases, log_reuse_wait_desc - на что лог используется, почему не высвобождается.


LOG_BACKUP

При том что бэкап лога на 100% выполнен.

Вообще же больше похоже на то что после бэкапа лога указатель как был, так и остается в конце файла. Куда и продолжает идти запись, если не успеть шринкануть сразу после бэкапа. Ну а как запись прошла, то и шринковать поздно.
...
Рейтинг: 0 / 0
Разрастающийся лог
    #40123763
An111
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Да, забыл - сервер SQL Server 2012 (SP3).
...
Рейтинг: 0 / 0
Разрастающийся лог
    #40123766
3unknown
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
An111,

Попробуйте немедленно после одного бэкапа сделать тут же второй и потом шринкануть. Так должно помочь, если виртуальный файл в конце лог файла находится.
Есть еще опция - перевести временно в simple mode и сделать Log Truncate.
...
Рейтинг: 0 / 0
Разрастающийся лог
    #40123771
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
An111,

а зачем вы его сжимаете, тренируете диски, чтобы не скучали? Файл журнала при оптимальной частоте бэкапов должен иметь постоянное значение.
...
Рейтинг: 0 / 0
Разрастающийся лог
    #40123779
PizzaPizza
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
в порядке бреда: надеюсь бекап делается средствами сервера, а не сторонними программами
...
Рейтинг: 0 / 0
Разрастающийся лог
    #40123793
An111
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Владислав Колосов
An111,
а зачем вы его сжимаете, тренируете диски, чтобы не скучали? Файл журнала при оптимальной частоте бэкапов должен иметь постоянное значение.


Должен бы. Проблема в том что после бэкапа лога на этом сервере файлы лога растут, так как будто в них не полно свободного места. И через некоторое время имеем полностью забитый ими диск. Диск под логи после Нового Года обещают увеличить, но меня гложут сомнения что это поможет. Просто снизится частота его переполнений.
...
Рейтинг: 0 / 0
Разрастающийся лог
    #40123794
An111
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
PizzaPizza
в порядке бреда: надеюсь бекап делается средствами сервера, а не сторонними программами


Бэкап всегда делается средствами сервера - по крайней мере я других способов не знаю. Сторонняя программа может лишь выдать ему команды для этого.
...
Рейтинг: 0 / 0
Разрастающийся лог
    #40123820
Ролг Хупин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сколько свободного места в лог файле при том, что он сам растет?
Какая Recovery model?
Если переключить Simple и снова Full?
...
Рейтинг: 0 / 0
Разрастающийся лог
    #40123843
Фотография a_voronin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
felix_ff
An111,

чаще делать бекап лога


Ролг Хупин
Сколько свободного места в лог файле при том, что он сам растет?
Какая Recovery model?
Если переключить Simple и снова Full?


Господа, вот нельзя сходу давать вот такие советы.

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

прочтите хотя бы полностью матчасть

https://docs.microsoft.com/ru-ru/sql/relational-databases/logs/troubleshoot-a-full-transaction-log-sql-server-error-9002?view=sql-server-ver15
...
Рейтинг: 0 / 0
Разрастающийся лог
    #40123848
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ролг Хупин,

авторЕсли переключить Simple и снова Full?
На производственных базах такое категорически нельзя делать, это самая настоящая диверсия.
...
Рейтинг: 0 / 0
Разрастающийся лог
    #40123852
Ролг Хупин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Владислав Колосов
Ролг Хупин,

авторЕсли переключить Simple и снова Full?

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

Я читаю крик души ТС в первом мэсыджэ, и там, кстати, ни про производственные базы, ни даже про версию сервера ничего нет. Потому, так-то да, но в общем имеем то, что имеем
...
Рейтинг: 0 / 0
Разрастающийся лог
    #40123876
L_argo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Владислав Колосов
Ролг Хупин,

авторЕсли переключить Simple и снова Full?

На производственных базах такое категорически нельзя делать, это самая настоящая диверсия.Ну я такое практикую. :)
Раз в неделю в не-бизнес-время после бекапа делается перестройка/реорганизация индексов, обновление статистик и шринк. В Фулл модели логи бы были больше самой БД. :)
Разумеется, после возвращения в фулл сразу делается новый бекап.
Есть ли риски ? Вероятно есть. Но пока все ОК. Буду наблюдать.
...
Рейтинг: 0 / 0
Разрастающийся лог
    #40123877
baracs
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
L_argo
...делается перестройка/реорганизация индексов, обновление статистик и шринк

При перестройке индексов автоматом обновляются соответствующие статистики.
И дался вам этот шринк!
...
Рейтинг: 0 / 0
Разрастающийся лог
    #40123881
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
L_argo,

авторНу я такое практикую. :)

Если Вы точно знаете, какие технологии и средства использованы в базе данных и понимаете последствия...
...
Рейтинг: 0 / 0
Разрастающийся лог
    #40123886
SERG1257
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Каков размер бакапов лога?
  • Маленький - значит бакап пустой, и надо копать почему лог растет хотя в нем есть место.
  • Большой или нормальный - значит в логе есть некие действия. Выясняйте что пишет в лог и делайте бакапы чаще - раз в час, раз в 15 минут, да хоть раз в минуту.
Если у вас то густо то пусто, то чтобы не плодить прорву маленьких файликов, перед бакапом лога добавьте логику типа если в логе много пустого места, то этот бакап пропускаем
...
Рейтинг: 0 / 0
Разрастающийся лог
    #40123892
Фотография a_voronin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ролг Хупин
Владислав Колосов
Ролг Хупин,

пропущено...

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


Я читаю крик души ТС в первом мэсыджэ, и там, кстати, ни про производственные базы, ни даже про версию сервера ничего нет. Потому, так-то да, но в общем имеем то, что имеем


"Крик души"? Не выделили денег, чтобы нанять профессионального админа. Теперь джуниор тыкается не понимая, что делать. Пусть матчасть штудирует или пусть его боссы наймут того, кто проштудировал (за большие деньги).
...
Рейтинг: 0 / 0
Разрастающийся лог
    #40123983
An111
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Владислав Колосов

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


Ну, таким советам никто следовать и не будет - сервер рабочий. Бэкапирование данного сервера (как и многих других) организовано правильно - к нему вопроса нет.

Непонятка только с файлами логов, которые на конкретном сервере растут несмотря на то что логи бэкапятся регулярно.
...
Рейтинг: 0 / 0
Разрастающийся лог
    #40123988
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
An111,

попробуйте отследить динамику заполнение журнала, например, запросом:

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
SELECT db.database_id, 
       db.name, 
       GETDATE() datewhen, 
       db.log_reuse_wait_desc, 
       su.total_log_size_in_bytes * 1.0 / 1024 / 1024 [log_space_mb], 
       su.used_log_space_in_bytes * 1.0 / 1024 / 1024 [used_space_mb], 
       su.used_log_space_in_percent, 
       su.log_space_in_bytes_since_last_backup * 1.0 / 1024 / 1024 AS [written_since_backup_mb]
FROM sys.databases db
     INNER JOIN sys.dm_db_log_space_usage su ON su.database_id = db.database_id;



Сохраняйте результат запроса в таблицу каждые 5-10 минут, исходя из скорости заполнения подберите частоту резервного копирования.
...
Рейтинг: 0 / 0
Разрастающийся лог
    #40125011
Очень лысый
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
An111
felix_ff
An111,
чаще делать бекап лога


И чем это поможет? Он и так делается раз в несколько часов. После собственно бэкапа размер файла лога остается прежний и продолжает расти дальше. В итоге имеем разросшийся лог файла, в котором много пустого места и который в итоге забивает весь диск.

Шринкануть лог можно, но только если успеть запустить шринк сразу после бэкапа. Если не успел, то лог растет дальше...


В общем. раз шринкануть можно, значит, бэкап таки освобождает место в файле лога. Скорее всего, база довольно нагруженная, много транзакций в неё сыпется. Если ситуация не осложнена ещё и репликацией и AG, то нужно просто чаще делать бэкап лога. У меня на нагруженных базах бэкап лога делается вообще раз в 15 минут, иначе вот такая же хрень будет. Тут либо чаще бэкап делать, либо больший диск под логи держать.
...
Рейтинг: 0 / 0
23 сообщений из 23, страница 1 из 1
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Разрастающийся лог
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]