Это 3.0 немного доработанная. Остальные аналогичные - порядка 400, что с ней??

Индекс распух может быть. Температуру меряла?

Где что посмотреть?
Это именно конфигурация! - сф.

Включили возможность изменения конфы, система сделала копию конфы поставщика.

Реструктуризацию сделали

Подозреваю что под словом "конфигурация" имеется в виду файловая база данных

+(3) цитирую библию по 1с "Профразработка" стр.587

Общие технологические сведения о поддержке

Конфигурация, стоящая на поддержке, всегда содержит в себе конфигурацию поставщика. Если конфигурация находится на полной поддержке, это фактически означает, что конфигурация пользователя полностью совпадает с конфигурацией поставщика. В этом случае считается, что конфигурация, находящаяся на полной поддержке, и является в то же время конфигурацией поставщика.
Если пользователь включает возможность изменения, это означает, что конфигурация пользователя теперь может отличаться от конфигурации поставщика. Поэтому при включении возможности изменения конфигурация поставщика создается в явном виде и становится частью основной конфигурации пользователя.
После выполнения обновления конфигурации базы данных конфигурация поставщика также будет присутствовать и в конфигурации базы данных.
Очевидно, что это приведет к определенному росту объема информационной базы. Также это приведет, например, к росту объема файла конфигурации (*.cf), поскольку фактически теперь будет выгружаться не одна, а две конфигурации: основная конфигурация и конфигурация поставщика.

Ну да! Типовая - 212, нетиповая - 440, а эта - под 800.

(7) ну так инфа из книги тебе вкатила?

"3.0 немного доработанная" - предположу, что переходили с 2.0, которая тоже "немного доработанная"?

(7) Нет, потому что у меня в 4 раза больше, а не в 2.
(9) Да, но раздулась она вдруг через полгода работы, а не сразу.

(7) что значит конфигурация? Вся файловая ИБ или ЦФ?

800 Это вес cf фалйа?

(12) да.

(10) Это значит обновили некорректно. Единственный метод лечения:
- берется типовой релиз того-же номера
- на него ОБНОВЛЕНИЕМ (сравнить/объеденить конфигурации из файла) накатывается cf текущей базы. При этом цель - ОБНОВЛЕНИЕМ добавить нетиповые реквизиты и объекты. Именно обновлением, чтобы не затерся внутренний идентификатор.
- Потом ручками, или тем же обновлением (по-возможности) накатываются нетиповые изменения форм и модулей.
- Загрузить полученную конфигурацию из файла.
И впредь обновлятся, используя ШТАТНЫЙ механизм.
По своему опыту - лучше не станет. Дойдете до порога, когда невозможно станет обновлять из-за левой мишуры в режиме сравнения/объединения.

(13)там точно ничего кроме конфигурации БД и конфигурации поставщика нет?

Какой-нибудь логотип в виде картинки добавили и пожалуйста, база распухла.

(16) Это не логотип, это видео о том, как его делали... Ну а чего - макет типа "Двоичные данные" :)
(10) Выгрузи конфу в файлы, да посмотри, что столько весит.

Может, Конфигурация отличается от конфигурации БД? Не сохранили

(18) Не отличается, это уже полгода продолжается. При последнем обновлении (вчера), кстати, стало чуть поменьше.
(17) Весело! вряд ли видео. Выгружу! Хорошая идея.

(14) Я не понимаю в чем прикол, и что нужно делать ручками. Просто сравнить-объединить и выбрать мой файл сф - я только что обновила, номера совпадают.

В конфигураторе "Конфигурация"-"Проверка конфигурации".
Пункты "Проверка логической целостности"

навсякий - бэкап сначала

(21) Проверяла уже!

(23) так что там с выгрузкой в файлы?

(0) сними с поддержки

(20)
Нужно взять типовой cf вашего релиза, накатить на него ВАШИ изменения, и загрузить конфигурацию из файла.

может проще сравнить/объединить с конфигурацией поставщика?

v8: Обновление измененной типовой: некоторые объекты остаются необновленными.

+ (28) - корень проблемы один и тот-же: предыдущее обновление было сделано через ...опу. В моем случае неопытный восьмерошник обновлял конфу по принципу клюшек: через сравнить/объединить конфигурации. Что не просто геморно, а неправильно в корне. Чтобы исходные идентификаторы корректно перенеслись необходимо использовать штатный механизм обновления.

Можно кстати попробовать выгрузить конфигурацию в файлЫ как в (24) предлагают, и загрузить обратно - может помочь. Я этим инструментом еще не пользовался.

(29) а при чем тут неверные идентификаторы объектов и размер файла конфиги?

кстати, неверные идентификаторы объектов в окне сравнения выглядят по другому. То что приведено у вас в скринах, позволяет предположить что идентификаторы у объектов одинаковые.

Я всегда обновляла через поддержку.

УПП+CRM (обе на поддержке с возможностью внесения изменений) весит примерно 800м - может быть у вас (внезапно) конфигурация на поддержке у двух поставщиков оказалась?

Как-то типа так:
Тут иногда советуют сделать "свою" поддержку для изменений или для реанимации сбойной конфигурации снять её с поддержки и обновить конфигурацию полным cf; Будет вопрос об установке вновь на поддержку и т.д...
Если накосячить, то можно получить двух поставщиков и две конфигурации поставщика.

(31) Я и не говорил что у ТС проблема именно в этом.
(32) Там несколько в другом суть. Я эту тему привел, чтобы показать как бывает.
Думаю корень один и тот же - переход с 2 на 3 в случае, когда у БП2 включена возможность изменений - он и при штатном обновлении может оставить после себя кучу мусора. Просто я попадал на такой переход с БП2 на БП3, и когда уже перешли, пожили с этим какое-то время выскочила ошибка как в (28).
Поэтому для сложных обновлений остается использовать подход (29) или (30).

опечатался. Как в (26) или (30).

Мисти, сделай вот такой "откат к конфигурации БД" (естественно на копии базы): выгрузи конфигурацию БД (не основную/рабочую) в файл и тут-же загрузи её же (без сравнения/объединения).

Я при переходе не объединяла с новой конфигурацией (30), а загружала новую, так что от 2.0 ничего не должно было остаться. И к тому же! База раздулась через полгода после перехода!
(37) А у меня же совпадает с конфигурацией БД, в чем профит?

(35) если бы ты догадался тогда банально перед обновлением удалить эту несчастную справочную информацию из рабочей конфы, то не требовались бы все эти шаманства с "выгрузи/загрузи"

(38) Иногда помогает "стряхнуть" накопленные ошибки в структуре конфигурации, кешах и следы демонических обновлений. Иногда они есть (ошибки), но типовые механизмы платформы их не "видят" и не "замечают" до тех пор, пока не начнёт всё сыпаться.

(38)
(39) Не говори, не поняв сути вопроса. Во-первых эти косяки были не только с справочной информацией, а еще и с представлениями объектов (скорее всего еще с чем-то, уж не вспомню). А во-вторых там основная проблема была в том, что основная конфа не синхронизировалась с конфой поставщика.
(40) Тряхнуть - каким образом?

(38) Профит в том, что перезапишется cf поставщика, из-за которого (возможно) проблемы. А еще можно попробовать (30). И если после всего этого ситуация не изменилась - тогда (26).

(0) После удаления помеченных объектов и реструктуризации таблиц размер базы действительно может уменьшиться до 800 мб.