1с риб как найти ошибку

РИБ Ошибка получения данных. Как быть?

Я
   Босечка

25.05.17 — 18:46

Ошибка при начале чтения файла сообщения обмена: {Обработка.КонвертацияОбъектовРаспределенныхИнформационныхБаз.МодульОбъекта(121)}: Ошибка при вызове метода контекста (НачатьЧтение): Номер сообщения меньше или равен номеру ранее принятого сообщения

   mikecool

1 — 25.05.17 — 19:02

(0) свести номера сообщений, чтобы принято было меньше на 1, нежели принимаемое

все же по русски писано

   Босечка

2 — 25.05.17 — 19:04

в параметрах подключения изменить не редактируется что надо сделать чтобы редактировалось?

   mikecool

3 — 25.05.17 — 19:05

(2) надо или изменить, чтобы редактировалось, или обработкой поменять

   Босечка

4 — 25.05.17 — 19:07

делаю изменить, а изменение недоступно

   mikecool

5 — 25.05.17 — 19:07

(4) давай почту — скину свою поделку

   Босечка

6 — 25.05.17 — 19:08

pet8838@yandex.ru

   mikecool

7 — 25.05.17 — 19:12

(6) отправил, код не закрыт, можно проверить

писал давно, года три назад, уже полностью не помню

   Босечка

8 — 25.05.17 — 19:50

я не понимаю какие сообщения ставить принятые поставила 19 отправленные 19

   mikecool

9 — 25.05.17 — 20:02

(8) смотришь откуда пришло, в той базе отправлено 10, принято 9

ставишь в своей отправлено 9, принято 9 и тогда отправленное оттуда 10 сможет загрузиться

   mikecool

10 — 25.05.17 — 20:02

+9 цифры взяты для примера наобум )

   Босечка

11 — 25.05.17 — 20:04

надо эту обработку и в центральном узле запускать и в торговой точке?

   Босечка

12 — 25.05.17 — 20:10

Спасибо! Все понятно!

   mikecool

13 — 25.05.17 — 20:19

(11) в любом месте

а вообще — если балуешься восстановлением из бекапов — перегоняй нужную информацию по всем номерам сообщений от точки бекапа до текущей точки

иначе может много чего потеряться

  

h-sp

14 — 25.05.17 — 22:27

(12) вообще-то надо было сначала во второй базе сделать обмен, а потом в этой. Тогда бы не пришлось фигней заниматься.

Обработка ошибок, возникающих при обмене данными в распределенной информационной базе

При организации обмена данными в рамках распределенной информационной базы (РИБ)  могут возникать различные ситуации, приводящие к сообщениям об ошибках.  Файл обмена данных является текстовым документом  в формате  XML. Многие ошибки при работе с файлом обмена возникают во время чтения или записи данных  XML

Когда у меня возникает ошибка при обмене данных я сперва  обращаюсь к  статье  http://its.1c.ru/db/metod8dev#content:2265:hdoc    в поисках пути решения. В этой статье  рассматриваются  те ошибки, которые так или иначе имеют отношение к обмену данными в рамках  распределенной информационной базы .  В  статье  показан список сообщений об ошибке и  возможные пути исправления ошибки.  Если возможные пути решения  возникшей  ошибки в этой статье недостаточны, то я рекомендую искать в форумах по описанию сообщения об ошибке. Например,  одна из самых распространенных ошибок при РИБ –  Конфигурация узла распределенной ИБ не соответствует ожидаемой!.   Возможные пути решения к этой ошибки также описаны в статье  http://infostart.ru/public/65456/

  • Главная

  • О компании

  • Блог

  • Полезные статьи

  • Конфигурация узла распределенной ИБ не соответствует ожидаемой 1С 8.3

37372

Анна Викулина

Руководитель Центра
сопровождения 1С

26 марта 2019

Настройка

Актуальность проверена: 04.06.2023

Получить консультацию
Бесплатно

Содержание статьи

  • Причины возникновения ошибки
  • Как исправить ошибку?

Настройка и доработка 1С

Настройка и доработка 1С

Фиксированная стоимость и сроки. Оперативно. Оплата полезных фактических трудозатрат.

Механизм распределенных информационных баз 1С в свое время был очень популярен в компаниях, где были филиалы, но не было связи через Интернет. Сейчас Интернет есть почти везде, и большинство удаленных отделов через него подключаются и работают с основной базой. Тем не менее, механизм РИБ до сих пор используется, пользователи работают, и иногда возникают ошибки. Одна из самых распространенных среди них – «Конфигурация не соответствует ожидаемой».

Причины возникновения ошибки

Чаще всего подобные ошибки возникают в процессе загрузки данных из основной в дочернюю базу. Как правило, это говорит о том, что существуют проблемы в настройке дочерней БД. С большой вероятностью, ошибки не избежать повторением операции, она никуда не денется и будет преследовать вас при каждом обмене. Поэтому многие специалисты рекомендуют после подобных ошибок заново создавать периферийную ИБ.

Столкнувшись с подобным сообщением впервые, многие администраторы теряются и не могут понять, что не нравится 1С. На самом деле причин возникновения неполадок в системе РИБ может быть несколько:

  1. Несоответствие структуры конфигураций основной базы и подчиненной. Возможно, прошло обновление или неаккуратно внесли изменения в одну из баз;
  2. Проблемы с сервером. Если в процессе приема данных периферийная база упала, то есть вероятность увидеть сообщение «Конфигурация распределенного узла не соответствует ожидаемой»;
  3. Проблемы с настройкой автообмена и настройкой резервной базы. Из-за чего обмен в подчиненную базу запустился и с основной БД и с ее копии.

Кроме вышеперечисленных вариантов на практике также замечены проблемы после динамических обновлений баз. Однако прямых доказательств и объяснений этому явлению на сегодняшний момент нет. Ошибка «Конфигурация распределенного узла не соответствует ожидаемой» в подавляющем большинстве случаев исправляется достаточно легко. Вам не нужно иметь специальных знаний – достаточно базовых знаний администрирования систем 1С.

Как исправить ошибку?

Если вы первый раз столкнулись с подобной ошибкой, последовательно выполните следующие шаги и, скорее всего, проблема уйдет:

После вышеописанных действий попробуйте снова запустить обмен между двумя базами. Вероятность успеха очень высока, а проблема может возникать только в критичных ситуациях. Что же можно предпринять в случаях форс-мажора? Весьма действенным оказался вариант с подменой хэша файлов обмена. Для этого необходимо:

  1. Совершить вышеописанный алгоритм;
  2. Выгрузить файл обмена из основной базы и дочерней, но не загружать их;
  3. Рис.3 Подмена хэша файлов обмена
    Рис.3 Подмена хэша файлов обмена

     

    Рис.4 Подмена хэша файлов обмена
    Рис.4 Подмена хэша файлов обмена
  4. Внутри файла обмена из основной базы найти блок хэшей, обозначенный «Diggest1» и «Diggest2». Его надо заменить на аналогичный из файла дочерней базы. Обратите внимание, что у второго файла Diggest1 всегда содержит значение с одними нулями;
  5. Рис.5 Подмена хэша файлов обмена
    Рис.5 Подмена хэша файлов обмена
  6. Удаляем файл, выгруженный из дочерней базы, и загружаем файл, полученный из основной в дочернюю;
  7. Выгружаем файл обмена из подчиненной базы и загружаем в центральную.

После всех операций проделайте несколько обменов для тестирования. Если не возникнет проблем, значит, все сделано правильно, и ошибка несоответствия узлов РИБ исправлена.

Другие статьи по теме

Делопроизводство в 1С Документооборот

Делопроизводство в 1С Документооборот

Ведение делопроизводства посредством специализированного программного решения 1С:Документооборот, созданного на современной технологической платформе «1С:Предприятие», помогает избежать вышеперечислен…

1С Документооборот 8

1С Документооборот 8

Цели автоматизации работы с документами на разных предприятиях могут кардинально отличаться масштабами и динамикой, но в любом случае данную задачу построения автоматизированной системы документооборо…

Бесшовная интеграция с 1С:Документооборот

Бесшовная интеграция с 1С:Документооборот

Ведение основной и дополнительной деятельности компанией требуется сопровождать процессом обработки документов, который в свою очередь требует не только использования систем бухгалтерского учета или к…

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

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

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

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

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

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

Возможно, вам также будет интересно:

  • 1с публикация web ошибка 500
  • 1с прочитать ошибка доступа к файлу
  • 1с произошла ошибка объединения конфигураций
  • 1с проверка конфигурации обнаружены ошибки
  • 1с проверка конфигурации исправление ошибок

  • Понравилась статья? Поделить с друзьями:
    0 0 голоса
    Рейтинг статьи
    Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии