Высокая доступность в среде SAP

Перевод с английского
Высокая доступность
в среде SAP
Держите критически важные операции
SAP работающими, несмотря ни на
что.
Whitepaper
Ваш бизнес зависит от SAP.
Что произойдет, если он останавливается?
Ваше предприятие приступило к осуществлению крупного проекта по внедрению
приложения SAP Планирование Ресурсов Предприятия (Enterprise Resource Planning -ERP).
Утверждение проекта прошло только после полного подробного анализа руководства,
который установил, что это приведет к долгосрочному росту эффективности и
продуктивности предприятия. После разработки, установки и координированного реинжениринга давно-установившихся рабочих процессов, ваше предприятие может
наконец начать пожинать плоды. Неизбежно, с течением времени, программное
обеспечение прокладывает себе путь вглубь организации, бизнес-операции становятся
все более зависимыми от него, и приложение ERP становится критическим фактором
для вашей прибыли.
Благодаря своей интеграции с каждым аспектом вашего бизнеса, любое отсутствие
доступности приложения ERP или его данных представляет собой серьезное
препятствие на пути эффективного предоставления услуг мирового класса и продукции
Вашей компании для своих клиентов. Учитывая эту растущую зависимость,
необходимость в минимизации плановых и внеплановых простоев для ваших серверов
приобретает первостепенное значение.
Но пока, на текущий момент, ни серверная платформа IBM Power Systems, работающая
под ОС IBM i, ни программное обеспечение ERP SAP, не предлагают собственную,
встроенную в них защиту от запланированных или незапланированных простоев.
Поэтому вопрос о принятии дополнительных мер для обеспечения Высокой Доступности
(HA) теперь становится критически важным для вашей компании.
Почему Высокая доступность важна?
Проще говоря, высокая доступность имеет решающее значение, потому что перебои в работе сервера могут
привести к потере доходов, увеличению расходов и, следовательно, снижению прибыли. Например, Gartner
Group определил, что типичный сбой в компании из числа Fortune 1000 в среднем длится около четырех часов,
при средней стоимости в $330 000 за один сбой.
-1-
Чем меньше ваш сервер доступен для ведения вашего бизнеса, тем меньше капитала может сгенерировать
ваша компания от его работы. Эта потеря капитала может возникнуть в результате упущенных возможностей,
незаключенных сделок, непроизведенных в течение договорного периода отгрузок, неверной или неполной
информации для руководства компании при принятии важных стратегических решений, и в конечном итоге изза низкой удовлетворенности клиентов. Что касается программного обеспечения ERP SAP, работающего на
платформе IBM Power Systems, бизнес-параметры для обеспечения Высокой Доступности (HA) ничем не
отличаются от таковых для других платформ, в том числе UNIX и Windows.
Чем меньше ваш сервер
доступен для ведения вашего
бизнеса, тем меньше капитала
ваша компания может сгенерировать
от его работы.
Плановые отключения, такие как перечисленные ниже, составляют значительную часть простоя системы:
• Резервное копирование, которое требует, чтобы все пользователи вышли из системы (также известное как
выделенная процедура резервного копирования)
• Обновления Операционной системы и оборудования
• Процессы файловой реорганизации по очистке от старых и удаленных записей
• Пакетные задания, которые требуют значительных системных ресурсов или которые могут требовать для
работы статический образ базы данных (что часто - просто устаревший подход)
Незапланированные простои обычно вызваны следующими причинами:
• Отказ системы или ее производительности
• Выход из строя процессора или других неотказоусточивых компонентов системы
• Сбой внутренних или внешних дисковых устройств хранения
• Сбой программного обеспечения, в результате чего возникает время простоя приложения
• Человеческая ошибка, вызывающая нарушение функций приложения или системы
• Стихийные бедствия, такие как пожары, землетрясения, торнадо, или перебои в подаче электроэнергии.
Если операционная среда имеет единую точку отказа, любой выделенный процесс ее технического
обслуживания останавливает деятельность компании, когда организация уже пришла к крайней зависимости
от полностью интегрированного ERP приложения, такого как SAP. Поддержание актуальности обновлений
операционной системы и ежедневные процессы резервного копирования базы данных - необходимость в
соответствии с ИТ-аудитом, они требуются для того, чтобы компания могла возобновить свой бизнес на
запасном сервере или на сервере восстановления System i в то время, когда основной сервер выключен.
Таким образом, ИТ-отделы часто решают головоломку. Плановые простои для ежедневных процессов
резервного копирования, а также для установки кумулятивных обновлений (CUM), PTFs и апгрейдов системы
IBM i - должны происходить, чтобы подготовиться к незапланированным простоям, которые, как мы надеемся,
никогда не произойдут. Однако по мере того, как приложение SAP растет в своей значимости для рабочих
процессов вашей компании, даже эти плановые отключения становятся вредными для потока доходов.
ИТ-организации с 10-часовым рабочим днем и 24-х часовыми (или более) технологическими окнами для
обслуживания в каждые выходные дни могут насмехаться над такой озабоченностью плановыми
отключениями, выбрав для удовлетворения своих потребностей всего один сервер. Но что произойдет, если их
руководство например решит приобрести компанию, которая расположена далеко от них - на много часовых
поясов, и где все рабочие процессы пользователей консолидированы на одном узле? Или что произойдет,
когда руководство решит, что давление со стороны конкурентов требует, чтобы ваша компания должна начать
продавать и/или поддерживать ваших заказчиков круглосуточно через интернет?
Отсутствие надежного бизнес-ориентированного решения, адресуемого незапланированным и возможно даже
плановым простоям серверов - является препятствием для достижения этих бизнес-целей. Таким образом,
планирование реализации решения Высокой Доступности (HA) - это не только подготовка на «черный день».
Скорее, при рассмотрении должны также приниматься во внимание факторы роста бизнеса.
-2-
Как решение HA вписывается в системы ландшафта SAP?
SAP AG рекомендует, чтобы клиенты, использующие серверы IBM Power Systems, строили свои системы
ландшафта SAP по крайней мере из двух серверов. Один сервер с несколькими логическими разделами (LPARs)
может удовлетворять этому требованию, так как использование циклов центрального процессора и дисковых
устройств хранения, по всем практическим причинам, изолировано в каждом разделе.
Планирование реализации решения
Высокой Доступности (HA) – это
не только подготовка «на черный день».
Скорее, при ее рассмотрении должны
также приниматься во внимание
факторы роста бизнеса.
Следуя этому предписанию, система ландшафта SAP организована следующим образом:
• Тестовая SAP система T01 - первый сервер (или логический раздел)
• Система SAP-Разработка DO1 - первый сервер (или логический раздел)
• Производственная SAP система P01 - второй сервер (или логический раздел)
Общая компоновка, предусматривающая эти минимальные рекомендации - это двухуровневая (рисунок 1).
Очевидно, что развертывание трехуровневого решения SAP будет включать дополнительные серверы IBM
Power Systems для уровня серверов приложений. Для поддержки конфигурации Высокой Доступности (HA),
неважно - включает ли ваш ландшафт два или три уровня, вам необходимо будет включить в схему еще один
дополнительный сервер для хранения копии основной или производственной базы данных сервера
приложения SAP.
Рис 1: Двухуровневая конфигурация SAP
Когда речь идет о добавлении резервного сервера для обеспечения Высокой Доступности (HA), если в
существующей конфигурации уже имеется «вторая» сеть, используемая только для коммуникации между
серверами, например «Транспорты», вы можете добавить ваш дополнительный сервер к этой сети, как это
показано на рисунке 2. На этом новом сервере IBM Power Systems будет проинсталлирован дубликат
производственной системы SAP, построена IFS, ядро и инфраструктура сервера баз данных для хранения
синхронизированной копии сервера базы данных системы SAP. Заметьте, что вы можете использовать
"гомогенную копию" вашей текущей производственной SAP системы для построения дублирующей
производственной системы SAP - для высокой доступности. Вы также можете создать новую систему SAP
заново, начиная с процесса ее инсталляции, чтобы согласовать Локальное Имя Хоста этого резервного сервера,
если сервер должен также поддерживать и другие сетевые приложения.
-3-
Рис 2: Двухуровневая конфигурация SAP с резервом
Каковы аппаратные предупредительные меры для обеспечения
Высокой Доступности?
Как показано на рисунке 2, для этого потребуется дополнительный сервер IBM Power Systems. Обычный
вопрос: насколько большим он должен быть с точки зрения количества процессоров, оперативной памяти и
дисковых ресурсов?
Типичный ответ: "насколько допустима деградация уровня обслуживания предприятия в случае полного сбоя
основной системы?"
В случае дисковых ресурсов, выбор невелик: если только вы не готовы полностью отказаться от некоторых
приложений или модулей во время простоя основной системы, то вам необходимо воссоздать такое же
распределение вспомогательной памяти, которое используются сейчас у вас на производственном сервере,
содержащем сервер баз данных SAP. Даже если вы решите, что ваш бизнес может выжить без использования
некоторых функций и связанных с ними данных в течение всего периода наихудшего случая простоя, но
поскольку различные приложения и модули часто обмениваются и разделяют данные, то пропуск некоторых
данных на резервном сервере может быть опасным и так следует делать только после очень тщательного
анализа требований к данным критически важных приложений.
Вы можете немного понизить требования к процессорам и памяти резервного сервера, но это действие
требует тщательного изучения и оценки производительности вашего основного сервера. Программное
обеспечение зеркалирования, которое используется для репликации сервера баз данных, должно при этом
допускать использование меньших процессорных ресурсов на резервном сервере для выполнения своего
собственного пути команд по сравнению с производственным сервером, исполняющим инструкции
ввода/вывода SAP (рабочие процессы SAP). Однако если вы выделите меньше процессорных ресурсов и
памяти на резервном сервере, то после перехода с производственной SAP системы (при ее сбое) на резервный
сервер, тот не сможет обеспечить такой-же уровень сервиса, который обеспечивал производственный сервер.
Следовательно, необходимо провести тщательный анализ при подборе резервного сервера.
Что касается соображений по сетевому подключению, на схеме рисунка 2 показана одна ЛВС для доступа
Графического интерфейса SAP (SAP GUI) и другая ЛВС для доступа к серверам. Такое разделение ЛВС очень
рекомендуется для изоляции среды конечных пользователей от трафика данных транспорта и зеркалирования.
Важно отметить, что максимальные спецификации размера фрейма в маршрутизаторах (если они имеются),
используемых для адресации второй ЛВС на схеме, должны совпадать с их соответствующими определениями
в корреспондирующей линии и с управляющими описаниями, чтобы устранить сегментацию пакетов. Кроме
того, чтобы позволить дуплексный режим работы, соединения производственного и резервного серверов
System i не должны проходить ни через какие хабы.
-4-
Во многих случаях клиенты SAP откладывают часть своих расходов при реализации проектов Высокой
Доступности (HA), используя в качестве резервного сервера модели с меньшей относительной
производительностью (CPW) и меньшим объемом основной памяти. В таких случаях они должны рассмотреть
переназначение менее критичных клиентских определений на вторичные инстанс.
Нужно всегда иметь в
виду при рассмотрении
вопросов о снижении некоторых
аппаратных затрат для систем
Высокой Доступности (HA):
расходы на аппаратуру - разовые,
и они могут быть амортизированы,
в то время как расходы на персонал –
постоянные.
Как правило, серверы приложений в трехуровневых конфигурациях являются ничем иным, как профилями
вторичных инстанс, заданных на отдельном сервере IBM Power Systems (снабженным большим количеством
оперативной памяти). В случае изолирования клиентских сред от центрального инстанс (CI), эти вторичные
интанс могут выполняться на том же сервере, что и сервер баз данных компонента системы SAP, если нет
проблемы с производительностью. Целью выделения клиентских сред во вторичные инстанс является то, что
когда происходит переход на другой ресурс при сбое сервера баз данных, пользователь SAP может ограничить
выполнение некритических клиентов на резервном сервере. Когда дубликат производственной системы SAP
запускается на резервном сервере, некоторые или все из вторичных инстанс не выбираются для запуска в
работу. Только центральная инстанс (CI) с критичными клиентами будет отобраны для работы на резервной
системе с более низкой производительностью по сравнению с основной.
Нужно постоянно иметь в виду следующую мысль при рассмотрении вопроса снижения части расходов на
аппаратные средства системы Высокой Доступности (HA): расходы на аппаратуру - разовые, и они могут быть
амортизированы, в то время как расходы на персонал – постоянные. При покупке решений, которые не
используют сделанные в этом документе рекомендации, вы увеличиваете операционные издержки
деятельности вашей ИТ-организации. Программисты и аналитики должны потратить больше времени для
реорганизации существующей конфигурации и приспособления ее к меньшей, с более низкой
производительностью аппаратуре, и объясняя группе конечных пользователей, почему время отклика не
соответствует согласованному уровню обслуживания и их ожиданиям постоянно.
Возможно ли переключиться в случае сбоя сервера с активным
SAP ERP приложением?
Да, вы можете переключиться на резервный сервер с активным ERP приложением SAP, если основной сервер
становится недоступным. Переключение в случае сбоя это процесс "включить или выключить". Процедура
либо будет работать, либо нет. Вы достигаете успеха путем планирования и постоянного тестирования.
Выбор наиболее соответствующего
решения высокой доступности
для вашей SAP ERP среды включает
значительное тактическое,
материально-техническое
и финансовое планирование.
Первое требование для успешного тестирования переключения в случае сбоя - это синхронизация
необходимых таблиц между производственным сервером IBM Power System и сервером восстановления.
Программное обеспечение Высокой Доступности (HA) должно четко отслеживать, как изменяются отдельные
таблицы рабочих процессов SAP на производственном сервере. Программное обеспечение HA должно затем
воспроизвести эти изменения на сервере восстановления. Таким образом, внутри программного обеспечения
зеркалирования должна быть утилита, которое заблаговременно исследует таблицы, сравнивая
производственный образ с образом резервной копии, не влияя при этом на SAP или на процессорную нагрузку
по журналированию.
-5-
Для обеспечения простой и безошибочной работы переключений в случае сбоев, программное обеспечение
HA должно поддерживать не только синхронизацию таблиц SAP, но и синхронизации объектов i5/OS (свойства
владения объектом, список прав и IFS каталоги). В связи с весьма критически важной природой сред HA, эти
утилиты должны быть интегрированы в функции программного обеспечения HA, а не в виде отдельный кода,
написанного программистами внутреннего персонала - это в дальнейшем гарантирует целостность и
достоверность данных.
Как только вы достигли надежной, синхронизированной работы зеркалирования, вы можете переключать
бизнес-операции с одного сервера IBM Power Systems на другой с помощью TCP/IP команд IBM i и
спецификаций, а также с помощью с расширений программного обеспечения HA, помогающих персоналу
операторов. Так как приложение SAP является реализацией типа клиент-сервер, определение сервера баз
данных по имени хоста с IP-адресом, не требуется модификаций графического GUI клиента SAP, даже если имя
хоста резервного сервера System i используется в системном ландшафте SAP. Скрипты переключения на
резервный сервер, которые предоставляет поставщик решения Высокой Доступности (HA), будет направлять
этот процесс и синхронизировать перенаправление передачи записей журнала, а также сессий графического
интерфейса (SAP GUI) от производственного сервера на резервный сервер.
Заключение
Выбор наиболее соответствующего решения высокой доступности (HA) для вашей SAP ERP среды включает
значительное тактическое, материально-техническое и финансовое планирование. С давлением рынка,
диктующего необходимость круглосуточной работы бизнес систем, в режиме 24 х 365, устранение плановых и
внеплановых простоев больше не является роскошью. Реализация наиболее эффективного решения HA таким
образом становится синонимом хорошего делового чутья и оценкой значимости защиты наиболее ценного
актива вашего предприятия: ваших данных.
Простое. Доступное. Инновационное. Vision Solutions.
Имея более чем 25 000 заказчиков по всему миру, компания Vision Solutions является одним из крупнейших в отрасли поставщиков
решений для непрерывности бизнеса и информационной доступности для сред с ОС Windows, IBM i (i5/OS), AIX, Linux и облачных сред.
Продукты компании Vision Solutions с брендами MIMIX, Double-Take и iTERA сохраняют критически важную бизнес информацию,
непрерывно защищенной и доступной. С акцентом на доступность и простоту в использовании, продукты и услуги Vision Solutions помогают
заказчикам достичь установленных ими целей по ИТ защите и восстановлению, которые в свою очередь улучшают их рентабельность,
производительность, соответствие регуляционным требованиям, удовлетворенность клиентов и качество жизни.
Vision Solutions курирует глобальную партнерскую сеть, которая включает IBM, HP, Microsoft, VMware, Dell и сотни реселлеров и системных
интеграторов. Vision Solutions принадлежит частной компании Thoma Bravo, Inc. и ее штаб-квартира расположена в городе Ирвин, штат
Калифорния с отделениями по разработке, технической поддержке и офисами продаж по всему миру.
Дополнительная информация по телефону 1 (800) 957-4511 или посетите сайт visionsolutions.com. Найдите нас также на Facebook, Twitter,
YouTube или в блоге Vision Solutions.
15300 Barranca Parkway
Ирвайн, Калифорния 92618
800.957.4511
888.674.9495
visionsolutions.com
Авторизованный Партнер Vision Solutions в России и СНГ:
Компания Диона Холдинг
125315, Москва, Часовая ул., д.30
Телефон: (495)797-32-82;
Факс: (495)797-32-81
www.dionaholding.ru
-6-