Автоматизированная система двусторонней репликации АСДР — обеспечивает гарантированное разделение информации в целях соблюдения таможенного законодательства, а также в целях соответствия правилам информационной безопасности при управлении строительством зарубежных объектов.
основные задачи, которые решает асдр:
- Разделение единой Базы данных Информационной системы капитального строительства ИСКС на два взаимодействующих экземпляра — Центральный аппарат (ЦА) и Заграничный филиал (ЗФ);
- обеспечение двухсторонней репликации данных между экземплярами ЦА и ЗФ на основе требуемого настраиваемого набора правил и условий (статус документов, статус прохождения экспортного контроля, принадлежность к определенному объекту проектирования и др.);
- обеспечение невозможности одновременного изменения одного документа в обоих экземплярах — ЦА и ЗФ (логическое блокирование).
основные технологические проблемы, которые удалось решить при создании асдр:
- Невозможность использовать стандартных механизмов репликации БД Oracle для передачи документов на основе изменениях их статусов, поскольку реляционный документ представляет собой набор связанных записей, родительских и дочерних таблиц, изменение статуса родительской таблицы обуславливает необходимость одновременной и согласованной передачи данных и родительских и дочерних таблиц;
- необходимость репликации в конфигурации с несколькими зарубежными объектами строительства (при условии сохранения набора передаваемых документов, состава передаваемых данных, правил обмена и идентичности автоматизируемых бизнес-процессов); взаимодействие экземпляров ИСКС должно строиться по схеме «звезда»: экземпляр ЦА является центральным узлом, окруженным одним или несколькими экземплярами ЗФ, которые взаимодействуют только с узлом ЦА. При этом набор передаваемых документов и фильтров может быть настроен индивидуально для каждого ЗФ;
- наличие «больших» реляционных документов, которые необходимо реплицировать (тысячи/десятки тысяч дочерних/субдочерних строк);
- наличие групп документов (например — КВПП), которые необходимо реплицировать согласованно и в определенном порядке (транзакция);
- наличие больших бинарных объектов (сканированные документы, с размером до нескольких сотен мегабайт), которые необходимо реплицировать;
- недопустимость замедления работы пользователей, как Центрального аппарата, так и Зарубежного филиала, и необходимость сохранения работоспособности каждого экземпляра при временных отказах канала связи или остановке другого экземпляра.
Для реализации АСДР была выбрана событийно-ориентированная архитектура, при которой события изменения состояния документов инициируют процессы передачи данных.
Использование в АСДР очередей событий и документов обеспечивает независимость функционирования обоих экземпляров и исключает замедление в работе системы-источника (документ становится в очередь на репликацию, при этом система-источник не обязана ждать, пока репликация действительно произойдет) при ухудшении качества или перегрузке линии передачи данных.
Используемый в АСДР функционал «улучшенных» (Advanced) очередей БД Oracle (Oracle Streams Advanced Queuing), позволяет не только хранить и извлекать объекты различного вида, но и передавать их между экземплярами БД (Streams Propagation).