доброго дня!
Выполнил в базе процедуру перестроения индекса через план обслуживания. Сразу после выполнения база с 1,9Гб увеличилась до 2,3Гб, а журнал транзакций с 5мб до 1,5Гб. Также после выполнил обновление статистики.

При том интересно что размер бекапа базы на полной модели восстановления до реорганизации был 2Гб, а после стал 1,69Гб.
Каких то видимых изменений в работе базы не увидел.

Это нормальное поведение?
База не 1С. Прошу прощения я не специалист в MS SQL.

Гавриленко Сергей Алексеевич,

если поставить ребилд индексов в регулярный план обслуживания база и журнал так и будут пухнуть каждый раз?
Это кажется не нормальным.

1C DevelopersergeydvsГавриленко Сергей Алексеевич,

если поставить ребилд индексов в регулярный план обслуживания база и журнал так и будут пухнуть каждый раз?
Это кажется не нормальным.

Вам уже советовали почитать на данную тему.

Если кратко - база и журнал "распухнут" только в первый раз, главное после этого не обрезать файлы:)
Спасибо! Если есть конечно, киньте ссылкой пожалуйста, где это расписано более менее понятно.
То есть ручной шринк лога после ребилда индексов противопоказан? Было дело раньше, переводил базу на простую модель восстановления, резал лог и возвращал обратно полную. Знаю что не правильно, но выхода не было.

uaggster1C Developerпропущено...
Вам уже советовали почитать на данную тему.
Если кратко - база и журнал "распухнут" только в первый раз, главное после этого не обрезать файлы:)
... и, если делать регулярный бэкап лога, в случае, если база данных находится в режиме восстановления full.
Почему то понимание этого момента у 1Сников вызывает значительные трудности в понимании.

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

MindsergeydvsТак и планирую сделать. Один раз в сутки полный бекап, потом раз в два-три часа бекап лога транзакций.Как Вы думаете, если скажем операция перестроения индексов занимает 1 час, то будет ли толк от бэкапа лога каждые 3 часа? Ну или поставлю вопрос по другому - какова вероятность того что бэкап лога произойдет именно в момент перестроения индексов, и желательно еще не один раз?
база размером 1,8 Гб сейчас. Перестроение индексов идет минут 10-15 и делать его я думаю раз в месяц не больше.

Ну а как еще в случае чего восстановить базу, работающую круглосуточно, на минимальный момент времени? Думаю что только с бекапа лога журнала, плюс бекап будет урезать размер журнала. Я не прав?

Yasha123база полностью в оперативку помещается,
зачем вообще что-то ребилдить
спасибо всем за ответы.
ребилдить решил потому что заметил что база стала медленней работать последнее время, не намного, но заметно.
Ориентировался на статью https://habr.com/ru/post/336302/