1с ошибка загрузки приоритетных данных из сообщения обмена
Распределенная информационная база (РИБ) используется для организации работы филиалов и подразделений, позволяя обмениваться информацией между ними. Технология обмена между базами достаточно надежна, но время от времени ломается и она.
Прочитав эту статью, вы:
- узнаете о причинах возникновения самой распространенной ошибки РИБ: Конфигурация узла распределенной ИБ не соответствует ожидаемой;
- Получите пошаговые инструкции решения проблемы.
Распределенная информационная база (РИБ)
Создание и настройка распределенной базы данных (РИБ) необходимы в случаях, когда нет возможности работать пользователям из разных мест с одной базой. Это возможно при работе с филиалами и подразделениями организации, которые территориально располагаются в разных местах, но должны обмениваться информацией с центральным офисом. Или если по принятым мерам безопасности в организациях ограничен доступ в интернет и удаленно подключиться к рабочей базе, например, через RDP нет возможности.
В этих случаях выполняют настройку распределенной информационной базы.
Базу центрального офиса, где собираются все данные, называют центральной, а базы филиалов — периферийными.
Рассмотрим создание РИБ на примере 1С:Бухгалтерия 3.0.
Настройка центральной базы
Настройка РИБ выполняется в разделе Администрирование — Настройки программы —Синхронизация данных — ссылка Настройка синхронизации данных — кнопка Новая синхронизация данных — ссылка Распределенная информационная база .
Перед началом настройки выставляется префикс основной базы, например, ЦБ. PDF
Настройка центральной базы РИБ выполняется по этапам:
Настройка выполняется в автоматическом режиме Мастером настройки синхронизации , от пользователя требуется следовать указаниям Мастера и нажимать кнопку Далее .
Результат выполненной настройки в центральной базе.
Настройка периферийной базы
После настройки центральной базы необходимо настроить периферийную базу. Для этого добавьте созданную периферийную базу в список задач 1С. PDF При открытии периферийной базы будет автоматически открыто окно настройки синхронизации.
Настройка периферийной базы РИБ выполняется по этапам:
- настройка параметров подключения; PDF
- настройка правил отправки и получения данных.
Настройка выполняется Мастером настройки автоматически. Для настройки Сценария синхронизации нажмите кнопку Добавить и все правила будут созданы по умолчанию. PDF
Следуя шагам Мастера, завершите настройку.
Результат настройки периферийной базы.
После завершения настройки в периферийной базе проверьте наличие перенесенных данных из центральной базы:
- настройки программы;
- справочники;
- документы;
Все данные должны присутствовать. Пример перенесенных поступлений. PDF
Обмен в РИБ
Для обмена периферийной базы с центральной нажмите кнопку Синхронизировать : раздел Администрирование — Настройки программы — Синхронизация данных — ссылка Настройки синхронизации данных .
Будет выполнен обмен с центральной базой.
По окончанию операции данные периферийной базы будут выгружены в центральную базу, а данные центральной базы загружены в периферийную с помощью РИБ.
Аналогичные правила для центральной базы.
После того, как вы создали РИБ, все изменения в конфигурацию информационной базы можно вносить только в главном узле центральной базы. При обновлении конфигурации центрального узла будут переданы в подчиненные узлы и автоматически применены там.
Причины возникновения ошибки
Если в момент обновления конфигурации база «падает» из-за отключения электропитания или медленно работает канал обмена, конфигурация главного узла успевает измениться. а периферийного — нет.
Причин, приводящих к подобной ошибке много, но наиболее частыми можно назвать:
- новое обновление центральной конфигурации до получения ответа о предыдущем обновлении периферийной конфигурации;
- динамическое обновление центральной конфигурации;
- отключение электропитания компьютера в момент обновления;
- и т.д.
Обновление конфигурации центральной базы
В том случае, если периферийная база изменения получила, но еще не применила, а в центральной базе в этот промежуток вносятся изменения еще раз и снова инициируют обмен, то возникает конфликт.
Центральная база ожидает увидеть в периферийном узле предыдущие изменения и попытается обновить ее на новые, а по факту конфигурация периферийной базы еще не обновлена.
Динамическое обновление
- Конфигурация узла распределенной ИБ не соответствует ожидаемой.
Это предотвращает в большинстве случаев появление ошибки рассогласования конфигураций центральной и периферийных баз.
Но если по каким-то причинам ошибка все-таки имеет место — проблему нужно решать.
Перед исправлением ошибки обязательно сделайте копии центральной и периферийных баз данных. Иначе вернуться к исходному варианту после неудачной попытки исправления вы не сможете.
Отключение Главного узла периферийной базы
Данная методика неоднократно помогала нам решить проблему у клиентов при получении ошибки РИБ:
- Конфигурация узла распределенной ИБ не соответствует ожидаемой.
Необходимо привести конфигурацию периферийной базы к ожидаемой, т.е. привести ее в соответствие с конфигурацией центрального узла. Казалось бы, чего проще! Выгрузить в файл конфигурации из центральной базы и загрузить его в периферийную. Но если мы откроем периферийную базу в Конфигураторе и попытаемся выгруженную конфигурацию центральной базы загрузить в периферийную, то увидим, что это не так просто сделать. Изменения заблокированы средствами управления РИБ.
При попытке обновить конфигурацию вручную команда Обновить конфигурацию недоступна.
Что делать? Рекомендуемая последовательность действий:
- выгрузка конфигурации центральной базы (ЦБ) в файл;
- открепление Главного узла в периферийной базе (ПБ);
- обновление конфигурации в периферийной базе (ПБ);
- закрепление Главного узла в периферийной базе (ПБ).
Выгрузка конфигурации ЦБ в файл
Откройте Конфигуратор ЦБ и выгрузите конфигурацию в файл по кнопке Конфигурация — Сохранить конфигурацию в файл .
Этим файлом мы обновим конфигурацию ПБ после открепления в ней Главного узла обмена.
Открепление Главного узла в ПБ
Чтобы обновить конфигурацию ПБ вручную потребуется снять блокировку обмена. Сделать это можно только открепив Главный узел обмена. К сожалению, ни встроенной обработкой изменения реквизитов, ни работой напрямую с константой Главной узел в пользовательском режиме этого сделать нельзя. Только через внешнюю обработку.
Код этой обработки невероятно прост, всего несколько строчек, и вы можете:
- самостоятельно сделать такую обработку по указанному коду; PDF
- скачать готовый вариант от БухЭксперт8.
Запустите обработку через Главное меню — Файл — Открыть .
Запуск выполняется пользователем с Полными правами или возможностью работать с внешними отчетами и обработками.
Будет открыта форма, указывающая на Главный узел ЦБ, в нашем случае БУХЭКСПЕРТ. Для отключения его нажмите на кнопку Отключить Главный узел .
При отключении Главного узла Конфигуратор ПБ должен быть закрыт.
Обновление конфигурации в ПБ
Откройте конфигуратор ПБ и убедитесь, что блокировка на обновление снята и команда обновить конфигурацию доступна: меню Конфигурация — Поддержка — Обновить конфигурацию . Тем не менее обновить конфигурацию ПБ выгруженным файлом конфигурации ЦБ на актуальных конфигурациях 1С не получится, для этого снимем с поддержки конфигурацию ПБ, а потом вернем ее при загрузке файла конфигурации ЦБ: меню Конфигурация — Поддержка — Настройки поддержки — кнопка Снять с поддержки .
Загрузите файл конфигурации ЦБ: меню Конфигурация — Загрузить конфигурацию из файла .
Примите обновление конфигурации по кнопке F7.
Главный результат операции в сопоставлении редакций ЦБ и ПФ. Они должны быть одинаковыми. Проверить после обновления редакцию ПБ можно по меню Справка — О программе .
Подключение Главного узла в ПБ
Откройте ПБ в пользовательском режиме. На актуальных релизах 1С программа автоматически видит отключенный Главный узел и предлагает его восстановить. Нажимаете кнопку Восстановить .
Программа выполнит автоматическое обновление базы данных.
Если программа 1С не предлагает автоматически восстановить подключение к Главному узлу или по каким-то причинам она проходит с ошибками, запустите внешнюю обработку Главный узел : кнопка Главное меню — Файл — Открыть . Запуск выполняется пользователем с Полными правами или возможностью работать с внешними отчетами и обработками.
В открывшейся форме в поле Главный узел базы укажите тип данных Полный.
Выберите из списка узлов главный, в нашем случае БУХЭКСПЕРТ, и нажмите кнопку Подключить Главный узел .
При подключении Главного узла Конфигуратор ПБ должен быть закрыт.
Выполните обмен сначала в ПБ, а после него в ЦБ. Все изменения должны загрузиться.
Корректировка файлов обмена РИБ
Если указанные выше действия не помогли и обмен проходит с ошибками — переходим к корректировке файлов обмена РИБ. При этом все действия по сопоставлению конфигураций ЦБ и ПБ, что рассмотрены выше, должны быть выполнены.
- выгрузка файла обмена из периферийной базы;
- выгрузка файла обмена из центральной базы;
- корректировка файла обмена из ЦБ;
- загрузка скорректированного файла;
- перезапись файла обмена из ПБ;
- проверка исправлений.
Выгрузка файла обмена из периферийной базы
Оставьте рабочим только выполняемое действие настройки Отправка данных , используя кнопку Настроить — Сценарии синхронизации — кнопка Включить/Отключить .
Выполните обмен с центральной базой по кнопке Выполнить сценарий .
Выгрузка файла обмена из центральной базы
Оставьте рабочим только выполняемое действие настройки Отправка данных , используя кнопку Настроить — Сценарии синхронизации — кнопка Включить/Отключить .
Выполните отправку данных из центральной базы по кнопке Выполнить сценарий .
Корректировка файла обмена из ЦБ
В файле обмена из ЦБ замените блок, содержащий информацию об изменениях конфигурации на блок из файла ПБ.
Файлы обмена находятся в папке, которую указали при настройке обмена синхронизации распределенных баз. Всего там находятся два файла:
- Файл выгрузки из периферийной базы: Message_ФЛ_ЦБ.
- Файл выгрузки из центральной базы: Message_ЦБ_ФЛ.
Откройте файл обмена Message_ЦБ_ФЛ, редактором позволяющим редактировать xml-файлы, например, Блокнот.
В файле Message_ЦБ_ФЛ блок <v8de:Config …. </v8de:Config нужно заменить на аналогичный блок файла Message_ФЛ_ЦБ.
Блок файла Message_ЦБ_ФЛ.
Блок файла Message_ФЛ_ЦБ.
Перечисленные действия необходимо выполнять очень внимательно. Неправильное копирование может повлечь неработоспособность РИБ. Поэтому создание резервных копий перед этим шагом обязательно.
После замены информации сохраните изменения в файле Message_ЦБ_ФЛ.
Загрузка скорректированного файла
Конфигуратор при получении данных должен быть закрыт.
После этого делаем Отправку данных и переходим в центральную базу.
Проверка обмена в центральной базой
Выполняем Получение данных в центральной базе. Если все хорошо, в отчете отразится информация о том, что данные приняты и отправлены.
Выполняем несколько последовательных обменов для проверки. Если все хорошо, в периферийной базе «красная точка» по получению данных из отчета исчезнет.
Да, все отлично. Обмен восстановлен, ошибка исправлена.
Работа с ошибками РИБ относится к разряду профессиональных и Бухэксперт8 рекомендует передавать их для исправления специалистам 1С. При работе с ошибками обязательно копируйте базы данных.
Помогла статья?
Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно
Похожие публикации
Карточка публикации
(2 оценок, среднее: 5,00 из 5)
Столкнулись с критической ошибкой обновления в таком составе :
1С розница , 2.3.2.28, платформа 8.3.15.1700
Структура трехуровневая - Центр - РИБ по магазину - РИБ по рабочему месту.
Обновляемся на 2.3.2.33 . Центр проходит нормально , РИБ по магазину проходит нормально. РИБ по рабочему месту выпадает при обновлении в ошибку -
Ошибка повторяется на всех базах в узлах ПО рабочему месту.
Смена платформы ничего не дает.
Если узел предварительно отвязать сделать не РИБ - обновление проходит. Но это не вариант
Проблему нашел. "Спасибо" 1С..
Проблема в добавленной процедуре в общем модуле - ИнтеграцияЕГАИСРТ
Суть проблемы, что в РИБе по рабочему месту документы Перемещение не ездят. А тут по тексту мы видим явный ляпс с получением Объекта по ссылке (объект не найден).
Лечение - сделано расширение, поставлена затычка в этом месте.
Проблему нашел. "Спасибо" 1С..
Проблема в добавленной процедуре в общем модуле - ИнтеграцияЕГАИСРТ
Суть проблемы, что в РИБе по рабочему месту документы Перемещение не ездят. А тут по тексту мы видим явный ляпс с получением Объекта по ссылке (объект не найден).
Лечение - сделано расширение, поставлена затычка в этом месте.
(4)
Написал 1с - ответили что у них все ок. печаль
Кстати эта же проблема есть и в старых конфах. Но всплывает только при обменах по рабочему месту, если у вас есть перемещения алкоголя
Кому лень - прикрепляю расширение ))
(6)
достаточно докинуть расширение . только вы явно либо его не поставили, либо поставили - но не сняли в конфигураторе галочку по умолчанию - Безопасные действия. Снимите галочку. Иначе оно взаимодействовать не может с данными.
Ну или же у вас что то другое . ошибку сюда киньте..
Но сперва проверьте галочку Безопасное в конфигураторе
Галочку безопасное действие снял, обмен повторно выполнил из главного узла
xmlSAX2CharactersSystemId: file://C:/Users/Пользователь/AppData/Local/Temp/Exchange82 /Message_БП_ЗД.xml
: Ошибка при вызове метода контекста (Прочитать) Пока ФайлОбмена.Прочитать() Цикл
Не удалось установить обновление программы, полученное из.
Получение данных из главного узла завершились с ошибками.
Подробности см. в журнале регистрации.
Правильный вариант действий:
Открываем командную строку. Туда пишем bcdedit /set IncreaseUserVa 3072
Перезагружаем компьютер и пробуем синхронизацию.
Так же можно скачать бат файл и запустить от имени администратора далее перезагрузить компьютер и пробуем синхронизацию.
Восстановление УРИБа, спасение периферии после обновления из центра:Специальные предложения
Уверен что ошибка возникает и на 32 и на 64? (4) aspirator23, и правда, посмотрел только что, везде где была ошибка стоит 32, а везде где 64 прошло без проблем.
Т.е. на 64 таких проблем не возникает? (5) именно.
1с приняло эту ошибку для исправления.
Временное решение - использование для не серверных ос ключа /3gb (6) Здравствуйте.
А не подскажите ссылку на регистрацию этой ошибки?
Что если ошибка выходит на серверной ОС с 3Gb? Мы можем и по 2 раза на день делать обновление ЦБ. Поэтому нужно сделать так чтобы обновилась конфа в любом случае, а потом только данные гонять. На днях может займусь решением такого вопроса. Не очень понятно, что дает вот это "запускаем конфигуратор с параметром «/C ЗапуститьОбновлениеИнформационнойБазы». Из конфигуратора никакого обновления не происходит, а если в предприятие этот параметр передать и запустить, гадкая Розница начинает предлагать тут же восстановить главный узел, либо вообще его грохнуть. (8) miha.e82, так чтобы cf накатить и надо отвязать, в этом и смысл, переферии в моем случае все восстановил, без потери данных.
Но Ваш вариант безусловно удобнее (кстати когда столкнулся обыскал весь интернет по делу ничего не нашел), правда не понятно, где это включать (как параметр запуска?) опишите поподробнее думаю будет полезно. Я так понимаю, что ошибка эта возникает при работе с виртуальной памятью на машинах с Windows 32bit. То ли это недоработка винды, то ли платформы. Открываем командную строку в винде. Туда пишем bcdedit /set IncreaseUserVa 3072 , нажимаем Enter. 3072 - это 3 гига в мегабайтах. Т.е. проблема идет, если на машине стоит 4 гига оперативки. Если меньше, то может и так все ок будет, хз. После этого перезагружаем комп для того, чтобы изменения в операционке заработали. А дальше все в штатном режиме. Отвязка от главного узла - это конечно хорошо, но последняя Розница прибивает "ненужный" по ее мнению узел и слетает регистрация изменений. Не все потом можно включить обработкой с ИТС. И у меня получилось так, что новый узел был не принят центром. Пришлось мухлевать в xml. (10) miha.e82,
Целиком и полностью согласен ! при размере файла более 200 метров начинаются проблемы с загрузкой ( если винда 32 бит и оперативы 2-3 гига) , копируешь на другую машинку 8гиг и 64 бит - нет проблем! Ради спортивного интереса делал отвязку базы , да все можно обновить ,но возврат к полноценному обмену - танец с бубном :) . Ребят проблему ктонибудь решил до конца? У меня такая же проблема.Неделю голову ломаю че только уже не пробовал, вариант с отвязкой узла ни дал некаких результатов. (12) iponkratov, , да я решил ее до конца порядок действий описал в статье, так же я так понимаю (8) miha.e82, тоже решил ее Мне помогло простое обновление платформы до последнего релиза.
Просмотры 23842
Загрузки 57
Рейтинг 4
Создание 17.04.16 23:34
Обновление 30.06.19 15:39
№ Публикации 514444
Тип файла Архив с данными
Конфигурация Конфигурации 1cv8
Операционная система Windows
Вид учета Не имеет значения
Доступ к файлу Абонемент ($m)
Код открыт Да
См. также
Универсальная выгрузка/загрузка данных для отличающихся конфигураций (JSON, Такси+ОФ) Промо
Простой перенос через JSON данных между двумя базами 1С (документов, справочников, ПВХ, ПВР, счетов). Аналогична произвольной выгрузке в типовой "Выгрузка/загрузка XML", но может использоваться для отличающихся конфигураций. Подходит для любых пар баз с любым интерфейсом (управляемый + обычный). Без настроек. Не требует идентичности конфигураций и платформ. При переносе типы данных сопоставляются по наименованиям метаданных, объекты и ссылки по UID.
1 стартмани
22.10.2014 225284 4384 ekaruk 184
У вас "Ошибка преобразования данных XML" или "Error transforming XML data"? Решение
Рассмотрим варианты возникновения данной ошибки и рассмотрим способ решения, одной из причин.
2 стартмани
01.11.2021 1020 0 markers 0
Восстановление РИБа, ошибки РИБ на управляемых формах, создание начального образа с файлами
Ошибка при вызове метода контекста (ПрочитатьИзменения): Данные принимаются от узла с другим набором расширений, меняющих структуру данных. Необходимо произвести перенос расширений конфигурации в узел. При выгрузки первоначального образа вылетает по не понятным причинам.
1 стартмани
22.10.2021 738 0 user1479207 0
Восстановление 1С РИБ (распределенная база) при проблемах обмена конфигураций и расширений
Работая с 1С РИБами в разных конфигурациях: типовых, переписанных, отраслевых, доработанных, с расширениями и пр. Неоднократно сталкивался с различными проблемами, связанными с обменом в распределенных узлах. Например, некорректно проходит обмен, не принимается обновления конфигурации, после обновления крашится база на расширении или на объекте конфигурации, либо просто перестает запускать в режим предприятия по какой то причине. На самом деле проблемы с распределенной базой возникают довольно часто, в данной статье рассмотрим самые основные, с которыми приходилось сталкиваться. Описанные методы никогда не подводили и всегда работали, что бы с базой ни случилось. Делюсь опытом, кому-то будет спасательным кругом.
1 стартмани
23.09.2021 1050 12 ClickUp 4
Соответствия объектов обмена Промо
Обработка позволяет проверять, исправлять ошибки, добавлять и удалять соответствия объектов в обменах данными между конфигурациями на основе «Комплексной автоматизации 1.1» или похожими конфигурациям. Подходит для обменов с использованием регистра сведений «СоответствиеОбъектовДляОбмена».
Распределенная информационная база (РИБ) достаточно часто используется для организации работы филиалов и подразделений, позволяя оперативно обмениваться информацией, сохраняя нужную степень автономности. Несмотря на то, что данная технология достаточно надежна, время от времени ломается и она. Сегодня мы рассмотрим одну из довольно распространенных ошибок: Конфигурация узла распределенной ИБ не соответствует ожидаемой! Расскажем о причинах ее возникновения и методах борьбы с ней.
Начнем, как всегда, с начала. После того, как вы создали РИБ все изменения в конфигурацию информационной базы можно вносить только в главном узле. Впоследствии, при следующем обмене, все изменения будут переданы в подчиненные узлы и автоматически применены там. Но гладко было на бумаге.
В общем мораль этой истории проста - не ведите активную доработку рабочей базы, а если ведете, то завершайте все сеансы обмена до внесения следующих изменений. Но как быть, если такая неприятность все-же произошла?
Решение "в лоб" - создать новый образ подчиненного узла, однако на практике он обычно неприменим. Как правило возникновение серьезной ошибки при обмене фиксируется не сразу, а через некоторое время после того, как перестали поступать оперативные данные из периферийных баз. В зависимости от расписания обмена между моментом возникновения проблемы и ее обнаружением может пройти целый рабочий день, а то и более.
Откройте командную строку и введите (с учетом версии платформы и реального пути установки):
После выполнения данной команды появится обычное окно стартера, выберите там нужную базу и нажмите кнопку Конифгуратор.
Внимание! На платформах 8.3.7 - 8.3.9 выполнение данной команды приводит к аварийному завершению работы. Ошибка исправлена в платформе 8.3.10.
Если вы не хотите возиться с командной строкой, то можно воспользоваться одной из обработок, ниже представлена та, которую используем мы, она была найдена на просторах сети, и мы внесли в нее лишь косметические правки. Обратите внимание, обработка подходит лишь для обычного приложения, для конфигураций на управляемом приложении используйте ключ запуска Конфигуратора.
Работа с ней предельно проста, запускаем ее в режиме 1С:Предприятия, через Файл - Открыть, затем просто нажимаем нужную кнопку, в нашем случае Отключить главный узел.
Теперь нам потребуется актуальная конфигурация из центрального узла. Для этого откроем центральную ИБ в Конфигураторе и выполним Конфигурация - Сохранить конфигурацию в файл. Полученный файл с расширением cf потребуется передать в периферийный узел.
Читайте также: