Всем привет, кто-нибудь пробовал бросить обмениваться с базами по полному плану обмена и переходить на план обмена УПП? Чем грозит?

собсно зачем?

Да у меня была уже тема - xml слишком большой, под 400 метров, обмен идет идет, потом "недостаточно памяти на сервере". 210 тыщ записей по регистру "Учет затрат БУ". Теперь хочу попробовать через COM, а он собака только по правилам обмена, а они, собаки (правила), только в планах обмена УПП...

(2)+ 210 тыщ - это проводки одного документа РСВ за июнь. А отдельно (еще одним таким же РСВ идут проводки по БУ, НУ и т.д.

сколько организаций (узлов)? с большими файлами бороться - делать обмены чаще, резать по организации регистрацию элементов и т.д.
З.ы. 200 тыщ записей - норм

через универсальный обмен пробую выгрузить в XML один документ РСВ с проводками - идет 20 минут - потом не хватает памяти, и падает.

(4) узлов 2. Организация одна. Перед проведением РСВ делаю полную синхронизацию баз чтоб ничего лишнего не ходило. Провожу док - обмениваю, кабздец.

странно, у нас 300-400 тыщ записей норм грузит штатно, когда под 500 тыщ - тогда траблы

у меня не очень мощные сервера. на 32 платформе, 8 гиг оперативки, 2003 года выпуска.

разбей файл на части например

(8) ну понятно, 32х, в этом беда

или что такое 32-я платформа?

64<>32

32битная

(13) нормально только на 64х работает, эти 8 гигов можеш выкинуть, всё равно стока не съест физически... незнаю поможет ли обмен по COM напрямую даже

(14) вот и я не знаю...

частями загружай, пройдёт. но это надо каждый раз так будет при больших объёмах... выбивай деньги на сервак х64

а чем сам режешь? я чего-то ничего путного не нашел....

обработкой встроеной, регистрация изменений для объекта.
Можно делать так например -
1. Удалить регистрацию РБ
2. зарегистрировать используя выборку из запроса (критерий например "Счет") - будет не больно много записей.
3. делаем обмен
4. см пункт 2.

проводить-распроводить ничо не надо, играть уже с регистрацией записей

хм, кстати не помню в зависимых регистрах так прокатит ли... я подобное резал для независимых регистров и доков-справочников

а с регистром накопления так можно? записи по нему - одним документом сделаны ведь РСВ...

а ты так вручную каждый месяц делаешь?

(21) я никак, у нас х64, пролазят большие обмены

а расчет долго идёт? можно отложенно проведение включить

расчет делаем во второй базе (узел) - там считает около 1 часа. Документооборот немаленький, но и не огромный - 550-700 отгрузок в день. По 15-25 строк в накладной. ОПЗС - каждый день по 10 штук, из них 3 шт по 100-120 строк. 24х7х365 график. Я думаю, 1 час это нормально. По крайней мере нам подходит. Но вот с июня проходить обмены перестали. Сейчас выгружаю базу (16 Гб в SQL = 10 Гб в файле) на ноут с 8 Гб и 7-ка 64битная. Буду пытаться там загрузку делать... Сисадмин уже разворачивает 64 платформу на hyperV.

Отложенное проведение - мне придется долго с бухами бодаться.Пока не нахожу в себе сил. Позже - возможно.

сам сервер 1с 64х надо, ключ соответственно другой и дороже

(26) да я в курсе. Я пока на ноуте попробую, ну а если продакшн на 64 будем переводить - тады и ключик, и сервер приобретем...Апгрейд же можно?

(26) Я извиняюсь, а нельзя ли уточнить что точно в обмене более 200-300 метров проходило?

ты про (7)? в метрах не помню, количество записей того-же РБ тысяч 300 - нормально грузится

(29) да, я про (7). Спасибо.

(29) Первые результаты: для регистра накопления ничего не получается - в плане обмена набор записей по регистру от одного документа зарегистрирован 1 объект - "набор записей". Так что дробить не получится.

(31) да, было такое подозрение, с подчинёнными не прокатит

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

(33) платформа той же версии?

релиз тот же, а если версия - то она 64 будет.

Промежуточные данные исследования:
1) на ноуте с 8 гб на core i3 с Win7 обмен запросто происходит. Но здесь есть одно НО: версия файловая.
2) на 64битной системе (винда+SQL+серв1С - все 64) - все обмены проходят на ура.

Тема закрыта: остались на полном плане обмена, перешли на 64 платформу, проблемы решились.