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

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

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

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

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

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

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

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

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

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

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

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

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

Однажды было принято решение создать единую базу с хранением нужной НСИ, которая раздавала бы данные по мере необходимости, не дожидаясь полного цикла обмена. Более подробно о проблеме и решении описано тут (//tf21.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 73 14.05.20 05:24 Сейчас в теме
2. RSConsulting 119 14.05.20 13:54 Сейчас в теме
(1) Да, технология аналогичная, мы немого добавили сервиса для контроля обмена и сбора статистики, также выделили все в отдельную базу-диспетчер.
3. EvgeTrofi 12 15.05.20 11:03 Сейчас в теме
(1) Skype, Watsapp, Telegram, ICQ, Viber... список можно ещё продолжать
Какие у них особенности? Одно и то же ведь. И всё равно живут.
Тут дело в подходе.
Кто серьёзней, качественней и дешевле - тот и лидер.
Любой качественный велосипед найдёт своего потребителя.
4. acanta 74 15.05.20 11:11 Сейчас в теме
(3) в отличие от РИБ (появившейся еще во время дискет) можно легко представить себе что аськи или скайпа никогда не было. И как то же жили. Левитана слушали и патефоны с ручным приводом.
Но аську к РИБ не прикрутили, поэтому можно сделать вывод что даже миллион частных пользователей ничего не значит, если есть возможность поставить одного хотя бы одного робота.
5. EvgeTrofi 12 15.05.20 11:18 Сейчас в теме
(4)
Но аську к РИБ не прикрутили же

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

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

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

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


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

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


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

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

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

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

См. также

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

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

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

25.10.2016    38078    0    comol    215    

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

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

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

20.02.2020    1741    0    fristaller    1    

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

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

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

05.11.2019    5201    0    Kobra_RU    10    

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

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

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

05.09.2019    4333    5    savostin.alex    6    

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

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

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

20.06.2012    100391    0    kser87    52    

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

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

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

25.02.2019    18915    0    YPermitin    32    

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

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

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

03.05.2018    14373    0    user861285    10    

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

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

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

24.11.2017    17691    0    markers    11    

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

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

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

14.01.2013    32298    0    logarifm    6    

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

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

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

15.08.2017    16482    12    comol    12    

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

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

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

03.04.2017    14329    0    peterxx    13    

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

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

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

01.04.2017    16147    0    therva    4    

УНФ РИБ Промо

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

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

16.10.2012    39068    0    ptkrzy    23    

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

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

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

15.02.2017    12377    0    bulpi    4    

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

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

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

26.01.2017    23019    0    virtmon    32    

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

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

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

28.11.2016    39364    0    zhichkin    16    

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

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

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

14.07.2012    51950    0    fixin    75    

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

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

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

04.11.2016    13789    0    zhichkin    3    

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

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

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

16.02.2016    94635    0    asg.aleks    12    

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

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

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

22.01.2016    23400    0    Kitri    4    

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

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

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

29.10.2015    37955    0    NittenRenegade    23    

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

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

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

21.08.2015    28605    0    METAL    25    

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

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

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

14.08.2015    16619    0    Viktor_Ermakov    10    

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

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

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

18.05.2015    12007    0    maikl007    2    

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

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

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

24.03.2015    28400    0    kondrat1C    20    

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

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

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

16.02.2015    14690    0    shevelyov    4    

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

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

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

10.11.2014    10033    0    loekyn    7    

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

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

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

22.10.2014    18802    0    rarename    14    

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

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

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

05.06.2014    15042    0    Bajo    5    

РИБ для УНФ

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

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

10.01.2014    29134    0    ZhAmAn    28    

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

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

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

16.08.2013    16850    0    fixin    3    

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

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

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

15.08.2013    24179    0    fixin    41    

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

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

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

09.05.2013    40342    0    motorkuzbassa.it    40    

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

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

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

24.02.2013    23610    0    axxell    7    

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

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

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

29.01.2013    17051    0    evgant    6    

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

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

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

13.01.2013    46847    0    Klim Bassenger    34    

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

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

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

27.09.2012    17322    0    Korolev    11    

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

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

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

19.07.2012    48087    0    kereo    17    

Скрипт для обмена между двумя базами УРБД на Java-Script

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

Я создал копию базы, чтобы на работе и дома работать с одной и той же базой. Делать обмены мне быстро надоело, поэтому я потрудился, и за 2 часа написал скрипт на языке java-script для обмена между этими базами. Он даже обновляет конфигурацию периферийной базы! Для работы нужно, чтобы в конфигурации не было ошибок при компиляции модулей для внешнего соединения, т.к. используется внешнее соединение. Программа сделана для файловой версии, вы можете переделать ее для серверной версии.

27.03.2012    16039    0    fixin    7    

Обновление УТ РИБ

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

Простой пошаговый способ обновления РИБ на примере УТ 10.3 - 1С 8.2

10.02.2012    51228    0    alitvin    23    

Пример настройки РИБ для 1С:Бухгалтерии 8

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

Пример настройки РИБ для 1С:Бухгалтерии 8

24.12.2011    116526    0    egorovntn    53    

Базы данных 1С8 для сетевых структур

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

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

18.12.2011    16169    0    fixin    6    

Дата последнего обмена данными между узлами РИБ 1С: 8 ЗУП

Практика программирования Распределенная БД (УРИБ, УРБД) v8 ЗУП2.5 Россия Бесплатно (free)

При настройке РИБ и проведении обменов в РС "Параметры обмена данными" не записывалась дата выполнения обмена данными между узлами РИБ и соответственно не отображалась в Сервис - Настройка обмена данными.

19.10.2011    6918    0    flybread    1    

Настройка одностороннего обмена в РИБ 8.1, 8.2 БЕЗ ИЗМЕНЕНИЯ КОНФИГУРАЦИИ

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

Статья описывает простой универсальный алгоритм настройки одностороннего обмена в РИБ 8.1 и 8.2 для любых конфигураций, имеющих план обмена, БЕЗ ИЗМЕНЕНИЯ КОДА.

22.09.2011    43433    0    monster6666    37    

Обработка по сохранению/восстановлению настроек обмена.

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

Обработка позволяет сохранить в файл или восстановить из файла ранее сохраненные настройки обмена.

18.11.2010    5444    0    IgorMgn    2