Одним из возможных вариантов реализации отказоустойчивости доступа к информации в системах управления базами данных является использование встроенных технологий репликации журналов транзакций (log shipping) без необходимости приобретения дорогостоящих аппаратных компонентов. При работе в этом режиме все изменения в базе данных автоматически реплицируются на зеркальный сервер (сервер Mirror) , таким образом, в случае выхода основного сервера из строя возможно оперативное переключение работы приложений на резервный сервер. При этом по-прежнему остается возможность использования резервных (зеркальных) серверов для размещения на них дополнительного серверного функционала.

Подобными механизмами репликации обладают современные СУБД MS SQL 2005/ MS SQL 2008. В зависимости от используемых прикладных приложений (application или front-end) существуют процедуры, позволяющие выполнить как "ручное" переключение серверов БД, так и с использованием автоматических сценариев. Стоит отметить, что в каждом случае разработка сценариев перехода с одного сервера на другой подбирается техническими специалистами R-IT индивидуально, в привязке к приложению.

Область применения

Возможность работы с СУБД, имеющими "зеркальные" узлы, существует практически у всех стандартных и корпоративных приложений, для которых допустимо изменение имени (адреса) сервера баз данных, поэтому данное решение применимо в малых и средних организациях, где нет возможности выделения дополнительных специализированных аппаратных ресурсов для реализации отказоустойчивости.

Функциональная схема

Низкая стоимость внедрения и владения

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

Оптимизация загрузки серверов

При использовании зеркальной кластеризации СУБД, в отличие от использования технологий Microsoft Cluster Service, на "зеркальном" сервере по-прежнему остается возможность использования других приложений (ограничено лишь производительностью сервера), что повышает показатель возврата инвестиций в аппаратную платформу предприятия.

Преимущества

• Полное соответствие рекомендованным моделям внедрения;
• Обеспечение целостности данных;
• Возможность выполнения оперативного переключения работы приложений на зеркальный сервер;
• Оптимизация затрат на лицензирование: лицензии для СУБД приобретаются только для одного (основного) сервера;
• Ценовая оптимизация: не требуется специализированное дорогостоящее оборудование для построения кластеров и дисковых массивов;
• Выполнение внедрения сертифицированными специалистами с многолетним опытом поддержи и сопровождения комплексных распределенных СУБД с объемами хранения информации в десятки терабайт;
• Унификация аппаратной компонентной базы и предоставление уникальных гарантийных планов и планов обслуживания (аутсорсинга).

Выполняемые операции

• Аудит текущей и планирующейся к использованию инфраструктуры серверов приложений и баз данных, выполнение операций для приведения ее в соответствие с требованиями к внедрению системы;
• Проектирование СУБД клиента с учетом текущих потребностей и возможностью наращивания в будущем;
• Подбор и ценовая оптимизация моделей лицензирования программного обеспечения;
• Подбор и аппаратное конфигурирование серверного оборудования в привязке к различному функционалу и планирующейся нагрузке;
• Сборка и монтаж оборудования на площадке заказчика, установка и настройка серверного ПО;
• Настройка технологий высокой доступности, отказоустойчивости и резервного копирования;
• Настройка технологий зеркализации баз данных;
• Разработка и отладка сценариев переключения приложений между серверами СУБД;
• Мониторинг начальной работы системы, выявление и устранение возникающих проблем на этапе опытной эксплуатации;
• Подготовка документарных сценариев текущего операционного обслуживания и восстановления в случае сбоев;
• Проведение тренинга ИТ-персонала по работе с системой.