Для синхронизации баз данных 1С применяются различные способы: стандартная процедура загрузки/выгрузки файлов обновления 1С, использование стандартных способов MS SQL, самописные скрипты и разработки. В данной статье хотелось бы описать основную концепцию репликации собственной разработки «СофтПоинт», как альтернативу стандартному механизму 1С и осветить основные особенности ее использования. Основным базисом технологии "репликации" является передача между серверами пакетов транзакций. Физически пакеты транзакций хранятся в таблицах очередей, а управляет транспортировкой менеджер очередей. Общая схема выглядит следующим образом:
Технология "Репликация информационных баз данных" соблюдает следующие принципы:
Транзакционную целостность – неделимость всех команд в транзакции (то есть в рамках транзакции либо выполняются все команды, либо ни одной).
Транзакционную последовательность – четкую последовательность выполнения транзакций. Локально она формируется на подписчиках, глобально - после переноса на дистрибьютор ("в общую очередь для приема пакетов с подписчиков" в схеме).
Равновесное состояние данных на всех подписчиках – все таблицы имеют одни и те же данные (в случае отсутствия фильтрации) или одни и те же общие данные (в случае настроенной фильтрации). Для реализации этого предусмотрен механизм "разрешения конфликтов" и "отложенного" подтверждения транзакции в рамках распределенной системы.
Технологии "Репликация информационных баз данных" обладает рядом основных достоинств:
Время синхронизации данных для всех подписчиков в среднем от 5-30 секунд, в зависимости от информационного потока.
Возможность функционирования распределенной системы при использовании узких каналов связи (от 128 кб/c).
Возможность настройки работы всех пользователей распределенной системы с общими ресурсами: общие регистры накопления (например, склад ), общие регистры бухгалтерии (общее финансовый учет – одно юридическое лицо), причем гибко разрешать ситуации с нехваткой остатков.
Возможность мониторить репликацию, видеть информационные потоки, распределять нагрузку.
Возможность использование механизма отслеживания маршрутов транзакций по любым объектам (документам, справочникам), сверять данные по таблицам в случае рассогласования.
Возможность доработки конфигураций подписчиков (основное требование – одинаковые конфигурации для всех подписчиков).
Возможность в случае сбоя восстановить очередь транзакций к определенному подписчику с момента последнего бекапа.
Масштабирование нагрузки по пользователям разделением задач по подписчикам: - первая БД – оперативная БД - вторая БД – для отчетности - третья – эталонная, для проверки остатков.
Особенностью использования технологии "Репликация информационных баз данных" является повышенная сложность поддержки, что требует наличия квалифицированных специалистов.
