Есть база данных, не рабочая а ее копия для отладки, экспериментов. Каких-то больших изменений там не происходит. Ну добавили десяток записей. Иногда изменили структуру какой-то таблицы перед внесением изменений в рабочую. Впринципе так болтаться рядом она могла неделями. И вот в последний примерно месяц вдруг без особых вроде действий со стороны разработчиков журнал транзакций стремительно увеличиваеться, пока не сжирает все место на диске. Причем это именно внезапно - еще вчера вроде все было нормально с местом а сегодня все. И никто ничего особенного с этой базой ничего не делал - выходные.
Способы обхода проблемы вроде есть, но хочется понять причину.

Burn
Есть база данных, не рабочая а ее копия для отладки, экспериментов. Каких-то больших изменений там не происходит. Ну добавили десяток записей. Иногда изменили структуру какой-то таблицы перед внесением изменений в рабочую. Впринципе так болтаться рядом она могла неделями. И вот в последний примерно месяц вдруг без особых вроде действий со стороны разработчиков журнал транзакций стремительно увеличиваеться, пока не сжирает все место на диске. Причем это именно внезапно - еще вчера вроде все было нормально с местом а сегодня все. И никто ничего особенного с этой базой ничего не делал - выходные.
Способы обхода проблемы вроде есть, но хочется понять причину.

1. Как правило - незакрытая транзакция. Или активный vlf всё ещё в конце файла

Например:

Цитата:

Иногда изменили структуру какой-то таблицы перед внесением изменений в рабочую.

2. Для начала: learn.microsoft.com

3. Поставить sp_whoisactive и смотреть, что и как.





Исправлено 2 раз(а). Последнее : PaulWist, 26.12.22 10:00

Ну, вчера явно никто с ней не работал, но за ночь все место было сожрано
За советы спасибо будем смотреть



Исправлено 1 раз(а). Последнее : Burn, 26.12.22 10:28

Джоб может быть, например обновление индексов.

Аудит настроить.





Исправлено 1 раз(а). Последнее : PaulWist, 26.12.22 10:29

Какой результат? Кто-когда и что делает или ждём выходных?

Старую снес - работать то надо. Новую восстановил. Поставил простую модель транзакций, ограничил размер лога
Так что ждем когда/если снова взбрыкнет





Исправлено 1 раз(а). Последнее : Burn, 27.12.22 08:50

Аудит настрой learn.microsoft.com

Спасибо. Сделаем

Результат есть?

"Злодей" пойман?

Как поставили модель восстановления Простая так пока все нормально. Никто никуда не растет

Кстати, БД из которой поднят BackUp на тестовом сервере участвует в репликации, либо высокой доступности?

PS: Ааа, ведь BackUp лога не делается никогда, поэтому ЖТ растёт бесконтрольно, а забить его легко, реиндекс большой таблички и место закончилось.





Исправлено 2 раз(а). Последнее : PaulWist, 09.01.23 10:18

PaulWist
БД из которой поднят BackUp на тестовом сервере участвует в репликации

Нет

PaulWist
либо высокой доступности?

А это што?

PaulWist
Ааа, ведь BackUp лога не делается никогда, поэтому ЖТ растёт бесконтрольно, а забить его легко, реиндекс большой таблички и место закончилось.

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

Burn

PaulWist
либо высокой доступности?

А это што?

Группы доступности Always On: решение для обеспечения высокой доступности и аварийного восстановления

Тогда нет