Как мы РИБ на веб-сервисы переводили

Публикация № 1233012

Разработка - Обмен данными 1С - Распределенная БД (УРИБ, УРБД)

УРИБ РИБ веб-сервис обмен настройка обмена

Решение проблем обмена РИБ с 10+ баз с помощью веб-сервисов и базы обмена.

В начале был РИБ, и РИБ был медленный...

Как и большинство феодальных дистрибьюторских бизнесов, все начиналось с одной-единственной базы УТ.

Далее, как говорится, шли годы, компания росла, добавлялись новые филиалы - количество которых приблизилось к 30-ти, а потом и превысило это количество, к тому же разрастались процессы и запросы к актуальности данных. Продолжительность полного цикла обмена между 30 базами РИБ с большим количеством документов не отвечала требованиям бизнеса и многие данные должны были появляться «здесь и сейчас». 

Центральная база не успевала отработать весь объем, блокировала работу и, как следствие, была выделена только для обмена, т.к работа в ней пользователей была невозможна. Сделали так, что центральная база (ЦБ) превратилась в периферийную, а обменная база (ОБ) стала главным узлом. Так как в качестве транспорта данных использовался FTP и в схему передачи данных добавилось ещё одно звено ОБ, то при этом значительно увеличилось время для передачи данных от ЦБ до филиала: до 6 часов. А такие вещи как скидки, например, или установку цен номенклатуры, очень хотелось, да собственно прямо скажем - требовалось - передавать побыстрее. Приоритезация решалась последовательностью обмена с ОБ (сначала ЦБ, потом остальные).

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

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

Дополнительно были изучены возможности работы по правилам обмена, но поддержка правил тоже требовала ресурсов, причем полученная производительность не превышала скорости типового обмена. Работа с правилами порождала значительное число новых вопросов, и которые в итоге не позволили выбрать данное решение.

Эпоха веб сервисов

Однажды было принято решение создать единую базу с хранением нужной НСИ, которая раздавала бы данные по мере необходимости, не дожидаясь полного цикла обмена. Более подробно о проблеме и решении описано тут (//infostart.ru/public/944961/).


Думаем... думаем... и придумываем

Технология веб-сервисов зарекомендовала себя с хорошей стороны и возникла шальная мысль: 

«А не перевести ли весь обмен на веб-сервисы? Базы все однотипные (модное слово “не гетерогенные”), будет работать сериализация, напилим базу-диспетчер обмена и будет нам счастье». 

Что получаем в итоге: обмен будет пообъектный, регистрация хранится в плане обмена, при выгрузке объект переносим в буфер до подтверждения получения данных в приемнике. 

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

1. Изменения конфигурации

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

Передавать конфигурацию через веб-сервис это грех, тут вопросов нет, но как отправить данные, которые хранят в себе модифицированные реквизиты, не измененные в приёмнике?  Придется пакет объекта ставить в очередь, пока приемник не получит изменения, данные загрузить не получится, сериализация будет невозможна. Однако, те объекты, которых не затронуло изменение могут беспрепятственно обмениваться. 

2. Приоритезация изменений

В базе-диспетчере (БДО) есть приоритет (число) для каждого филиала. Если пришел объект в БДО с более высоким приоритетом, то он перезаписывается в раздаче для получателей. Перед загрузкой в более приоритетную базу проверяем наличие изменений в плане объекта и принимаем решение по приоритету.

3. Маршрутизация

Маршрутизация в РИБ остается такой же, при регистрации изменений определяется список получателей. В дальнейшем можно сделать маршрутизацию в БДО, но для текущих нужд все устраивает.

4. Отказоустойчивость

Важно добиться аналогичного уровня надежности доставки объектов, как у РИБ. Все объекты пишем в транзакции, при неудаче откатываемся и считаем количество попыток.

Сеем

Инициатором всех процессов является БДО. В ней для каждой ПБ есть регламентное задание для обмена, выполняющее 2 процедуры: ПрочитатьИзменения(..) и ЗаписатьИзменения(..).  

Чтение данных (концептуальный вариант)

  • Из плана обмена “ВебОбмен” выполняется считывание 1 зарегистрированного там объекта и его сериализация в XML-текст.
  • После того, как объект считан и XML-текст помещён в массив - объект снимается с регистрации в плане обмена “ВебОбмен” и записывается в регистр сведений “Прочитанные объекты”.
  • Чтение происходит до тех пор, пока размер формируемого пакета, не превышает установленного значения (в нашем случае 1,5 мб), либо пока не кончатся элементы в регистре.
  • Сформированный массив XML-текстов в сжимаемом типе данных “ХранилищеЗначения” передается  в обменную базу.
  • Каждый полученный XML-текст записывается в регистр сведений “ОчередьПакетов” в обменной базе при условии, что уже имеющаяся запись с таким же объектом не от базы с повышенным приоритетом. После записи каждого XML-текста в базу-отправитель по web-сервису отправляется команда на удаление записи в регистре сведений «Прочитанные объекты». Если по какой-либо причине не удаётся выполнить запись XML-текста в регистр сведений “ОчередьПакетов”, то удаления объекта из регистра не происходит. В следующий раз объект будет повторно выгружен в п.5. (перед обменом данные регистра загружаем в план обмена).
  • Операции 1-5 выполняются до тех пор, пока не закончатся объекты в плане обмена.

Запись изменений в базу-получатель

  • В обменной базе сразу после получения данных формируется выборка XML-текстов, которые нужно передать в базу-получатель (эта же база только что была базой-отправителем). 
  • Запись одного XML-текста регистра сведений “ОчередьПакетов” блокируется в обменной базе.
  • XML-текст передаётся по web-сервису в базу-получатель, десериализуется в объект 1С.
  • Объект 1С записывается в базе-получателе в транзакции. В случае документа, также происходит запись проводок.
  • Запись из регистра сведений “ОчередьПакетов” удаляется.
  • Снимается блокировка с записи XML-текста регистра сведений “ОчередьПакетов” в обменной базе.
  • Операции 2-8 выполняются по циклу до тех пор, пока не закончится выборка.

Концептуальная схема обмена

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

Пожинаем

  • Ускорение обменов
  • Обменная база значительно повышает скорость передачи данных между ЦБ и подчиненными базами. 
  • Разгружает центральную базу.  Обменной базе достаточно обменяться с обменной базой только один раз, которая далее обменивается с периферийными базами. 
  • Значительно реже случаются конфликты блокировок. Сервер обмена не блокирует центральную базу целиком при выполнении обмена. Блокировка данных (начало транзакции - конец транзакции) включается только на момент передачи одного экземпляра объекта. Это существенно разгружает базу данных, если управляемые блокировки таблиц в конфигурации ещё не включены.
  • Отказоустойчивость
  • Восстановление передачи данных с точки прерывания. При повторном запуске передача продолжится с того же места. Можно самостоятельно остановить выполнение передачи данных. 
  • Мониторинг и статистика обменов
  • Видим очередь объектов в режиме он-лайн, можем анализировать и конфигурировать объемы данных и расписание.
  • Сбор статистики: понимаем, что “ходит” в обмене, делаем выводы для оптимизации.
  • Информирование пользователя о статусе обмена объекта.
  • Обменная база в инфраструктуре позволяет использовать полезные сервисные функции:
  • Исполнение произвольного кода на периферии.
  • Хранение тяжелых регистров сведений (нетиповое версионирование, например).
  • Централизованное выполнение регламентов (последовательности и т.д).

Не баги, а фичи….

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

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

К тому моменту, когда система стала работать слаженно и бесперебойно, мы прошли через огромное количество споров по поводу технологии обмена. На Инфостарте есть куча отличных примеров от вдохновляющих нас ребят по работе с RabbitMQ и прочих интеграционных шин. На выбор технологии на платформе 1С повлияли экзистенциально-языческие сомнения в стабильность связки 1С и решений из “внешнего мира”. Хотелось обойтись без привлечения сторонних средств с целью избежания bus-фактора в команде. Обращения в техподдержку после ввода системы снизились в разы. Поддержка решения не требует специфических знаний сторонних технологий. 

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

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
1. savostin.alex 76 14.05.20 05:24 Сейчас в теме
2. RSConsulting 134 14.05.20 13:54 Сейчас в теме
(1) Да, технология аналогичная, мы немого добавили сервиса для контроля обмена и сбора статистики, также выделили все в отдельную базу-диспетчер.
3. EvgeTrofi 17 15.05.20 11:03 Сейчас в теме
(1) Skype, Watsapp, Telegram, ICQ, Viber... список можно ещё продолжать
Какие у них особенности? Одно и то же ведь. И всё равно живут.
Тут дело в подходе.
Кто серьёзней, качественней и дешевле - тот и лидер.
Любой качественный велосипед найдёт своего потребителя.
4. acanta 15.05.20 11:11 Сейчас в теме
(3) в отличие от РИБ (появившейся еще во время дискет) можно легко представить себе что аськи или скайпа никогда не было. И как то же жили. Левитана слушали и патефоны с ручным приводом.
Но аську к РИБ не прикрутили, поэтому можно сделать вывод что даже миллион частных пользователей ничего не значит, если есть возможность поставить одного хотя бы одного робота.
5. EvgeTrofi 17 15.05.20 11:18 Сейчас в теме
(4)
Но аську к РИБ не прикрутили же

если бы был спрос на это - прикрутили бы.

(4)
миллион частных пользователей ничего не значит, если есть возможность поставить одного робота

если робот начинает не устраивать - миллион пользователей начинают искать другое решение
6. acanta 15.05.20 11:26 Сейчас в теме
(5) Ну так он и был, у нас сначала в компании аську запретили, а затем сделали внутрикорпоративные служебные чаты на miranda. Одно приложение - две учетные записи. И только потом появился Фейсбук, который в отличие от аськи можно не устанавливать на компьютер. Тенденции на развитие бизнес-приложений были очевидны, хотя сейчас похоже бизнес решил что разделять бесполезно и вышел со всем своим контентом в телеграмм/инстаграмм/FB и тенденции как-то поменялись. Может в скором времени мы увидим публичную бухгалтерию в одноклассниках, почему нет, интересно же знать балансы тех, кто фотается на фоне чужих тачек..
10. savostin.alex 76 16.05.20 05:07 Сейчас в теме
(3)А причем тут соцсети и мессенджеры?
7. Rustig 1487 15.05.20 16:06 Сейчас в теме
(0) не понял, для чего используется веб-сервер?
вы разделили весь пакет обмена на мелкие пакеты, за счет чего скорость обмена улучшилась.
И самое главное, оставили ЦБ для обменных процессов, а в качестве основной базы для работы пользователей выделили еще одну базу (пусть она и стала еще одной периферийной базой).
Неужели этого не достаточно для оптимизации?
Для чего еще веб-сервисы для обмена документами подключать?
Веб-сервисы для контроля НСИ описаны в другой статье - про это понятно.
8. RSConsulting 134 15.05.20 19:20 Сейчас в теме
(7) Пакеты конечно мелкие, но все равно достаточно затратно по времени обменять весь цикл. (ПБ-ЦБ-ПБ). Причем это не будет работать при измененной конфигурации. Веб-сервисы отрабатывают на порядок быстрее и у нас есть возможность дополнительно мониторить всю информацию по обмену в отдельной базе.
9. Rustig 1487 15.05.20 19:23 Сейчас в теме
(8)а можете указать , где это описано в статье? или дополнительно дать развернутый ответ в части :

Веб-сервисы отрабатывают на порядок быстрее и у нас есть возможность дополнительно мониторить всю информацию по обмену в отдельной базе.
11. RSConsulting 134 16.05.20 07:31 Сейчас в теме
(9)Да, напрямую не описали. Это как следствие следующих тезисов "Любые срочные динамические изменения приводили к полному циклу обмена.", "Низкая масштабируемость решения (каждый раз создавать отдельный план) наводила на мысли о неверном пути".
В любом случае, типовой урезанный обмен работает не универсально, допустим мы захотели менять документ по установке цен, надо в обмен добавить всю ветку по ссылкам из документа и следить за этим при изменениях конфигурации, а то будут ненайденные ссылки. В случае веб сервиса типовая сериализация берет на себя эту функцию + мы дописываем движения документа в пакет.
12. Rustig 1487 16.05.20 10:56 Сейчас в теме
(11)
надо в обмен добавить всю ветку по ссылкам из документа


а как вы добавляете? вроде как платформа и объект метаданых ПланОБмена следит за этим...

В случае веб сервиса типовая сериализация берет на себя эту функцию


как сериализация следит за изменениями? если нет нового реквизита, должно в любом варианте ошибку выдать - что для сериализации, что для обычного обмена пообъектно.
13. RSConsulting 134 16.05.20 13:58 Сейчас в теме
(12)
а как вы добавляете? вроде как платформа и объект метаданых ПланОБмена следит за этим...

Нет, если я в план обмена добавлю галку только на документ, без входящих в него спр. то при обмене, в случае отсутствия элемента спр. будет <объект не найден>.

как сериализация следит за изменениями?

Она следит чтобы все реквизиты по ссылкам попали в пакет. Если в метаданных изменился реквизит то будет коллизия. От этого не застрахован ни один обмен, отвязанный от метаданных.
14. Rustig 1487 16.05.20 22:16 Сейчас в теме
15. EvgeTrofi 17 25.05.20 14:57 Сейчас в теме
Добавлена возможность выбрать способ хранения информации в обменной базе:
1. Очереди пакетов - Каждый сериализованный в XML объект записывается в отдельную очередь на отправку, предназначенную для конкретного получателя. Такой механизм используется на сервере очередей RabbitMQ.
Применяется, когда не требуется повторной переотправки сообщений.
Особенности: Объект из очереди удаляется сразу же после записи в получатель. Если объект ещё не получен получателем, а источник снова прислал этот же объект, но уже изменённого содержания - то объект перезаписывается во всех очередях.
Достоинства: Учитывается приоритет при попадании одного и того же объекта из разных баз.
Недостатки: Медленно работает для большого количества баз так как для каждой очереди будет записана отдельная запись одного и того-же объекта.
2. Журнал изменений - Все объекты записываются в одну очередь, упорядоченную по моменту времени. При чтении объекта каждый получатель ставит свой флаг напротив прочитанной ячейки данных. Технология сервера распределённых журналов событий (Distributed Event Log) Apache Kafka.
Применяется при необходимости иметь возможность переотправить все объекты (например, за вчерашний день), при случае, когда база-получатель была повреждена и восстановлена из копии.
Особенности: Объект из очереди не удаляется до тех пор, пока не закончится его срок годности, при условии, что все получатели получили объект.
Достоинства: Одинаково быстро работает для любого количества баз.
Недостатки: Не учитывается приоритет при коллизиях. Каждая версия объекта будет записана в свой момент времени. Сколько раз изменится объект в источнике - столько записей будет создано в журнале изменений и столько же раз эта запись будет перезаписана в получателе.
Прикрепленные файлы:
16. EvgeTrofi 17 26.05.20 19:35 Сейчас в теме
Создан раздел "Сборщики мусора". В этом разделе задаются параметры очистки устаревших данных и размещаются обработки очистки мусора. Наиболее крупные таблицы с данными в обменной базе оказались таблицы хранения версионирования. В них записаны все действия всех пользователей всех баз. В разделе "Сборщики мусора" имеется возможность настроить очистку по расписанию список накопленных пакетов данных, предназначенных для обмена, журнал регистрации 1С и очистку таблиц версионирования прямыми запросами к SQL.
17. EvgeTrofi 17 26.05.20 19:48 Сейчас в теме
Особое внимание уделено маршрутизации. Казалось бы, всё просто: например документ "Реализация", созданный в филиале "Тюмень" должен попасть в базу центрального офиса, который расположен например в Москве, а распространяться на базы других филиалов - не должен.
Предусмотрен такой случай, что в базу центрального офиса загрузили платёжку, указав, что документ принадлежит к филиалу "Томск". Обменом документ появляется в Томске. Затем оператор центрального офиса меняет подразделение в документе на "Тюмень". Обмен отправляет документ в Тюмень, а в Томске - помечает на удаление!
Кроме этой наглядной заморочки ещё много других, но я пока ограничусь этим.
18. user1035175 1 31.05.20 07:41 Сейчас в теме
что значит: "Обменной базе достаточно обменяться с обменной базой только один раз"
19. RSConsulting 134 31.05.20 11:41 Сейчас в теме
(18)Опечатка: "Центральной базе"
20. XSlava 143 04.06.20 15:42 Сейчас в теме
Вопрос: почему пошли путем обмена данными, а не единой базы на управляемых формах?
21. RSConsulting 134 04.06.20 20:54 Сейчас в теме
(20)на момент выбора архитектуры управляемые формы не применялись в промышленных масштабах и качество связи оставляла желать лучшего
22. RSConsulting 134 05.06.20 04:49 Сейчас в теме
Оставьте свое сообщение

См. также

РИБ 200 узлов. Середина пути Промо

Распределенная БД (УРИБ, УРБД) v8 Розница Россия Бесплатно (free)

Между настройкой и поддержкой РИБ на 2 узла и на 10 большой разницы нет, а вот когда число удаленных точек переваливает за сотню, приходится решать уже совсем другие вопросы

25.10.2016    38810    0    comol    215    

Восстановление узла РИБ по магазинам на примере 1С:Розница 2.3.4

Распределенная БД (УРИБ, УРБД) v8 Розница Россия Бесплатно (free)

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

15.06.2020    1498    0    maxon    1    

Восстановление данных 1С8 при помощи механизма РИБ

Распределенная БД (УРИБ, УРБД) Тестирование и исправление v8 Бесплатно (free)

Предлагаю сообществу способ восстановления утраченных данных из бэкапа используя механизм РИБ. Зачастую наличие бэкапа базы не позволяет просто взять и откатить состояние базы на утро или вечер предыдущего дня. Бывает так, что утерю важных данных заметили спустя 2 дня, и свежий бекап нам не поможет. Предлагаю относительно простой способ переноса определенных данных из резервной копии базы в рабочую. Не надо писать обработку по выгрузке, загрузке данных или по переносу через COM-соединение. Единственное условие: в базе должны работать обмены РИБ.

13.06.2020    996    0    Vortigaunt    1    

Установка расширений конфигурации, модифицирующих структуры данных, в фоновом задании запрещена

Распределенная БД (УРИБ, УРБД) v8 Бесплатно (free)

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

20.02.2020    2169    0    fristaller    2    

Обмен по расписанию типовыми средствами. Промо

Распределенная БД (УРИБ, УРБД) Обмен через XML Перенос данных из 1C8 в 1C8 v8 1cv8.cf Россия Бесплатно (free)

Часто перед интеграторами стоит задача организовать автообмен (по расписанию или при наступлении какого-либо события) данными между различными конфигурациями. В этой статье я попробую изложить простую инструкцию, как это можно сделать средствами, заложенными в типовые конфигурации 1С (ЗУП, БП, УПП и т.д.). Для обмена используется подсистема "Обмен данными" из БСП

20.06.2012    101630    0    kser87    52    

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

Распределенная БД (УРИБ, УРБД) Обмен данными 1С v8 Бесплатно (free)

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

05.11.2019    5677    0    Kobra_RU    11    

Подсистема обмена данными в рамках РИБ

Распределенная БД (УРИБ, УРБД) v8 Бесплатно (free)

Публикация оформлена после прочтения https://infostart.ru/public/1117071/ (автор https://infostart.ru/profile/586627/) на основе опыта реализации обмена между базами 1С (в том числе с разными конфигурациями) и разработки двухмесячной давности для обмена в рамках РИБ. Платформа начиная с 8.2.19.130

05.09.2019    4875    5    savostin.alex    6    

Cannot insert duplicate key. Кто виноват и что делать

Распределенная БД (УРИБ, УРБД) Тестирование и исправление v8 Бесплатно (free)

Ошибка "CANNOT INSERT DUPLICATE KEY" в базах 1С и связанная с ней "магия".

25.02.2019    19877    0    YPermitin    32    

Особенности обмена данными с использованием "ручной" регистрации Промо

Распределенная БД (УРИБ, УРБД) Перенос данных из 1C8 в 1C8 v8 1cv8.cf Бесплатно (free)

Эта статья рассчитана на программистов, которые используют обмен данными с помощью метода "ВыбратьИзменения" и последующую их запись. Только для планов обменов, имеющих "ручную" регистрацию.

14.01.2013    32893    0    logarifm    6    

Как отвязать информационную базу от РИБа

Распределенная БД (УРИБ, УРБД) v8 1cv8.cf Россия Бесплатно (free)

Краткая инструкция для новичков о том, как в 2 клика отвязать информационную базу от РИБа.

03.05.2018    15329    0    user861285    10    

Расширения конфигурации и РИБ, друзья или враги? Или как мы передаем расширения подчиненным РИБ узлам

Распределенная БД (УРИБ, УРБД) v8 Бесплатно (free)

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

24.11.2017    18327    0    markers    11    

Magic Updater. Система администрирования распределенной сети 1С:РИБ

Распределенная БД (УРИБ, УРБД) v8 1cv8.cf Бесплатно (free)

Обновления 1С стали для Вас адом? Каждодневная "война" за получение данных из всех торговых точек? Обмены то проходят, то не проходят? Разрушилась база, а резервной копии нет и не было? Если у Вас тоже регулярно возникают данные вопросы - найдите пару минут прочитать статью ниже.

15.08.2017    17044    12    comol    15    

УНФ РИБ Промо

Распределенная БД (УРИБ, УРБД) Перенос данных из 1С7.7 в 1C8.X v8 УНФ Россия Бесплатно (free)

В типовой УНФ нет РИБа. Исправляем этот недостаток, используя УТ 11 и ИТС. Статья подойдет для настойки распределенки в любой конфе на базе БСП.

16.10.2012    39430    0    ptkrzy    23    

Восстановление обмена в РИБ. Запущенный случай

Распределенная БД (УРИБ, УРБД) v8 Россия Бесплатно (free)

Удачная попытка восстановить обмен в РИБ при большом количестве объектов обмена и ошибках при обмене.

03.04.2017    14741    0    peterxx    13    

Что делать, если параметр запуска /resetmasternode приводит к вылету с дампом

Распределенная БД (УРИБ, УРБД) v8 1cv8.cf Бесплатно (free)

Для тех, кто столкнулся с проблемой отключения узловой базы от главного узла через параметр запуска /ResetMasterNode.

01.04.2017    16712    0    therva    4    

Проблема с обновлением типовой конфигурации УТП 1.2 (Украина) в дочернем узле

Распределенная БД (УРИБ, УРБД) v8 1cv8.cf Украина Бесплатно (free)

При обновлении конфигурации в дочернем узле РБД , в случае, если обновление добавляет предопределенные элементы справочников, невозможно загрузить файл обмена стандартными средствами

15.02.2017    12671    0    bulpi    4    

Автоматическое обновление конфигурации в узлах РИБ Промо

Распределенная БД (УРИБ, УРБД) v8 1cv8.cf Бесплатно (free)

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

14.07.2012    52555    0    fixin    75    

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

Распределенная БД (УРИБ, УРБД) v8 Россия Бесплатно (free)

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

26.01.2017    23744    0    virtmon    32    

Планы обмена. Управляемый режим блокировок

Распределенная БД (УРИБ, УРБД) v8 Бесплатно (free)

Статья о том, как устроен объект конфигурации 1С:Предприятие 8 "План обмена", в том числе на уровне СУБД SQL Server. Анализируются особенности его использования при управляемом режиме блокировок.

28.11.2016    40095    0    zhichkin    17    

Highload обмен данными: постановка задачи

Производительность и оптимизация (HighLoad) Распределенная БД (УРИБ, УРБД) v8 Бесплатно (free)

Цели статьи: определить, что такое "highload обмен", описать типовой сценарий обмена, сформулировать основные требования к обменам такого типа и предложить методику оценки производительности (пропускной способности).

04.11.2016    14070    0    zhichkin    3    

Корректное отключение от главного узла РИБ и создание самостоятельной БД. Быстрое создание/восстановление узла РИБ без выгрузки начального образа для конфигураций на основе БСП

Распределенная БД (УРИБ, УРБД) v8 1cv8.cf Бесплатно (free)

В публикации описан один из способов создания тестовой БД для разработки с актуальными данными, быстрого восстановления работоспособности РИБ при "падении" одного из узлов, или "быстрого" создания/восстановления узла РИБ без выгрузки начального образа для конфигураций на основе БСП.

16.02.2016    95963    0    asg.aleks    12    

Автоматическое обновление конфигурации в узлах РИБ

Распределенная БД (УРИБ, УРБД) v8 Бесплатно (free)

Вариант автоматического обновления конфигурации (без участия пользователей) периферийной базы РИБ. Очень простой способ без необходимости внесения кода в конфигурацию 1С. В дополнение к публикации http://infostart.ru/public/143517/. Спасибо автору, навел на эту идею!

22.01.2016    23794    0    Kitri    4    

Отладка конвертации данных 2.1 в конфигурациях, построенных на БСП 2.1 (БП 3.0, УТ 11 etc.)

Практика программирования Распределенная БД (УРИБ, УРБД) Обмен через XML БСП (Библиотека стандартных подсистем) v8 1cv8.cf Бесплатно (free)

Отладка процесса выгрузки/загрузки данных при проведении синхронизации в новых конфигурациях 1С может вызвать (у меня вызвала) некоторые затруднения. О них и пойдёт речь.

29.10.2015    38806    0    NittenRenegade    23    

Как я восстанавливал разрушенную базу

Архивирование (backup) Распределенная БД (УРИБ, УРБД) Тестирование и исправление v8 1cv8.cf Бесплатно (free)

УТ10.3 на Платформе 8.2 на базе MSSQL была разрушена после попытки её восстановить после неудачного динамического обновления. Таблица Config целевой базы была заменена на содержимое таблицы Config от другой рабочей базы. Но на самом деле конфигурации у них существенно отличались, поэтому после таких действий целевая база рухнула окончательно. Что же делать?

21.08.2015    29263    0    METAL    25    

"Распил" базы "БП 3.0 ПРОФ" с дальнейшим переносом в "БП 3.0 Базовая" ОДНОЙ организации

Распределенная БД (УРИБ, УРБД) v8 Россия Бесплатно (free)

Условия: Есть "БП 3.0 ПРОФ", в которой ведется учет по трем (неважно, скольким) Организациям. Необходимо оставить учет только по одной (к примеру) организации, и при этом перенести все данные по ней в "БП 3.0. Базовая"

14.08.2015    16969    0    Viktor_Ermakov    10    

РИБ Бухгалтерия 3.0.39, файловый вариант базы

Распределенная БД (УРИБ, УРБД) v8 БП2.0 Россия Бесплатно (free)

Настройка обмена данных РИБ в файловом варианте базы, через планировщик задач.

18.05.2015    12263    0    maikl007    2    

Автоматическое обновление конфигурации периферийного узла РИБ при обмене

Распределенная БД (УРИБ, УРБД) v8 1cv8.cf Бесплатно (free)

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

24.03.2015    28921    0    kondrat1C    20    

Выделение одной организации из Бухгалтерии редакция 3 через РИБ

Распределенная БД (УРИБ, УРБД) v8 БП2.0 Россия Бесплатно (free)

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

16.02.2015    15075    0    shevelyov    4    

Обмен с помощью WMI

Распределенная БД (УРИБ, УРБД) v8 1cv8.cf Бесплатно (free)

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

10.11.2014    10268    0    loekyn    7    

Обмены данными и РИБ с использованием облачных сервисов

Распределенная БД (УРИБ, УРБД) v8 1cv8.cf Бесплатно (free)

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

22.10.2014    19232    0    rarename    14    

Реализация обмена по организации в УТ

Распределенная БД (УРИБ, УРБД) v8 1cv8.cf Бесплатно (free)

В связи с открытием филиала в другом городе возникла необходимость организации учета в конфигурации "Управление торговлей для Казахстана, ред. 3" (адаптированный аналог "Управление торговлей, ред. 11"). Как оказалось встроенного обмена по организации не оказалось, есть только "Полный". Пришлось реализовывать самому. Конечно был вариант работы через терминальное подключение и тонкий клиент, но в связи во-первых неустойчивыми каналами связи и с заделкой на будущее (большие объемы данных) решил сделать РИБ. И вот об этом моя первая статья, может поможет кому нибудь.

05.06.2014    15373    0    Bajo    5    

РИБ для УНФ

Распределенная БД (УРИБ, УРБД) v8 УНФ Россия Бесплатно (free)

Штатного механизма типового полного обмена (РИБ) нет. Добавляем этот функционал. Данный способ подойдет для типового релиза УНФ начиная с версии 1.4.7.37 или для конфигураций на основе БСП.

10.01.2014    29597    0    ZhAmAn    28    

Интерактивный счетчик объектов обмена

Распределенная БД (УРИБ, УРБД) v8 1cv8.cf Бесплатно (free)

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

16.08.2013    17102    0    fixin    3    

Параллельность выгрузок

Распределенная БД (УРИБ, УРБД) v8 1cv8.cf Бесплатно (free)

Рассказываю свой опыт, как добился параллельности выгрузки из центральной базы РИБ сразу в 70 узлов.

15.08.2013    24513    0    fixin    41    

Из главного узла не загружены изменения справочника "Идентификаторы объектов метаданных"

Распределенная БД (УРИБ, УРБД) Администрирование данных 1С v8 1cv8.cf Бесплатно (free)

Данная проблема появляется регулярно на Периферийной Базе, после проведения обновления релиза ЦБ. Всем кому данная проблема неожиданно обновила вкус жизни, посвящается. Пошаговая инструкция, 100 % гарантия, никакого программирования.

09.05.2013    40821    0    motorkuzbassa.it    40    

МиниКейс "Закрытие месяца в УПП без остановки работы системы (Партионный учёт)"

Распределенная БД (УРИБ, УРБД) Закрытие периода Закрытие периода Закрытие периода v8 1cv8.cf БУ Бесплатно (free)

Предлагается схема закрытия месяца на предприятии с круглосуточной работой в 1С. Используются обработки, которые доступны на infostart.ru.

24.02.2013    23954    0    axxell    7    

Настройка филиальных баз данных

Распределенная БД (УРИБ, УРБД) Перенос данных из 1C8 в 1C8 v8 БП2.0 ЗУП2.5 УТ10 Россия Бесплатно (free)

Клиент поставил задачу реализации работы филиалов в конфигурациях "Бухгалтерия предприятия" и "Зарплата и Управление Персоналом", в которых уже давно работает центральное отделение. Главная загвоздка в том, что, несмотря на автономную работу филиалов, отчетность нужно было продолжать сдавать от юридического лица в центральном филиале. Начали продумывать варианты реализации...

29.01.2013    17308    0    evgant    6    

Обмен данными в распределенной базе через e-mail.

Распределенная БД (УРИБ, УРБД) WEB v8 1cv8.cf Бесплатно (free)

Если у вас нет финансов для покупки отдельного сервера под 1С или вы просто не хотите пока вкладывать денежные средства для развития этого программного продукта, но у вас есть острая необходимость в обмене данными между двумя удаленно расположенными пользователями, то в данной статье я расскажу как настроить обмен данными без финансовых вложений по средствам e-mail.

13.01.2013    47321    0    Klim Bassenger    34    

Исправление ошибки в РИБ (некорректные данные в базе)

Распределенная БД (УРИБ, УРБД) v8 1cv8.cf Бесплатно (free)

Если у вас выгрузились в одну из периферийных баз данные из другой – эта инструкция для вас. :) Пример из реальной практики.

27.09.2012    17565    0    Korolev    11    

Обмен данными по планам обмена

Распределенная БД (УРИБ, УРБД) Перенос данных из 1C8 в 1C8 v8 1cv8.cf Бесплатно (free)

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

19.07.2012    48443    0    kereo    17