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

09.02.10

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

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

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование По подписке [?]
УстановкаГлавногоУзлаРИБ.epf
.epf 6,19Kb
6596
6596 Скачать бесплатно

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

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

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

  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! 10%

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

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

50722 45650 руб.

04.08.2015    165063    384    275    

369

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

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

28000 руб.

15.12.2021    23107    159    48    

117

SALE! 10%

Перенос данных 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. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.

26280 руб.

12.06.2017    140120    782    295    

409

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

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

84000 руб.

19.08.2020    24356    23    1    

25

SALE! 10%

Перенос данных 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 | Сэкономьте время - используйте готовое решение для перехода! | Перенос разработан в формате КД 2 (правила конвертации данных) | Переносятся все возможные виды документов, начальных остатков и нормативно-справочная информация| Можно опционально выгружать каждую пару "номенклатура+характеристика" как отдельную номенклатуру | Есть выгрузка настроек счетов учета и зарплатных данных из ERP / КА 2 | Можно проверить на вашем сервере перед покупкой

50722 45650 руб.

15.04.2019    71493    180    148    

120

SALE! 10%

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

Можно проверить до покупки, оставьте заявку! Воспользовались более 268 компаний! Перенос данных из УТ 10.3 в УТ 11 | из УТ 10.3 в КА 2 | из УТ 10.3 в ERP. Предлагаем качественное и проверенное временем решение для перехода с УТ 10.3. Можно перенести начальные остатки, нормативно-справочную информацию и все возможные документы. При выгрузке можно установить отбор по периоду, организациям и складам. При выходе новых релизов конфигураций 1C оперативно выпускаем обновление переноса данных.

50722 45650 руб.

24.04.2015    194135    148    242    

279

SALE! 10%

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

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

50722 45650 руб.

31.10.2014    236003    99    333    

304

SALE! 10%

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

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

48278 43450 руб.

03.12.2020    35997    90    62    

86
Вознаграждение за ответ
Показать полностью
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. СергейКа 670 09.02.10 12:05 Сейчас в теме
Решил даже сохранить.
До второго метода не додумывался.
2. mbreaker 1416 09.02.10 12:10 Сейчас в теме
(1) завсегда пожалуйста ;)
syergio; shaweles; info1i; +3 Ответить
3. mbreaker 1416 09.02.10 21:33 Сейчас в теме

:!: При редактировании статьи сбилось форматирование блоков файла обмена.
Если кто-то в этот промежуток времени видел "искорёженные блоки", прошу прощения за невнимательность...
4. Elisy 951 10.02.10 12:08 Сейчас в теме
А можно ли программно из 1С получить хэши (Digest1 и Digest2) и версию (Version)? Или это информация для внутреннего использования в 1С?
7. mbreaker 1416 10.02.10 21:05 Сейчас в теме
(4) Напрямую - нет, только если сэмулировать запись блока обновления РИБ в файл сообщения, а оттуда уже "выкусить"
130. user679689_redbull4561 09.04.18 17:13 Сейчас в теме
(7)
(82)
Первых два пункта не помогли, добавил в ЦБ Константу и все заработало. Версия 8.3.


красавчеГ , помогло именно константу добавить , возможно сработают любые метаданные.
29. ndacoder 110 22.12.11 22:07 Сейчас в теме
(4)
Elisy пишет:
А можно ли программно из 1С получить хэши (Digest1 и Digest2) и версию (Version)? Или это информация для внутреннего использования в 1С?

всё возможно, но для этого нужно знать алгоритм вычисления :) а Version - та что хранится в конфигурации ?
её можно для этого можно использовать различные инструменты например EI, или доработать мою обработку, которая сохраняет cf из бд.
5. Mantis 137 10.02.10 13:39 Сейчас в теме
Молодец! оба способа рабочие сам делал когда то :)
6. fishca 1257 10.02.10 16:33 Сейчас в теме
http://partners.v8.1c.ru/forum/thread.jsp?id=535324#535324 - если у кого есть доступ на партнерский форум, можно еще посмотреть тутачки :)
8. mbreaker 1416 10.02.10 21:09 Сейчас в теме
(6) да, к своему великому сожалению наткнулся на эту ветку уже после описанных в статье событий... хотя в то время перелопатил в поиске решения почти всю "партнёрку"... сэкономил бы часов 6 своего рабочего времени... :(

там, правда, Андрей предлагает удалять/восстанавливать узел (на мой взгляд, чтобы сбросить регистрацию проще воспользоваться обработкой "РегистрацияИзмененийДляОбмена"), что в моём случае было совершенно неприемлемо (все изменения должны были дойти до своих адресатов)...
10. NewNick 26.02.10 22:39 Сейчас в теме
(8) достаточно просто было бы создать обработку которая бы копировала зарегистрированные изменения из узла в узел некий резервный узел и обратно. далее думаю все понятно.

11. mbreaker 1416 26.02.10 23:09 Сейчас в теме
(10) нет, не совсем понятно про "далее все понятно"... можно поподробнее, что дает копирование изменений в "некий резервный узел"? а дальше-то что? перевыгружать узлы и добивать их зарегистрированными изменениями? а если каждый узел "весит" 4-5Гб или больше? а узлов 20-30 штук?
12. NewNick 27.02.10 11:30 Сейчас в теме
(11) у меня под рукой доступа на партнерский форум нет в чем там суть я могу только догадываться. но я отреагировал на вашу фразу
>>что в моём случае было совершенно неприемлемо (все изменения должны были дойти до своих адресатов)...

для того что бы не потерять регистрацию в случаи неких манипуляций с узлом достаточно создать еще один узел как хранилище изменений - перелить из нужного узла регистрацию изменений. далее сделать все с ним что нужно и перелить регистрацию обратно.
если узлов много можно процесс автоматизировать.
13. mbreaker 1416 02.03.10 20:06 Сейчас в теме
(12) суть понял... там другой случай... в партнерской ветке Андрей Чичерин предлагал на первых шагах:

1. в центральной ИБ удалить узел плана обмена, соответствующий удаленному узлу (при этом все записи о регистрации изменений для удаленного узла будут потеряны);

2. в центральной ИБ создать новый узел плана обмена, соответствующий удаленному узлу (код узла должен соответствовать удаленному на первом шаге);


суть - очистить таблицу регистрации изменений... для чего это нужно - для меня так и осталось загадкой (потом же хлопот не оберешься чтобы синхронизировать узлы), а в своем комменте я просто предложил более простой вариант проведения этой операции...
26. Zergos 20.12.11 12:51 Сейчас в теме
Попробовал запустить обработку для установки главного узла.
Получил:
{Форма.Форма.Форма(6)}: Ошибка при вызове метода контекста (УстановитьГлавныйУзел): Недопустимое значение параметра (параметр номер '1')
ПланыОбмена.УстановитьГлавныйУзел(ГлавныйУзел);
по причине:
Недопустимое значение параметра (параметр номер '1')

Что делаю не так?
user1467435; +1 Ответить
161. Team leader 12 03.02.19 21:11 Сейчас в теме
(26) Есть решение:

https://forum.infostart.ru/forum9/topic145418/

- Главный узел ищут в УФ так:

Если хотите снять главный узел, то используйте ПланыОбмена.УстановитьГлавныйУзел(Неопределено)

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

ХМ.. работает только для старых версий Розницы
186. CratosX 113 16.07.20 22:16 Сейчас в теме
(161)
ПланыОбмена.ИмяВашегоОбмена.НайтиПоКоду("КД")

Искать главный узел надо так:
ГлавныйУзел = ПланыОбмена.ГлавныйУзел();


Устанавливать главный узел надо так:
// ВыбУзел - реквизит обработки с типом ПланОбменаСсылка
ПланыОбмена.УстановитьГлавныйУзел(ВыбУзел);
9. Vitalk 12.02.10 14:37 Сейчас в теме
Спасибо за доходчивое объяснение)))!
14. drkhaired 51 17.06.10 07:48 Сейчас в теме
У меня в последнее время постоянные проблемы с этим, но разработку мы ведем используя хранилище. Может ли хранилище являться причиной данного трабла?
15. mbreaker 1416 20.06.10 13:34 Сейчас в теме
(14) Использование хранилища - нет не может... Хранилище - тупой (но очень полезный) инструмент для синхронизации действий при групповой разработке...

А вот хаотичные динамические обновления из-за несогласованного регламента применения изменений на рабочей базе вполне могут быть такой причиной. Особенно если узлов много, а вы не следите за тем, что подтверждения о принятии изменений с узлов доходят до центральной БД.

Устанавливайте жёсткий регламент наката изменений на рабочую базу, и по возможности включайте в настройках узлов галочку "Выгружать только при успешной загрузке".
16. Radik44 08.09.10 09:51 Сейчас в теме
Попробовал - помог способ №2, но при последующем обмене, как в одну так и в другую сторону, снова сталкиваюсь с той же ошибкой, выходит каждый раз нужно править файл обмена. Розница 1.0.10.4
17. mbreaker 1416 14.09.10 15:21 Сейчас в теме
(16) Проверьте точное выполнение рекомендованной последовательности действий... Возможно просто не выполнили пункт 6, вот у вас и циклится ошибка...
28. ulen 56 22.12.11 21:09 Сейчас в теме
(17)

Вот у меня тоже абсолютно уникальная ситуация, один узел УБ работает нормально, создал еще один, и при первом же обмене пишет такую чушь. Все проведенные действия спасали только на один раз загрузить в УБ и все потом опять по новой. Заного создаю образ, загружаю конфу, вообще ничего не помогает, пишет о несоответствии и в Уб и в ЦБ...
18. mevgenym 87 23.11.10 22:05 Сейчас в теме
(16) сегодня такое было, первый способ знал и сразу его попорбовал, непомогло, второй способ тоже сделал помогло точно также на один обмен хватило. Вечером уже руки опустились, "звонок другу" помог:) Суть: изменить конфу главного узла и сделать обмен, в дочерний узел просто примет изменения от главного, обновляем дочерний. Все просто и тупо и сработало, я в шоке.
74. Tarlich 116 24.03.15 23:13 Сейчас в теме
(16) Radik44, такая же проблема. как решилась?
19. 1C8 17 20.04.11 11:09 Сейчас в теме
Блин...все мозги мне это несоответствие проело! Один раз месяц назад мне первый способ помог. Теперьуже руки опускаются...Второй способ не могу пименить т.к. после проделывания пунктов 1-4 1С просто тупо вываливается с руганью на basic.dll
Уже пробовал в ЦБ выгрузить начальный образ для этого узла, перенес, при первом же обмене опяь ошибка не соответствие ожидаемой!
Что делать????!!!!
20. AnnaSehrGut 16.09.11 21:59 Сейчас в теме
Спасибо. Полезная статья
21. mas2 03.10.11 18:03 Сейчас в теме
Использовал по необходимости . Спасибо
22. VapPaha 11.10.11 07:32 Сейчас в теме
23. trad72 29.11.11 02:41 Сейчас в теме
вот и провел весь вечер за решением этой проблемы хорошо что к вам забрел первый вариант помог))
24. Necytij 11.12.11 08:50 Сейчас в теме
Ну первый метод очень много где описывается, а вот можете второй пояснить.. приемом из ЦБ сообщения с его хещем - меняет хеш УБ? И тем самым синхронизирует единственный параметр, присутствующий в обоих сообщениях, так?и после того обмен(по идее) опять идет "как по маслу"?
Отдельное спасибо NewNick, интересный способ насчет узла с копированием регистрации изменений.
25. annhv 20.12.11 08:37 Сейчас в теме
Хорошо, что есть такой сайт и его участники. Мне обработка тоже помогла. При обмене обновлений в подчиненный узел глюк произошел...
27. Zergos 20.12.11 12:54 Сейчас в теме
Разобрался: надо было оставлять поле незапоненным...
30. lux17 17.01.12 12:29 Сейчас в теме
а у меня обмен работает через раз после обновления конфигурации, хоть убей...
31. jko 19.01.12 07:12 Сейчас в теме
Сохраним.
Спасибо большое.
32. a_a 25.01.12 13:58 Сейчас в теме
Полезная статья, во время очередного сбоя РИБ очень помогла быстро восстановить систему. А так даже не знал куда копать.
33. Dimkasan 03.02.12 14:09 Сейчас в теме
Ох, спасибо огромное, реально мне помогли
34. white125 05.03.12 10:44 Сейчас в теме
Обработка не работает в 1с 8.2 УТ 11.
Может кто-нибудь поделиться обработкой для данной версии для снятия признака Подчиненного узла и восстановления его.
35. madmpro 43 07.06.12 17:33 Сейчас в теме
Включение метода УстановитьГлавныйУзел в Попытку приводит к тому что не выводятся описания ошибок. Например когда в распределенной базе присутствуют дополнительные сеансы. Правильно определить ошибку установки главного узла смог только после закомментирования строк попытки. Вот такие грабли :).
36. dascon 11.07.12 13:30 Сейчас в теме
Похоже, я единственный, у кого первый метод не сработал :)

В конфигураторе пункт меню "Загрузить конфигурацию из файла" неактивен, хотя конфигурация открыта. Как убедиться, что метод УстановитьГлавныйУзел сработал? Может в этом дело?
37. dascon 11.07.12 13:47 Сейчас в теме
Разобрался: надо было оставлять поле незапоненным...

аналогично...
38. Luck_DMST 24 13.07.12 00:21 Сейчас в теме
Огромное спасибо! Мне помогло!!
39. PONOM 33 29.08.12 07:19 Сейчас в теме
А база скульная или файловая? У нас SQL. Первым способом всегда пользовался и всегда помогало на 8.1. А вот случилось на 8.2 и ни в какую. Второй способ только первый раз помог. Причем он как-то странно помог. Был обмен в фоновом режиме на серваке настроен, так он при обмене продолжал нам сообщать что "Конфигурация узла распределенной ИБ не соответствует ожидаемой". А вот локально делаешь обмен и все проходит. Сначала подумали на проблемы с серваком и его нужно переставлять. Первым делом перезагрузили и 1с-сервер и сервер-SQL - не помогает. Сделали переферийной базе выгрузку-загрузку данных и в копии обмен спокойно прошел(!). Ну взяли приатачили в скуле эту базу на старый адрес и обмен снова не работает!?! И вот здесь уже понял, что нужно просто переподключить базу в 1с-сервере!!! И все спокойно заработало, как буд-то ничего не было. Конечно у пользователей после этого почистили в "Documents and Settings" весь мусор в папке "1С". Так что, если скульная базка попробуйте сначала просто переподключить базу в 1с-сервере.
MaZaHacKa_13; Banka86; UnsavedSoul; vdolynsky; stal76; rsalab; +6 Ответить
77. UnsavedSoul 13.05.15 22:36 Сейчас в теме
(39) PONOM, совершенно верно, хэш конфигурации сохраняется еще и в кэше приложения. Если система ориентируется на этот "мусор", то даже после создания нового узла и загрузки его через .dt в старую базу, проблема сохранится. И дайджесты конфигурации из УБ в ЦБ будут выгружаться те же, что привели к появлению ошибки о несоответствии конфигураций:) Поэтому не лишним будет первым делом почистить кэш в подобной ситуации, может сэкономить уйму времени. Думаю, очень многие сталкивались, например, с рассинхроном основной конфигурации с конфигурацией поставщика, которая также лечилась очисткой кэша приложения.
40. nvrobin2002 04.09.12 14:02 Сейчас в теме
Решил данную проблему по посту http://infostart.ru/public/116477/ Помогло с первого разочка
41. helenchik 17.09.12 15:38 Сейчас в теме
Честно говоря не понимаю проблемы в данной теме. Да когда конфа обновляется в главной базе,то в подчиненную передаются данные о изменении и главная видит , что конфа подчиненная не обновилась, поэтому и пишет Конфигурация узла распределенной ИБ не соответствует ожидаемой. Хорошо загружать ,выгружать если 1 подчиненная , а если их 10, то целый день только и сидеть перезагружать конфигурации. По моему тут 2 способа. 1 способ писать батник, который должен периодически обновлять конфу на переферии. 2 способ когда конфа в перефирии вываливается с ошибкой чтения мы используем команду ПрекратитьРаботуСистемы(Истина, " CONFIG /UpdateDBCfg ");

Все конфигурация сама обновляется.
У меня , например, запуск 1с стоит на расписание под событием обмен при запуске под определенным пользователем.
В главной конфа обновилась. На перефирии конфа вывалилась, но перед этим обновилась и далее конфа уже запустилась обновленная.
42. Ламия 21.09.12 10:20 Сейчас в теме
Решила такую же проблему по описанию автора, ко второму способу даже не пришлось прибегать, все заработало, огромное спасибо!
43. zztalker 27.09.12 13:19 Сейчас в теме
Была такая же проблема. С ходу по инструкции Первой и Второй не получилось, на втором обмене опять ничего не грузится. Решили так: внесли в центральную базу еще изменение (константу добавили) - и дальше по инструкции с подменой Digest1 и Digest2. Вуаля! Базы подвязались, обмен пошёл!
AskezaMax; MsDjuice; +2 Ответить
44. evgaid 145 12.10.12 08:06 Сейчас в теме
Подскажите, после первого способа - ноль результата, а после второго пишет "искажены изменения конфигурации". Блин помогите!!!
45. пользователь 12.10.12 10:38
Сообщение было скрыто модератором.
...
46. evgaid 145 12.10.12 10:49 Сейчас в теме
Блин заработало, просто взял в Цб добавил константу и обмен пошел сразу!!!!
47. director04 3658 07.12.12 01:14 Сейчас в теме
Спасибо автору за его методу. Хотелось бы поделиться своим опытом.
Сперва позволю себе процитировать вот эти строки автора статьи:

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


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

РЕШЕНИЕ: Испробовал метод №1 - ранее помогал безотказно - НЕ помогло!
Долго танцевал с бубном примеряя на себя метод №2 - результат не утешителен: нижестоящие базы стали кушать входящие данные, а вот Центральный узел - обратно обмены не принимал.

МОЕ РЕШЕНИЕ:
1. Снял ЦБ с поддержки.
2. Взял cf-ник ЦБ, который был "до динамического обновления". Загрузил его в конфигурацию ЦБ.
Обновил конфигурацию БД ЦБ
3 Произвел выгрузку из ЦБ
4. Произвел повторную загрузку в Распределенный узел. (прошел на ура!!!)
5. Далее.... .все пошло по накатанной.
6. Все действия 1-4 повторил для остальных узлов.

ps: данному методу не помешали даже предыдущие танцы со способом №1 и №2.
prizrak37; dammit666; ivan_luzinov; Dilovar9; BoryaMbi; LexmanR; Dima_Mazhor; koden@list.ru; whitevolta; spanielka; +10 Ответить
53. Motor24 01.08.13 13:06 Сейчас в теме
(47)Спасибо - помог только этот метод. Запишу на будущее!
135. whitevolta 5 13.07.18 00:18 Сейчас в теме
(47) Валерий спасибо большое, очень помогло !
(отдельное спасибо что выделили цветом, иначе боюсь пропустил бы)
144. koden@list.ru 04.09.18 13:40 Сейчас в теме
Большое спасибо! Тоже только этот метод помог. Проблема вылезла так же после ДЕМОНического обновления, будь оно не ладно(47)
48. alnovin 321 04.03.13 05:33 Сейчас в теме
Ну если совсем ничего не помогает, тогда следующий вариант, не менее геморройный, но 100% рабочий.
1. Создаем новую базу идентичного релиза.
2. Переносим в него СРАВНЕНИЕМ И ОБЪЕДИНЕНИЕМ доработки из ЦБ.
3. переносим с помощью Универсальной выгрузкой загрузкой XML все данные.
4. Старую базу в архив. Работаем в новой. Узлы создаем заново.

К этому я пришел после того, как испробовал все варианты, описанные здесь и в других источниках.
P.S. Изначально ЦБ крутилась на PostgreSQL. Обмен естественно не выполнялся. И даже работа в файловом варианте позже не давала положительный результат.

Всем удачи!
49. ls300 5 18.06.13 13:13 Сейчас в теме
Большое спасибо, второй способ прям открытие! =)
50. grap 02.07.13 12:49 Сейчас в теме
Понятно как решать проблему. А вот из-за чего она случается не очень понятно... У меня такая ситуация возникла после обновления конфигурации БП ред. 2.0.47.7 (типовая, на поддержке). Причем пробовал обновлять и через конфигуратор, и через 1сПредприятие, в пользовательском режиме. Написал в 1с - жду ответа...
52. grap 18.07.13 14:53 Сейчас в теме
(50) grap, вот кстати и официальный ответ от 1с подошел:

Ваше обращение зарегистрировано под номером SW782187 / 3. Пожалуйста, в тексте следующих обращений на эту же тему ссылайтесь на этот номер.
Это ошибка платформы. По предварительным данным исправлена в версии 8.2.18.108.
51. wanderer100 09.07.13 20:06 Сейчас в теме

50.grap
Понятно как решать проблему. А вот из-за чего она случается не очень понятно... У меня такая ситуация возникла после обновления конфигурации БП ред. 2.0.47.7 (типовая, на поддержке). Причем пробовал обновлять и через конфигуратор, и через 1сПредприятие, в пользовательском режиме. Написал в 1с - жду ответа...


Добрый день! У нас та же проблема с ред.2.0.47.7 -причем у нас несколько разных юр.лиц с РИБами -и везде обмен перестает работать после обновления ЦБ на 2.0.48.9. Мы-простые ,скромные пользователи :))) и никак не можем решить эту задачку. Помогите, пожалуйста, по-шагово!!!
54. noor 13 06.08.13 19:50 Сейчас в теме
55. dovolsky 15.08.13 21:07 Сейчас в теме
2 метод не помог, из УБ в ЦБ упорно не выгружалось.

3 метод.

1.В ЦБ выгрузить конфигурацию.
2.Снять ЦБ с поддержки.
3.В ЦБ "Загрузить конфигурацию из файла", (только что выгруженную.)

ну а дальше по 2 методу.

Только таким способом все заработало.
antcher; artkor; user603158_devbrest; cleaner_it; +4 Ответить
78. cj512 29 27.05.15 13:07 Сейчас в теме
(55) dovolsky, способ рабочий.

Немного присмотревшись понял, что при снятии конфы с поддержки и проведения выгрузки информации, то тот кусок кода, который необходимо менять во втором пункте самостоятельно обнуляется. Т.е. регистрация изменения конфигурации к конфигурации поставщика сбрасывается.
92. GenaK 31.01.16 21:38 Сейчас в теме
(55) dovolsky,
Спасибо за совет.
Помог только такой вариант:
1. В ЦБ выгрузить конфигурацию.
2. Снять ЦБ с поддержки.
3. В ЦБ "Загрузить конфигурацию из файла", тот же файл, сделанный в шаге 1. Добавить константу в конфигурацию.
4. Сделать выгрузку из ЦБ в УБ;
5. Загрузить в УБ. Применить обновление. Снова запустить в УБ обмен (выгрузить).
6. В ЦБ сделать обмен (загрузить) .

В 3 шаге добавил константу в конфигурацию ЦБ. Возможно, это излишне, но не пробовал иначе.
136. Evgeny2009 55 25.07.18 12:29 Сейчас в теме
(92) О какой константе речь? Подскажите пожалуйста.
94. cleaner_it 209 08.02.16 16:01 Сейчас в теме
(55) dovolsky, сейчас помог только ваш вариант.
В УБ каждый день практически загружал конфигурацию - надоело до чертиков.
По поводу причины: уверен, что это динамическое обновление: в один день обновился динамически в ЦБ раза четыре, ошибка появилась в момент обновления конфигурации информационной базы в УБ. До этого обмен работал без сбоев.
132. antcher 30.06.18 16:58 Сейчас в теме
56. Tangram 161 30.08.13 09:42 Сейчас в теме
на Бухгалтерия предприятия 3 не получится "Загрузить конфигурацию из файла...". нельзя снять с поддержки следующие объекты:
Прикрепленные файлы:
57. Tangram 161 30.08.13 09:44 Сейчас в теме
На Бухгалтерия предприятия 3 не получится "Загрузить конфигурацию из файла...". Нельзя снять с поддержки объекты, относящиеся к учету по подразделениям (это видимо только в КОРП версии).
58. Tangram 161 07.09.13 17:10 Сейчас в теме
Добавлю к предыдущему: на БП3 конфигурацию из центра загрузить получилось, но обмен не заработал. Почистил кэш ЦИБ, повторил выгрузку, все заработало.
59. kurmanov 103 11.09.13 06:45 Сейчас в теме
А у меня был такой случай, сделал первый метод, не помогло, потом заметил, обмен по расписанию выполняется, а интерактивно нет - выдает "Конфигурация не соответствует ожидаемой". Проверил настройки обмена - в УБ не стояла галка интерактивного обмена "Выполнять под полными правами". Хорошо что не стал сразу делать второй способ )
60. kurmanov 103 11.09.13 11:43 Сейчас в теме
И еще: если способ получения данных "Через каталог обмена", иногда помогает изменить директорию...
61. Sph1nX 18.09.13 20:02 Сейчас в теме
Метод 1 не дал результатов.
Метод 2 после попытки загрузки на УБ выдает: "Искажены изменения конфигурации"
62. ya.Avoronov 115 24.10.13 09:05 Сейчас в теме
Метод 1 помог)
Прекрасно помогла обработка, спасибо!
63. @lexandr 143 03.11.13 11:54 Сейчас в теме
Пишу сюда, так как это самая часто встречающаяся ссылка по данной ошибке. Мне не помогли те действия, что были описаны в 1 и 2 вариантах, не помогли и действия описанные на просторах интернета. Пробовал вариант с тестированием базы, очисткой кеша, перезагрузки в периферийную конфигурации базы данных. Даже после создания новой распределенной базы ошибка оставалась и в вновь созданную базу обмен не проходил, ошибка оставалась "Конфигурация узла распределенной ИБ не соответствует ожидаемой". Поэтому еще один вариант, который мне после трех дней изысканий все-таки помог, это простое снятие конфигурации с поддержки в главной базе. После этого прошел обмен и периферийная база запросила обновить конфигурацию. Может кому описанный мной способ поможет, так как по моей ситуации я решений в интернете не нашел.
133. orfos 218 02.07.18 04:39 Сейчас в теме
(63) через 5 лет передаю тебе спасибище!!!!!!. Помог именно твой совет!!!
64. NAKIS 5 23.12.13 15:59 Сейчас в теме
Спасибо огромное!! Уже не раз эта статья помогла!!)) (методом 1 постоянно)
65. mbreaker 1416 24.12.13 15:47 Сейчас в теме
66. AlexLM75 19.04.14 19:38 Сейчас в теме
Спасибо! Второй способ помог)
67. Buхter 33 28.08.14 06:59 Сейчас в теме
Поднимем ветку.

Когда узлов обмена много, можно по первой схеме откатить конфу главного узла, если конечно изменения позволяют.
Это избавит от необходимости ковырять каждый дочерний узел.
68. mbreaker 1416 28.08.14 13:46 Сейчас в теме
(67) Buхter, боюсь такой подход не будет гарантировать идентичность конфигурации на всех узлах...
69. Trifan 03.09.14 10:12 Сейчас в теме
Метод 1 не подходит для специализированных конфигураций, т.к. в них присутствуют закрытые общие модули, которые нельзя снять с поддержки, а значит загрузить внешнюю конфигурацию из файла не получится.
Метод 2 к большому сожалению также не помогает. Возникает исключение: "Искажены изменения конфигурации". Приведенный здесь пример касается весьма древних версий платформы 8.2, а может даже 8.1. На платформах 8.3.4 и выше фрагмент с хешами сейчас выглядит несколько иначе:
<v8de:Version>216.0</v8de:Version>
<v8de:Digest1>9302179fce9fe03be9b969e3f7a499f1</v8de:Digest1>
<v8de:Digest2 v2="46af761f437758f52340173bf43dceca">d114d6a71e1406c7de2e38­2aa9045e13</v8de:Digest2>
Отсюда видно, что версия метаданных, используемая сейчас, вдвое старше, чем в примере. Кроме того узел Digest2 выглядит также иначе. В настоящее время с учетом вышесказанного решение аналогичной проблемы у нас зашло в тупик. И поэтому мы склоняемся в третьему варианту. Это выгрузить через универсальный обмен данными из УБ то что нужно в ЦБ, а затем просто заново выгрузить образ периферийной базы и перезаписать её.
EMelihoff; windows98a; MsDjuice; vdolynsky; valex1c; +5 Ответить
82. MsDjuice 114 20.07.15 00:28 Сейчас в теме
(69) Trifan, Первых два пункта не помогли, добавил в ЦБ Константу и все заработало. Версия 8.3.
187. CratosX 113 16.07.20 22:23 Сейчас в теме
(69)
Метод 1 не подходит для специализированных конфигураций, т.к. в них присутствуют закрытые общие модули, которые нельзя снять с поддержки, а значит загрузить внешнюю конфигурацию из файла не получится.

Снять с поддержки; Загрузить конфигурацию - загружаются даже закрытые модули.
70. valex1c 10.09.14 15:45 Сейчас в теме
У меня РИБ : ЦУ на сервере , узлы файловые (20 шт), 1С 8.2.18.102
После обновления вылезла ошибка "Конфигурация узла распределенной ИБ не соответствует ожидаемой"
Шаги из первого метода не помогли ,
Шаги из второго метода - тоже , удалял секции с изменениями конфигурации, менял уже Digest'ы как только мог, чистил кеш и т.д.

Решение которое помогло следующее:

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

ВАЖНО ***
Перед заменой конфигурации в УБ сделал незначительные изменения (добавил примечание в первом попавшемся документе) , применил эти изменения, а затем уже следующие шаги.

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

После всего - обмен пошел
MaZaHacKa_13; +1 Ответить
71. Millet 21.10.14 12:18 Сейчас в теме
Спасибо, было полезно
72. rodger 24.02.15 21:22 Сейчас в теме
73. sashapere 159 17.03.15 15:12 Сейчас в теме
Столкнулся с такой-же проблемой. ни 1 ни 2 способ не помог. После всяких экспирементов, оказалось что в УБ после полной загрузки и подключения главного узла отличалась конфигурация (незнаю наверно какойто баг в платформе). Через сравнение конфигураций увидел что отличие в справочнике который недавно рекдактировался. Отключил в УБ центральный узел, просто добавил реквизит на форму того справочника где были отличия, обновил УБ. Потом заново загрузил cf из рабочей базы, подключил главный узел. Сравнил в конфигураторе УБ cf из ЦБ , теперь уже отличий небыло!!!. Попытался загрузить файл обмена, и опачки! он загрузился.

платформа --- 1С:Предприятие 8.3 (8.3.5.1248)
75. Olga_Peymer 06.04.15 11:53 Сейчас в теме
76. Elisy 951 27.04.15 08:21 Сейчас в теме
В 8.3 1C себя ведет странным образом
Шаги идут стандартно:
1. Отключить Главный Узел
2. Загрузить конфигурацию
Если на этом этапе сравнить конфигурации - они будут идентичными
3. Подслючить Главный Узел
Если на данном этапе сравнитьь конфигурации - они будут отличаться

PS. Удалось выяснить, что в 8.3.5.1248 нормальным образом не работает "Загрузить конфигурацию из файла..." в части создания новых объектов. Поэтому процедура видоизменяется примерно так. Точность не гарантирую, потому что воспроизвести не могу после исправления
1. Отключить главный узел
2. Сравнить, объединить с конфигурацией из файла... - создаются новые объекты из-за ошибки в Загразить концигурацию
3. Обновить конфигурацию базы данных
4. Загрузить конфигурацию из файла...
5. Обновить конфигурацию
6. Подключить главный узел
79. Nasty_d 24.06.15 13:11 Сейчас в теме
Спасибо! Очень помогла статья и обработочка)
80. sergik_nsk 148 16.07.15 09:54 Сейчас в теме
сталкивался с подобной проблемой, методика первая правильная, но пропущен пункт в самом начале перед радикальными методами нужно почистить кэш в users. вот после чистки пробовать грузить cf в уд из цб и далее по методе.
81. ytpyfqrf 5 19.07.15 03:38 Сейчас в теме
1-я методика помогла. Перед выгрузкой пришлось отредактировать номер загрузки и номер выгрузки.
83. g_b 93 03.09.15 10:17 Сейчас в теме
Супер, спасибо, уже два раза пользовался за последний год , причем двумя способами, в первый раз помог 2 способ , а вчера с первым на ура)))
84. pavelyar 15.09.15 01:08 Сейчас в теме
Да все проще ,
1.добавьте в в конфигураторе в ЦУ любой комент к любому документу
2.Запустите ЦУ в режиме предприятия с параметром ЗапуститьОбновлениеИнформационнойБазы
3.Сделайте обмен в ЦУ
4.Сделайте обмен в УБ
5.УБ запросит обновление базы,обновите
6.Сделайте контрольные обмены
Все ОК