Всем привет.

Обновил конфигурацию 11.5.17.143 -> 11.5.17.155 -> 11.5.17.164 -> 11.5.17.179 -> 11.5.17.192 -> 11.5.17.201 -> 11.5.17.213 ->
-> 11.5.17.226 -> 11.5.17.227.

Файл 1cd до обновления был 9гб, после обновления 11гб. Утилита Tool_1CD показала, что таблица Files до обновления занимала 50мб, после обновления стала 2гб.
Конфигурация снята с поддержки. Подскажите, нормально ли это и как ее почистить?

Почему база не серверная?

(0) "Сжатие таблиц ИБ" делали?

(2) Да, до сжатия была 15Гб

(1) Через какое-то время думаю перейдем на серверную. Пока вытягивает.

(4) может встать колом в любой момент. Прям совсем в любой. Поэтому лучше быстрее переходи на серверную.

(5) Я конечно понимаю, что файловая БД не очень. Но, откуда такие сведения, что все может встать колом?

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

(6) Если опубликована через шару и несколько человек работает, то база может резко похудеть до 4кб.

(7) через веб-сервер (iis) работает. Пользователи сидят под тонкими клиентами.

В таблице Files лежит файл 1Cv8.cf размером 2.5Гб, до обновления был 12Мб.

Что это за конфигурация и почему она настолько выросла?

(9)
Files
Эта таблица содержит служебную информацию, например, о работе с хранилищем конфигурации.

https://its.1c.ru/db/pubapplied/content/305/hdoc

(6) Сведения из собственного опыта. Некоторые регистры пухнут очень быстро, например те, которые за вложенные файлы отвечают, при интенсивном обмене ЭДО.

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

(9) УТ 11.5

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