Популярные ошибки РИБ и способы их исправления. Часть 1. Конфигурация узла распределенной ИБ не соответствует ожидаемой

09.02.10

Задачи пользователя - Корректировка данных

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

Скачать файлы

Наименование Файл Версия Размер
УстановкаГлавногоУзлаРИБ.epf
.epf 6,19Kb
6532
.epf 6,19Kb 6532 Скачать бесплатно

Для начала привожу список используемых мной сокращений:

  • РИБ - распределенная информационная база
  • ЦБ - центральная база, корневой узел РИБ
  • УБ - удаленная база, БД удаленного узла РИБ

По собственному опыт могу сказать, что сталкивался с двумя причинам возникновения ошибки:

  1. во время приёма файла сообщения в УБ "упала" база, в связи с чем, видимо, и произошла разсинхронизация между конф. ЦБ и УБ;
  2. под MSSQL клиент загрузил копию рабочей базы и не выключил в копии регл. задания автообмена, в результате часть сообщений в удаленные узлы формировалась из рабочей БД, а часть из копии, что и привело рассинхронизации конфигураций

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

Для исправления использую 2 методики, в зависимости от ситуации.

ПЕРВАЯ МЕТОДИКА

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

Последовательность действий:

  1. выгружаем из ЦБ cf-файл;
  2. отвязываем УБ от РИБ (метод УстановитьГлавныйУзел, готовую обработку можно найти в приложении или в других публикациях);
  3. заменяем конф. УБ на выгруженный в первом шаге cf-файл, для этого пользуемся меню "Загрузить конфигурацию из файла" (а не сравнением-объединением!!!);
  4. восстанавливем признак РИБ для УБ.

В большинстве случаев этих действий более чем достаточно, что восстановить обмен, но не всегда...

ВТОРАЯ МЕТОДИКА

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

Предыстория: у клиента настраивали каскадную РИБ и ошибка возникла в первом уровне каскада (второй уровень всё это время работал безупречно). Разработка конфигурации велась совместно с IT-службой клиента и с момента возникновения ошибки конфигурация ЦБ успела несколько раз поменяться. Вариант с откатом изменений не рассматривался даже в принципе, т.к. потеря части данных и остановка работы нескольких подразделений были совершенно неприемлимы. Первый вариант исправления ошибки каких-либо ощутимых результатов не дал. В связи со чем пришлось искать другие пути решения.

Пришла мысль попробовать подменить хэши файлов конфигураций непосредственно в XML-файлах обмена. Описание структуры файла обмена из книги "Профессиональная разработка в системе 1С:Предприятие 8" дало слабое представление о формировании цифровых подписей конфигураций и изменений в них, но определило направление поиска: значения Digest1 и Digest2. Всё остальное выяснял чисто эмпирическим путём (то бишь методом проб и ошибок), но закономерность установить таки получилось.

Тестовые эксперименты прошли удачно. На рабочих базах тоже всё прошло благополучно.

Итак, последовательность действий: 

  1. выполняем действия 1 - 4 первой методики;
  2. выгружаем из УБ файл обмена, но не загружаем его в ЦБ;
  3. выгружаем из ЦБ файл обмена, но не загружаем его в УБ;
  4. в файле обмена из ЦБ заменяем блок, содержащий информацию об изменениях конфигурации и хэши (Digest1 и Digest2), на блок хэшей из файла УБ (пример см. ниже)
  5. производим загрузку файла из 4-го пункта в УБ;
  6. обязательно перезаписываем файл обмена из УБ (2-й пункт)! этот файл не должен быть загружен при обмене в ЦБ!
  7. для проверки делаем несколько последовательных обменов.

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

Блок файла обмена из ЦБ

            <v8de:Config xmlns:v8md="http://v8.1c.ru/metadata/2005/08">
               <v8de:Version>106.0</v8de:Version>
               ...здесь идут блоки описания изменений конфигурации...
               <v8de:Digest1>1cf680807e97a5dc0d1ed7f901b07392</v8de:Digest1>
               <v8de:Digest2>038211651cf680807e97a5dc0d1ed7f9</v8de:Digest2>
           </v8de:Config>

нужно заменить на блок файла обмена из УБ (обратите внимание Digest1 у файла из УБ всегда равен "00000000000000000000000000000000"!!!)

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

Перечисленные действия необходимо выполнять с предельной осторожностью, некорректная последовательность чревата полной неработоспособностью РИБ. Поэтому перед этими действиям создание резервных копий ОБЯЗАТЕЛЬНО!

В остальном могу только пожелать удачи!

См. также

SALE! 20%

Перенос данных из УПП 1.3 в ERP 2 / УТ 11 / КА 2. Переносятся документы, справочная информация и остатки

Обмен между базами 1C Платформа 1С v8.3 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос документов, начальных остатков и справочной информации из УПП 1.3 в ERP 2 | из УПП 1.3 в УТ 11 | из УПП в КА 2 | Правила конвертации (КД 2) в продаже с 2015 года, постоянно работаем над их развитием | Более 360 предприятий выполнили переход с использованием этого продукта! | Сэкономьте время - используйте готовое решение для перехода! | Позволяет перенести из УПП 1.3 в ERP / УТ 11 / КА 2 всю возможную информацию | В переносе есть фильтр по организации и множество других опциональных параметров выгрузки | Есть несколько алгоритмов выгрузки остатков на выбор

45650 36520 руб.

04.08.2015    159675    363    267    

345

SALE! 15%

[ED3] Обмен для ERP 2.5, КА 2.5, УТ 11.5 БП 3.0, Розница, УНФ и других с EnterpriseData (универсальный формат обмена), правила обмена

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Платные (руб)

Правила в универсальном формате обмена для ERP 2.5, КА 2.5, УТ 11.5, БП 3.0, Розница, УНФ, для последних версий конфигураций. Ссылки на другие конфигурации в описании публикации. Правила совместимы со всеми другими версиями конфигураций новыми и старыми, поддерживающими обмен в формате EnterpriseData. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.

25080 22572 руб.

12.06.2017    134930    722    291    

388

SALE! 20%

Перенос данных из ERP 2 / КА 2 / УТ 11 в БП 3.0. Переносятся документы, начальные остатки и справочники

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос данных из ERP в БП 3 | из КА 2 в БП 3 | из УТ 11 в БП 3 | из ЕРП в БП 3 | В продаже с 2019г. | Воспользовались более 176 предприятий! | Сэкономьте время - используйте готовое решение для перехода! | Перенос разработан в формате КД 2 (правила конвертации данных) | Переносятся все возможные виды документов, начальных остатков и нормативно-справочная информация| Можно опционально выгружать каждую пару "номенклатура+характеристика" как отдельную номенклатуру | Есть выгрузка настроек счетов учета и зарплатных данных из ERP / КА 2 | Можно проверить на вашем сервере перед покупкой, обращайтесь!

34650 27720 руб.

15.04.2019    68414    178    138    

111

SALE! 20%

Перенос данных из ERP 2 / КА 2 в ЗУП 3. Переносятся остатки, документы и справочники

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из ERP в ЗУП 3 | из КА 2 в ЗУП | Воспользовались более 79 предприятий! | Предлагаем приобрести готовые правила конвертации данных (КД 2) для переноса остатков, документов с движениями и справочной информации 3 | В продаже с 2020г. | Оперативно обновляем правила до актуальных релизов 1С | Есть перенос начальной задолженности по зарплате и начальной штатной расстановки на выбранную дату | Обороты за прошлые годы (данные для расчета среднего) переносятся свернуто в документ "Перенос данных" | Есть фильтр по организациям | Документы за текущий период переносятся сразу с движениями, поэтому не потребуется делать перерасчеты | Перенос можно проверить перед покупкой, обращайтесь!

43450 34760 руб.

03.12.2020    34168    80    58    

78

SALE! 10%

Перенос данных из УТ 10.3 в УТ 11.5. Переносятся документы (обороты за период), справочная информация и остатки

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Оперативный учет 1С:Управление торговлей 10 1С:Управление торговлей 11 Россия Управленческий учет Платные (руб)

Перенос данных из 1С:Управление торговлей 10.3 в 1С:Управление торговлей 11.5 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УТ 10.3 (10.3.87.x) и УТ 11.5 (11.5.16.x).

28000 25200 руб.

23.07.2020    46288    196    64    

158

SALE! 10%

Перенос данных из БП 3.0 в УТ 11 / КА 2 / ERP 2. Переносятся начальные остатки, документы и справочники

Обмен между базами 1C Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

В продаже с 2014г. | Воспользовались более 122 предприятий! | Перенос данных из БП 3.0 в УТ 11 | из БП 3.0 в КА 2 | из БП 3.0 в ERP | Сэкономьте свое время - используйте готовое решение для перехода! | Постоянно работаем над развитием переноса данных | Обновляем на новые релизы 1С | Есть фильтр выгрузки по организациям | Переносятся начальные остатки на выбранную дату, документы за период времени и вся возможная справочная информация | Перенос сделан на технологии КД 2 (правила конвертации данных)

50722 45650 руб.

31.10.2014    231395    124    327    

296

Перенос данных из Парус 10 в ЗГУ ред.3

Внешние источники данных Кадровый учет Файловый обмен (TXT, XML, DBF), FTP Обмен между базами 1C Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактических удержаниях, НДФЛ, вычетах, страховых взносах из базы Парус 10 учреждений в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (ЗГУ) и начать с ней работать с любого месяца года.

60000 руб.

05.10.2022    9207    9    8    

10

SALE! 10%

Перенос данных из УПП 1.3 в БП 3.0. Переносятся документы (обороты за период), справочная информация и остатки

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УПП 1.3 (1.3.223.x) и БП 3.0 (3.0.149.x). Правила подходят для версии ПРОФ и КОРП.

28000 25200 руб.

15.12.2021    20244    132    38    

90
Вознаграждение за ответ
Показать полностью
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
88. pavelyar 23.09.15 23:36 Сейчас в теме
1.параметр "ЗапуститьОбновлениеИнформационнойБазы" - рекомендует сделать сама 1С перед обменом с узлом РИБ в ЦБ, ну да Вам виднее,я просто салага..который цитирует саму платформу..
2.инициировать обмен накопительных изменений метаданных между узлами РИБ; - помойму это и надо сделать когда УБ не может принять сбойный Digest1 и Digest2 и ручное ковыряние файла обмена приводит к ошибке обмена "файл обмена был некорректно изменен", да и ковыряние скажем в 800 метровом файле не представляется возможным..
3.А всё остальное - и есть все остальное которые делает админ РИБ при возникновении проблем с обменами.
Резюме: помойму все выше описанное с самого начала и есть "танцы с бубном"
В стиле "ща я вас, салаги, тут всех жизни научу" ого это уже фантастика...
Перед кем мне еще надо извинится что бы Вы не выдумывали за меня мои выражения?
P/S Спасибо Вам за советы ,статья действительно очень познавательна! не в коем разе не хотел что либо очернить в выше описанном.
89. windows98a 127 27.10.15 21:45 Сейчас в теме
90. CaSH_2004 372 18.12.15 16:15 Сейчас в теме
Подскажите пожалуйста по 2-й методике решения проблемы "Конфигурация узла распределенной ИБ не соответствует ожидаемой" не понял пункт:

6. обязательно перезаписываем файл обмена из УБ (2-й пункт)! этот файл не должен быть загружен при обмене в ЦБ!

Т.е. до этого пункта все сработало и УБ приняло файл из ЦБ на который раньше ругалось, а вот теперь формирую файл в УБ и при его загрузке в ЦБ та ругается так же. А написано что файл "не должен быть загружен в ЦБ" - а какой файл в ЦБ тогда грузить чтобы она следующие файлы обмена корректно формировала?
91. mbreaker 1413 22.12.15 19:35 Сейчас в теме
(90) CaSH_2004, подразумевается, что выгруженный на втором шаге файл из УБ не загружается в ЦБ (его вообще лучше удалить сразу перед третьим шагом).
В ЦБ должен попасть пакет обмена, получившийся после 5-го шага, т.к. именно он будет содержать квитирующий блок об идентичности версий конфигураций в УБ и в ЦБ.
93. profisasha 2 01.02.16 13:46 Сейчас в теме
Первое , что нужно проверить если ошибка "Конфигурация узла распределенной ИБ не соответствует ожидаемой" это версию платформы в центральном узле РИБ и периферийных.
Если версии платформ отличаются, то привести к той версии платформы, что и в центральном узле, либо версию выше чем в центральном узле.
95. Alister 9 21.03.16 22:44 Сейчас в теме
Спасибо автору за статью - пришлось воспользоваться первым вариантом. Единственное на что хочу обратить внимание: у меня стоит платформа 8.3.6, после отвязки от главного узла в УБ надо еще раз запустить базу, конфа выдает сообщение о том, что была отвязка от главного узла и предлагает ее восстановить, надо отказаться и только после этого загружать cf.
101. agurushkin 14.10.16 17:52 Сейчас в теме
(95) Alister, При отключении главного узла, будет удален весь узел с потерей всей информации по обмену в этом узле. Надо в модуле Общей формы "Восстановление связи с главным узлом" отключить удаление узла. И в справочнике "Идентификаторы объектов метаданных" добавить комментарий на вызов исключения при обновление ИБ.
Это касается новых релизов по бухгалтерии 3.0.44.155. также поправил обработку по включению, отключению узла.
И с учетом способа два все отлично сработало.
Прикрепленные файлы:
ОтключитьГлавныйУзел.epf
Kolunya; Alister; +2 Ответить
96. Radnaev 31.03.16 08:05 Сейчас в теме
Спасибо большое автору! решил проблему 1 вариантом. Ошибка возникла после восстановления SQL сервера.
97. Alister 9 03.04.16 00:23 Сейчас в теме
Спасибо автору за статью - пришлось воспользоваться первым вариантом. Единственное на что хочу обратить внимание: у меня стоит платформа 8.3.6, после отвязки от главного узла в УБ надо еще раз запустить базу, конфа выдает сообщение о том, что была отвязка от главного узла и предлагает ее восстановить, надо отказаться и только после этого загружать cf.

Хочу добавить: так не сработало на более поздних релизах УТ 11.1, пришлось сделать так - главный узел отключил, потом сразу загрузил cf, потом запустил конфу и разрешил восстановить главный узел, потом была ошибка отсутствия идентификаторов метаданных, сделал на главном узле для узла УБ в "составе отправляемых данных" -> "Зарегистрировать данные для восстановления подчиненного узла РИБ", после чего выгрузил из ЦБ, перезагрузил УБ и согласился с синхронизацией УБ, после синхронизации УБ продолжила обновление.
98. CERBER 21.07.16 15:06 Сейчас в теме
У меня такой вот случай.
Платформа 1С:Предприятие 8.2 (8.2.17.153)
Конфигурация "Управление торговлей", редакция 10.3 (10.3.16.1)

Работаем через Хранилище.
В один момент, внесли изменения в печатную форму и модуль документа Перемещение товаров.
В базе имеются 7 РИБ узлов.
В 5-ть узлов обновления дошли прекрасно, конфигурация обновилась и обмен продолжил свою работу по расписанию.
А 2 узла начали писать, что ИБ не соответствует ожидаемой.
Первый способ не помог.
Второй тоже.

В других местах видел в статьях, люди писали, что нужно изменить объект, который последним был изменен. Якобы причина может быть в нем. Делал внесение левой константы, переименовывал печатные формы, правил код.
Не помогло.

На второй день, тупо сидел и повторял второй способ, пытаясь разобраться, что же узлу не нравится в файле выгрузки из ЦБ.
В конце концов, выгрузил в очередной раз свежий конфиг из ЦБ, и решил его не загружать, а запустить в режиме сравнения. Проверить, загрузился ли этот конфиг в прошлый раз и вот. Вижу есть расхождения.
Отменил - загрузил конфиг. Снова запустил в режиме сравнения. Вижу не помогло.
Ну фиг с ним с конфигом. Значит сделал сравнение - объединение.
Затем повторил процесс после окончания первого, снова сравнение. На этот раз вижу конфиги идентичны. Ура. Перезапустил конфигуратор и сделал просто загрузку конфига.
Привязал главный офис для обмена, запустил загрузку файла выгрузки из ЦБ. Файл заехал на отлично. Обмен был восстановлен между узлом и ЦБ.
Через пол часа кладовщики наткнулись на проблему, не открывается печать одного макета. Смотрю в конфигураторе. Макет есть. А вот функция к нему осталась старой. Выходит, восстановление обмена еще не есть гарантия восстановления работоспособности всей базы.
Пока появилась мысль внести изменения в функцию и снова растолкать обмен по узлам. Например написать в начале функции комментарий
// С этим доком я протрахался двое суток!

Ну и еще впереди такая же пляска с 7-мым узлом. Так что, буду отлаживать метод восстановления.
Раньше говорили - хочешь трахаться - купи мопед.
Сейчас и мопед не нужен, секса с 1с и так хватает.

Всем удачи, в сражении с ветряными мельницами.
Донкихот живет и процветает.
99. maksa2005 530 12.08.16 13:23 Сейчас в теме
ПОМОГ ПЕРВЫЙ ВАРИАНТ. СПС
100. AskezaMax 03.10.16 15:02 Сейчас в теме
Может быть кому-то поможет:
Столкнулся с описанной проблемой в нетиповой конфигурации. Выполнил обычные шаги по решению проблемы, но после загрузки конфигурации возникла ошибка при запуске предприятия с отсылкой к SQL таблице справочников (ругалось на одинаковые значения). Как оказалось, проблема решилась банальной остановкой служб SQL и 1С и их повторным запуском. Может быть кто-то сэкономит время и нервы :)
129. dj_tol 103 22.02.18 04:20 Сейчас в теме
(100)
Это не только к РИБ относится. Если видишь, что что-то не так с 1С, то всегда нужно перезагружать 1С сервер.
102. EMelihoff 10.11.16 17:25 Сейчас в теме
Коллеги, сталкиваюсь с проблемами РИБ с 2010 года, в 2014 году я попробовал иначе сделать РИБ баз для своих подразделений (правда мне легче, у меня самописная конфа и всего 13 узлов)
суть такая:
1. Обновление метаданных идёт через РИБ,
2. Обновление данных происходит через самописный обмен.
Ни разу не столкнулся с проблемой "восстановления узла", или т.н. "популярных" ошибок РИБ, Вы в слово то вдумайтесь!!! -ПОПУЛЯРНЫХ- ужас!!
в этом 2016 году я решил попробовать классическое РИБ (в файле xml содержатся и данные и метаданные) в большой надежде, что с 2010 года что-то изменилось.

УВЫ...буду переходить на вариант опробованный мною в 2014 году. о плюсах и минусах своего подхода могу рассказать, пишите в личку.

Kolunya; Sersh2010; +2 Ответить
103. user603158_devbrest 08.01.17 23:00 Сейчас в теме
Помог озвученный ранее в комментариях способ выгрузки-загрузки cf файла именно на центральном узле. после этого сразу же загрузились сообщения со всех узлов...
104. Vovanches 01.02.17 11:20 Сейчас в теме
Для тех у кого ошибка "Искажены изменения конфигурации".
Насколько я понял, эта проблема возникает в следствие каких-либо нестандартных действий с РИБ, в частности как описано здесь.
Делаем вот что:
1. Выходим из всех конфигураторов и 1С.
2. Заходим в "C:\Users\%username%\AppData\Local\Temp".
3. Чистим всё: выделяем все файлы и папки, жмем на удаление. Что не удаляется - это не относится к 1С, пропускаем.

Возможно решение не всем подойдет, но мне помогло. У меня база файловая.
Для клиент-серверной базы может не пройти. Но думают там стоит чистить темп на сервере.
105. EXAN 4 14.02.17 12:37 Сейчас в теме
У меня решить проблему получилось вообще странным способом.
Методы 1 и 2 не помогали, версия платформы 8.3.6.

А проблема и решение оказались вот в чем:

1. Так получилось, что с ПБ не было обмена полгода, и чтобы восстановить обмен сделали новую ПБ, а старую ПБ сохранили на сервере 1с с названием +"_Old".
2. С новой ПБ обмен поработал пару дней, и начал выпадать в ошибки "Конфигурация узла распределенной ИБ не соответствует ожидаемой". Один раз помог первый способ, далее что то не пошло.
3. Не знаю, что именно решило проблему, но для начала были отключены регламентные задания в базе "_old", а затем эту базу совсем удалили из списка сервера 1С.

Короче, "танцы с бубном" и совсем непонятен корень проблемы...
106. Alister 9 14.02.17 13:00 Сейчас в теме
(105)
Не знаю, что именно решило проблему, но для начала были отключены регламентные задания в базе "_old", а затем эту базу совсем удалили из списка сервера 1С.

Дык видимо в старой базе запускались задания обмена, а настройки были те же , что и в новой базе (а в новой вы наверняка обновили релиз).
107. EXAN 4 14.02.17 14:32 Сейчас в теме
(106)
В регламентных заданиях обмена не было, там только разные служебные штуки включены были.
А обмен настроен через планировщик Windows, запуском 1с под определенным пользователем.
108. sir 11 16.02.17 14:30 Сейчас в теме
Второй способ не может помочь так как автор предлагает инфу из УБ загрузить в УБ и что то должно исправиться. Бред ? - бред.
111. vasja_yar 17.02.17 02:53 Сейчас в теме
(108)Бред ?? а пруф где?
При обмене с УБ на ЦБ передается точно такой же кусок который потом передает ЦБ на УБ, то есть одно и тоже.
первый идентификатор в строке <v8de:Digest2 v2=
Это не частный случай, а так всегда. не вводите людей в заблуждение
112. sir 11 17.02.17 08:15 Сейчас в теме
(111)

ну давайте разбираться на примере, а то многие верят людям на слово, чем я и сам порой страдаю

вот что содержится в файле из ЦБ
<v8de:Digest1>598efe639ab9508542946cc21468ab57</v8de:Digest1>
<v8de:Digest2 v2="fc9677a59f11dd6e87ca1db951fd57e1">45ff0d5842c51efb1b3378­4a9ce2c399</v8de:Digest2>

вот что в файле из УБ до принятия последнего сообщения :
<v8de:Digest1>00000000000000000000000000000000</v8de:Digest1>
<v8de:Digest2 v2="0a7994e462a5ec5c03a24a3906bf9f00">c783f9d02cef02a523c66a­3133776d7f</v8de:Digest2>

а вот что после :
<v8de:Digest1>00000000000000000000000000000000</v8de:Digest1>
<v8de:Digest2 v2="fe1079487016c66894596ea945f37241">b2c53f0a38604df4e16865­e48229a61b</v8de:Digest2>

и пож-та покажите мне где тут одно и то же ?
или вы за кем то повторяете , не попробовав посмотреть самому ?
109. sir 11 16.02.17 14:34 Сейчас в теме
Нужно делать следующее:

коллизия возникает из за того что что УБ не признает идентификатор ЦБ который она посылает в сообщении, нужно его подменить не меняя больше ничего, что бы новый прописался верно. И дальше все шло в автомате.

все делаем как описано до п 4.

делее
в файле выгруженном из УБ берем из строки
<v8de:Digest2 v2="e814f00fd7091bbccac3b5d8d3c523d7">2a37948939bf8b17fe152d­adc3d313b5</v8de:Digest2>
идентификатор 2a37948939bf8b17fe152dadc3d313b5

и вставляем его в файле выгруженном из ЦБ
в строке
<v8de:Digest2 v2="e814f00fd7091bbccac3b5d8d3c523d7">997a2385a205bdf5797473­2496816e78</v8de:Digest2>
вместо 997a2385a205bdf57974732496816e78

т.е. получаем строку <v8de:Digest2 v2="e814f00fd7091bbccac3b5d8d3c523d7">2a37948939bf8b17fe152d­adc3d313b5</v8de:Digest2>

и больше мы ничего не трогаем !
далее по инструкции 5-7.

Удачи всем.
denismal; 1108; +2 Ответить
110. sir 11 16.02.17 16:23 Сейчас в теме
П.С. То что в файле, выгруженном из ЦБ первый идентификатор в строке <v8de:Digest2 v2= ... у меня оказался такой же , как и в файле выгруженном из УБ, частный случай, неудачный пример. Когда вы начнете исправлять обмен, все идентификаторы в обоих файлах будут разные.

113. sir 11 17.02.17 08:21 Сейчас в теме
Сначала я убил часа три, пробую приручить УБ следуя найденным инструкциям, потом понял, что пора включать свою голову. Тогда все получилось.
114. vasja_yar 17.02.17 15:08 Сейчас в теме
(113)И, из вашего примера, <v8de:Digest2 v2= во всех случаях разный. потом уже как после принятия УБ.
Я сам убил три часа на это недавно. и способ не помогает.
115. vasja_yar 17.02.17 15:11 Сейчас в теме
(113)Что это дает, ничего
Прикрепленные файлы:
116. sir 11 20.02.17 12:41 Сейчас в теме
(115) у меня после этого УБ приняло файл обмена из ЦБ и дальше все пошло в автомате ...
до этого не принимало из за "несоответствия версий конфигураций",
( но естественно я перед этим загрузил актуальную конфигурацию в УБ).

После успешной первой загрузки из ЦБ сразу выгрузил обратно файл обмена из УБ и скормил ЦБ.
117. Поручик 4670 21.04.17 11:47 Сейчас в теме
Сначала действовал по второй методике, до которой сам бы не додумался, потом сделал по первой методике.
Обмен работает. Давно у меня РИБ не было. Всё забыл.
118. info6ps 113 22.06.17 18:15 Сейчас в теме
Ни 1й, ни 2й способо не помогали. Уже все варианты перебрал идентификатор, менял местами. Добавлял изменения, константы - ничего. Потом взял чистуб базу, посмотрел какие там идентификаторы и понял что ничего вразумительного и зависимого нет.

В итоге помогло вот что:
1. Выгружаем центральную базу и тупо загружаем её обратно, на выходе получаем значок изменения конфигурации, хотя в обычной ситуации его не должно быть
2. Ну а дальше 1й способ
119. Артано 760 23.06.17 04:56 Сейчас в теме
Причина почему не сработал первый метод: кэш конфигурации на клиенте или на сервере. Проблема кэша может быть вызвана как демоническим обновлением так и обычной работой, ибо создание кэша конфигурации это часть штатной работы платформы 1с.
Рекомендую дополнить описание первого метода - очистка кэша до операции с загрузкой CF
121. svemne 44 08.07.17 16:04 Сейчас в теме
120. svemne 44 08.07.17 16:03 Сейчас в теме
В продолжение статьи выявлен еще один сценарий при которм не помогают первые два способа.
УРИБ - обычная звезда: центр и удаленные базы.
Один из узлов после изменения конфигурации и обновления узла перестал принимать пакеты из центра с сообщением, что "Конфигурация узла не соответствует ожидаемой".

Замена конфигурации в удаленном узле проблему не решила.
Изменение disgest в пакете из центра помогло загрузить пакет, но ответный пакет в центре был отвергнут.

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

Помогла только чистка кэша метаданных - и пакеты стали приниматься и конфигурация получила новое изменение.
122. serpanik 01.08.17 15:42 Сейчас в теме
Огромное спасибо автору.
Помог первый способ, примененный для Розницы 2.0 для Украины.
Однозначно плюс. :)
123. dance000 17.08.17 22:49 Сейчас в теме
Внесу свою лепту.
В моем случае после первого пункта УБ принимала файлы но ЦБ не принимала.
Я сделал все как во втором пункте но ситуация не поменялась.
Решение было следующим. В ЦБ добавляем константу, затем в УБ получаем файл обмена, применяем изменения и обмен восстанавливается.
124. Артано 760 18.08.17 01:22 Сейчас в теме
(123)
Внесу свою лепту
в дело удаления гланд через анус.
125. elsee 07.10.17 01:29 Сейчас в теме
Делаю как Вы пишите, обмен прошел отлично, но после перезапуска подчиненного узла, происходит какое-то обновление не до конца (и выдает ошибку, что какие-то методанные можно поменять только в главном узле)
126. elsee 07.10.17 21:19 Сейчас в теме
подскажите что делать
127. Oleg-and-reevich 6 23.10.17 18:49 Сейчас в теме
Сколько же я намучился с тем, что главный узел не мог прочитать данные из удаленного узла. А оказалось, что дело вообще в синхронизации с другой программой. Главный узел синхронизирован с БП 3, и в УТ 11 были загружены правила регистрации из БП 3. И как раз эти правила повлияли на РИБ между базами УТ 11. В общем бред какой-то. Поставил в синхронизации УТ11 и БП 3 типовые правила, и, о чудо, синхронизация в РИБ УТ 11 наконец-то прошла. Я вообще не понимаю 1с. А к слову говоря, в РИБ у меня дела еще хуже. При синхронизации в БП 3 в счет-фактурах появляется лишний привязанный документ. Помимо документа поступления при синхронизации в БП 3 создается пустой документ "поступление доп. расходов" и прикрепляется к счет-фактуре. Вот эту проблему пока решить не удалось.
131. Vorchun_76 14 20.06.18 19:16 Сейчас в теме
по первой методике вылетало в ошибку:
"Ошибка SDBL: Ожидается имя таблицы (pos=25)"

помогло немного по другому:
1. выгружаем из УБ cf-файл, а не из ЦБ;
2. отвязываем УБ от РИБ;
3. заменяем конф. УБ на выгруженный в первом шаге cf-файл, для этого пользуемся меню "Загрузить конфигурацию из файла" (а не сравнением-объединением!!!);
4. восстанавливаем признак РИБ для УБ.
134. vitalya24 233 03.07.18 13:45 Сейчас в теме
Помогло вот это:

"Решение было следующим. В ЦБ добавляем константу, затем в УБ получаем файл обмена, применяем изменения и обмен восстанавливается."

намучился очень долго...
137. Evgeny2009 55 25.07.18 14:49 Сейчас в теме
(134) Не пойму. Про какую константу речь? Подскажите плиз.
138. manserg 104 31.07.18 05:03 Сейчас в теме
В моем случае на платформе 8.3.12 ничего из описанного не помогло.
Зато выгрузка cf из периферийной базы в центральную решило проблему на раз!
139. avkolom83 10.08.18 14:42 Сейчас в теме
на платформе 8.3.12.1567 это помогло
(138)
140. Isakov_Artem 10.08.18 15:59 Сейчас в теме
(138) Видимо баги с каждой платформой мутируют. Мне тоже помогло.
141. p.ugrumov 171 22.08.18 07:37 Сейчас в теме
Иногда помогает восстановить обмен выгрузка cf из базы филиала и загрузка в центр.
142. bestsader 26 23.08.18 10:06 Сейчас в теме
Не помог ни первый ни второй способ. Работал на платформе 8.3.12.1529.
Помогло следующее.
1.Почистил кеш.
2. Установил платформу 8.3.10.2772.
3. Выгрузил/загрузил DT.
4. Выполнил действия по способу 1 данной статьи (отвязал ГУ, загрузил CF, привязал ГУ обратно).
Все заработало.
Подозреваю, в платформе 8.3.12.1529 косяк есть какой-то.
143. Rusbread 04.09.18 11:41 Сейчас в теме
На 8.3.12.1529 помог микс из способов:
1. Загружаем cf из центра в точку.
2. Правим файл из цб:
2.1. Блок config меняем на аналогичный из ПБ.
2.2. Убираем тэги 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>

После этого файл загружается в ПБ и дальше все работает.
145. Cartman 04.09.18 18:27 Сейчас в теме
Обновился блин ан 8.3, ядро 8.3.12.1595. MS SQL 12
Базы УТ 10, 2 штуки разных версий. Одна взлетела после замены конфигурации в периферийной, а одна ругается что конфигурация не соответствует. При чем, создаю образ, настраиваю обмен тут же меняюсь и сразу не соответствует.
Перед переходом на 8.3 тестировал. Вроде ОК.
Что еще можно сделать чтобы обмен заработал?
146. Cartman 05.09.18 10:57 Сейчас в теме
(145) проделал еще раз тестирование исправление на центральной базе, снова создал начальный образ. ничего не изменилось.
Ругается что не соответствует ожидаемой. Ума не приложу что еще можно сделать.
147. Rusbread 05.09.18 15:33 Сейчас в теме
(146)
Попробуйте выгрузить cf из центра, создать новую базу, загрузить туда cf, снова выгрузить cf из новой базы и вот последний выгруженный cf загрузить обратно в центральную и периферийные базы.

Есть подозрение, что у 8.3.12.1595 криво рассчитывается хэш метаданных конфигураций. Мне помогла вот такое выравнивание конфигураций через третью пустую базу. Конфигурация тоже, кстати, УТ 10.3 была
148. Rusbread 05.09.18 15:34 Сейчас в теме
(147)
Только именно "Загрузить конфигурацию", а не "Сравнить/объединить"
149. Cartman 11.09.18 09:23 Сейчас в теме
(147) выгрузил конфигурацию из созданного узла периферийной, загрузил в центральную и завелось.
150. ssn1978 70 15.09.18 11:49 Сейчас в теме
(149) Спасибо за наводку. Все гениальное просто, этот способ реально сработал.
Тоже выгрузил из переферийки конфу и загрузил в центр, все взлетело.
Надо бы его в шапку отправить.
151. burgomister 59 21.09.18 10:40 Сейчас в теме
КОНФИГУРАЦИЯ УЗЛА РАСПРЕДЕЛЕННОЙ ИБ НЕ СООТВЕТСТВУЕТ ОЖИДАЕМОЙ


1. Создаем обязательно архивную копию базы с помощью выгрузки или копированием файла 1Cv8.cd. Данная процедура должна войти в привычку у профессионального программиста.
2. Открываем конфигуратор центрального узла и сохраняем конфигурацию в файл («Конфигурация — Сохранить конфигурацию в файл»). сохраненный cf файл любыми способами доставляем к подчиненному узлу, где возникла ошибка.
3. Заранее подготавливаем обработку со следующим тексом

Процедура КнопкаВыполнитьНажатие(Кнопка)
Если ПланыОбмена.ГлавныйУзел()<> Неопределено Тогда
СохранитьЗначение(«ВосстановитьЗначениеГлавногоУзлаВПодчиненном», ПланыОбмена.ГлавныйУзел());
ПланыОбмена.УстановитьГлавныйУзел(Неопределено);
КонецЕсли;
Предупреждение(«Главный узел отключен»);
КонецПроцедуры

Процедура ОсновныеДействияФормыВключитьОбратно(Кнопка)
Если ПланыОбмена.ГлавныйУзел()= Неопределено Тогда
ПланыОбмена.УстановитьГлавныйУзел(ВосстановитьЗначение(«ВосстановитьЗначениеГлавногоУзлаВПодчиненном»));
КонецЕсли;
Предупреждение(«Главный узел восстановлен»);
КонецПроцедуры

4. Открываем в режиме «Предприятия» и используем ее.

5. Открываем конфигуратор подчиненного узла и если конфигурация находится на поддержке, то снимаем ее (Конфигурация — Поддержка — Настройки поддержки — Снять с поддержки). Если нет, то пропускаем данный пункт.

6. Загружаем наш cf файл который был сохранен в центральном узле в текущую конфигурацию(«Конфигурация — Загрузить конфигурацию из файла…») и применяем обновление.

7. Возвращаемся в режим предприятия и применяем снова обработку, только теперь включаем обратно. Запускаем обмен и все будет работать!
152. Cartman 02.10.18 14:25 Сейчас в теме
(151) получилось, но даже немного проще. Создал начальный образ, выгрузил из него конфигурацию, загрузил ее в центральную и обмен пошел.
153. ujinn 03.10.18 23:50 Сейчас в теме
Столкнулся тоже с этой проблемой РИБа, почистил кеш, выгрузил cf из ЦБ. Запустил обмен (выгрузил из ЦБ xml).
На подчиненном узле тоже почистил кеш, отвязал от Главного узла, загрузил cf от ЦБ, восстановил узел. запустил обмен, ошибка сохранилась.... ума не приложу что еще сделать...
154. levor 04.10.18 00:26 Сейчас в теме
Столкнулся тоже с этой проблемой РИБа, почистил кеш, "изменил конфу", принял изменения, выгрузил cf из ЦБ. Запустил обмен (выгрузил из ЦБ xml).

На подчиненном узле тоже почистил кеш, отвязал от Главного узла, загрузил cf от ЦБ, восстановил узел. запустил обмен, ошибка сохранилась.... ума не приложу что еще сделать...

Digest2 в цб совпадает с Digest2 из УБ

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

Платформа 8.3.12.1529,
конфигурация УТ10.3
(ошибка произошла после обновления Платформы)
155. Prooa 39 16.10.18 04:47 Сейчас в теме
Такая же проблема после обновления на 8.3.12.1529, ни чего не помогло из всего сказанного, если в одну сторону проходит то при загрузки в ЦБ та же песня, решение: * сервера на 8.3.10.2753! Убит вечер и куча нервов, и все это наша любимая 1С!
156. KenigDW 28.12.18 10:33 Сейчас в теме
Еще один способ решения проблемы "Конфигурация узла распределенной ИБ не соответствует ожидаемой". Вернее расширение способа №2 из статьи.

У меня была Розница 2.2.11, РИБ по магазинам. Выгрузка cf из центра и последующая загрузка в УБ не помогла. Блок <config> во входящем и исходящем файле были одинаковы. Но все равно "конфигурация не соответствует"

Решил так - взял блок <config> из файла обмена с другим узлом РИБ, с которым все хорошо. Файл обмена с таким блоком загрузился в проблемную УБ, и выгруженный файл уже был с этим блоком. Все заработало.

Когда же 1С наконец-то станет стабильным, а не модным продуктом....
157. soulsb 10.01.19 19:27 Сейчас в теме
Дополнение к первой методике. Когда я конфигурацию из ЦБ в УБ перенес, обмен не заработал. Потом я выгрузил конфигурацию УБ и загрузил в ЦБ. После этого заработало =)
158. sashapere 157 11.01.19 09:52 Сейчас в теме
(157) Похожая ситуация была, когда центральная база была подключена к хранилищю ,которое работало как расшаренная папка... и почему-то часто ловило глюки... т.е. изменения есть, но конфа думает что ничего не менялось... когда перешли на хранилище в виде сервиса, через tcp подключение.. таких ошибок пока не возникало
163. Svetlya4ok13 11.03.19 15:28 Сейчас в теме
(157) Плюсуюсь, только этот метод помог, до этого все перепробовали.
159. acrk 749 15.01.19 15:49 Сейчас в теме
Вот потребовалось такое проделать. Отключил от РИБ (очистил главный узел).
А конфигурацию загрузить не могу - пункт "Загрузить конфигурацию...." недоступен.
Что делать ?
160. acrk 749 15.01.19 17:07 Сейчас в теме
(159) Все, отбой. Конфигурация освободилась. Часа два освобождалась. Наверное потому, что база огромная. Теперь загружаю конфигурацию центрального узла.
162. maksa2005 530 21.02.19 20:13 Сейчас в теме
СПАСИБО.
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 Extensions="0000000000000000000000000000000000000000" v2="39115c7435bbe0e714fe316dba19a5a2">d41d8cd98f00b204e98009­98ecf8427e</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>

т.е. Extensions="0000000000000000000000000000000000000000" v2="39115c7435bbe0e714fe316dba19a5a2 убрать и сделать как в пункте 2!
164. yarrr 8 26.03.19 18:05 Сейчас в теме
Еще одна причина - различные версии платформ ЦБ и УБ.
Словил эту ошибку и не помогла ни очистка кэшей, ни изменение/обновление конфигураций, ни снятие с поддержки, ни выгрузка-загрузка конфигураций ЦБ > УБ , УБ > ЦБ, не помогла подмена хешей в файлах обмена, ни комбинация последних 2 методов. А вот сверка версий платформы на узлах навела на правильный ответ.

Конкретно в моем случае - обновили молча Бухгалтерию 3.0, вместе с ней пришла платформа 8.3.14. ЦБ УТ11.4 до этого работала на платформе 8.3.13, и в УБ продолжали использовать 8.3.13. А ошибка называлась "Конфигурация узла распределенной ИБ не соответствует ожидаемой"...
165. lomanos 41 11.06.19 08:30 Сейчас в теме
Может кому поможет мой опыт: не помогли ни 1-ый, ни 2-ой способы, долго не мог понять в чем причина, оказалось все просто:
ОБЯЗАТЕЛЬНО проверяйте НОМЕРА ПЛАТФОРМ, на которых запущена ЦБ и УБ, они должны быть одинаковыми
166. zagorodnev 27 07.07.19 22:48 Сейчас в теме
(165) Да пока читал пост уже сам методом математического тыка пришел к выводу что платформы в ЦБ и УБ должны быть одинаковыми, потерял неделю, но что за бред очередной от 1С
167. maksa2005 530 10.10.19 21:05 Сейчас в теме
Вариант №3
Этот случий если 1 вариант не получился, а 2 очень сложно. Выход. Выручает меня не один раз!!!
1)Добавляет какой-то новое поле. Я добавил константу..
2)Обновляем конфигурацию у главного узлаэ.
3)передаем ее по рибу.
4)грузим обмен на филиале.
5)получаем обновление и радуемся.
6)обновляем филиал.
РИБ восстановлен
168. vetalvr 97 03.12.19 23:41 Сейчас в теме
Важное уточнение: в статье и в отзывах всегда фигурирует фраза "выгружаем cf-файл". Что именно имеется ввиду под понятием "выгрузить cf-Файл"?
Для меня это не совсем понятно, что именно имеется ввиду, но лично я вижу 2 варианта:
Вариант 1: Конфигурация\Сохранить конфигурацию в файл.
Вариант 2: Конфигурация\Поставка конфигурации\Создать файлы поставки и обновления конфигурации.
Итоговый вариант очень сильно зависит от того, какой из вариантов использовать.
Прочитал статью и отзывы (удачные и не удачные), продолжаю дальше танцевать с бубном, чтобы восстановить обмен. Большую часть из рекомендаций использовал - пока безрезультатно. Приходится уже подумывать о варианте загрузки из УБ в ЦБ с помощью xml, и создания нового образа РИБ. И это недоразумение между вариантами выгрузки cf-файла добавляет в 2 раза больших танцев с бубном.
169. vetalvr 97 05.12.19 22:12 Сейчас в теме
(168) Победил. Хочу поделиться своим опытом, возможно кому-то поможет и сократит время танцев с бубном. Раньше при проблемах с обменами (несоответствие конфигураций) всегда помогала 1-ая методика. В данном случае после применения 1-ой методики начала вылазить ошибка "Ошибка преобразования данных xml" и номер строки/столбца. Вылазила эта ошибка попеременно то в центральной, то на периферии, в зависимости от последствий танца с бубнами. Была испробована и 2-ая методика, и добавление константы, и все, что было описано в комментариях. Ничего не помогло. Что имел в конечном варианте: данные в периферию загружаются и выгружаются, в центральную не загружаются с ошибкой "Ошибка преобразования данных xml" и номером проблемной строки в xml (изначально не грузилось ни в периферию, ни в центральную). Данные терять было нельзя, поэтому начал писать обработку по загрузке выгруженного xml из периферии в центральную. Написал. Стал загружать - вылетает при попытке загрузить справочник договоры контрагентов. Далее вспоминаю, что при типовом обмене, когда вылезала ошибка "Ошибка преобразования данных xml", там были указаны номер проблемной строки xml, и по этой строке тоже был справочник договоры контрагентов. Вспоминаю про решение проблемы с константой. Добавляю в справочник договоры контрагентов реквизит булевского типа - и типовой обмен проходит на ура без каких либо танцев с бубном. Т.е. если после 1-ой методики вылазит ошибка "Ошибка преобразования данных xml", то смотрите на номер проблемной строки в xml файле, где вылетает ошибка, и добавьте в этот объект метаданных какой-то реквизит.
sashapere; +1 Ответить
170. sashapere 157 06.12.19 11:36 Сейчас в теме
(169) Тоже сталкивался с похожей ситуацией при багах работы с хранилищем , помогало добавление реквизита... чтобы сработала реструктуризация
171. sashapere 157 06.12.19 11:38 Сейчас в теме
Может кто знает как принудительно реструктуризировать всю конфигурацию? (без добавления реквизитов)
174. vetalvr 97 06.12.19 21:17 Сейчас в теме
(171) Кстати, отличная идея. Почему я сразу за нее не догадался. Тогда бы и не пришлось реквизит добавлять, возможно помогло бы просто.выполнить реструктуризацию.
sashapere, в конфигураторе Администрирование\Тестирование и исправление.
176. Vorchun_76 14 06.12.19 22:43 Сейчас в теме
(174) не помогает, пробовал первым делом
180. vetalvr 97 08.12.19 01:57 Сейчас в теме
(176) Тогда, судя по всему, штатная реструктуризация работает так: внутренние идентификаторы метаданных остаются старыми, и этот вариант не помогает. Как вариант, можно потестить разборку\сборку цф, но тут, наверное, нужно будет с бубном потанцевать, чтобы новая цф отличалась от старой. Видать самый простой способ остается только вариант с добавлением реквизита в проблемный объект.
172. user949348 06.12.19 12:36 Сейчас в теме
Для серверной базы - удаляем из консоли администрирования (оставляем базу, без изменений) и создаем заново - помогло только это, выгрузки\загрузки конфигурации не спасли
sashapere; +1 Ответить
173. vetalvr 97 06.12.19 21:15 Сейчас в теме
(172) Пробовал. К сожалению мне не помогло. Помогло только (169) сообщение.
175. user949348 06.12.19 22:09 Сейчас в теме
(173) "Ошибка преобразования данных xml" - у вас была? у меня только не соответствие ожидаемой
177. vetalvr 97 07.12.19 16:38 Сейчас в теме
(175) Изначально было не соответствие. После классического лечения с цф и отвязкой\привязкой, появилась ошибка преобразования. В след раз при не соответствии интересно будет протестировать вариант с переподключением базы. Только это ж логи слетят, что не есть хорошо. Это сначала нужно тогда еще будет логи сохранить. Это вы в центральной переподключали? Или на узле тоже?
178. user949348 07.12.19 20:28 Сейчас в теме
(177) только узел удалил/создал в консоли 1с, а логи какие, журнал регистрации? его же можно подсунуть из старой папки в новую
179. vetalvr 97 08.12.19 01:45 Сейчас в теме
(178) Повторюсь, в следующий раз интересно будет протестить этот вариант лечения как более простой. После теста отпишусь в этой ветке, помогло или нет. Про логи - да, имел ввиду именно журнал регистрации. Хотелось спросить: а у вас был опыт подсовывания из старых логов в новые? Норм получилось?
181. user949348 08.12.19 13:16 Сейчас в теме
(179) опыт есть, обычно делю журнал по дням и архивирую старые записи, а когда возникает необходимость посмотреть то возвращаю обратно этот период рабочую базу или в копию, подхватывает нормально
182. user949348 23.01.20 10:13 Сейчас в теме
(177)еще проще вариант оказался с очисткой кеша на сервере, и пересозданием узлом в плане обмена, тогда и логи не надо дергать никуда
183. maksa2005 530 28.01.20 08:24 Сейчас в теме
Посвящается всем тем у кого 1 и 2 пункт не дал результата. Кто не хочет выгружать базу снова в РИБ и т.п.
ВЫХОД:
Создаете через конвертацию обмен данных. Помещяете в ЦБ и УБ обмен идентичный с планом обмена (можно даже РИБ не отвязывать...но при следующих изменениях в конфигуратор - можно отвязать навсегда) и обмен работает в полном объеме.
Малость изменения конфигурации нужно копировать из ЦБ в УБ .

Это временно решение, но рабочее и без создания нового РИБа по УБ!
184. maksa2005 530 04.02.20 20:48 Сейчас в теме
(183)
Добавлю ПОСЛЕ НЕДЕЛИ использования РИБа ошибка ушла.
т.е. я работал обычным обменом и решил внести изменения в конфигурацию. Выгрузил и УБ принял изменения и соответсвенно из УБ в ЦБ принял так же.
Вывод:
Выше указанные методы 1 и 2 не помогли. Обмен встал. РИБ стал не рабочий.
Вылечил простой обмен))
185. Anthon 230 01.05.20 05:47 Сейчас в теме
Не работает (( УБ кушает все изменения, отправляет файл обратно, а ЦБ ответ не устраивает, говорит, переносите изменения в УБ. Пробовал обе методики, не помогает. Хорошо хоть база доступна, выгрузил через выгрузку XML и сделал новую УБ, но эта ошибка уже достала!
188. MovaRemi 17.05.21 11:50 Сейчас в теме
Эта ошибка случалась у меня дважды с интервалом где-то год: первый раз помог метод 1, второй раз методы 1 и 2 не помогли, периферийная база (ПБ) принимала пакеты, центральная база (ЦБ) отказывалась. Воспользовался методикой (55) частично со снятием конфигурации с поддержки:
- Выгрузил конфигурацию из ЦБ;
- Отключился от хранилища;
- Создал в одном документе реквизит для структурных изменений;
- Снял конфигурацию с поддержки;
- Загрузил выгруженную на первом шаге конфигурацию, после чего она снова встала на поддержку и по F7 обновил конфигурацию БД;
- Сделал выгрузку пакета из ЦБ;
- Сделал в ПБ загрузку этого пакета (к этому времени размер пакета составлял больше 1Гб). Загрузка поработала минуту и прекратилась с ошибкой; в журнале регистрации посмотрел, что хочет загрузить изменения конфигурации в базу.
- В ПБ зашел в Конфигуратор и по F7 обновил конфигурацию БД;
- Запустил ПБ после обновления конфигурации БД, стартовое окно висело где-то полчаса, я понял что продолжилась загрузка пакета обмена;
- Сделал выгрузку пакета из ПБ;
- Сделал загрузку этого пакета в ЦБ, пакет прошел без ошибок.
Все!
189. user660015_casino1c 25.12.21 12:44 Сейчас в теме
я решал проблему так:
1. выгрузил конфигурацию ЦБ в файл.
2. выгрузил конфигурацию УБ в файл.
3. Загрузил конфигурацию УБ в ЦБ. Запустил обмен. Обмен прошел.
4. Загрузил в ЦБ конфигурацию из пункта 1. Запустил обмен
190. user1540892 29.03.22 06:59 Сейчас в теме
Добрый день! 1С:Предприятие 8.3 (8.3.9.2033) - слетел обмен после обновления конфигурации. Помог первый метод решения проблемы, спасибо Вам большое!
191. asdfgcom 415 10.08.22 16:50 Сейчас в теме
Следует добавить, что /resetMasterNode НЕЛЬЗЯ использовать для отвязывания баз в данном контексте. ТОЛЬКО главный узел - неопределено. В противном случае не сработает ни первый ни второй вариант. Проверено.
Оставьте свое сообщение