Сообщения, которые выдавали на разных этапах, следующие:
xmlSAX2CharactersSystemId: file://C:/Users/Пользователь/AppData/Local/Temp/Exchange82 {EE35FF55-3129-408B-8B78-97DBA1D68513}/Message_БП_ЗД.xml
{ОбщийМодуль.ОбменДаннымиСервер.Модуль(1285)}: Ошибка при вызове метода контекста (Прочитать) Пока ФайлОбмена.Прочитать() Цикл
Не удалось установить обновление программы, полученное из…
Получение данных из главного узла завершились с ошибками.
Подробности см. в журнале регистрации.
Правильный вариант действий:
Открываем командную строку. Туда пишем bcdedit /set IncreaseUserVa 3072
Перезагружаем компьютер и пробуем синхронизацию.
Так же можно скачать бат файл и запустить от имени администратора далее перезагрузить компьютер и пробуем синхронизацию.
Какие ОС на узлах? 32 или 64?
(1) aspirator23, это не играет роль, часть узлов 32, часть 64.
Мы можем и по 2 раза на день делать обновление ЦБ. Поэтому нужно сделать так чтобы обновилась конфа в любом случае, а потом только данные гонять. На днях может займусь решением такого вопроса.
(2) …это не играет роль, часть узлов 32, часть 64…
Уверен что ошибка возникает и на 32 и на 64?
(4) aspirator23, и правда, посмотрел только что, везде где была ошибка стоит 32, а везде где 64 прошло без проблем.
Т.е. на 64 таких проблем не возникает?
(5) именно.
1с приняло эту ошибку для исправления.
Временное решение — использование для не серверных ос ключа /3gb
Не очень понятно, что дает вот это «запускаем конфигуратор с параметром «/C ЗапуститьОбновлениеИнформационнойБазы». Из конфигуратора никакого обновления не происходит, а если в предприятие этот параметр передать и запустить, гадкая Розница начинает предлагать тут же восстановить главный узел, либо вообще его грохнуть.
Короче, не делайте так. Статья, можно сказать, вредная. Слетает родной узел, потом геморроя все на место ставить не оберетесь.
Делаем так:
-включаем /3GB bcdedit /set IncreaseUserVa 3072
-перезагружаем комп
-повторяем попытку загрузки (желательно совсем свеженьким сообщением)
-усе работает
(8) miha.e82, так чтобы cf накатить и надо отвязать, в этом и смысл, переферии в моем случае все восстановил, без потери данных.
Но Ваш вариант безусловно удобнее (кстати когда столкнулся обыскал весь интернет по делу ничего не нашел), правда не понятно, где это включать (как параметр запуска?) опишите поподробнее думаю будет полезно.
Я так понимаю, что ошибка эта возникает при работе с виртуальной памятью на машинах с Windows 32bit. То ли это недоработка винды, то ли платформы. Открываем командную строку в винде. Туда пишем bcdedit /set IncreaseUserVa 3072, нажимаем Enter. 3072 — это 3 гига в мегабайтах. Т.е. проблема идет, если на машине стоит 4 гига оперативки. Если меньше, то может и так все ок будет, хз. После этого перезагружаем комп для того, чтобы изменения в операционке заработали. А дальше все в штатном режиме. Отвязка от главного узла — это конечно хорошо, но последняя Розница прибивает «ненужный» по ее мнению узел и слетает регистрация изменений. Не все потом можно включить обработкой с ИТС. И у меня получилось так, что новый узел был не принят центром. Пришлось мухлевать в xml.
(6) Здравствуйте.
А не подскажите ссылку на регистрацию этой ошибки?
Что если ошибка выходит на серверной ОС с 3Gb?
Ребят проблему ктонибудь решил до конца? У меня такая же проблема.Неделю голову ломаю че только уже не пробовал, вариант с отвязкой узла ни дал некаких результатов.
(10) miha.e82,
Целиком и полностью согласен ! при размере файла более 200 метров начинаются проблемы с загрузкой ( если винда 32 бит и оперативы 2-3 гига) , копируешь на другую машинку 8гиг и 64 бит — нет проблем! Ради спортивного интереса делал отвязку базы , да все можно обновить ,но возврат к полноценному обмену — танец с бубном 🙂 .
(12) iponkratov, , да я решил ее до конца порядок действий описал в статье, так же я так понимаю (8) miha.e82, тоже решил ее
Мне помогло простое обновление платформы до последнего релиза.