Не идут обмены РИБ после обновления платформы c 8.3.10.2667 на 8.3.12.1529

Форум Программирование Интеграция и обмен данными, конвертация данных (Обмен)

Платформа 1С v8.3

1. user890976 11.07.18 11:05 Сейчас в теме

Здравствуйте. После обновления платформы c 8.3.10.2667 на 8.3.12.1529 (платформу обновляем для полноценного использования расширений конфигурации в РИБ) не идут обмены с РИБ (Конфигурация узла распределенной ИБ не соответствует ожидаемой).

Операции, описанные в статье https://infostart.ru/public/65456/, не помогли (хотя раньше помогло Способ 1). Способ 2 тоже.

Методом тыка выяснилось:
в фалах обмена
из УБ в ЦБ

			<v8de:Config xmlns:v8md="http://v8.1c.ru/metadata/2005/08">
				<v8de:Version>216.0</v8de:Version>
				<v8de:Digest1>00000000000000000000000000000000</v8de:Digest1>
				<v8de:Digest2 v2="8a3bfe04a34f735dcc69a1a72af0a4ea" Extensions="0000000000000000000000000000000000000000">d41d8cd98f00b204e9800998ecf8427e</v8de:Digest2>
			</v8de:Config>

исправить на ->

			<v8de:Config xmlns:v8md="http://v8.1c.ru/metadata/2005/08">
				<v8de:Version>216.0</v8de:Version>
				<v8de:Digest1>00000000000000000000000000000000</v8de:Digest1>
				<v8de:Digest2>d41d8cd98f00b204e9800998ecf8427e</v8de:Digest2>
			</v8de:Config>

из ЦБ в УБ

						<v8de:Config xmlns:v8md="http://v8.1c.ru/metadata/2005/08">
				<v8de:Version>216.0</v8de:Version>
				<v8de:Digest1>00000000000000000000000000000000</v8de:Digest1>
				<v8de:Digest2 v2="2aa9a2f1ae0ec81e19d4ae13ac9dabff" Extensions="0000000000000000000000000000000000000000">d41d8cd98f00b204e9800998ecf8427e</v8de:Digest2>
			</v8de:Config>

исправить на ->

						<v8de:Config xmlns:v8md="http://v8.1c.ru/metadata/2005/08">
				<v8de:Version>216.0</v8de:Version>
				<v8de:Digest1>00000000000000000000000000000000</v8de:Digest1>
				<v8de:Digest2>d41d8cd98f00b204e9800998ecf8427e</v8de:Digest2>
			</v8de:Config>

- обмен проходит, но далее обмены не восстанавливаются. Ошибка так же лезет. Есть идеи как исправить?

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

2. g160878 17.07.18 09:44 Сейчас в теме

8.3.12.1529 - это реальная жесть
Пробовал перейти - РИБ перестает работать, обмены по плану обмена все встали
Причем, понятно, что в основном на тесте обкатывают функционал - никто не ждет что сломают сразу ВСЕ обмены.
Пришлось срочно переходить обратно.

3. g160878 17.07.18 09:48 Сейчас в теме

У вас на обоих концах РИБ при тесте была 8.3.12.1529?

4. Shefer 3 31.07.18 14:45 Сейчас в теме

та же проблема(

5. Shefer 3 02.08.18 11:28 Сейчас в теме

На 8.3.12.1567 тоже(

6. avkolom83 10.08.18 15:28 Сейчас в теме

на самописной базе на основе БСП помогло выгрузка cf из подченной базы и загрузка ее в центральную, перед этим подчистил кэш.

7. fm_demon 30.08.18 20:42 Сейчас в теме

А есть у кого вариант исправления данной ошибки, кроме ручного редактирования xml файлов?
И еще проблема, после обмена данным способом не сбрасывается регистрация изменений

9. Rusbread 31.08.18 16:36 Сейчас в теме

(7)
НУ я один раз отредактировал. Правда файлов много было. Написал небольшую обработку, чтобы не руками. Но всего один раз.
Если проблема в размере редактируемого файла - Akelpad может 500мб файл обработать. Только версию x64 используйте

А вот не сбрасывается регистрация - это наверное номера отправленных и загруженных не совпадают в ЦБ и в ПБ.

8. пользователь 31.08.18 16:32

Сообщение было скрыто модератором.

...

10. kholodarev 7 04.09.18 10:54 Сейчас в теме

При переходе с 8.3.11.2899 на 8.3.12.1595 возникла та же проблема, причем на части узлов обмен идет нормально, а часть отвалилась.
Пока решения не найдено.
Конфигурация 1С:Розница 8. Аптека.

11. Rusbread 04.09.18 11:34 Сейчас в теме

(10) Вот что я сделал:
1. Загрузил cf из центра в точку.
2. В файле ЦБ заменил блок config на аналогичный из файла ПБ, в вашем случае можно взять файл от работающей точки, там этот блок одинаков
3. Убрал тэг v2 и Extensions у узла Digest2. Получилось как-то так:

			<v8de:Config xmlns:v8md="http://v8.1c.ru/metadata/2005/08">
				<v8de:Version>216.0</v8de:Version>
				<v8de:Digest1>00000000000000000000000000000000</v8de:Digest1>
				<v8de:Digest2>d41d8cd98f00b204e9800998ecf8427e</v8de:Digest2>
			</v8de:Config>

12. nikidevel 11.10.18 16:19 Сейчас в теме

Столкнулся с такой же проблемой после обновления платформы на 1С:Предприятие 8.3 (8.3.12.1529) и внесения изменений в центральную конфигурацию ( добавил пару констант и перезаписал отчет через "Заменить на внешнюю обработку , отчет". После этого обмен перестал работать.

Пробовал выгружать конфигурацию из центральной и загружать в подчиненную;
Менять Direct1, Direct2 в файлах обмен, помогало на один раз.

Пробовал создавать образ узла повторно, не помогло.

Решение: выгрузил файл конфигурации из подчиненной базы и загрузил в центральную базу.
Обмен заработал.

14. kholodarev 7 18.10.18 07:23 Сейчас в теме

(12) Решили аналогично, только загружали cf в отвалившихся узлах.

23. micha-r 45 16.12.18 03:19 Сейчас в теме

(12) Спасибо, такое же случилось со мной 2 дня бошку ломал

<v8de:Digest1>00000000000000000000000000000000</v8de:Digest1>
<v8de:Digest2 v2="72c66e8411a6e5bc674c9cf90ef7fa06" Extensions="0000000000000000000000000000000000000000">d41d8cd98f00b204e9800998ecf8427e</v8de:Digest2>
Каким то образом поменялся у базы на вот этот 72c66e8411a6e5bc674c9cf90ef7fa06

Выгрузка конфы из переферии и загрузка в центральную базу помогло.

13. Perk0n 13 18.10.18 06:48 Сейчас в теме

Доброго дня. Добавлю и я свои пять копеек.

1С:Предприятие 8.3 (8.3.13.1513). Одна из используемых конфигураций УТ 10.3. Распределенная база на 15 филиалов по двойной звезде. Win+SQL центральные базы и CentOs+Postgres филиалы.

После первого же динамического обновления (ДО) база перестала запускаться с ошибкой "Вызов обновления менеджера конфигурации не из конфигуратора". Обмены встали. Решили, что в новой платформе криворукие разработчики сломали ДО. Сделали изменения с реструктуризицией, отказались от режима совместимости и выгрузили на филиалы. Поскольку присутствует разница во времени, то рабочая половина филиалов, загрузив обновления, полностью проигнорировала присутствие конфигурации в сообщении обмена. Т.е. можно сказать, что обмен РИБ утратил заявленный функционал..

Далее нужно было как-то актуализировать конфигурацию на распределенных "нодах".
Попытались отключить базы филиала от главного узла через метод "ПланыОбмена.УстановитьГлавныйУзел(Неопределенно)" - не помогло. После повторного запуска предприятия либо конфигуратора, главный узел сам восстанавливался.

Вначале откатили на одном из филиалов платформу на 8.3.10, отключили от главного узла и загрузили cf основной базы.
Потом на остальных "поломанных" филиалах помог батник вида: "C:\Program Files (x86)\1cv8\8.3.13.1513\bin\1cv8.exe" DESIGNER /S"СЕРВЕР1С:ПОРТ\БАЗА" /N"ЛогинАдмина" /P"Пароль" /ResetMasterNode

Интересное замечание:
На нескольких филиалах мы вручную сделали обмен, переключив его с FTP на Локальный ресурс (через файл) и конфигурация на этих филиалах загрузилась. Т.е. обмен прошел штатно. Звучит бредово, но это факт. Сейчас нет возможности проверить, присутствует ли в файле сообщения на FTP изменения конфигурации. Соответственно не можем утверждать, что ошибка при обмене зависит от типа обмена (FTP/Файловый ресурс). Как выясним точно - отпишусь.

Так же после снятия совместимости перестали работать некоторые динамические списки основанные на запросах. В причинах ещё не разбирались.

В данный момент обмен между филиалами и центральными базами восстановлен. Думаем как жить дальше и куда писать, что бы сломали руки разработчикам фирмы 1С, которые пилят функционал расширений РИБ, с широко закрытыми глазами.

21. Morkhe 02.12.18 13:09 Сейчас в теме

(13)

Попытались отключить базы филиала от главного узла через метод "ПланыОбмена.УстановитьГлавныйУзел(Неопределенно)" - не помогло. После повторного запуска предприятия либо конфигуратора, главный узел сам восстанавливался.

Удалось побороть у себя. Узел не отвязывается до тех пор, пока есть какие-либо соединения с базой, включая (!) соединение из консоли сервера.

22. rboy 05.12.18 11:20 Сейчас в теме

(13) а когда ругается "Вызов обновления менеджера конфигурации не из конфигуратора" нужно заходить в базу с конфигуратора и нажимать там кнопку "Сохранить конфигурацию", по-моему было так. Не пробовали?

15. Perk0n 13 20.10.18 14:02 Сейчас в теме

Провел опыт.
Сделали изменения в конфигурации. Выгрузил через FTP файл обмена - конфигурации в нем уже не было.
Последующие выгрузки через "файловый ресурс" так же не выгружали конфигурацию.

Все остальные обмены переключил на "файловый ресурс". Конфигурация выгружается и филиалы её принимают.
На основании этого можно сделать вывод, что при выгрузке сообщения обмена с изменениями конфигурации через FTP, программа эти изменения не выгружает.

16. Perk0n 13 23.10.18 09:12 Сейчас в теме

(15) Были сделаны не верные выводы.
На самом деле стала проявятся проблема описанная тут Официальный багбоард 1С от конца 2017 года

17. Perk0n 13 24.10.18 08:34 Сейчас в теме

Ответ 1С

Ошибка 30158719, сроки исправления пока назвать не готовы, но возможно исправление войдет в тестовый релиз, который будет выпускаться на этой или следующей неделе.
Способ обхода:
Попробуйте сначала отправить изменения из ЦБ в ПБ, не принимая ничего из ПБ, после чего принять их в ПБ, только после этого нужно выгружать из ПБ, чтобы эти изменения были приняты.

18. ChaosHead 4 01.11.18 19:37 Сейчас в теме

Не пробовал ни кто последние тестовые? Я уже недель бьюсь с эти багом, только у меня ещё хуже всё: обмен продолжает проходить, несмотря на то, что в базу ПБ изменённая конфигурация не загружается.

19. Perk0n 13 08.11.18 11:26 Сейчас в теме

(18)

у меня ещё хуже всё: обмен продолжает проходить, несмотря на то, что в базу ПБ изменённая конфигурация не загружается.

так и у нас было.
Тестовую не пробовали ещё. Ждем 1С.

20. ChaosHead 4 22.11.18 23:22 Сейчас в теме

Это всё ещё ничего, выяснилось, что распределённые базы умирают, если в центральной сделать удаление помеченных на удаление объектов. https://forum.infostart.ru/forum15/topic192236/

24. Anthon 230 08.02.19 04:26 Сейчас в теме

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

25. lunjio 66 17.07.19 14:26 Сейчас в теме

Попал в следующую ситуацию - Розница, платформа 8.3.5.1517 с РИБ, при необходимости воспользоваться объектом HTTPСоединение и последующим вызовом POST выпадало исключение - "Ошибка работы с Интернет: Ошибка инициализации SSL-соединения", решил обновить платформу, дабы не лезть в сертификаты и т.п и потом это все обновлять, обновил до 8.3.12.1685, вышеописанная ошибка ушла, первый обмен РИБ прошел успешно с передачей конфигурации, а вот потом началось описанное выше, отвязка ПБ и загрузка конфигурации из ЦБ не помогла, помогла обратная процедура загрузки конфигурации ПБ В ЦБ, чистки кэша и т.п не помогали, периодически удавалось передать конфигурацию, но закономерность выявить не удалось.

26. kasperiks 6 10.12.19 08:15 Сейчас в теме

Здравствуйте, Коллеги.

Аналогичная проблема при обновлении платформы с 8.3.10 на 8.3.12.1685.
Обслуживаю конфигурацию УТ 10.3 для обновления конфигурации по маркировке релиз 10.3.56.1 требуется платформа 8.3.12.
Но из-за этого перехода на платформу у нас начались проблемы с невозможностью отправки обновления в периферийный узел.

Согласно Баг трекер 1С ошибка должна быть уже исправлена в релизе 8.3.12.1412, но мы её почему-то имеем.

И еще один клюк опишу: В рабочем месте кассира теряется фокус с формы после пробития чека ККМ. И пока мышкой не нажать на поле формы сканер не считывает информацию. В свойствах элемента формы "Товары" признак "АктивизироватьПоУмолчанию" стоит, но фокус почему-то пропадает. Это связано только с переходов на платформу 8.3.12.1685

Кто-нибудь разобрался уже в этом вопросе? Прошу помощи сообщества.

Оставьте свое сообщение

E-mail: