КА 2.4 Превышен максимально допустимый размер файла. Невозможно записать конфигурацию

(0) так ты в копии так сделай.

Выгрузи конфу в файлы ))

(3) Тогда зачем переживать о проводках. Забей. Это же... ну вот так короче.

(5) Тебе Cf нужен, чтобы через сравнение-объединение перенести изменения. Ты же не загружаешь его напрямую?

Удалось победить в итоге?
Платформа 8.3.18.1289, конфа 2.4.13.103, та же беда..

А у вас, у кого такая же беда - версии платформы случайно 32-бит или все-таки 64-бит ?

Платформа x64, клиента тоже запускаю x64

(0) Ищите причину в компе (что за железяка), возможны ограничения в ОСе.
Попробуй тестирование и исправление.
Можно снять с поддержки в копии, и выгрузить cf-шник, он будет в разы меньше.

"Пытаюсь выгрузить CF файл конфигурации... Файл получается чуть больше 2х гигов" - проверяйте конфигурации. Скорее всего она у вас битая. Для начала можно на копии снять с поддержки и попытаться выгрузить конфигурацию. Если получится - проблема в конфигурации поставщика, если не получится - проблема с основной конфигурацией. Можно не мучаться с ней, а попробуйте выгрузить конфигурацию базы данных и загрузить её вместо сбойной основной конфигурации.

(12) Ну конфиг у них однозначно с включенным внесением изменений в конфигурацию. Так сам CF не дотягивает до 2 гиг, а вот с включенными изменениями вполне дотянуть может.

У меня предыдущий cf был около 2-х ГБ. Конфа доработанная, вполне возможно за 2 гб перевалило. Снимать с поддержки каждый раз, когда надо выгрузить cf - это жесть. Есть какое-то нормальное решение?

А может быть вы использует расширения? Тогда можно попробовать установить "Не использовать" для "Режим совместимости расширения конфигурации".

Ооо... уже увидел "но доработок там по минимуму. Всё в расширениях." Глючит меня что-то. Пятница, однако.

хохма еще и в том, что если доработок в самой конфе по минимуму, то лучше вообще все убрать в расширение.
Поскольку критично само по себе наличие режима "Включена возможность изменений" На самом верху. Именно оно провоцирует полное дублирование конфы.
Не важно, насколько много отдельных объектов имеют признак "разрешено редактирование с сохранением поддержки"

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

(19) Там основная нагрузка это дрова в макетах

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

(21) эх... так подавляющее большинство именно этим обновлением и пользуется, не взирая на то, что сами вовсю правят текущую конфу.

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

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

Если пытаться логически домысливать ситуацию с поддержкой изменений, но нужны дополнительные инструменты в виде EDT

Кстати, а ведь причина именно в том, что и ERP и КА у разработчиков 1С находятся в EDT. Поэтому и проскакивают глюки для тех, кто работает без EDT.

(22) Эээ.. небольшое замечание: полная конфигурация поставщика для выгрузки в .cf есть в каждой базе.

(24) не в каждой.

(25) В рамках этой темы - в каждой. Впрочем не буду спорить, уточню: "в каждой базе, не снятой с поддержки".

Просто зачем тогда нет возможности выгрузить только Текущую, если выбирается выгрузка текущей конфигурации в файл?

Конфигурация БД - отдельно выгружается. Конфигурация Поставщика - тоже отдельно.

Зачем текущая всегда выгружается вместе со встроенной конфой Поставщика, если только в базе эта конфа есть?