Обеспечение отказоустойчивости IT-систем

Обеспечение отказоустойчивости IT-ландшафта – одна из главных задач любой организации.

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

В зависимости от задач и параметров информационно-технической инфраструктуры, «Диасофт» предлагает несколько решений, обеспечивающих отказоустойчивость систем.

Одним из них является Diasoft FA#, EIS – решение, основанное на репликации данных без воздействия на работу основного сервера.

Diasoft FA#, EIS

Diasoft FA#, EIS – система получения оперативной отчетности и поддержки горячего резерва, предназначенная для немедленного реагирования на текущую ситуацию. 

Преимущества системы EIS:

  • обеспечение сохранности данных;
  • быстрый возврат инвестиций;
  • внедрение в короткие сроки;
  • обеспечение беспрерывной работы;
  • отсутствие замедления работы основного банковского сервера;
  • реализация на проверенной отказоустойчивой базе Diasoft FA# Beans и зарекомендовавших себя технологиях Microsoft.

Особенности реализации Diasoft FA#, EIS

Технология Diasoft FA#, EIS основывается на разделении аналитической и транзакционной базах данных, между которыми налажен механизм репликации. Автоматическое обновление данных на аналитической базе осуществляется при помощи встроенной в MS SQL подсистемы репликации, которая решает задачи распределенной обработки данных и имеет удобные механизмы администрирования. На выделенном сервере возникает «зеркальное отражение» данных, используемое для анализа. 

Технология решает следующие задачи:

  • создание резервной копии базы данных заказчика и ее синхронизация с рабочей базой данных в оперативном режиме;
  • обеспечение оперативного переключения клиентских приложений с рабочей базы данных на резервную базу в случае аварии сервера СУБД, на котором размещена рабочая база данных;
  • понижение нагрузки на сервер рабочей базы данных в течение операционного дня, так как сложные аналитические отчетные формы формируются на сервере резерва;
  • существенное сокращение затрат на оборудование за счет распределенной обработки данных.

Схема репликации транзакций

Технология Diasoft FA#, EIS базируется на механизме репликации по схеме репликации транзакций.

Untitled-1-012.png

Реализация схемы репликации транзакций

Конфигурирование и создание необходимых компонентов репликации осуществляется с помощью набора поставляемых командных файлов и скриптов, входящих в состав продукта Diasoft FA#, EIS.

Процесс репликации автоматизируют агенты репликации:

  1. Агент Snapshot при выполнении репликации транзакций создает исходный моментальный снимок данных, помеченных для репликации, и копирует его с сервера-издателя в папку моментальных снимков дистрибутора.
  2. Агент Distribution направляет полученный снимок каждому подписчику.
  3. Агент Log Reader следит за изменениями данных, участвующих в репликации, фиксирует каждое изменение журнала транзакций в БД распространения.
  4. Агент Distribution отправляет каждое изменение всем подписчикам в первоначальном порядке выполнения этих изменений. Если хранимая процедура используется для обновления большого количества записей, можно реплицировать эту процедуру, а не каждую обновленную строку.

Untitled-1-021.png

Все агенты заносят информацию о событиях и ошибках в БД распространения. При наличии сетевого соединения с издателем можно получать изменения почти в реальном времени. После того, как все подписчики получат реплицированные транзакции, агент Distribution Clean UP удаляет эти транзакции из БД распространения.

Log Reader Agent запускается на дистрибьюторе в соответствии с расписанием, которое определяется при создании публикации. В зависимости от настроек, Log Reader Agent работает по регулярному расписанию или непрерывно. При работе Log Reader Agent обрабатывает данные из журнала транзакций.

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

После успешного фиксирования этих изменений в дистрибутивной базе данных, Log Reader Agent помечает последнее изменение, включенное в последнюю операцию репликации, исключая повторения этих изменений. После прочтения транзакции и фиксирования ее в дистрибутивной базе данных Log Reader Agent помечает строки журнала транзакций, подходящие для усечения (eligible to be truncated).

Системные требования к серверу резерва

Аппаратная конфигурация сервера резерва зависит от числа пользователей, одновременно работающих в системе, и объема транзакций документооборота конкретного заказчика и определяется техническими требованиями Diasoft FA# Beans.

Версия и редакция MS SQL Server, типы операционных систем рабочего и резервного серверов должны совпадать. 


По вопросам сотрудничества по направлению «Администрирование системных платформ» обращайтесь по адресу: partner@diasoft.ru 
и.о. директора направления: Илья Виссарионов.