Ошибка при создании риб в 1с

Установлен сервер 1с предприятия 8.3.13.1809 х64, PostgreSQL9.6.7-1.1C, Розница 2.2.11.30. 16Гб ОЗУ. При создании РиБ вываливается ошибкой

{ОбщийМодуль.РаботаСФайламиСлужебный.Модуль(1902)}: Ошибка при вызове метода контекста (СоздатьНачальныйОбраз)

по причине:

Ошибка при выполнении обработчика — ‘ПриОтправкеДанныхПодчиненному’

по причине:

{ОбщийМодуль.ОбменДаннымиСобытия.Модуль(1328)}: Ошибка выполнения правил регистрации объектов для плана обмена ПоМагазину.

Описание ошибки:

{ОбщийМодуль.ОбменДаннымиСобытия.Модуль(2538)}: Ошибка при выполнении обработчика: «После обработки»; План обмена: ПоМагазину; Объект метаданных: РегистрСведений.СтатусыДокументовЕГАИС

Описание ошибки: {(4)}: Ошибка при вызове метода контекста (ОпределитьПолучателей)

        ПолучателиДокументаОснования = ОпределитьПолучателей(Объект.Отбор.Документ.Значение.ПолучитьОбъект(), «ПоМагазину»);

по причине:

Превышен максимальный расход памяти сервера за один вызов

            ВызватьИсключение СтрокаСообщения;

Посмотрел база 3.2Гб весит, при создании пытается выгрузить больше 1 млн записей. Пробовал в настройках сервера ставить «безопасный расход памяти за один вызов» -1. Делать ТИИ. Выгружать и Загружать базу через дт. Пересоздавал базу в кластере. Думал через альтернативное создание базы, но руководство зарпещает, есть документы, которые не должны видеть на магазине.

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

Прочитав эту статью, вы:

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

Распределенная информационная база (РИБ)

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

В этих случаях выполняют настройку распределенной информационной базы.

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

Рассмотрим создание РИБ на примере 1С:Бухгалтерия 3.0.

Настройка центральной базы

Настройка РИБ выполняется в разделе Администрирование — Настройки программы —Синхронизация данных — ссылка Настройка синхронизации данных — кнопка Новая синхронизация данных — ссылка Распределенная информационная база.

Перед началом настройки выставляется префикс основной базы, например, ЦБ. PDF

Настройка центральной базы РИБ выполняется по этапам:

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

Чтобы убедиться, что «все идет по плану», откройте Журнал регистрации: раздел Администрирование — Настройки программы — Обслуживание — ссылка Журнал регистрации. Последние операции в нем будут показывать работу Мастера настройки синхронизации по производимым в это время изменениям в базе данных. 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_ЦБ_ФЛ.

Загрузка скорректированного файла

Входим в периферийную базу и загружаем исправленный файл Message_ЦБ_ФЛ. Для этого настраиваем выполняемое действие Получение данных и и загружаем данные по кнопке Выполнить сценарий.

Конфигуратор при получении данных должен быть закрыт.

После этого делаем Отправку данных и переходим в центральную базу.

Проверка обмена в центральной базой

Выполняем Получение данных в центральной базе. Если все хорошо, в отчете отразится информация о том, что данные приняты и отправлены.

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

Да, все отлично. Обмен восстановлен, ошибка исправлена.

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

См. также:

• 1C Отчетность: не удалось расшифровать файл
• Этот хост неизвестен 1С: как исправить
• Ошибка при выполнении операции с информационной базой 1С 8.3
• 1С удаление: указанная учетная запись уже существует
• Установка запрещена на основании системной политики 1С 8.3

Если Вы еще не являетесь подписчиком системы БухЭксперт8:

Активировать демо-доступ бесплатно →

или

Оформить подписку на Рубрикатор →

После оформления подписки вам станут доступны все материалы по 1С Бухгалтерия, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.

Подписывайтесь на наши YouTube и Telegram чтобы не пропустить
важные изменения 1С и законодательства

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

  

Sun125

28.12.18 — 12:12

  

Фрэнки

1 — 28.12.18 — 12:42

  

Фрэнки

2 — 28.12.18 — 13:06

  

Sun125

3 — 28.12.18 — 14:00

(2) так ошибка при первом запуске начального образа. не при синхронизации

  

Sun125

4 — 28.12.18 — 14:02

(2) Т.е. вы не заходили в состав отправляемых данных?

  

Sun125

5 — 28.12.18 — 14:38

  

Sun125

6 — 28.12.18 — 14:44

(5) Если в настройках синхронизации в главном узле галками зарегистрировать изменения (отметил все), все равно такая ошибка.

  

Sun125

7 — 28.12.18 — 14:45

  

Sun125

8 — 28.12.18 — 14:58

up..

  

Фрэнки

9 — 28.12.18 — 15:07

  

Фрэнки

10 — 28.12.18 — 15:09

даже не могу внятно описывать последовательность действий, как оно должно быть точно и правильно. Но вообще обмен запустить возможно и он даже работает :-))))

  

FIXXXL

11 — 28.12.18 — 15:16

(8) посмотри в сторону ошибок при обновлении конфиги главного узла, как вариант изменился состав метаданных, а справочник Идентификаторы… не обновился штатно

  

Фрэнки

12 — 28.12.18 — 15:18

Единственное, что у меня может быть существенным, повторяюсь — у меня этот мой тестируемый узел развернут полностью с нуля с полного дистрибутива 214 релиза. Может на другом релизе или при обновлении файлами обновлений я на такие же точно траблы уткнулся бы, как на (7)

  

Serg_1960

13 — 28.12.18 — 16:11

  

Sun125

14 — 28.12.18 — 18:11

(13) после обновления с 3.1.8.185 на 3.1.8.214 проблема исчезла.

  

Sun125

15 — 28.12.18 — 18:23

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

  

Фрэнки

16 — 28.12.18 — 19:07

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

  

Фрэнки

17 — 28.12.18 — 19:09

Просто теперь, если у вас будет постоянный обмен с зависимыми узлами РИБ, вам нужно завершать процедуру обновления конфигурации обязательным «тестовым» прогоном обмена в РИБ. Если обмен проходит — все хорошо. Не проходит? Откатываемся и обновляемся заново.

(17) Понятно, спасибо за информацию!

Настройка узлов РИБ в 1С

Механизм распределенных информационных баз (РИБ) позволяет настроить обмен данными между двумя и более идентичными конфигурациями. Под идентичными понимаются базы с абсолютно одинаковой конфигурацией (например, УТ и УТ). Данный механизм служит в основном для обмена между базами, которые разделены друг от друга территориально и нет других способов синхронизации (или в случае нестабильного интернета). Работа в таких базах производится независимо друг от друга, а обмен данными происходит через передаваемые файлы сообщений (например, через электронную почту, или посредством копирования на съемные носители).Распределенная база состоит из одного центрального узла и одного (или нескольких) периферийных узлов. Чаще всего задача обменов между узлами РИБ сводится к выгрузке данных из периферийных узлов в центральную базу.

Рассмотрим механизм создания распределенной базы на примере 1С:Управление торговлей 11.

Раздел НСИ и администрирование –> синхронизация данных –> настройка синхронизации данных –> кнопка новая синхронизация данных.
Существует два варианта настройки:

• Распределенная информационная база – предназначена для настройки нового узла обмена РИБ;
• РИБ с фильтрами — Применяется в тех случаях, когда нужно обмениваться данными не по всем организациям и/или подразделениям, находящимся в базе.

В дальнейшем примере выбран первый вариант – распределенная информационная база.

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

Переходим по ссылке настроить параметры подключения.

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

Укажем наименование программы – корреспондента и префикс. На примере — ПБ. Нажмем Далее

Настройки подключения для этой программы завершены. Готово.

Переходим к следующему этапу настройки РИБ – настроить правила отправки и получения данных.

На этом этапе создается начальный образ периферийной программы. Для этого нажимаем Создание начального образа с файлами и указываем каталог, в котором создастся периферийная база. В качестве расширения должно быть указано 1Cv8.CD – программа поставит его автоматически. Нажимаем создать начальный образ.

Откроется окно создания начального образа.

Через некоторое время создание начального образа будет завершено.

Все этапы настройки распределенной информационной базы для этой программы завершены.

Добавим распределенную информационную базу в список программ, зайдем в неё и продолжим настройку.

После входа в программу автоматически открывается помощник синхронизации данных. Напомним, что настройки всегда можно открыть из раздела НСИ и администрирование –> синхронизация данных –> настройка синхронизации данных –> кнопка новая синхронизация данных — распределенная информационная база.
Нажимаем настроить параметры подключения.

Выберем каталог и нажмем Далее.

На этом этапе видм представление программ и префиксы. Далее. Нстройки подключения второй базы сохранены.

Нажмем настроить правила отправки и получения данных.

Запишем и закроем настройки. На этом настройки РИБ завершены.

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

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

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

После проведения синхронизации получили одно предупрждение.

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

И посмотрим как изменился объект.

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

А по кнопке подтвердить – подтверждается разрешение конфликта и он исчезнет из списка предупреждений.

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

В завершении рассмотрим наиболее распространенные ошибки при работе с РИБ.

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

Данная ошибка возникает как правило из-за аварийного завершения работы программы во время обмена.

Рекомендуется выполнить следующие действия:

1. Создайте архивные копии всех баз и запустите конфигуратор в центральной базе;
2. Отключите основной узел с помощью специальной обработки;
3. Сохраните конфигурацию в файл (Конфигурация —> Сохранить конфигурацию в файл);
4. Откройте конфигуратор базы подчиненного узла и снимите конфигурацию с поддержки (Конфигурация —> Поддержка —> Настройки поддержки —> Снять с поддержки);
5. Загрузите конфигурацию из ранее сохраненного файла центральной базы (Конфигурация —> Загрузить конфигурацию из файла);
6. После загрузки нужно применить все изменения для базы данных (нажатие на клавишу F7);
7. После реструктуризации необходимо зайти в режим предприятия и с помощью обработки установить главный узел конфигурации;
8. Исправление завершено, обмен должен работать нормально.

Номер сообщения меньше либо равен ранее принятому в 1С

Чаще всего такая ошибка возникает если одна из баз была восстановлена из архивной копии. В таком случае необходимо выравнять коды сообщений узлов обмена.

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

Переходим в «Обмен данными».

Устанавливаем флажок «Использовать обмены данными» и указываем префикс информационной базы.

Через команду все функции открываем константу «Префикс информационной базы в штрихкоде» и задаем значение числовое префикса.

Открываем форму для настройки синхронизации данных.

Нажимаем на кнопку «Настроить синхронизацию данных».

Выбираем вариант «Полный обмен данными».

Открывается мастер настройки распределенной информационной базы в 1С:Документооборот.

Переходим к настройке транспорта обмена. В нашем случае будем использовать ftp-сервер. Задаем параметры фтп и используем сжатие данных в архив, так как файлы обмена xml очень хорошо сжимаются.

Задаем наименование текущей базы 1С:Документооброт и новой периферийной базы 1С:Документооборот, а также префикс нового узла.

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

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

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

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

По завершении система сообщит, что создание начального образа завершено.

На форме синхронизации данных настроим расписание обмена в главном узле.

По умолчанию полный обмен будет осуществляться 1 раз в 15 минут.

Перезаходим во вторую базу под Администратором и задаем значение константы «Префикс информационной базы в штрихкоде».

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

Альтернативной способ получить РИБ. Так как я не программист, описания в инете мне сразу было не понятно. На самом деле все просто, мне вообще не понятно, почему в 1с нет штанной такой процедуры, а предлагают штатно делать образ. Сделать образ из базы > 10ГБт – это просто безумие. Вы запускаете эту операцию реально часов на 7 (зависит от ПК) и не факт, что по окончании вы получите нужный результат. При чем надо понимать, что образ рекомендуется делать монопольно, а так как рабочая база и в ней в течении дня постоянно кто-то работает, то эта процедура обещает вам интересную ночь. Меня например побудило разобраться с альтернативным вариантом создания РИБ, то что три попытки создать образ из базы 11 ГБт, после ~ 7часов ожидание, получения ошибки, чего-то там «указанная папка не была найдена, возможно ее удалила антивирусная программа»!
У меня файловый вариант программы, поэтому расскажу для него. Делаете копию вашей базы, любым способом, копируете базу в другую папку или делаете выгрузку/загрузку через конфигуратор. Вообщем время потраченное на эту процедуру и будет временем потраченным на создания РИБ ~ 1час 10 минут против ~ 7 часов использую штатную процедуру по созданию образа! Причем гарантировано, ни каких ошибок не вылетит! После того как сделали копию, если у вас в оригинале уже был план обмена, в копии необходимо изменить его, чтоб получить подчиненный узел. Заходите верхнее слева меню все функции, находите планы обменов, заходите в полный видите там, один предопределенный узел — Обмен с главным узлом и ваш узел из оригинала. Вам необходимо поменять код и название (на самом деле мне кажеться, что название можно и не менять, но так обычно во всех описаниях) у ваше плана обмена и код и название Обмен с главным узлом. Когда я первый раз делал это пытаясь поставить моему узлу код 000, то система ругнулась, что такой код уже зарегистрирован, тоже само. Если попытаться поменять код у Обмен с главным узлом на код плана вашего плана обмена. Решается это так, надо например в начале у Обмен с главным узлом поменять код на 003 (он должен быть не занят), а потом поменять код у вашего узла на 000 и после этого поменять код Обмен с главным узлом на 002. Теперь Вы получили в планах обмена два плана, таких же как и в оригинале, но зеркальными кодами и названиями. То есть в оригинале у вас ВашПланОбмена код 002, а Обмен с главным узлом код 000, а в копии ВашПланОбмена код 000, а Обмен с главным узлом код 002. Теперь надо задать в копии ГлавныйУзел, то есть явно указать, что узел с кодом 002 является подчиненным узлу с кодом 000. Для этого берем простенькую обработку. Я не программист, так что прошу прощения, если, что кривовато написано, но главное, что работает. В форме на предварительно задать поле для выбора плана обмена.
НаКлиенте
Процедура УстановитьГлУзел(Команда) //это кнопка в форме устанавливает главный узел для выбранного плана обмена
   ПланОб = ПланОбмена;
   ГлавныйУзел(ПланОб);
КонецПроцедуры

&НаСервере
Процедура ГлавныйУзел  (ПланОб)
ПланыОбмена.УстановитьГлавныйУзел(ПланОб);
КонецПроцедуры

&НаКлиенте // здесь я сдела кнопку, чтоб можно было и отвязывать план обмена от главного
Процедура ОтвязатьОтУзла(Команда)
   Отвязать();

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

&НаКлиенте //эта кнопка удаляет все зарегистрированные изменения на выбранном узле
Процедура СтеретьИзменения(Команда)
   Планоб= ПланОбмена;
   Стерание(Планоб);
КонецПроцедуры

&НаСервере
Процедура Стерание  (ПланОб)

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

   КонецПроцедуры

Важно!
1)   При процедуре привязки в копии, конфигуратор должен быть закрыт, он станет не доступным для изменения.
2)   Обязательно сделайте удаления всех изменений на узлах участвующих в обмене, как в оригинале, так и в копии. Я первый раз не сделал это, хотя узлы вроде как предварительно удалял и думал, что там ни чего не должно быть, так вот обмен начал происходить корректно, но почти сразу, файлы сделались не понятными по объему, и обмен начал происходить по продолжительности ~1 час, при чем было не важно, только что он был сделан и делался после продолжительного промежутка времени.

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

К сожалению, сразу начать пользоваться новыми возможностями удается не всегда. Сдерживающим фактором является свойство типовых конфигураций “Режим совместимости”. С этим столкнулся и наш слушатель.

Вопрос

Здравствуйте, имеем РИБ.

На ЦБ УТ 11.4.11.63 типовая не снятая с поддержки (с замка), добавлено два расширения с дополнением реквизитов основной конфигурации (документы, справочники, перечисления, обработки), но эти новые объекты не включены в планы обмена, как и нет в расширении плана обмена “СОтборами”. В типовом плане обмена “СОтборами” также не установлена галочка “Включать расширения конфигурации“.

В настройках расширений стоят галочки “Используется в распределенной ИБ“.

Создаем новый узел обмена с отбором (по подразделениям, организациям,складам, видам цен). При формировании начального образа возникает ошибка: “Не удалось создать начальный образ по причине: В текущем сеансе существуют изменяющие данные расширения конфигурации, неиспользуемые в распределенной информационной базе”.

“{ОбщаяФорма.СозданиеНачальногоОбразаСФайлами.Форма(392)}:        ВызватьИсключение НСтр(“ru = ‘Не удалось создать начальный образ по причине:’”) + ” ” + Результат.КраткоеПредставлениеОшибки; “

Не хочется переносить расширения конфигурации на узлы, так как они нужны только в ЦБ даже с новыми объектами и модифицированными типовыми.  И не хочется снимать с поддержки УТ. Что делать?

Ответ

Добрый день!

Да, есть такая проблема. Глобально причина в том, что типовая конфигурация отстает от новых механизмов платформы. Например, режим совместимости в УТ 11.4 используется еще только как “Версия 8.3.12”.

Я не нашел никаких сведений о планах разработчиков установить галочку “Включать расширения конфигурации” для планов обмена. Поэтому можно рассмотреть следующие варианты:

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

1. Второй вариант – вместо РИБ использовать обмен по правилам, либо другую альтернативу (выгрузка в файл,  обмен через собственный веб-сервис и т.д.). Тут могут потребоваться доработки, возможно значительные.
2. Третий вариант – перенести доработки, изменяющие структуру данных, в основную конфигурацию.

Уточнение слушателя

В итоге так и сделал. Снял с поддержки УТ. Снял с поддержки ПланОбмена.СОтборами, в нем установил галочку “Включать расширения конфигурации”, сохранил изменения. Далее сформировал узел, выгрузилось, настроил узел, на обмен всё пошло. Спасибо, будем ждать галочки в обновлениях или контролировать ее самостоятельно.

Распределенные информационные базы РИБ

Инструкция по настройке распределенной информационной базы в 1С на примере Управление торговлей 11. Нюансы работы, наиболее частые ошибки и пути их решения.

Настройка узлов РИБ в 1С

Механизм распределенных информационных баз (РИБ) позволяет настроить обмен данными между двумя и более идентичными конфигурациями. Под идентичными понимаются базы с абсолютно одинаковой конфигурацией (например, УТ и УТ). Данный механизм служит в основном для обмена между базами, которые разделены друг от друга территориально и нет других способов синхронизации (или в случае нестабильного интернета). Работа в таких базах производится независимо друг от друга, а обмен данными происходит через передаваемые файлы сообщений (например, через электронную почту, или посредством копирования на съемные носители).Распределенная база состоит из одного центрального узла и одного (или нескольких) периферийных узлов. Чаще всего задача обменов между узлами РИБ сводится к выгрузке данных из периферийных узлов в центральную базу.

Рассмотрим механизм создания распределенной базы на примере 1С:Управление торговлей 11.

Раздел НСИ и администрирование –> синхронизация данных –> настройка синхронизации данных –> кнопка новая синхронизация данных. Существует два варианта настройки:

• Распределенная информационная база – предназначена для настройки нового узла обмена РИБ;
• РИБ с фильтрами — Применяется в тех случаях, когда нужно обмениваться данными не по всем организациям и/или подразделениям, находящимся в базе.

В дальнейшем примере выбран первый вариант – распределенная информационная база.

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

Переходим по ссылке настроить параметры подключения.

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

Укажем наименование программы – корреспондента и префикс. На примере — ПБ. Нажмем Далее

Настройки подключения для этой программы завершены. Готово.

Переходим к следующему этапу настройки РИБ – настроить правила отправки и получения данных.

На этом этапе создается начальный образ периферийной программы. Для этого нажимаем Создание начального образа с файлами и указываем каталог, в котором создастся периферийная база. В качестве расширения должно быть указано 1Cv8.CD – программа поставит его автоматически. Нажимаем создать начальный образ.

Откроется окно создания начального образа.

Через некоторое время создание начального образа будет завершено.

Все этапы настройки распределенной информационной базы для этой программы завершены.

Добавим распределенную информационную базу в список программ, зайдем в неё и продолжим настройку.

После входа в программу автоматически открывается помощник синхронизации данных. Напомним, что настройки всегда можно открыть из раздела НСИ и администрирование –> синхронизация данных –> настройка синхронизации данных –> кнопка новая синхронизация данных — распределенная информационная база. Нажимаем настроить параметры подключения.

Выберем каталог и нажмем Далее.

На этом этапе видм представление программ и префиксы. Далее. Нстройки подключения второй базы сохранены.

Нажмем настроить правила отправки и получения данных.

Запишем и закроем настройки. На этом настройки РИБ завершены.

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

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

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

После проведения синхронизации получили одно предупрждение.

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

И посмотрим как изменился объект.

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

А по кнопке подтвердить – подтверждается разрешение конфликта и он исчезнет из списка предупреждений.

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

В завершении рассмотрим наиболее распространенные ошибки при работе с РИБ.

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

Данная ошибка возникает как правило из-за аварийного завершения работы программы во время обмена.

Рекомендуется выполнить следующие действия:

1. Создайте архивные копии всех баз и запустите конфигуратор в центральной базе;
2. Отключите основной узел с помощью специальной обработки;
3. Сохраните конфигурацию в файл (Конфигурация —> Сохранить конфигурацию в файл);
4. Откройте конфигуратор базы подчиненного узла и снимите конфигурацию с поддержки (Конфигурация —> Поддержка —> Настройки поддержки —> Снять с поддержки);
5. Загрузите конфигурацию из ранее сохраненного файла центральной базы (Конфигурация —> Загрузить конфигурацию из файла);
6. После загрузки нужно применить все изменения для базы данных (нажатие на клавишу F7);
7. После реструктуризации необходимо зайти в режим предприятия и с помощью обработки установить главный узел конфигурации;
8. Исправление завершено, обмен должен работать нормально.

Номер сообщения меньше либо равен ранее принятому в 1С

Чаще всего такая ошибка возникает если одна из баз была восстановлена из архивной копии. В таком случае необходимо выравнять коды сообщений узлов обмена.

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

Чтобы оставить комментарий, зарегистрируйтесь и авторизуйтесь на сайте.

Доброго времени суток, дорогой читатель.

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

Искал решение на просторах
интернета, но находил всё не то…. Решение оказалось простым, наша база
была опубликована для доступа к базе через интернет, после отключения
публикации (Конфигурация-Администрирование-Публикация), образ без
ошибок удалось выгрузить, после выгрузки публикацию обратно включил.

Был рад, если кому-то моё решение проблемы помогло.