В отсутствие быстрых и надёжных обменов распределённая информационная система распадается на слабосвязанные фрагменты. Это неизбежно становится узким местом, препятствующим развитию и повышению эффективности бизнеса. Технология DBReplication для информационных систем на основе MS SQL (например 1C Предприятие 8.x и 7.7) в корне меняет ситуацию. С ней обмен между базами осуществляется практически в реальном времени в режиме 24х7. Любые изменения, внесенные в одной базе, отображаются в других базах с минимальной задержкой (от 5-10 секунд). И распределенная система превращается в единое информационное пространство!
2. Содержание презентации
Почему ищут альтернативу обменам 1С
Описание технологии DBRepl
Как происходит внедрение DBRepl
Области применения DBRepl
Практические примеры использования
3. Наиболее распространенные причины, почему
ищут альтернативный механизм обмена:
Что нужно:
• Оперативный обмен между подразделениями компании в течение всего
рабочего дня;
• Стабильная автоматическая работа;
• Информативные и удобные средства контроля и управления.
Недостаточный уровень контроля за состоянием обменов в системах с большим
количеством узлов
В рабочее время обмены мешают пользователям (блокировки, нагрузка)
Низкая скорость обмена (обмены не успевают отработать за ночь)
Низкая стабильность обменов (плохая связь, много узлов)
4. Что такое DBRepl:
DBRepl - это самостоятельная технология обмена данными,
альтернатива обменам 1С и репликации MS SQL.
DBRepl - это асинхронная транзакционная репликация с
обновляющими Подписчиками.
Ядро DBRepl реализовано на основе механизмов SQL (триггеры,
процедуры) и OLEDB.
DBRepl имеет две спец-реализации, адаптированные под
особенности платформ 1С:Предприятие 7.7 и 8.х.
DBRepl применима не только к 1С, но в принципе к
произвольным ИС на основе SQL.
4
5. 5
Ключевые особенности DBRepl:
Автоматическая работа
Централизованный контроль из единой
консоли
Развитая фильтрация
Онлайн обмен
Минимум нагрузки и блокировок
Надёжная работа на плохих каналах связи
8. Особенности транспортного механизма
Собственный транспортный протокол на основе OLEDB.
Гарантированная доставка пакетов.
Не страшны обрывы связи: пользователи продолжают работать,
изменения накапливаются в очередях. При восстановлении связи все
транзакции доставляются.
Строгое соблюдение транзакционной целостности и
последовательности (в любой момент времени каждая БД находится в
«консистентном» состоянии).
Передача каждой транзакции начинается немедленно после фиксации;
время доставки – от 5 секунд.
Потоками данных управляет Дистрибутор.
9. Разрешение конфликтов:
Автоматический разбор конфликтов.
«Побеждает первый»: побеждает всегда та транзакция,
которая первой пришла на Дистрибутор (такая схема
связана с необходимостью обеспечивать оперативность
обмена).
Проигравшая транзакция корректно откатывается.
10. Возможности тонкой фильтрации:
Тонкая Фильтрация – специальный механизм
интегрированный с 1С:Предприятие.
Возможна «тонкая» фильтрация с детализацией
до отдельной транзакции.
Логика назначения маршрута тонкой фильтрации
реализуется на языке программирования 1С.
Тонкая фильтрация используется в сложных
цепочках обмена некоторых подсистем: например,
согласование документов (один филиал создает,
другой – согласует).
Служба Агента
Репликации на Подписчике
Очередь Репликации на Подписчике
БД 1С 8
.х
ЦБ
Дистрибутор
БД 1С 8
.х
Пермь
БД 1С 8
.х
Сочи
Агент получает из
регистра сведений
перечень Адресатов
для транзакции
Контур
обмена
Запись Адресатов в служебный
регистр сведений
Процедуры 1С,
определяющие состав
Адресатов для транзакции
Подписки на события
Операция с документом:
проведение/запись/удаление
1С: формирование
Тонкого Фильтра на
Подписчике на стороне 1С 8.х
11. Грубая фильтрация:
«Грубый» фильтр проще «Тонкого», он настраивается
применительно к виду объектов метаданных.
Пример настроек:
- документы мигрируют только между Филиалом и ЦБ: правило
«Филиал <-> ЦБ»;
- НСИ (справочники, регистры сведений) мигрируют всюду:
правило «всё-всем».
Во многих системах достаточно только «Грубого» фильтра.
12. Архивы транзакций и логи событий:
Все события подробно логируются, логи хранятся.
Все транзакции, прошедшие через Репликацию, накапливаются в
архивах на Подписчиках и Дистрибуторе.
Период хранения архивов транзакций и логов событий –
настраивается по необходимости.
Архивы транзакций могут использоваться для восстановления баз
данных при сбоях.
Архивы транзакций и логи событий могут использоваться для
исследования истории изменений по объекту.
13. Механизм «Мост с УРБД»:
ЦБ,Разработчик
БД Филиала
данные
БД Филиала
БД Филиала
данны
е
данные
Региональный
контур:
Репликация
конф
а
конфа
конфа
Региональная Центральная БД
будет совмещать роль
Подписчика с ролью
Разработчика
ЦБ,Разработчик
БД Филиала
данные
БД Филиала
БД Филиала
данны
е
данные
Региональный
контур:
Репликация
конф
а
конфа
конфа
Региональная Центральная БД
будет совмещать роль
Подписчика с ролью
Разработчика
ПланО
бмена
–
Данны
е, Конф
а
Федеральная ЦБ
ПланО
бмена
–
Данны
е, Конф
а
Федеральный
контур:
План Обмена
Целевая схема обмена с применением на разных уровнях Репликации и Плана Обмена.
14. Некоторые цифры:
До 2500 транзакций в минуту.
Время доставки транзакции – от 5 секунд.
Сжатие информации при транспортировке – до 10 раз.
«Толщина» канала связи: необходимый минимум зависит от
количества транзакций и от потребности в степени оперативности
обмена.
Пример. Есть клиенты со слабыми каналами:
128-256 Kbps, периодические ухудшения до 56 Kbps, Ping 1,5 сек.,
в том числе с потерей пакетов.
19. Что нужно при внедрении DBRepl
Инфраструктура
• Изменений в инфраструктуре не потребуется, решение Софтпоинт
адаптируется под специфику информационной системы.
Программное обеспечение
• Для реализации проекта все необходимое программное обеспечение
уже есть у клиента – это лицензии Microsoft SQL Server и
1С:Предприятие.
Аппаратная платформа
• Для реализации проекта требуется выделение одного дополнительного
сервера – Дистрибутора.
20. Как проходит внедрение DBRepl
Вмешательство в конфигурацию 1С практически не требуется (только
минимальное при использовании Тонкой Фильтрации).
Подготовка к внедрению Репликации и разворачивание компонент
Репликации не мешает работе пользователей, система продолжает работать в
обычном режиме на обменах 1С.
Когда все компоненты внедрены, переход на обмен по Репликации
происходит практически «по щелчку»: отключается обмен 1С, включается
обмен по Репликации.
Переход на обмен по Репликации не заметен для обычных пользователей
1С: они видят лишь то, что данные из других баз стали приходить быстрее.
21. Что даёт внедрение DBRepl
Онлайн обмен данными – различие баз данных контура обмена от 10 секунд.
Гарантированная доставка данных – независимо от наличия или отсутствия
каналов связи данные будут накапливаться в локальных базах, и после
восстановления связи оперативно доставлены по контуру обмена.
Максимальная производительность – при операциях обмена пользователи
не ощущают дополнительной нагрузки в локальных базах и могут вести
обычную оперативную работу в системе.
Централизованное управление – всё управление и контроль в единой
консоли.
Масштабирование – решение позволяет увеличивать количество баз данных,
участвующих в обмене, без снижения производительности всей системы.
22. Эффективность применения. Кейс №1.
20 филиалов, обмен 1 раз в
сутки, но из-за большого
объёма данных даже такая
частота не выдерживается:
Бизнесу необходим оперативный
обмен между подразделениями в
течение всего рабочего дня.
Типовой обмен 1С: После внедрения DBRepl:
Задержка синхронизации баз
данных – в пределах 5 минут.
Помех пользователям нет.
Появилась возможность внедрять
новые продвинутые бизнес-
процессы, опирающиеся на
высокую скорость и стабильность
обмена (согласование
документов).
23. 50+ филиалов, обмен (XML) 1 раз в
сутки.
Что нужно:
• оперативный обмен;
• надёжность и управляемость;
• консолидированная БД: для
веб-портала и для аналитики.
Нетиповой обмен 1С: После внедрения DBRepl:
Задержка синхронизации баз
данных – в пределах 30 секунд.
Помех пользователям нет.
Создана консолидированная БД.
Надёжная автоматическая работа;
централизованный интерфейс
контроля и управления.
Улучшен веб-портал.
Эффективность применения. Кейс №2.
24. 20 филиалов, очень слабые
каналы связи (128Кб/с, ping 1500,
потери TCP-пакетов, подолгу нет
связи совсем), обмен 1 раз в сутки:
Что нужно:
• оперативный обмен насколько
возможно;
• Надёжная автоматическая
работа при плохой связи;
• Упрощенное обновление
конфигурации.
Типовой обмен 1С: После внедрения DBRepl:
Задержка синхронизации баз
данных – от 30 секунд *.
Централизованный механизм
обновления конфигурации 1С.
Надёжная автоматическая работа
даже при постоянно падающих
каналах связи.
Эффективность применения. Кейс №3.
25. Единственная БД 1С
Что нужно:
• горячая копия БД для
отказоустойчивости;
• Распределение нагрузки
между двумя БД;
Обмен не используется: После внедрения DBRepl:
Создана копия продуктивной БД,
задержка синхронизации баз
данных – в пределах 20 секунд.
Обработка тяжелых отчетов
возложена на копию БД:
• применена компонента,
автоматически
перенаправляющая
пользовательское соединение
в БД-копию.
Эффективность применения. Кейс №4.
26. Области применения DBRepl
Построение распределенной системы – возможности построения
распределенных ИС с использованием этой технологии особенно широки за счет
ряда преимуществ.
Централизация бизнес-процессов – высокая скорость обмена и широкие
возможности фильтрации позволяют оптимизировать и централизовать управление
компанией, упорядочить документооборот. Пример: заявки на расходование средств
создают в филиалах, а подтверждают в финансовом управлении в центральной БД.
Online резервирование – за счет высокой скорости обмена возможно выполнение
задачи полного резервирования. В случае разрушения одной базы, всегда есть её
«горячая копия», можно либо восстановить из неё данные, либо оперативно
переключить на неё пользователей.
Увеличение производительности – за счет высокой оперативности обмена
возможна реализация программного кластера, состоящего из двух и более копий
базы данных, и перераспределять нагрузку между ними.