Недостаточно памяти (УРБД) #223788

При выгрузке пакета обмена для переферийки выходит ошибка "V8 Недостаточно памяти." и программа закрываеться. 2-х процессорный сервер, 2гб оперативной памяти, размер базы 1.05гб, конфигурация УПП 1.2 релиз платформа 8.0.16.2, Используется файловая версия. Как с этим бороться?

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

А на винте есть около 2 гиг сободного места?

Попробуй в количество данных в одной транзакции поставить не 0, а какое-нибудь число. это оперативки нехватает

добавь в сервак памяти. 2 Гб - это несерьезно :)

По опыту могу сказать что не первое не второе не поможет ... Хотя шанс есть.

База начала работать с 01.10.2006 обмен проходил хорошо но когда в центре перепровели все документы за период пакет объем в архиве увеличился и стал порядка 150мб. 2)место на винте есть порядка 50Гг свободно. 3)Количество данных в одной транзакции пробывал выставлять 100 и 10 и 1 результат один Жду еще предложений по исправлению данной ситуации, которая очень серьезная

А выгрузку делаешь с клиентской машины или на сервере?

7)Под терминалом сижу на клиентской машине

Делай прямо на серваке, зайди Радмином к примеру, и еще желательно чтобы никого небыло в 1С, и все получится

9)А в чем разница под терминалом или нет, почему так уверен?

Прямо на сервере тоже ошибка "Недостаточно памяти" какие еще предложения???

Эх...Эти мелкомягкие ухватились за этот универсальный формат обмена данными, а все теперь трахаются. Опробовали на 2-3 записях и трубят на весь мир, какая обалденная технология. Короче, если даже сейчас тебе тут насоветуют и это дело прокатит, в последующем готовься на ресурсы еще большие. А, вообще, ну их нафиг с этой универсальностью. Пиши свою выгрузку. Будет летать и  ресурсов достаточно будет. Возможно, даже меньше, чем сейчас.

она у тебя в периферии вываливается при выгрузке?

И при выгрузке в центре, и при загрузке в переферийку. Чего делать помогите точки стоят без обмена.

тебя узлов много? В полуручном режиме могу вариант подсказать

Три переферийки, выслушаю и попробую любой вариант, лишь бы помог.

100% вариант рабочий. 1. В центральной базе создаем "транзитный узел" (Т) с кодом N (таблица регистрации пустая). "Мертвый" узел - (М) (для него ты не можешь выгрузить сейчас из-за). 2. С помощью метода ВыбратьИзменения для узла М получаем выборку зарегенных данных. При обработке выборки регистрируем данные на узел Т, а для  узла регистрацию удаляем. В итоге таблица регистрации для М очищается. Тоже самое делаем в периферийной базе. 3. Можно проводить обмен в обычном режиме, правда данных в сообщениях не будет (сняли их в 2) 4. Выбираем зарегенные данные для узла Т в каждой из баз, "небольшими порциями", хочешь по счетчику, хочешь по таймеру и регим для узла М. После каждой такой порции проводим обмен. По итогу все данные попадут куда надо. Ошибка обходится. И еще вопрос, нафига вы так извращаетесь "провела за период" да еще и в файловом варианте?

Технология хорошая. У каждой технологии есть свои плюсы и минусы. Просто надо знать как с ней обращаться.

Плюсы на нескольких записях. А на больших объемах просто убивает напрочь ресурсы. Проходили, знаем.

обоснуй

если руки под морковку заточены - все отстой. "убивает напрочь ресурсы" - это ехпрорером когда открываешь? LOL :)

Читай еще раз

А попроще ни как? Прочитал еще: Использование параметра /userva с параметром /3GB для настройки объема виртуальной памяти в режиме пользователя в пределах между 2 и 3 ГБ Изменил boot.ini включел режим /3Gb [boot loader] timeout=0 default=multidiskrdiskpartitionWINDOWS Тоже не помогло

Попробуй базу в SQL загнать и делать обмен из нее. Там проблем с памятью быть не должно. Интересно у кого-то реально, не самописный обмен (а полный, который встроен конфигурацию) работает? Мне кажется никак не взлетит эта махина. Поделитесь кто пробовал и какие результаты.

Остаеться попробывать загнать под SQL, какой лучше SQL сервер поставить и сервис пак?

SQL 2000+sp3

аналогичная проблемы была в файловой версии, когда файлик обмена вырос до 900М лечится юзанием сикла

Всем спасибо кто помог в решении данной проблемы, решение заключалось в переводе 1с:8.0 под SQL. Еще есть не большой вопрос подскажите кто какую связку использует для работы SQL и сервера 1с:предприятия, в смысле разделения по сервера???

УПП 9 гигов база. Обмен с 2-мя филиалами. Обмен стандартный работает боле менее нормально. Один раз была ошибка как в была один раз. А так обмен в течении года работает. Меняемся каждый день. Из филиалов файл по 5 мегов в филиалы по 20

молодец! "Возьми с полки пирожок" (С)

Можно попробовать так: ;

Проблемы продолжаються, перевел под SQL переферийку и при загрузке пакета обмена в размере 260Мг по окончанию следующая ошибка Ошибка при чтении изменений при обмене РИБ:  Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка разбора XML: [1597373,86680277] - Недостаточно памяти для завершения операции. ПОМОГИТЕ

дело в том, что, по Макконеллу (кн. "Совершенный код") среды разработки делятся на РАННИЕ, и ЗРЕЛЫЕ...в ранних разработчик камасутрится с ошибками декларированых методов, читает факи, не соответсвующшие истине, и т.п образом боретца...в зрелых средах у разработчика гораздо больше времени высвобождается н кодирование бизнес-логики...

Проблемы продолжаються, перевел под SQL переферийку и при загрузке пакета обмена в размере 260Мг по окончанию следующая ошибка Ошибка при чтении изменений при обмене РИБ:  Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка разбора XML: [1597373,86680277] - Недостаточно памяти для завершения операции. ПОМОГИТЕ

Кто знает?

Релиз какой?

8.16 что видимо следующее предложение обновить на 8.17 ? что это даст?

Если при загрузке указать сколько элементов в транзакции, например загружать по 100 элементов.

Пробывал не помогает и 100 и 10 и 1 результат один вот эта ошибка Ошибка при чтении изменений при обмене РИБ:  Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка разбора XML: [1597373,86680277] - Недостаточно памяти для завершения операции.

1. Проверить загрузку на железе помощнее, главное побольше оперативки. Но перед этим всетаки сделать еще раз выгрузку в центре и снова передать файл на загрузку в переферию 2. В центре сделать выгрузку несколькими порциями, как описано в ЗЫ: Как последнее средство обратится за помощью к дьяволу т.е. на хотлайн hotline@1c.ru

А еще есть одна мысль если в конфигураторе в Плане обмена убрать авторегистрацию например с документов и оставить все остальные и выгрузить. Затем попробывать загрузить в переферийку и загрузить в центр. А затем в центре снова поставить авторегистрацию на документы и выгрузить с ними. Как поведет себя обмен будет ли пакет обмена меньше и что вообще может случиться не повлияет ли это в дальнейшем на обновление конфигурации ???

Лучше тогда с помощью спец. обработки очистить регистрацию документов в предприятии.

Если не трудно скинь на мыло эту обработку.

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

Также примногоуважаемыйй КВАДРО2 пробывал на разных машинах ошибка аналогичная на всех Ошибка при чтении изменений при обмене РИБ:  Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка разбора XML: [1597373,86680277] - Недостаточно памяти для завершения операции.

вместо порционной выгрузки я обычно применяю порционную загрузку - режу файл блокнотом на части и гружу по частям :)

Ручной труд, самый дорогой Вот ссылка:

А по подробней можно