Всем привет.
Обновил КА до версии 2.4.13.123. Пытаюсь выгрузить CF файл конфигурации. На 95% получаю ошибку:
"Превышен максимально допустимый размер файла. Невозможно записать конфигурацию в режиме совместимости 8.3.15 и ниже"
Файл получается чуть больше 2х гигов.

Я так понимаю, единственное пока решение установить режим совместимости в 8.3.16, но тут и в на ИСе писали, что тогда слетают проводки.
Кто-то сталкивался с этой проблемой? Как решали?

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

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

(1) В копии и делаю.

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

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

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

(6) Да, мне нужен Cf для сравнение-объединения. Просто есть расширения #Вместо, приходится отслеживать изменения таких процедур.

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

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

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

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

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

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

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

(8) Нет, не удалось.Забил на это дело. Конфа конечно не вся на поддержке, но доработок там по минимуму. Всё в расширениях.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Кто-нибудь решил данную проблему?

(28) какую именно проблему?
Проблему с тем, чтобы отключить к чертям конфу поставщика и накатывать обновление объединением с CF-кой ?

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

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

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

(28) Обновился до 2.4.13.187 - файл выгружается.