Ошибка загрузки конфигурации узла zerolength

Исправление ошибки Конфигурация узла распределенной ИБ не соответствует ожидаемой

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

Почему возникает ошибка

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

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

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

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

Для исправления проблемы с распределенной базой данных в 1С Предприятие специалисты по обслуживанию 1С рекомендуют действовать по следующей схеме:

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

После этого обмен между удаленными базами будет восстановлен.

У вас есть проблемы с программами 1С? Хотите купить 1С Бухгалтерию или заключить договор на обслуживание 1С? Обращайтесь за помощью к специалистам компании «ГК в Приоритете». 

• Permalink

На двух последних версиях платформы не работает РИБ [Asmody, 12.08.18 — 23:54]

Я

  

Gena1984

12.08.18 — 17:50

  

Фрэнки

1 — 12.08.18 — 18:16

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

  

Фрэнки

2 — 12.08.18 — 18:21

  

Gena1984

3 — 12.08.18 — 18:50

Весь центральный узел очищать нельзя. Там данных много накопилось. Как сказать центральному узлу что бы он конфигурацию не выгружал?

  

Фрэнки

4 — 12.08.18 — 19:01

  

Фрэнки

5 — 12.08.18 — 19:04

На серьезных завязках обменами данными в технологии РИБ, когда дорастают до серьезного отношения — режут план обмена РИБ на два или даже больше куска, чтоб конфиг обновлялся одним планом, а данные — другим/другими.

  

Gena1984

6 — 12.08.18 — 19:22

А если я сейчас отменю регистрацию всех объектов конфигурация не выгрузится? Или все равно выгрузится?

  

Gena1984

7 — 12.08.18 — 19:22

Отменю в центре

  

Фрэнки

8 — 12.08.18 — 19:26

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

  

Фрэнки

9 — 12.08.18 — 19:28

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

  

Gena1984

10 — 12.08.18 — 19:31

Вот эта? ПланыОбмена.УдалитьРегистрациюИзменений(Узел);

  

Фрэнки

11 — 12.08.18 — 19:34

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

  

Gena1984

12 — 12.08.18 — 19:36

Спасибо. Щас попробую очистить. И обменяться. Посмотрим что получится.

  

Gena1984

13 — 12.08.18 — 21:32

Не помогло. Очистил узел от изменений, но изменения по самой конфигурации остались в файле обмена. Соответственно в УБ та же ошибка. Как центральный узел очистить от изменений конфигурации?

  

Gena1984

14 — 12.08.18 — 21:33

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

  

Cyberhawk

15 — 12.08.18 — 21:39

Шаманский способ на партнерке уже нашел?

  

Gena1984

16 — 12.08.18 — 21:44

Нет

  

Gena1984

17 — 12.08.18 — 21:44

Что за способ?

  

Serg_1960

18 — 12.08.18 — 21:45

  

Serg_1960

19 — 12.08.18 — 21:54

PS: Пошла волна демонических обновлений, при которых не помогают традиционные танцы с бубном — ни очистка кэшей, ни выгрузка/загрузка конфигурации.

  

Gena1984

20 — 12.08.18 — 22:04

Не понимаю. Как вычистить это гавно из файла, что бы УБ думал что изменений в ЦБ нет.

  

Cyberhawk

21 — 12.08.18 — 22:16

(20) Принять в ЦБ сообщение обмена из ПБ с подтверждением

  

Фрэнки

22 — 12.08.18 — 22:51

(20) текстовым редактором вычисти да и все.

  

Cyberhawk

23 — 12.08.18 — 22:58

Кстати, текущая ветка — наглядный пример разделения передачи конфигурации и данных по разным планам обмена. Либо вообще отказ от планов обмена с флажком «РИБ» в пользу сторонних решений

  

Фрэнки

24 — 12.08.18 — 23:08

(23) Только не все такой подход одобряют. Он не работает «из коробки», а за настройку платить нужно. У меня несколько раз клиенты срывались на стадии переговоров. Им почему-то казалось, что я им просто все сделаю за очень скромное вознаграждение… Совершенно не желая вспоминать, что при такой выборочной настройке придется периодически подправлять и проверять работоспособность после обновлений конфигурации.

  

Serg_1960

25 — 12.08.18 — 23:38

(23) Как, вы не любите РИБ? «Просто вы не умеете их готовить»(с)

  

Cyberhawk

26 — 13.08.18 — 11:15

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

Iv@n	#1 Оставлено : 15 марта 2021 г. 14:14:58(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 12.03.2021(UTC) Сообщений: 5 Сказал(а) «Спасибо»: 1 раз	На уровне загрузки конфигурации выдает следующее: Проверка инфраструктуры публичных ключей для CSP: Ошибка — ng-certool return 3:[2021-03-15 13:28:37.692224] ng-certool [debug]: Start [2021-03-15 13:28:37.692448] ng-certool [info]: Impersonating user ‘nginx’ [2021-03-15 13:28:37.692837] ng-certool [info]: Checking SSPI credentials for certificate ‘0x77000000231AAC1B894F8ED13C000000000023’ in store ‘MY’ [2021-03-15 13:28:37.692901] ng-certool [info]: Trusted certificates store is ‘ROOT’ [2021-03-15 13:28:37.768723] ng-certool [error]: Operation execution error: Failed to acquire credentials handle: 0x80090304 Не совсем понятно, что не так с сертификатами?

Павел Заика	#2 Оставлено : 16 марта 2021 г. 12:45:51(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 17.06.2019(UTC) Сообщений: 32	Вы же вручную переносили контейнеры? Выполните установку сертификатов с привязкой к ЗК: sudo -u nginx /opt/cprocsp/bin/amd64/csptest -a -c -a
Техническую поддержку оказываем тут. Наша база знаний

Пользователи, просматривающие эту тему

Guest

Быстрый переход
 

Здравствуйте.

Имеется два АПКШ.

#1. КШ с ЦУС: IPC-100 (92Е3), версия 3.7.3.536.

#2. КШ: IPC-100 (S102), версия 3.7.5.493.

КШ #2 имеет состояние «Включен», «Введен в эксплуатацию».

Созданы сетевые объекты защищаемых подсетей.

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

В свойствах КШ #1 на вкладке «Связь» КШ #2 добавлен в список парных криптошлюзов.

ПК в защищаемой подсети КШ #1 видят ПК в защищаемой подсети КШ #2. И наоборот.

Проблема следующая.

В ПУ ЦУС в списке криптошлюзов КШ #2 всегда отображается как КШ в процессе обновления. 

В журнале зафиксирована ошибка: Ошибка применения конфигурации, Конфигурация не той версии. 

Через ПУ ЦУС конфигурация не записывается в КШ #2. 

При запуске диагностики КШ с КШ #2 пинги не идут, нельзя просмотреть ресурсы КШ и т.д. 

На КШ #1 канал VPN отмечен как проблемный (количество неработоспособных каналов — 2)

В чем может быть проблема?

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

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Начнем, как всегда, с начала. После того, как вы создали РИБ все изменения в конфигурацию информационной базы можно вносить только в главном узле. Впоследствии, при следующем обмене, все изменения будут переданы в подчиненные узлы и автоматически применены там. Но гладко было на бумаге…

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

В общем мораль этой истории проста — не ведите активную доработку рабочей базы, а если ведете, то завершайте все сеансы обмена до внесения следующих изменений. Но как быть, если такая неприятность все-же произошла?

Решение «в лоб» — создать новый образ подчиненного узла, однако на практике он обычно неприменим. Как правило возникновение серьезной ошибки при обмене фиксируется не сразу, а через некоторое время после того, как перестали поступать оперативные данные из периферийных баз. В зависимости от расписания обмена между моментом возникновения проблемы и ее обнаружением может пройти целый рабочий день, а то и более.

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

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

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

Откройте командную строку и введите (с учетом версии платформы и реального пути установки):

"C:Program Files (x86)1cv88.3.6.2100bin1cv8.exe" config /ResetMasterNode

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

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

Внимание! На платформах 8.3.7 — 8.3.9 выполнение данной команды приводит к аварийному завершению работы. Ошибка исправлена в платформе 8.3.10.

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

Скачать обработку

Работа с ней предельно проста, запускаем ее в режиме 1С:Предприятия, через Файл — Открыть, затем просто нажимаем нужную кнопку, в нашем случае Отключить главный узел.

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

Затем в периферийном узле запускаем ИБ (предварительно отключив ее от главного узла) в Конфигураторе и снимаем с поддержки. Для этого выбираем: Конфигурация — Поддержка — Настройка поддержки.

В открывшемся окне сначала включаем возможности изменения.

А затем снимаем конфигурацию с поддержки.

Теперь можно загружать конфигурацию из файла, для этого выберите Конфигурация — Загрузить конфигурацию из файла и укажите не переданный из центрального узла cf-файл. После чего вы получите предупреждение о том, что текущая конфигурация не пустая. Обращаем ваше внимание, что проделываемые нами манипуляции потенциально опасны и могут привести к необратимому повреждению ИБ, поэтому перед тем, как продолжать убедитесь, что у вас есть актуальная резервная копия.

Ждем окончания загрузки конфигурации и обязательно обновляем конфигурацию базы данных.

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

Для конфигураций на базе управляемого приложения (Розница 2.х и т.п.) ничего делать не надо. При первом запуске в режиме 1С:Предприятия они сами предложат восстановить связь с главным узлом.

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

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.