Обеспечение отказоустойчивости 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 базируется на механизме репликации по схеме репликации транзакций.

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

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

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

Агент Snapshot при выполнении репликации транзакций создает исходный моментальный снимок данных, помеченных для репликации, и копирует его с сервера-издателя в папку моментальных снимков дистрибутора.

Агент Distribution направляет полученный снимок каждому подписчику.

Агент Log Reader следит за изменениями данных, участвующих в репликации, фиксирует каждое изменение журнала транзакций в БД распространения.

Агент Distribution отправляет каждое изменение всем подписчикам в первоначальном порядке выполнения этих изменений. Если хранимая процедура используется для обновления большого количества записей, можно реплицировать эту процедуру, а не каждую обновленную строку.

Все агенты заносят информацию о событиях и ошибках в БД распространения. При наличии сетевого соединения с издателем можно получать изменения почти в реальном времени. После того, как все подписчики получат реплицированные транзакции, агент 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
Директор направления: Илья Виссарионов.