После внесения изменений в регистр накопления - регистр большой и очень давний. Файл обмена увеличился до небывалых - 1,2 гигабайта без архивации, в архиве 35 мегабайт. При попытке - загрузить данные в периферийный узел - выдает ошибку - недостаточно памяти! Подскажите можно ли файл обмена поделить, программно, на несколько частей и загрузить их по очереди, или может еще как нибудь пропихнуть изменения в распределенные узлы?

Всё возможно...

(1) пилить хмл?

Можно регистрировать записи регистра накопления пачками.

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

1.Сделать из основной базы периферийный узел.
2.Снимать/регистрировать изменения порциями.Есть специальная обработка.

(3) как?

не можно ли выгружать изменения порциями - не все за один раз ?

(7) штатно - нет.
И я не понял - после изменений конфы это произошло? обновление конфы не вызывает регистрацию объектов

(4) +1. Так надежней.

(8) произошло это после того как - регистр накопления добавили еще одно измерение и заполнили его за всю историю существования базы, после того - файл вырос!

(10) вот щас понятно. Я бы на твоём месте сделал (4), без плясмок с обменам, зачем лишний геморой?

(11) идея хороша, только для ее выполнения нужно всех с базы выгнать, с таким успехом - проще новый узел создать и все

(12) давно ли нужны кого-то выгонять то? выгрузказагрузкаданныхXML обработка

(13) ну галочку то снять с регистра нужно?

(14) не нужно, есть обработка регистрация изменений для обмена, там удаляй регистрацию с регистра нужного, и после загрузки в другую базу аналогично чтоб назад не попёрлось

или тупо УдалитьРегистрациюИзменений(узел, метаданные)

Может быть стоит указать количество объектов в транзакции? Например 10, а не 0 (по умолчанию стоит). Я грузил файлы и по 4 и по 5 гиг и ничего

(17) проблема в том что процесс 1С набирает больше 1,5 Гига оперативной памяти и вылетает с ошибкой, количество объектов в транзакции стоит = 1

Только не говори никому что у тебя SQL риб-база - пусть интрига сохранится до конца, как в хорошем детективе.

(19) центральная СКЛ база, а ошибку видает в периферийных - они файловые.

Создавай узел заново + список пользователей старого узла

(21) и я так же думаю делать... в обед буду делать (

а почему программно нельзя снять регистрацию?

Иногда люди идут на сервер не за советом: что делать, а чтобы получить поддержку того варианта, который сами уже себе и наметили ))

(24)
*сервер = сайт
Мысли о другом ))

(18) смотрите обработкой регистрации изменений что у вас зарегистрировано сейчас для выгрузки и выгружайте порциями.
в обработках обмена по xml есть галочки "снимать регистрацию после выгрузки"

По мне так самый простой способ, это снять регистрацию для всего регистра и потом регистрировать и обменивать порциями.

(10) >после того - файл вырос!

Да ну! А чего ожидали-то?

в периферии винда 64x? сколько оперативки?

решилось созданием новых узлов! всем спасибо!

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

(30) А че в новый узел выбружать регистр не надо?

(32) надо, но по средствам обмена 1,2 Гига переносится не хотело, поэтому создали новые периферийные базы и все решилось