Упрощенная HTML-версия
51
август 2010
Банки и деловой мир
Информационные технологии
кой технической реализации и основных
компонент критичных IT-систем. В ряде
случаев придется проанализировать
целесообразность создания резервной,
территориально удаленной площадки, в
том числе резервного офиса и резервно-
го Центра обработки данных.
Доступность приложения складыва-
ется из доступности его компонентов
и связей между ними. Каждый компо-
нент, в свою очередь, представляет со-
бой сложную совокупность вложенных
элементов и внутренних взаимосвязей.
На вершине иерархии находятся инфор-
мационные сервисы, предоставляемые
приложением, и связи между информа-
ционной системой и пользователями.
Доступность с технической точки зре-
ния обеспечивается несколькими груп-
пами мер, направленных на достижение:
надежности
•
(то есть предупреждение
отказов);
готовности
•
(или возможности ранне-
го выявления и нейтрализации отка-
зов, высокой живучести);
простоты обслуживания
•
(имеется в
виду смягчение и быстрое устранение
последствий отказов).
Меры по обеспечению надлежащей
доступности приложений можно под-
разделить на локальные и распределен-
ные. Локальные меры направлены на
поддержание высокой готовности от-
дельных аппаратных и программных
компонентов. Примером может служить
применение кластерных конфигураций в
качестве платформы серверов СУБД или
«горячее» резервирование активного се-
тевого оборудования с автоматическим
переключением на резерв.
Распределенная конфигурация под-
разумевает размещение инфраструкту-
ры на двух и более площадках. Причем
полный выход из строя одной из площа-
док (допустим, в результате стихийного
бедствия или террористического акта) не
должен драматически сказаться на функ-
ционировании приложения в целом.
Распределенная конфигурация прило-
жения не должна содержать одиночных
точек отказа. Выход из строя основной
или резервной площадок, одной из ли-
ний связи между основной и резерв-
ной площадками, одной из линий связи
между головным офисом и филиалами
не должен приводить к недоступности
информационных сервисов приложе-
ния. На практике это означает, что по-
мимо дублирования необходимо преду-
смотреть средства автоматического или
быстрого ручного реконфигурирования
серверных и коммуникационных компо-
нент информационной системы.
Технологии защиты от сбоев
Критически значимым для обеспечения
функционирования приложения являет-
ся защита от сбоев сервера баз данных
(СУБД). В частности, применительно к
защите СУБД Oracle Enterprise Edition
наиболее распространенными считают-
ся две технологии.
Кластерное решение
•
Oracle Real
Application Clusters (RAC)
, которое
поддерживает размещение одной
базы данных на кластере серверов,
обеспечивая непревзойденную отка-
зоустойчивость, производительность
и масштабируемость без необходи-
мости вносить изменения в приложе-
ние. Главное достоинство этого реше-
ния — реальное использование всей
вычислительной мощности всех узлов
кластера (иными словами, резервных,
или не применяемых в нормальной
ситуации, узлов просто нет).
В качестве определенного неудобства
следует отметить обязательность лицен-
зирования всех узлов кластера, что при-
водит к повышению общей стоимости
решения.
Другая технология, также помогаю-
•
щая повысить доступность баз дан-
ных, —
Oracle Standby
. Это решение
основано на передаче с основного
сервера на резервный файлов с ло-
гическими журналами транзакций.
Резервный сервер, постоянно рабо-
тающий в режиме восстановления (и,
следовательно, представляющий со-
бой «теплый» резерв), «накатывает»
изменения, получаемые в асинхрон-
ном режиме. Предлагаемая в рамках
Oracle Database Server реализация
режима Oracle Standby характеризу-
ется — благодаря интегрированности
с остальными компонентами СУБД—
высокой эффективностью и надеж-
ностью, позволяет поддерживать
синхронную копию БД на удаленном
узле, в том числе в рамках катастро-
фоустойчивых конфигураций.
Важно заметить, что при применении
Oracle Standby лицензирования обычно
требует только один из узлов кластера,
что снижает общую стоимость решения
по сравнению с Oracle RAC.
В заключение приходится констати-
ровать, что далеко не все разработчики
приложений готовы и способны предла-
гать комплексные услуги, охватывающие
все аспекты внедрения систем. А ведь
предоставление подобных комплексных
услуг во многих случаях — это не только
удобство и уменьшение сроков реализа-
ции, но и снижение рисков, единая точка
ответственности. Такие услуги являют-
ся весьма востребованными, особенно для
бизнес-критичных и высоконагруженных
приложений. Памятуя это, компания
R-Style Softlab предлагает своим заказ-
чикам весь возможный комплекс услуг в
части IT-инфраструктуры: от предпро-
ектного аудита и проработки архитек-
туры до поставки оборудования и ПО,
проведения инсталляционных работ,
размещения оборудования клиента в
собственном Центре обработки данных,
предоставления оборудования в аренду и
организации его эксплуатации.
Доступность приложения складывается из доступности
его компонентов и связей между ними
Локальные меры направлены на поддержание высокой
готовности отдельных аппаратных и программных ком-
понентов