Siemarglpkarklin, оно конечно. Только срабатывало не всегда.

+1 тоже сталкивался.

Грантированное попадание пальцем в небо
происходит после полного бекапа базы + бекап логов + рестарт базы.

pkarklininterestingГрантированное попадание пальцем в небо
происходит после полного бекапа базы + бекап логов + рестарт базы.

А вот с этого момента по-подробней, пожалуйста...

Работает себе сервер месяц работает другой, третий , регулярно бекапится база и логи.
Подписчик ( сервер отчетов ) , с него постоянно забирает все что ему нужно.
В одни прекрасный момент начинает пухнуть лог ,
проверяются бекапы , логу запускается шринк ,
резальтат - лог в размерах не уменьшается.
После чего
делается , полный бекап базы , бекап логов , рестарт сервера ,
после чего шринк отрабатывает нормально.

приблизительно так.

pkarklin
А я бы начал с проверки наличия открытых транзакций.

Это первое что искалось , как само собой понятная причина подобного рода поведения.

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

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

pkarklininteresting,

авторПодписчик ( сервер отчетов ) ,

Используется репликация?

Да .

pkarklin
А я бы начал с проверки наличия открытых транзакций.




автор неизвестен Не секрет, что rollback надо делать пореже,
Лучше делать почаще commit!
Я программой своей скоро сервер повешу —
У админа пускай голова поболит.

Под крики о кастрации,
В обкуренной прострации,
Как следствие мутации
Рождается в момент
Rollback segment для маленькой,
Для маленькой такой транзакции,
Для скромной такой транзакции
Огромный такой сегмент!

Не секрет, что rollback — это язва и грыжа,
Геморрой и чуть-чуть гайморит.
Если ты программист, а не ослик бесстыжий —
Лучше делай почаще commit!

Под крики о кастрации,
В обкуренной прострации,
Как следствие мутации
Рождается в момент
Rollback segment для маленькой,
Для маленькой такой транзакции,
Для скромной такой транзакции
Огромный такой сегмент!

Не секрет, что друзьям тоже надо ресурсы,
Надо память, процессор и диск…
Так что делай commit, а иначе… ты в курсе,
Что rollback — для тебя неоправданный риск.

Под крики о кастрации,
В обкуренной прострации,
Как следствие мутации
Рождается в момент
Rollback segment для маленькой,
Для маленькой такой транзакции,
Для скромной такой транзакции
Огромный такой сегмент!




Мое призвание
руки за перерасход ресурсов отбивать :)

Работа у меня такая
)

pkarklininteresting,

C ней не было проблем в этот момент? Например, недонесенные транзакции, которые, естественно, не могут быть удалены из лога публикатора.


Я не знаю глубину процесса , но записи в логе о текущих в момент сжатия лога
транзакциях и сервер и подписчик как то ведь переваривают.

Подрезка осуществляется на лету ,
при этом за время сжатия ( около часа) от 50 Гб до 500 мб ( по моим субьективным оценкам работы системы)
может проходить около 1000 транзакций , от начала до комита ( автокомит тоже считается).

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

pkarklininteresting,

авторЯ не знаю глубину процесса ,

А мне трудно "лечить по фотографии". ;)

А зачем Вы в принципе усекаете лог? Чтоб потом серверу снова тратить дополнительные ресурсы на его расширение?

Я вас не просил лечить по фотографии :)

Все уже вылечено оптимальным в бизнес процесса способом , через рестарт сервера.

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

MSSQL-OracleА в чем разница
1. лог транзакций всегда 50ГБ или
2. с утра 500МБ, а вечером 50ГБ?

Повторяю

автор Работает себе сервер месяц работает другой, третий , регулярно бекапится база и логи.
Подписчик ( сервер отчетов ) , с него постоянно забирает все что ему нужно.
В одни прекрасный момент начинает пухнуть лог ,


Всегда не более чем 5 Гб с запасом на пиковую активность,
но поработав пару месяцев без рестарта базы
за неделю просто так может вырасти до 50 Гб.
И никакими разумными уговорами , кроме как рестартонуть базу уменьшиеть его аппетиты я способа не нашел.
Логи бекапятся раз в 2 часа.
База бекапится раз в сутки.