Download - IBM i: |RJ|Rm|Rp|Rj|Rh |Rd|Rs|Rc|Rj|Rr|Rj|Rq |Ru|Rj|Rn|Rj ... · PDF fileсистему недоступной . Можно принять ... расстояние между ... v

IBM iверсия 7 выпуск 3

Обеспечение готовностиОбзор высокой готовности

IBM

ПримечаниеПеред применением этой информации, а также поддерживаемого ей продукта ознакомьтесь с информацией, приведенной вразделе “Юридическая информация” на стр. 35.

Это издание относится к версии 7.3 операционной системы IBM i (код продукта 5770-SS1) и ко всем последующимвыпускам и модификациям, если в новых изданиях не будет указано обратное. Данная версия работает не на всехмоделях систем с сокращенным набором команд (RISC) и не работает на моделях с полным набором команд (CISC).

Этот документ может содержать ссылки на Лицензионный внутренний код. Лицензионный внутренний код - этомашинный код, лицензия на использование которого предоставляется в соответствии с условиями лицензионногосоглашения IBM на машинный код.

© Copyright IBM Corporation 2002, 2016.

Содержание

Обзор высокой готовности . . . . . . 1Новое в IBM i 7.3 . . . . . . . . . . . . . 1Обзор высокой готовности - Файл PDF . . . . . . 1Преимущества высокой готовности . . . . . . . 2

Запланированные простои . . . . . . . . . 2Незапланированные простои . . . . . . . . 3Восстановление после аварии . . . . . . . . 4Сокращение окон резервного копирования. . . . 5Распределение нагрузки . . . . . . . . . . 6

Критерии высокой готовности . . . . . . . . 7Смета . . . . . . . . . . . . . . . 7Требования к времени наработки . . . . . . . 7Данные о простое . . . . . . . . . . . . 8Допустимое время восстановления (RTO) . . . . 9Целевая точка восстановления (RPO) . . . . . 9Требования к устойчивости. . . . . . . . . 9Автоматическая передача управления и переносресурсов . . . . . . . . . . . . . . 10Требования, связанные с расстоянием . . . . . 10Количество резервных систем . . . . . . . 11Доступ к вспомогательной копии данных . . . . 11Производительность системы . . . . . . . 11

Компоненты высокой готовности . . . . . . . 12Устойчивость приложений . . . . . . . . 12Уровни устойчивости приложения . . . . . . 13Устойчивость данных . . . . . . . . . . 14Устойчивость среды . . . . . . . . . . 16Простота . . . . . . . . . . . . . . 17

Обзор IBM PowerHA SystemMirror for i . . . . . 18Сравнение технологий устойчивости данныхPowerHA . . . . . . . . . . . . . . 18

Переключаемый логический накопитель . . . 19Географическая зеркальная защита. . . . . 20Синхронное зеркальное копирование . . . . 21Глобальное зеркальное копирование . . . . 22DS8000 Full System HyperSwap . . . . . . 23DS8000 HyperSwap с независимыми пуламивспомогательной памяти (IASP) . . . . . . 24

Сценарий варианта использования . . . . 25FlashCopy . . . . . . . . . . . . . 30

Сочетание технологий HA. . . . . . . . . 30Управление средой высокой готовности . . . . 30

Интерфейсы IBM PowerHA SystemMirror for i . 30Графический интерфейс PowerHA . . . . 31

Компонент 41 (Переносимые ресурсы высокойготовности) . . . . . . . . . . . . 31Обнаружение сбоя дополнительного узла. . . 32Функция высокой готовности в базовойоперационной системе . . . . . . . . . 32

Связанная информация для раздела Высокаяготовность - Обзор . . . . . . . . . . . . 32

Юридическая информация . . . . . 35Сведения о программных интерфейсах . . . . . 37Товарные знаки . . . . . . . . . . . . . 37Условия . . . . . . . . . . . . . . . 37

© Copyright IBM Corp. 2002, 2016 iii

||||||||||||||||||||||||||||||||||||||||

iv IBM i: Обзор высокой готовности

Обзор высокой готовности

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

Непрерывность бизнеса включает восстановление после аварии (DR) и высокую готовность (HA), и можетбыть определена как способность выдерживать простои (запланированные, незапланированные и аварии) иобеспечивать непрерывное выполнение всех важных приложений. Конечной целью является уменьшениевремени простоя до менее чем 0,001% общего служебного времени. Среда высокой готовности обычновключает более высокие требования к времени восстановления (секунды и минуты) и месту проведениявосстановления (работа конечного пользователя не прерывается), чем в случае восстановления после аварии.

Решения для обеспечения высокой готовности предоставляют полностью автоматизированный переносресурсов в резервную систему для обеспечения непрерывной работы конечных пользователей и приложений.Решения высокой готовности (HA) должны быть способны обеспечить непосредственную точкувосстановления. В то же время, они должны обеспечить значительно лучшие показатели временивосстановления, чем те, которые наблюдаются в топологии, отличной от решений HA.

Новое в IBM i 7.3Новая информация в разделе Высокая готовность - Обзор.

Расширенная лицензионная программа IBM® PowerHA SystemMirror for i версии7.2 (5770-HAS)

Лицензионная программа IBM PowerHA SystemMirror for i не обновлялась до версии 7.3. Это означает, чтолицензионная программа версии (5770-HAS) 7.2 работает и на IBM i 7.3, и на IBM i 7.2.

Продукт IBM PowerHA for i Enterprise Edition был расширен для поддержки DS8000 HyperSwap снезависимыми пулами вспомогательной памяти (IASP). Эта новая функция обеспечивает практическинулевое время простоя для плановых и внеплановых отключений хранилищ и может быть использована сдругими технологиями PowerHA на основе IASP. Она предоставляется через новую функцию PowerHA - PTF.

В Центре знаний IBM термины IASP и независимый пул вспомогательной памяти являются синонимами.

Обзор высокой готовности - Файл PDFФайл PDF с этой информацией можно просмотреть и напечатать.

Для просмотра или загрузки этого документа в формате PDF выберите ссылку Обзор высокой готовности

.

Можно просмотреть и загрузить следующие связанные наборы разделов в формате PDF:

v Технологии высокой готовности содержит следующие разделы:– Технология кластеров IBM i

© Copyright IBM Corp. 2002, 2016 1

|

|

||

||

||||

|

||

|

|

|

|

|

|

– Обнаружение сбоя дополнительного узла– Домен управления кластером– PowerHA репликация данных– Управление высокой готовностью– Контроль и управление ресурсами

v Реализация высокой готовности содержит следующие разделы:– Установка лицензионной программы IBM PowerHA SystemMirror for i (5770-HAS)– Удаление лицензионной программы IBM PowerHA SystemMirror for i (5770-HAS)– Планирование решения высокой готовности– Реализация PowerHA– Управление PowerHA– Устранение неполадок решения высокой готовности

Сохранение файлов PDF

Для того чтобы сохранить файл PDF на рабочей станции для дальнейшего просмотра или печати, выполнитеследующие действия:1. В браузере щелкните правой кнопкой мыши на ссылке на файл PDF.2. Выберите опцию сохранения файла PDF в локальной системе.3. Перейдите в каталог, в котором требуется сохранить документ PDF.4. Нажмите кнопку Сохранить.

Загрузка продукта Adobe Reader

Для просмотра и печати документов в формате PDF необходима программа Adobe Reader. Бесплатнуюкопию этой программы можно загрузить с веб-сайта Adobe (www.adobe.com/products/acrobat/readstep.html)

.

Преимущества высокой готовностиВысокая готовность защищает компании от потери дохода во время прерывания доступа к ресурсам данныхи обязательным бизнес-приложениям.

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

Запланированные простоиВысокая готовность IBM i может уменьшить негативные последствия для заказчиков и пользователейвсякий раз, когда потребуется перевести системы или данные в автономный режим для выполнениянеобходимых задач обслуживания, таких как ежедневное создание резервных копий после завершениярабочего дня или установка нового аппаратного или программного обеспечения.

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

2 IBM i: Обзор высокой готовности

|

|

|

|

http://www.adobe.com/products/acrobat/readstep.html

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

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

Исправления или обновления приложений или операционной системыМожно выполнять параллельное обновление, позволяющее устанавливать исправления илиобновления. Исправления можно установить в резервную систему во время работы основнойсистемы. После этого можно переключить нагрузку в резервную систему и установить исправленияв изначально основной системе. После выполнения модернизации, рабочие операции можно вернутьв исходную основную систему.

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

Понятия, связанные с данным:“Данные о простое” на стр. 8От какого типа простоев требуется защитить предприятие? При выборе решения высокой готовностиследует учесть такие события, как сокращение числа окон, запланированное обслуживание,незапланированные простои или аварии на месте.Информация, связанная с данной:Сокращение времени запланированного простоя

Незапланированные простоиРешения высокой готовности IBM i могут предоставить защиту от незапланированных простоев, вызванныхошибкой персонала, неполадками программного обеспечения, сбоями аппаратного обеспечения и ошибкамисреды.

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

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

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

Ошибки программного обеспеченияСложность приложений, операционных систем, промежуточного программного обеспечения или базданных может привести к незапланированным простоям. Каждое предприятие уникально, а вопросывзаимодействия между разными компонентами программного обеспечения могут вызвать ошибки.

Обзор высокой готовности 3

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

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

Восстановление после незапланированных простоев в среде высокой готовности - это передача управления врезервную систему. Во время выполнения диагностики и устранения неполадки предприятие продолжаетработу на резервном сервере.Понятия, связанные с данным:“Данные о простое” на стр. 8От какого типа простоев требуется защитить предприятие? При выборе решения высокой готовностиследует учесть такие события, как сокращение числа окон, запланированное обслуживание,незапланированные простои или аварии на месте.Информация, связанная с данной:Сокращение времени незапланированного простояПредупреждение незапланированного простояВосстановление последних изменений после незапланированного выключенияВосстановление данных после незапланированного выключения

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

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

Ниже приведены некоторые вопросы, имеющие важное значение при проектировании с учетом аварий:v Какой ущерб в денежном выражении может быть причинен предприятию в случае аварии?v Как скоро может быть восстановлена работа предприятия?v До какой точки во времени может быть выполнено восстановление?v Какой уровень пропускной способности связи можно себе позволить?v Какое решение восстановления после аварии может обеспечить устойчивость, с учетом требований для

расстояния?

Решения высокой устойчивости IBM i могут проектироваться с учетом ответов на эти вопросы. Можновыбрать любое из многочисленных решений - от повышения устойчивости единственного местоположения содной системой, используемой для хранения магнитных лент и ведения бизнеса, до применения синхронногорезервного копирования в удаленной системе, готовой принять управление.Информация, связанная с данной:Планирование аварийного восстановления


Восстановление системы.

Сокращение окон резервного копированияРешения высокой доступности IBM i могут сократить период, в течение которого система или службынедоступны во время резервного копирования. Время, необходимое для выполнения резервного копированияот начала до конца, называется окном резервного копирования. Требуется выполнить резервноекопирование в пределах установленного промежутка времени.

Очевидные приемы сокращения или устранения окна резервного копирования предусматривают либоуменьшение время выполнения резервного копирования, либо сокращение объема резервируемых данных. Кним относятся следующие приемы:

Улучшенные технологии записи на магнитную лентуПрименение технологий более быстрой и более плотной записи на магнитную ленту можетуменьшить суммарное время резервного копирования.

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

Сохранение на несъемных носителяхСохранение на более скоростном носителе, чем съемные носители, например, непосредственно нанакопитель с прямым доступом (DASD), может сократить окно резервного копирования. Данныеможно будет перенести на съемный носитель позже.

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

Сохранение только измененных объектов; из ежедневного резервного копирования исключаются объекты,которые не были изменены в течение дня.

Окно резервного копирования может существенно сократиться, если процент неизмененныхобъектов окажется относительно высоким.

Другие приемы сокращения окна сохранения используют вторую копию данных (реальную иливиртуальную). К ним относятся следующие приемы:

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

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


IBM System Storage FlashCopyВ этой технологии применяется функция IBM System Storage - FlashCopy на основе независимогопула дисков. Моментальная синхронная копия независимого пула дисков создается на отдельномсервере System Storage. Копия независимого пула дисков создается на сервере System Storage, причемхост не имеет информации о созданной копии. Применение кластеров позволяет перенести копию врезервную систему для выполнения операций сохранения или другой автономной обработки.Применение кластеров также позволяет вернуть вторую систему в кластер в режиме без прерываний.Применение кластеров поддерживает использование нескольких независимых пулов дисков из однойсистемы или возможность подключения нескольких рабочих систем к блоку памяти одновременно.

Понятия, связанные с данным:“Данные о простое” на стр. 8От какого типа простоев требуется защитить предприятие? При выборе решения высокой готовностиследует учесть такие события, как сокращение числа окон, запланированное обслуживание,незапланированные простои или аварии на месте.Информация, связанная с данной:Обзор функции копирования

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

Примеры технологий распределения нагрузки (и связанные с ними HA):

Внешние маршрутизаторыЭти маршрутизаторы обрабатывают все входящие запросы, а затем применяют алгоритм дляраспределения нагрузки по доступным серверам более равномерно. Алгоритмы могут бытьпростыми, как последовательное распределение (карусельный метод), или сложными, основаннымина замерах действительной производительности.

Несколько серверов приложенийПользователь распределяет нагрузку посредством предопределенной конфигурации или стратегиидля нескольких серверов приложений. Обычно связь между клиентом и сервером относительностатична, но клиенты распределены максимально равномерно по нескольким серверам.

Распределенные приложения, состоящие из нескольких частейЭти приложения выполняются в ответ на запросы конечных пользователей, которые на самом делепроходят через несколько серверов. Путь распределения нагрузки является прозрачным дляпользователя. Каждая часть приложения выполняет предопределенную задачу, а затем передаетзадание следующему серверу в последовательности. Наиболее распространенным примером такоготипа распределения нагрузки может служить приложение из трех частей с базовым сервером базыданных.

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

Информация, связанная с данной:Маршрутизация TCP/IP и распределение рабочей нагрузкиСоздание равноправных CRG


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

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

Основной вопрос, определяющий, сколько ресурсов должно быть выделено для решения высокойготовности, формулируется следующим образом: “Какова стоимость простоя?” Резервные сайты, резервныесистемы, резервные копии данных приложений имеют стоимость и связанные с этой стоимостью выгоды. Дотех пор, пока не будет известна действительная стоимость единицы времени простоя, невозможноопределить действительную величину стоимости дополнительного эффекта от решения высокой готовностидля заказчика.

Стоимость решения - это совокупная стоимость владения, включающая начальную стоимость поставки иразвертывания решения, текущие расходы, связанные с использованием решения, а также любые связанныеизменения стоимости/производительности. Обычно стоимость основывается на тщательном анализевлияния на бизнес. Значения:v Стоимость не учитывается.v Стоимость отчасти влияет на принятие решения.v В зависимости от анализа простоев, в некоторых случаях стоимость решения должна быть внесена в

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

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

Ниже приведены процентные значения времени наработки и соответствующие значения времени простоя дляпользователей, которые должны быть доступны всегда (24x365).v Менее 90% (время простоя 876 часов и более (36 дней)/год)v От 90 до 95% (время простоя от 438 до 876 часов/год)v От 95 до 99% (время простоя от 88 до 438 часов/год)v От 99.1 до 99.9% (время простоя от 8.8 до 88 часов/год)v 99.99% (время простоя около 50 минут/год)v 99.999% (время простоя около 5 минут/год)

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


Данные о простоеОт какого типа простоев требуется защитить предприятие? При выборе решения высокой готовностиследует учесть такие события, как сокращение числа окон, запланированное обслуживание,незапланированные простои или аварии на месте.

Необходимо учесть типы простоев, от которых требуется защитить предприятие.

Сокращение окон резервного копированияВ среде с одной системой процесс создания резервной копии системы является самойраспространенной причиной запланированных простоев. С ростом потребности предприятий вувеличении времени наработки на отказ приложений, время на резервирование данных продолжаетсокращаться. Решение высокой готовности предоставляет возможность операций автономногосохранения. Автономное сохранение - это сохранение данных приложения из резервной копии.Каждая из технологий устойчивости данных предлагает различные преимущества автономногосохранение данных.

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

Незапланированные простоиНезапланированный простой - это простой, возникающий в часы запланированной работы врезультате ошибки персонала, сбоев приложений или программного обеспечения, сбоев аппаратногообеспечения или служебных средств и вызывающий сбой среды приложений. Решение высокойготовности может перенести рабочую среду в резервную систему.

Аварии на местеГоворя об аварии на месте, обычно подразумевают стихийное бедствие. Поэтому в решениивысокой готовности предусмотрена необходимость географической удаленности между системами.Наряду со стихийными бедствиями существует вероятность таких событий, как утечка химикатов,нападение террористов или отключение электропитания на уровне города, которые могут влиять наработу предприятия продолжительное время. Разные решения высокой готовности могутпредусматривать различные характеристики времени и расстояния. Следует принять во вниманиедопустимое время восстановления (RTO) и определить, требуется ли в удаленной системе выполнятьвсе обычные операции или только подмножество бизнес-процессов.

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

высокой доступности может снизиться производительность.v Допускается некоторое снижение производительностиv Небольшое снижение производительностиv Снижения производительности не наблюдаетсяПонятия, связанные с данным:“Запланированные простои” на стр. 2Высокая готовность IBM i может уменьшить негативные последствия для заказчиков и пользователейвсякий раз, когда потребуется перевести системы или данные в автономный режим для выполнениянеобходимых задач обслуживания, таких как ежедневное создание резервных копий после завершениярабочего дня или установка нового аппаратного или программного обеспечения.“Незапланированные простои” на стр. 3Решения высокой готовности IBM i могут предоставить защиту от незапланированных простоев, вызванныхошибкой персонала, неполадками программного обеспечения, сбоями аппаратного обеспечения и ошибками


среды.

Допустимое время восстановления (RTO)Допустимое время восстановления (RTO) - это период, необходимый для восстановления после простоя(запланированного, незапланированного или аварийного) и для возобновления обычной работы приложенияили набора приложений.

Допустимое время восстановления может быть разным для запланированных, незапланированных иаварийных простоев. Разные технологии устойчивости данных отличаются разными значениями времениRTO. Возможные значения RTO:v Допускаются периоды свыше 4 днейv От 1 до 4 днейv Не более 24 часовv Не более 4 часовv Не более 1 часаv Около нуля (почти немедленно)

Целевая точка восстановления (RPO)Целевая точка восстановления (RPO) - это точка на шкале времени относительно сбоя, до которой требуетсясохранить данные. Изменения данных, предшествующие сбою или аварии на интервал, не меньший этогопериода, должны быть сохранены процедурой восстановления. Нулевое значение также являетсядопустимым и соответствует требованию "нулевые потери данных".

Допустимые значения RPO:v Последнее сохранение (еженедельно, ежедневно, ...)v Начало последней смены (8 часов)v Последний большой перерыв (4 часа)v Последний пакет задания (от 1 часа до десятков минут)v Последняя транзакция (секунды или минуты)v Передаваемые изменения могут быть потеряны (согласование после сбоя питания)v Нулевая потеря данных

Требования к устойчивостиНа предприятии должно быть определено, что именно требуется защитить в случае простоя системы, вкоторой размещены интерфейсы приложений. Требования к устойчивости представляют собой переченьприложений, данных и системных сред, подлежащих защите в случае простоя рабочей системы. Эти объектыостаются доступными во время сбоя, даже если система, в которой они в данный момент находятся,переходит в состояние простоя.

На предприятии могут быть приняты следующие решения:v Никаким объектам устойчивость не требуетсяv Данные приложенийv Данные приложений и системыv Прикладные программыv Состояние приложенийv Среда приложенийv Защищать связь и все соединения с клиентомПонятия, связанные с данным:


“Устойчивость приложений” на стр. 12Устойчивость приложений можно классифицировать в соответствии с влиянием на пользователя. Вкластерной инфраструктуре IBM i устойчивость приложений управляется объектом Группа ресурсовкластеров (CRG) приложений. Этот CRG предоставляет механизм (с использованием программы выхода)для управления запуском, остановкой, перезапуском и переносом приложения в резервные системы. Всясреда приложений, включая репликацию данных и переносимые устройства, может управляться посредствомсреды кластеров как единый объект.“Устойчивость данных” на стр. 14Устойчивостью данных является их готовность для рабочей среды. Для того чтобы обеспечить соответствиетребованиям по устойчивости данных, приведенным в разделе “Преимущества высокой готовности”, можноприменить несколько технологий. В IBM i эти технологии можно разделить на две основные категории –логическую или программную репликацию, и аппаратную или дисковую репликацию.“Устойчивость среды” на стр. 16Устойчивость среды можно разделить на две составляющие: физическая среда и логическая среда.Физическая среда, в действительности являющаяся частью среды готовности с одной системной, связана стакими элементами, как избыточность аппаратного обеспечения, топология сети, инфраструктураэлектропитания, функции охлаждения. Логическая среда - это среда размещения и выполнения приложений.В нее входят такие элементы, как параметры системы, профайлы пользователей и атрибуты системы,позволяющие пользователю выполнять приложение на нескольких серверах.

Автоматическая передача управления и перенос ресурсовНа предприятии следует определить, какую часть управления можно автоматизировать на случайнезапланированных простоев. Решения высокой готовности IBM i имеют настраиваемый уровеньбизнес-взаимодействия при обработке передачи управления. В случае сбоя приложение может автоматическипередать управление резервной системе, включая запуск всей среды приложений.

Некоторые пользователи предпочитают оставить за собой управление процессом обработки передачиуправления. В таких случаях система будет запрашивать ответ, чтобы выполнить обработку передачиуправления. В случае решения, в котором для передачи управления предусмотрено требуется взаимодействиес пользователем, время обдумывания (или время, необходимое для принятия решения о передачеуправления) напрямую связано с приемлемым временем восстановления. На предприятии необходимопринять решение, в какой мере системе будет передано автоматическое управление во время передачиуправления. Принятие сотрудниками предприятия решения о передаче управления в резервную систему недолжно занимать больше времени, чем требуется для самого процесса передачи управления.Понятия, связанные с данным:Перенос ресурсовИнформация, связанная с данной:Переключение

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

Если в решение устойчивости данных добавить фактор расстояния, то появляется латентность. Латентность- это дополнительное время, необходимое для передачи данных в целевую систему. Чем дальше однасистема расположена от другой, тем большее значение латентности (времени) будет добавлено к временипередачи данных. Существует два типа передачи: синхронная и асинхронная.


Синхронная связь для обеспечения устойчивости данных требует подтверждения из целевой системы о том,что переданные данные получены, после чего работа может быть продолжена. Эта процедура гарантирует,что данные, передаваемые из исходной системы в целевую, не будут потеряны в случае сбоя. Однаколатентность, или время ожидания подтверждения, может отразиться на производительности приложений.

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

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

Количество резервных системВ различных технологиях устойчивости данных предлагается различное количество возможных резервныхсистем и копий данных приложений.

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

Доступ к вспомогательной копии данныхРазные технологии устойчивости данных имеют различные ограничения к резервному набору данных.Требования для доступа к резервному набору данных указывают уровень доступа, необходимый длявспомогательных копий данных для других операций, выгруженных из основных копий, например, операциисохранения или запросы/отчеты. Необходимо учесть частоту, продолжительность и то, какой тип доступатребуется для резервной копии данных.

Возможны следующие требования:v Нетv Во время нерабочих интерваловv Не часто, но во время обычной работы, с небольшой продолжительностью (секунды или минуты)v Не часто, но во время обычной работы, с большой продолжительностьюv Часто, во время работы, с небольшой продолжительностьюv Часто, во время работы, с большой продолжительностьюv Почти постоянно (почти непрерывно)Информация, связанная с данной:Резервное копирование из второй копии

Производительность системыРеализация высокой готовности может сопровождаться снижением производительности. Исходя изтребований предприятия можно определить необходимую технологию устойчивости данных.

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


|

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

Географическая зеркальная защита также поддерживает асинхронный режим доставки, для которого могутпотребоваться дополнительные ресурсы, такие как CPU и оперативная память.

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

Компоненты высокой готовностиВысокая готовность обеспечивает доступ к важнейшим бизнес-приложениям и данным в случае прерыванияобслуживания. Решения высокой готовности IBM i минимизируют для предприятия, а иногда и устраняютпоследствия запланированных и незапланированных простоев и аварий на уровне сайта. Основой длярешений высокой готовности IBM i является кластерная технология.

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

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

В следующем разделе определены ключевые компоненты решения высокой готовности.Понятия, связанные с данным:“Обзор IBM PowerHA SystemMirror for i” на стр. 18После определения бизнес-целей и требований необходимо выбрать правильное решение высокойготовности IBM i, соответствующее условиям предприятия. IBM PowerHA SystemMirror for i являетсяпродуктом IBM, представляющим полноценное решение высокой готовности для рабочих сред IBM i. Всеего компоненты обеспечивают легкую настройку и работу.

Устойчивость приложенийУстойчивость приложений можно классифицировать в соответствии с влиянием на пользователя. Вкластерной инфраструктуре IBM i устойчивость приложений управляется объектом Группа ресурсовкластеров (CRG) приложений. Этот CRG предоставляет механизм (с использованием программы выхода)для управления запуском, остановкой, перезапуском и переносом приложения в резервные системы. Всясреда приложений, включая репликацию данных и переносимые устройства, может управляться посредствомсреды кластеров как единый объект.


|

|

Классификация устойчивости приложений предусматривает следующие категории.

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

Автоматический перезапуск приложений и изменение расстановки внутри приложений вручнуюПриложения, которые были активны во время простоя, автоматически перезапускаются с помощьюпрограммы выхода CRG. Но и при этом пользователь должен определить, где в приложениитребуется выполнить восстановление, в зависимости от состояния данных.

Автоматический перезапуск приложений и полуавтоматическое восстановлениеВ дополнение к автоматическому перезапуску приложений, пользователи возвращаются к некоторойпредопределенной “точке перезапуска” внутри приложения. Точкой перезапуска может быть,например, основное меню в приложении. В этом случае обычно достигается синхронизация ссостоянием восстановленных данных приложения, но пользователю может потребоватьсяпродвинуться дальше внутри приложения для действительного совпадения с состоянием данных.Необходимо внести изменения в приложение, чтобы обеспечить сохранение данных состоянияпользователей. При входе в систему приложение выявляет состояние каждого пользователя иопределяет, требуется ли для него восстановление последнего сохраненного состояния приложения.

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

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

Понятия, связанные с данным:“Требования к устойчивости” на стр. 9На предприятии должно быть определено, что именно требуется защитить в случае простоя системы, вкоторой размещены интерфейсы приложений. Требования к устойчивости представляют собой переченьприложений, данных и системных сред, подлежащих защите в случае простоя рабочей системы. Эти объектыостаются доступными во время сбоя, даже если система, в которой они в данный момент находятся,переходит в состояние простоя.Информация, связанная с данной:Уровни устойчивости приложенияУстойчивость приложения можно настроить в соответствии с уровнем устойчивости, утвержденным напредприятии, с помощью кластерной среды IBM i.Обеспечение устойчивости приложенийКластерные приложения

Уровни устойчивости приложенияУстойчивость приложения можно настроить в соответствии с уровнем устойчивости, утвержденным напредприятии, с помощью кластерной среды IBM i.


|

Допустимое время восстановления (RTO) для предприятия напрямую связано с требуемым уровнемустойчивости приложения. Как определено в разделе Компоненты высокой устойчивости, существуютразличные уровни устойчивости приложений. Эти уровни устойчивости приложения могут быть разными -от отсутствия восстановления приложения, при котором оператор системы должен запустить приложениевручную, до непрерывного обслуживания, при котором пользователь может даже не узнать о случившемсяпростое. Требования предприятия к готовности приложений для пользователей после сбоя задаюттребования к тому, какой уровень автоматизации должен быть восстановлен в приложении в случаесистемного сбоя.

Кластерная среда IBM i предоставляет возможность автоматизации восстановления приложений дляразличных типов сбоев. Степень возможной автоматизации зависит от объема кодирования автоматизациипроцедур, выполняемых вручную, и от типа приложения, применяемого на предприятии. Для получениямаксимальной устойчивости приложения все неавтоматизированные этапы переноса ресурсов или передачиуправления должны быть автоматизированы с использованием программ выхода, а приложение должнобыть приложением типа клиент-сервер, в котором готовность приложения отделена от готовности данныхприложения.

Устойчивость данных

Устойчивостью данных является их готовность для рабочей среды. Для того чтобы обеспечить соответствиетребованиям по устойчивости данных, приведенным в разделе “Преимущества высокой готовности”, можноприменить несколько технологий. В IBM i эти технологии можно разделить на две основные категории –логическую или программную репликацию, и аппаратную или дисковую репликацию.

Логическая репликация

Логическая репликация является широко применяемой при развертывании топологией устойчивости данныхв нескольких системах для среды высокой готовности (HA) в пространстве IBM i. Ее развертывание обычновыполняется посредством продукта, предоставленного независимым вендором программного обеспечения(ISV) высокой готовности. Репликация выполняется (программными методами) над объектами. Измененияобъектов (например: файлов, элементов, областей данных, программ) записываются в резервную копию.Репликация выполняется в режиме реального времени (или близком к реальному времени - синхроннаяудаленная журнализация) для всех объектов с журналами. Обычно при ведении журнала для такого объекта,как файл, репликация проводится на уровне записи. Для таких объектов, как пользовательское пространство,которые не регистрируются, репликация выполняется обычно на уровне объекта. В этом случае репликациявсего объекта выполняется после выполнения всех наборов изменений, применяемых к объекту.

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

Для построения эффективного и надежного решения HA для нескольких систем с использованиемлогической репликации рекомендуется применять в качестве механизма передачи синхронную удаленнуюжурнализацию. При использовании удаленной журнализации IBM i непрерывно переносит данные,поступающие в приемник журнала, в приемник журнала резервного сервера. На этом этапе задействованопрограммное решение, которое “повторяет” эти обновления журнала, помещая их в объект на резервномсервере. После установки этой среды будет обеспечено наличие двух отдельных, но идентичных объектов -один на основном сервере, другой на резервном сервере.

При использовании данного решения можно быстро активировать рабочую среду на резервном сервере спомощью операции role-swap (замена ролей).

Главным преимуществом этой категории решений является то, что резервный файл базы данныхобновляется в реальном режиме времени. Он может быть открыт в реальном режиме времени для


||||

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

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

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

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

В большинстве случаев решения логической репликации покрывают все типы отключений в зависимости отреализации. Целевая точка восстановления (RPO) может быть нулевой в случае, если расстояние междусистемами позволяет синхронное удаленное журналирование и все реплицируемые объектызажурналированы. Использование асинхронного удаленного журналирования и наличие объектов, которыедолжны быть реплицированы из протокола контроля, увеличивает RPO.

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

Аппаратная репликация

Аппаратная репликация выполняется на уровне операционной системы или диска, а не на уровне объекта.Преимущество данной технологии над логической репликацией заключается в выполнении репликации наболее низком уровне, что гарантирует идентичность обоих копий данных при синхронном выполнении.Недостатком данной технологии является доступность данных только из одной копии, в то время каквторую копию невозможно использовать при активной репликации.

В аппаратной репликации есть также две категории технологий - репликация независимых пуловвспомогательной памяти (IASP) и полная репликация системы. IBM PowerHA SystemMirror для i предлагаетнесколько технологий аппаратной репликации, основанных на независимых пулах вспомогательной памятиили IASP. Независимые ASP, или IASP, представляют собой набор дисковых накопителей, которые можносконфигурировать раздельно из конкретной системы хоста и которые могут независимо включаться иливыключаться. IASP используются для разделения данных приложения от операционной системы. Такимобразом, данные приложения могут реплицироваться с помощью аппаратной репликации, в то время какоперационная система не будет реплицироваться. Реализация IBM i независимых ASP поддерживает как


|||||

|

|||||

||||||||

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

Если миграция данных приложения в IASP не представляется возможной, то можно воспользоватьсяаппаратной репликацией на системном уровне, которую обычно называют полной системной репликацией.Для репликации рабочей системы в среде, размещенной в i, можно использовать географическуюзеркальную защиту, являющуюся одной из технологий IBM i. Для репликации всей системы можноиспользовать технологии, предоставляемые системами хранения IBM. При более легкой первоначальнойнастройке, для полной репликации системы требуется большая пропускная способность, чем для репликациина основе IASP. Полная репликация системы больше считается технологией восстановления после аварии,чем высокой готовности, поскольку есть только одна рабочая среда, которая должна быть программойначальной загрузки (IPL) на другой физической среде для плановых и внеплановых отключений. Принеобходимости IBM Lab Services предоставляют инструменты для автоматизации и настройки среды полнойрепликации системы и соответствующие соглашения о предоставлении услуг.Понятия, связанные с данным:“Сравнение технологий устойчивости данных PowerHA” на стр. 18Устойчивость данных позволяет оставлять данные доступными для приложений и пользователей даже присбое системы, в которой первоначально находились данные. Выбор правильного набора технологийустойчивости данных в контексте общей стратегии непрерывности бизнес-процессов - процесс сложный.Важно понимать различия между возможными решениями устойчивости данных, которые можно применитьдля расширения готовности сред с несколькими системами. В зависимости от потребностей можно выбратьодно решение или использовать комбинацию этих технологий. В следующих разделах приведеносравнительное описание различных технологий устойчивости данных продукта PowerHA.“Обзор IBM PowerHA SystemMirror for i” на стр. 18После определения бизнес-целей и требований необходимо выбрать правильное решение высокойготовности IBM i, соответствующее условиям предприятия. IBM PowerHA SystemMirror for i являетсяпродуктом IBM, представляющим полноценное решение высокой готовности для рабочих сред IBM i. Всеего компоненты обеспечивают легкую настройку и работу.“Требования к устойчивости” на стр. 9На предприятии должно быть определено, что именно требуется защитить в случае простоя системы, вкоторой размещены интерфейсы приложений. Требования к устойчивости представляют собой переченьприложений, данных и системных сред, подлежащих защите в случае простоя рабочей системы. Эти объектыостаются доступными во время сбоя, даже если система, в которой они в данный момент находятся,переходит в состояние простоя.Информация, связанная с данной:Планирование устойчивости данныхПоддерживаемые серверы хранения данных PowerHAДомен управления кластеромРепликация данных PowerHA

Устойчивость средыУстойчивость среды можно разделить на две составляющие: физическая среда и логическая среда.Физическая среда, в действительности являющаяся частью среды готовности с одной системной, связана стакими элементами, как избыточность аппаратного обеспечения, топология сети, инфраструктураэлектропитания, функции охлаждения. Логическая среда - это среда размещения и выполнения приложений.В нее входят такие элементы, как параметры системы, профайлы пользователей и атрибуты системы,позволяющие пользователю выполнять приложение на нескольких серверах.


||||||||

|||||||||||

|

|

|

|

|

|

Физическая средаФизическая среда состоит из компонентов готовности одной системы и служебных программ,необходимых для правильного обслуживания операционной среды компьютера. Эти компонентыготовности одной системы имеют ключевое значение для обслуживания среды высокой готовности.В системе есть несколько компонентов, которые требуется защитить от сбоев аппаратногообеспечения. Прежде всего требуется защитить дисковую подсистему. Предлагаемые механизмызащиты: RAID 5, RAID 6, RAID 10 и зеркальная защита дисков. Применение одного из этихмеханизмов - основное требование для любого предприятия.

Другим компонентом, подлежащим защите, является сеть. К этому компоненту относятся какизбыточные сетевые адаптеры системы, так и многочисленные пути в сети обеспеченные аппаратнымобеспечением избыточной сети, позволяющие пользователям и системам поддерживать связь.

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

Кроме того, следует учесть характеристики машинного зала, такие как отопление, охлаждение,влажность воздуха и чистота воздуха.

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

Понятия, связанные с данным:“Требования к устойчивости” на стр. 9На предприятии должно быть определено, что именно требуется защитить в случае простоя системы, вкоторой размещены интерфейсы приложений. Требования к устойчивости представляют собой переченьприложений, данных и системных сред, подлежащих защите в случае простоя рабочей системы. Эти объектыостаются доступными во время сбоя, даже если система, в которой они в данный момент находятся,переходит в состояние простоя.Информация, связанная с данной:Планирование устойчивости средыДомен управления кластером

ПростотаВысокая готовность IBM i обеспечивает улучшение по трем направлениям: настройка, управление иавтоматизация. Основной целью является упрощение работы.

НастройкаУ каждого пользователя имеется уникальная среда с уникальными требованиями. Архитектуравысокой готовности IBM i предоставляет структуру, на основе которой каждый пользователь можетспроектировать решение в зависимости от собственной среды приложений и собственныхпотребностей.

УправлениеАрхитектура IBM PowerHA SystemMirror for i предоставляет возможность простого управлениясредой высокой готовности. При некотором уровне настройки, активация готовой среды


|||||||

|

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

АвтоматизацияВысокая готовность рабочей среды пользователя требует аккуратной скоординированной работы повсем аспектам приложения, чтобы можно было обслуживать устойчивость и быстро перейти содного сервера на другой при сбое основного сервера. Автоматизация среды гарантирует, чтоперерыв в работе будет сокращен на сколько это возможно. Основным преимуществом функцийавтоматизации в IBM PowerHA SystemMirror for i является сокращение числа ошибок пользователяво время возможных сбоев. Сокращение возможных ошибок пользователя улучшает процесспринятия решения в случае сбоя.

Обзор IBM PowerHA SystemMirror for i

После определения бизнес-целей и требований необходимо выбрать правильное решение высокойготовности IBM i, соответствующее условиям предприятия. IBM PowerHA SystemMirror for i являетсяпродуктом IBM, представляющим полноценное решение высокой готовности для рабочих сред IBM i. Всеего компоненты обеспечивают легкую настройку и работу.

В этом разделе сравниваются технологии, используемые в продукте IBM PowerHA SystemMirror for i.Понятия, связанные с данным:“Устойчивость данных” на стр. 14Устойчивостью данных является их готовность для рабочей среды. Для того чтобы обеспечить соответствиетребованиям по устойчивости данных, приведенным в разделе “Преимущества высокой готовности”, можноприменить несколько технологий. В IBM i эти технологии можно разделить на две основные категории –логическую или программную репликацию, и аппаратную или дисковую репликацию.“Компоненты высокой готовности” на стр. 12Высокая готовность обеспечивает доступ к важнейшим бизнес-приложениям и данным в случае прерыванияобслуживания. Решения высокой готовности IBM i минимизируют для предприятия, а иногда и устраняютпоследствия запланированных и незапланированных простоев и аварий на уровне сайта. Основой длярешений высокой готовности IBM i является кластерная технология.Информация, связанная с данной:Управление PowerHAРепликация данных PowerHA

Сравнение технологий устойчивости данных PowerHA

Устойчивость данных позволяет оставлять данные доступными для приложений и пользователей даже присбое системы, в которой первоначально находились данные. Выбор правильного набора технологийустойчивости данных в контексте общей стратегии непрерывности бизнес-процессов - процесс сложный.Важно понимать различия между возможными решениями устойчивости данных, которые можно применитьдля расширения готовности сред с несколькими системами. В зависимости от потребностей можно выбратьодно решение или использовать комбинацию этих технологий. В следующих разделах приведеносравнительное описание различных технологий устойчивости данных продукта PowerHA.Понятия, связанные с данным:“Устойчивость данных” на стр. 14Устойчивостью данных является их готовность для рабочей среды. Для того чтобы обеспечить соответствиетребованиям по устойчивости данных, приведенным в разделе “Преимущества высокой готовности”, можноприменить несколько технологий. В IBM i эти технологии можно разделить на две основные категории –логическую или программную репликацию, и аппаратную или дисковую репликацию.Информация, связанная с данной:Репликация данных PowerHA


|

||||

|

|

|||||

|||||

|

|

|

|

|||||||

|

|||||

|

|

Планирование устойчивости данных

Переключаемый логический накопитель

Переключаемые логические накопители (LUN) позволяют переключать данные, хранимые в независимомпуле дисков из логических накопителей, созданных в IBM DS8000, SAN Volume Controller или Storwize, междусистемами, обеспечивая высокую готовность. Переключаемые логические накопители - это независимый пулдисков, которым управляет группа ресурсов кластера устройств и который можно переключать междуузлами в кластере. Если переключаемые LUN используются в комбинации с технологией кластеров IBM i, томожно создать простое и экономически эффективное решение высокой готовности для запланированных инекоторых незапланированных простоев.

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

Преимущество использования коммутируемых LUN для обеспечения устойчивости данных состоит впростоте работы с ними. Единственная копия данных всегда остается текущей, то есть не существует другойкопии, с которой требовалась бы синхронизация. Никакие летучие данные (например, асинхроннопередаваемые данные) не могут быть потеряны, причем затраты, связанные с производительностью,минимальны. Замена или переключение ролей выполняется относительно прямолинейно, хотя требуетсяучитывать время, необходимое для включения независимого пула дисков.

Еще одно преимущество использования коммутируемых LUN обусловлено латентностью нулевой передачи,которая может отразиться на любой технологии, основанной на репликации. Наибольшие усилия, связанныес этим решением, могут потребоваться при настройке конфигурации накопителя с прямым доступом(DASD), данных и структуры приложений.

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

Также существуют ограничения связанные с аппаратным обеспечением. В качестве примера можно привестисбои, вызванные обновлением аппаратного обеспечения. Независимый пул дисков не может быть подключенпо сети к системе более ранней версии. В связи с этим, обязательными предварительными этапами являютсяпроектирование среды системы и анализ.

Характеристики переключаемых логических накопителейv Все данные, обслуживаемые в независимом пуле дисков могут быть перенесены в резервную систему и

оставаться в ней доступными.v Отсутствие вопросов, связанных с синхронизацией данных.v Единственный набор данных, что обеспечивает минимизацию стоимости диска.v Единственная точка сбоя для данных в независимом пуле дисков.v Единственное решение веб-сайта и отсутствие возможности DRv Требуется IBM System Storage.


|

|

|||||||

|||||

||||||

||||

|||||||||

||||

|

||

|

|

|

|

|

v Перенос ресурсов и передача управления включают в себя время включения, по истечении которогоданные независимого пула дисков станут доступными.

v Допускается использование вместе с другими технологиями

Дополнительная информация о технологиях хранения данных, доступных в предоставляемых IBM решенияхприведена в разделе Поддерживаемые серверы хранения данных PowerHA.Информация, связанная с данной:Переключаемые логические накопителиНастройка переносимых логических накопителей (LUN)Управление переносимыми логическими накопителями (LUN)Поддерживаемые серверы хранения данных PowerHA

Географическая зеркальная защитаГеографическая зеркальная защита является функцией операционной системы IBM i. Все данные,размещенные в рабочей копии независимого пула дисков, зеркально копируются во второй IASP второй,возможно, удаленной системы. Репликация выполняется в операционной системе, так что это решение можетбыть использовано с любым типом хранения. Существует синхронное и асинхронное зеркальноекопирование. Синхронное зеркальное копирование гарантирует идентичность двух копий данных, но имеетдистанционные ограничения, поскольку транзакции IO не будут завершены в исходной системе до тех пор,пока IO также не достигнет целевой системы. У асинхронного зеркального копирования нет дистанционныхограничений, но в случае внезапного сбоя со стороны источника может быть несколько секунд потериданных.

Преимущества этого решения в сущности аналогичны преимуществам решений коммутируемых LUN, ккоторым добавлена возможность восстановления данных после аварии второй копии в более удаленномрасположении. Наибольшим преимуществом остается простота работы. Операции переключения, всущности, те же, что и в решении с коммутируемыми LUN, с одним исключением: выполняется переход назеркальную копию IASP. Полученное решение HA отличается простотой при развертывании и в работе. Каки в решении с коммутируемыми LUN, объекты, не входящие в IASP, должны обрабатываться с помощьюкакого-либо другого механизма, например, с помощью административного домена, а независимый пулдисков не может быть подключен по сети к системе более ранней версии. Географическая зеркальная защитатакже обеспечивает поддержку репликации в реальном режиме времени для размещенных интегрированныхсред, таких как Microsoft Windows и Linux. Обычно это невозможно выполнить с помощью логическойрепликации на основе журнала.

Поскольку географическая зеркальная защита реализована в операционной системе IBM i, можностолкнуться с ограничением, связанным с потерей производительности в некоторых средах рабочейнагрузки. Для синхронной географической защиты при выполнении пакетных заданий с интенсивнымиспользованием ввода-вывода (I/O) возможно некоторое снижение производительности в основной системе.Следует принять во внимание затраты ресурсов центрального процессора (CPU) на поддержкугеографической зеркальной защиты.

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

Характеристики географической зеркальной защиты


||

|

||

|

|

|

|

|

||||||||||

|||||||||||

||||||

||||||||||

|

v Все данные, обслуживаемые в независимом пуле дисков будут скопированы во вторую копию данныхвторой системы.

v Репликация является функцией операционной системы IBM i, что позволяет использование любого типахранения.

v Приложение может быть перенесено в резервную систему и работать на копии независимого пула дисков.v Две копии данных устраняют единичную причину сбоя.v Использование географической зеркальной защиты гарантирует идентичность обоих копий IASP.

Синхронная географическая зеркальная защита на расстоянии может снизить производительностьприложения из-за латентности связи.

v При использовании асинхронной географической зеркальной защиты вторая копия данных может бытьудалена географически. В случает внепланового отключения исходной системы возможна потеря данныхна протяжении несколько секунд.

v Передача данных по линиям связи TCP/IP с 1 по 4 - для обеспечения производительности и избыточности.v Также рекомендуется использовать отдельную линию для периодического сигнала кластеров, поскольку

совместное использование общего периодического сигнала с портом данных может вызвать конфликт итайм-ауты.

v Автономные сохранения и запросы в резервную копию данных во время отсоединения резервного набораданных.

v Устойчивость данных не поддерживается во время отсоединения резервного набора данных.Устойчивость данных возобновляется после выполнения частичной или полной повторной синхронизации.

v Допускается использование в сочетании с технологией коммутируемых LUN IBM i.v Снижение производительности системы связано с выполнением географической зеркальной защиты.v Настоятельно рекомендуется настроить отдельные пулы оперативной памяти или использовать задания,

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

v Объекты с журналами в независимом пуле дисков гарантируют обновление данных в целевой системе.v Простое отслеживание процесса зеркальной защиты.v Стоимость, связанная со вторым набором диска.v Репликация выполняется на уровне страницы памяти под управлением IBM i.Информация, связанная с данной:Географическая зеркальная защитаПланирование географической зеркальной защитыНастройка географической зеркальной защитыУправление географической зеркальной защитойСообщения географической зеркальной защитыСценарий: географическое зеркальное копирование

Синхронное зеркальное копирование

Синхронное зеркальное копирование является функцией IBM System Storage Server. Данные, хранимые вIASP, находятся на дисковых накопителях, расположенных на сервере System Storage Server. Это решениепредусматривает репликацию на уровне аппаратного обеспечения на второй сервер памяти с помощьюСлужб копирования IBM System Storage. Каждый сервер хранения подключен к разным системам IBM i.Основным блоком памяти для функции копирования на удаленный равноправный сервер (PPRC) SystemStorage является независимый пул дисков. PPRC обеспечивает репликацию независимого пула дисков на


||

||

|

|

|||

|||

|

|||

||

||

|

|

||||||||

|

|

|

|

|

|

|

|

|

|

|

|

||||||

другой сервер System Storage. IBM i предоставляет набор функций для комбинирования PPRC, IASP и службресурсов кластеров IBM i для скоординированного переноса ресурсов и обработки передачи управления спомощью группы ресурсов кластера устройств (CRG). Это решение можно использовать совместно сдругими функциями служб копирования, основанными на System Storage, включая коммутируемые LUN иFlashCopy чтобы сократить интервал сохранения.

Репликация Синхронного зеркального копирования выполняется синхронно. Также следует учитыватьограничения для больших расстояний и требования к пропускной способности, связанные с временемпередачи, как и для других решений с использованием синхронной связи.

Характеристики синхронного зеркального копированияv Решение IBM System Storage Server, интегрированное со средой PowerHA.v Вторая копия данных может быть удалена географически на близкое или среднее расстояние.v Необходимы два сервера System Storage Server или два набора данных на одном и том же сервере System

Storage Server.v Стоимость связана со вторым набором диска.v Автономные операции сохранения и запросов возможны во время приостановки репликации или при их

выполнении из актуальной копии данных.v Устойчивость данных не поддерживается во время отсоединения резервного набора данных.

Устойчивость данных возобновляется после выполнения повторной синхронизации.v Передача данных выполняется как синхронный процесс. Во время выполнения потери данных

невозможны.v Процесс синхронной репликации данных может отразиться на производительности приложения, если для

пропускной способности связи не заданы правильные значения или если расстояние оказалось слишкомбольшим.

v Отсутствуют затраты ресурсов системы, связанные с синхронным зеркальным копированием, за котороетеперь отвечает сервер памяти.

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

v Репликация данных независимого пула дисков происходит на уровне секторов дисков между дисками двухсерверов памяти. Все объекты независимого пула дисков будут синхронизированы.

v Можно использовать несколько линий связи Fibre Channel, обеспечивая избыточность и увеличиваяпропускную способность.

Информация, связанная с данной:Синхронное зеркальное копированиеПланирование Metro MirrorНастройка Metro MirrorУправление Metro MirrorСценарий: Metro Mirror

Глобальное зеркальное копирование

В Глобальном зеркальном копировании применяется та же базовая технология, что и в Синхронномзеркальном копировании, но передача данных выполняется асинхронным способом. Для поддержаниянепрерывности данных при смене томов Глобальному зеркальному копированию в DS8000, контроллерутомов SAN Volume Controller и системе Storwize требуется третий набор дисков.

Поскольку такая передача данных асинхронна, не существует ограничений на географическую удаленностьсерверов System Storage друг от друга.

Характеристики глобального зеркального копирования


|||||

|||

|

|

|

||

|

||

||

||

|||

||

||

||

||

|

|

|

|

|

|

|

||||

||

|

v Решение IBM System Storage Server, интегрированное с кластерной структурой PowerHA.v Вторая копия данных может быть удалена географически на очень большое расстояние.v Необходимо наличие двух серверов System Storage Server.v Для синхронизации данных на расстоянии необходимо наличие двух копий данных на целевом сервере

System Storage Server.v Автономные сохранения и запросы возможны из актуальной копии данных с сохранением устойчивости

данных.v Передача данных является асинхронным процессом. Во время выполнения возможны потери данных.v Асинхронный процесс репликации данных на отражается на производительности приложения.v Репликация данных независимого пула дисков происходит на уровне секторов дисков между дисками двух

серверов памяти. Все объекты независимого пула дисков будут синхронизированы.v Стоимость связывается со вторым и третьим наборами диска.v Отсутствуют затраты ресурсов системы, связанные с Global Mirror, за которое теперь отвечает сервер

памяти.v Ведение журналов для объектов в независимом пуле дисков обеспечивает быстрое принудительное

сохранение изменений на диске, где затем выполняется их репликация в целевую систему.v Можно использовать несколько линий связи Fibre Channel, обеспечивая избыточность и увеличивая

пропускную способность.Информация, связанная с данной:Глобальное зеркальное копированиеПланирование Global MirrorНастройка Global MirrorУправление Global MirrorСценарий: Global Mirror

DS8000 Full System HyperSwapFull System HyperSwap - это решение уровня всей системы, позволяющее переключаться между логическиминакопителями, для которых настроено зеркальное копирование в двух блоках IBM System Storage DS8000.Система IBM i может переключать доступ с главной DS8000 на дополнительную DS8000 с минимальнымпростоем в это время, обеспечивая минимальное влияние решения высокой готовности.

DS8000 Full System HyperSwap является единственным системным решением IBM i, использующим двасервера IBM System Storage и не требующим кластер. IBM i позволяет переключаться между серверамиDS8000 для плановых и внеплановых отключений памяти без потери доступа к данным.


|

|

|

||

||

|

|

||

|

||

||

||

|

|

|

|

|

|

|||||

|||

HyperSwap

IBM i A

SYSBASIASP1

DS8000 Full System HyperSwap Плановое отключение DS8000 - переключение HyperSwap на резервную систему DS8000Практически нулевое время простоя

DS8000 M

SYSBASIASP1

DS8000 N

SYSBASIASP1

DS8000 M

HyperSwap SYSBASIASP1

DS8000 N

rza

ig0

00

1-1

IBM i A

1 2

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

Характеристики Full System HyperSwapv Решение для отдельной системы.v Одни раздел IBM i, обладающий доступом к двум системам IBM System Storage.v Два сервера IBM System Storage, использующие функцию копирования на удаленный равноправный сервер

IBM System Storage (PPRC) Metro Mirror.v Для работы HyperSwap все дисковые накопители, подключенные к системе IBM i должны быть

взаимосвязаны Синхронным зеркальным копированием.v Передача данных выполняется в синхронном режиме.v Практически нулевое время простоя для плановых отключений хранилищаv Минимальное время простоя для внеплановых отключений хранилища (от секунд до минут)v Определение привязки позволяет автоматическое переключение серверов хранения в процессе PowerVM

Live Partition Mobility (LPM)Информация, связанная с данной:Система DS8000 Full System HyperSwapПланирование для DS8000 Full System HyperSwapКонфигурирование DS8000 Full System HyperSwapУправление DS8000 Full System HyperSwap

DS8000 HyperSwap с независимыми пулами вспомогательной памяти (IASP)PowerHA Enterprise Edition поддерживает DS8000 HyperSwap на уровне IASP. HyperSwap работает независимос SYSBAS и IASP. Взаимосвязи HyperSwap можно настроить отдельно для логических модулей SYSBAS,отдельно для модулей IASP, либо для обоих типов модулей.

Характеристики DS8000 HyperSwap с IASPv Практически нулевое время простоя для плановых отключений хранилищаv Минимальное время простоя для внеплановых отключений хранилища (от секунд до минут)v Плановые или внеплановые отключения сервера под управлением технологии коммутируемых LUN для

минимального времени простоя.


|

|

|||

|

|

|

||

||

|

|

|

||

|

|

|

|

|

||||

|

|

|

||

v Для работы HyperSwap все дисковые накопители, подключенные к системе IBM i должны бытьвзаимосвязаны Синхронным зеркальным копированием.

v Определение привязки позволяет автоматическое переключение серверов хранения в процессе PowerVMLive Partition Mobility (LPM)

v Возможность переноса ресурсов PowerHA для плановых IBM i, встроенного ПО, обновлений сервера илиотключения

v Возможность передачи управления PowerHA для внеплановых IBM i, встроенного ПО, отключениясервера

Информация, связанная с данной:DS8000 HyperSwap с IASPПланирование DS8000 HyperSwap с независимыми пулами вспомогательной памяти (IASP)Конфигурирование DS8000 HyperSwap с независимыми пулами вспомогательной памяти (IASP)Управление DS8000 HyperSwap с независимыми пулами вспомогательной памяти (IASP)

Сценарий варианта использования:

В этом разделе рассмотрены возможные сценарии, которые могут быть использованы длявысокодоступного восстановления после аварии для вашего бизнеса.

Иногда картина говорит тысячи слов. Надеемся, что эти рисунки помогут вам определить, какое решениебудет работать лучше всего для вашего бизнеса.

Система HyperSwap + среда коммутаторов LUN:

Большинство клиентов, использующих систему HyperSwap в среде IASP комбинируют HyperSwap стехнологией коммутации логических модулей (LUN) PowerHA.

Комбинация этих технологий даетv Практически нулевое время простоя для плановых отключений сервера храненияv Минимальное время простоя для внеплановых отключений сервера хранения (от секунд до минут)v Возможность переноса ресурсов PowerHA для плановых IBM i, встроенного ПО, обновлений сервера или

отключенияv Возможность передачи управления PowerHA для внеплановых IBM i, встроенного ПО, отключения

сервера


||

||

||

||

|

|

|

|

|

|

||

||

|

||

|

|

|

||

||

HyperSwap

IBM i A

IASP1

IBM i B

Обычный режим работы Переключение HyperSwap IASP1 навспомогательную систему DS8000 Практически нулевое время простоя

SYSBAS B

DS8000 M

IASP1

SYSBAS B

DS8000 N

IBM i BIBM i A

DS8000 M

IASP1 IASP1

DS8000 N

SYSBAS BSYSBAS B

rza

ig0

00

9-1SYSBAS A SYSBAS A SYSBAS A SYSBAS A

1 2

На приведенной выше диаграмме представлена комбинация HyperSwap и среды коммутаторов LUN. Приплановом отключении DS8000 коммутатор HyperSwap может быть инициирован к целевому DS8000практически с нулевым временем простоя. Этот тип коммутатора не требует коммутируемый доступ IASPот IBM i A к IBM i B или варьируется в зависимости от IASP.

1 2

HyperSwap

IBM i A

SYSBAS A

IASP1

IBM i B

Обычный режим работы Неплановое переключение HyperSwap на вспомогательную систему DS8000Минимальное время простоя

SYSBAS B'

DS8000 M

SYSBAS A'

IASP1

SYSBAS B

DS8000 N

IBM i BIBM i A

DS8000 M

IASP1 IASP1

SYSBAS A

DS8000 N

SYSBAS B

SYSBAS A

SYSBAS

rza

ig0

01

0-1

DS8000 M

SYSBAS A

SYSBAS

IASP1

SYSBAS A

На приведенной выше диаграмме представлена комбинация HyperSwap и среды коммутаторов LUN. Привнеплановом отключении DS8000 передача управления HyperSwap автоматически инициируется к целевомуDS8000 с минимальным временем простоя (от секунд до минут). Этот тип коммутатора не требуеткоммутируемый доступ IASP от IBM i A к IBM i B или варьируется в зависимости от IASP.


|

|

||||

|

|

||||

IBM i A

IASP1

Обычный режим работы Переключение CRG (LUN) с IBM i A на IBM i B

DS8000 M

IASP1

DS8000 N

IBM i A

DS8000 M

IASP1 IASP1

DS8000 N

rza

ig0

011

-1

HyperSwap

IASP1

IBM i A

PowerHA автоматически выполняет переключение

HyperSwap с правильной привязкой

DS8000 M

IASP1

DS8000 N

HyperSwap

HyperSwap

IBM i B IBM i B

IBM i B

1 2

3

На приведенной выше диаграмме представлена комбинация HyperSwap и среды коммутаторов LUN. Приплановом отключении рабочего раздела (IBM i A) плановый перенос ресурсов коммутатора LUN можетбыть инициирован к целевому разделу (IBM i B) практически с нулевым временем простоя. При определениисходства перенос ресурсов HyperSwap также будет инициировать переключение доступа к данным израбочего DS8000 к целевому DS8000. Этот тип коммутатора требует коммутируемый доступ IASP от IBM iA к IBM i B или варьируется в зависимости от IASP.


|

|

||||||

IBM i A

IASP1

Обычный режим работы Сбой IBM i A, переключение CRG (LUN) с IBM i A на IBM i B

DS8000 M

IASP1

DS8000 N

IBM i A

DS8000 M

IASP1 IASP1

DS8000 N

rza

ig0

01

2-1

HyperSwapHyperSwap

IBM i B

IASP1

PowerHA автоматически выполняет переключение

HyperSwap с правильной привязкой

DS8000 M

IASP1

DS8000 N

HyperSwap

IBM i A

IBM i B IBM i B

1 2

3

IBM i AIBM i A

IBM i AIBM i A

На приведенной выше диаграмме представлена комбинация HyperSwap и среды коммутаторов LUN. Привнеплановом отключении рабочего раздела (IBM i A) коммутатор LUN автоматически инициирует передачууправления к целевому разделу (IBM i B) с минимальным временем простоя. При определении сходстваперенос ресурсов HyperSwap также будет инициировать переключение доступа к данным из рабочего DS8000к целевому DS8000. Этот тип коммутатора требует коммутируемый доступ IASP от IBM i A к IBM i B иливарьируется в зависимости от IASP.

Поскольку HyperSwap и коммутация LUN являются локальными технологиями, они не защищают ототключения сайта.

HyperSwap + среда Affinity:

Среда Affinity может быть определена с или без использования среды коммутаторов LUN.

Affinity гарантирует при переключении оперативного перераспределения разделов или переключении LUNвыполнение IO на сервере хранения с максимальным соответствием хостингу сервера Power раздела IBM i.


|

|

||||||

||

|

|

||

IBM i A

SYSBAS

IASP1

Резервноеоборудование

Обычный режим работы После LPM, без снижения

производительности ввода-вывода

DS8000 M

SYSBAS

IASP1

DS8000 N

IBM i A

DS8000 M

IASP1 IASP1

SYSBAS

DS8000 N

SYSBAS

rza

ig0

00

8-1

Резервноеоборудование

HyperSwap

IBM i A

SYSBAS

IASP1

StandbyHardware

Автоматическое переключение HyperSwap

для восстановления производительности

DS8000 M

SYSBAS

IASP1

DS8000 N

HyperSwap

1 2

3

На рисунке, приведенном выше, среда HyperSwap настроена из раздела А IBM i для хранения на DS8000 M иDS8000 N. При использовании оперативного перераспределения разделов для того, чтобы сделать раздел

активным на резервном аппаратных средствах, как показано на рисунке , данные по-прежнему доступнычерез DS8000 M, что увеличивает дистанцию и может негативно повлиять на производительность каждогоIO. Взаимосвязь можно можно задать таким образом, что система DS8000 M будет связана с сервером

POWER с левой стороны, а DS8000 N - с правой стороны. Далее, согласно рисунку , как частьпереключения оперативного перераспределения разделов, связи HyperSwap станут обратными, что откроетдоступ к данным из DS8000 N.

Добавление функции FlashCopy:

Технологию FlashCopy можно использовать в сочетании с HyperSwap.

Добавление FlashCopy позволяет создавать и изменять отдельные актуальные копии данных IASP в другихразделах IBM i для автономного резервного копирования.


|

|

||

|||

|||

|

|

||

FlashCopyFlashCopy является функцией сервера IBM System Storage. FlashCopy обеспечивает актуальные копии данных,которые могут быть получены в режиме реального времени отдельными разделами или системами. Такиекопии могут использоваться для автономного резервного копирования или для добавления данных впроцессе разработки или тестирования системы. Функцию FlashCopy можно использовать самостоятельноили с любой другой технологией устойчивости данных из входящих в систему PowerHA.

Характеристики функции FlashCopyv Технология сервера IBM System Storage интегрирована в структуру PowerHA.v Она оперативно предоставляет актуальные копии данных для использования в автономном резервном

копировании.v Сама по себе не является технологией высокой доступности, поскольку представляет собой актуальные

копии данных.v Требует наличия дополнительного дискового хранилища для создания копии на том же сервере хранения,

что и исходная копия.Информация, связанная с данной:FlashCopy

Сочетание технологий HAБольшинство технологий, доступных в PowerHA, можно комбинировать для обеспечения более высокогоуровня доступности и защиты от еще большего количества типов отключений.

Ниже приведено несколько примеров:v У некоторых клиентов внутреннее хранилище находится в одной системе, а внешнее - в другой. Для

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

v Также для обеспечения защиты от отключений сервера и репликации на удаленный сайт при отключениихранилища и восстановления после аварии можно комбинировать коммутируемые логические модули сСинхронным зеркальным копирование или Глобальным зеркальным копированием.

v FlashCopy можно комбинировать с любой технологией во внешнем хранилище для обеспеченияактуальной копии данных для резервного копирования, или заполнения разработки, либо тестированиясистем.

Управление средой высокой готовностиДля планирования, настройки и управления полным решением высокой готовности необходим наборинструментов и средств управления. В IBM i systems предусмотрено несколько вариантов управления средойвысокой готовности.

В зависимости от потребностей и требований управление средой высокой готовности предоставляетграфические интерфейсы, команды и API, которые можно использовать для создания среды и управленияею. Также, как вариант, можно использовать приложение бизнес-партнера IBM. У каждого из этихвариантов инструментов управления средой высокой готовности имеются свои преимущества иограничения.

Интерфейсы IBM PowerHA SystemMirror for iЛицензионная программа IBM PowerHA SystemMirror for i с номером (5770-HAS) - это предложениесквозной высокой готовности. В сочетании с независимыми ASP (iASP) и переносимыми ресурсами HA(HASR - Компонент 41) предлагает готовое решение, которое можно развернуть с помощью IBM SystemStorage или внутреннего диска. PowerHA предоставляет несколько интерфейсов для настройки решений итехнологий высокой готовности и управления ими.


||||||

|

|

||

||

||

|

|

|

||

|

|||||

|||

|||

|

|||

|||||

||||||

Дополнительная информация о технологиях хранения данных, доступных в IBM i, приведена в разделеПоддерживаемые серверы хранения данных PowerHA.

Лицензионная программа IBM PowerHA SystemMirror for i предоставляет графический интерфейс,позволяющий настраивать решение высокой готовности и управлять им. Этот продукт также предлагаетсоответствующие команды и API для функций, связанных с технологиями высокой готовности. С помощьюэтой лицензионной программы администраторы высокой готовности могут создать решение высокойготовности и управлять им для удовлетворения потребностей предприятия, используя интерфейсы,соответствующие навыкам и предпочтениям заказчиков. Также можно работать с несколькимиинтерфейсами без ущерба для текущей деятельности, используя графические интерфейсы для одних задач, акоманды и API - для других.

Лицензионная программа IBM PowerHA SystemMirror for i предоставляет следующие интерфейсы:

Графический интерфейс PowerHAЭтот графический интерфейс упрощает настройку и отслеживание решения высокой готовности, атакже управление им. В случае обновления до версии 7.2 он сочетает простоту графическогоинтерфейса High Availability Solutions Manager с гибкостью графического интерфейса служб ресурсовкластера.

Команды PowerHAЭти команды предназначены для настройки и управления решением высокой готовности с помощьюинтерфейса командной строки.

PowerHAAPIsДанные API поддерживают версию PowerHA и позволяют извлекать информацию, связанную сPowerHA.

Графический интерфейс PowerHA:

Лицензионная программа IBM PowerHA SystemMirror for i предоставляет графический интерфейс,позволяющий выполнять задачи с использованием технологий высокой готовности IBM i с целью настройкии отслеживания решения высокой готовности и управления им.

С помощью графического интерфейса PowerHA, можно создавать кластеры, группы ресурсов кластеров,домены устройств, административные домены кластеров и независимые ASP.Информация, связанная с данной:Графический интерфейс PowerHAРеализация PowerHA

Компонент 41 (Переносимые ресурсы высокой готовности)Компонент 41 (Переносимые ресурсы высокой готовности) является обязательным в том случае, если егоустановка требуется для работы нескольких функций и интерфейсов управления высокой готовности IBM i.

Требуется компонент 41 (Переносимые ресурсы высокой готовности), если планируется работа соследующими интерфейсами:v Лицензионная программа IBM PowerHA SystemMirror for i.

– Графический интерфейс PowerHA– Команды PowerHA– API PowerHA

Для создания домена устройств и работы с ним также требуется компонент 41.


||

||||||||

|

|||||

|||

|||

|

|||

||

|

|

|

|||

||

|

|

|

|

|

Обнаружение сбоя дополнительного узлаТеперь компонент Службы ресурсов кластера может использовать консоль аппаратного обеспечения (HMC)или раздел сервера виртуального ввода-вывода (VIOS) на управляемом сервере Integrated VirtualizationManager (IVM) для обнаружения сбоя узла кластера.

Обнаружение сбоев узла кластера может быть выполнено с помощью HMC или IVM. На узле кластера,настроенном с монитором кластера, должно быть установлено следующее программное обеспечение.v IBM i , компонент 33, IBM Portable Application Solutions Environment for iv 5733-SC1, IBM Portable Utilities for iv 5733-SC1 компонент 1, OpenSSH, OpenSSL, zlibv 5770-UME, IBM Universal Manageability Enablement for iИнформация, связанная с данной:Обнаружение сбоя дополнительного узла

Функция высокой готовности в базовой операционной системеНекоторые команды CL для работы с кластерами и все API кластеров имеются в базовой операционнойсистеме IBM i.

Команды для работы с кластерами

Следующие команды для работы с кластерами будут сохранены в QSYS в целях отладки и для удаленияобъектов, связанных с кластерами:v Команда Удалить CRG (DLTCRG)v Команда Создать дамп трассировки кластера (DMPCLUTRC)v Команда Изменить восстановление кластера (CHGCLURCY)v Команда Запустить сервер кластерных хэш-таблиц (STRCHTSVR)v Команда Завершить работу сервера кластерных хэш-таблиц (ENDCHTSVR)

API кластеров

Можно создать собственное пользовательское приложение для настройки кластеров и управления ими спомощью API кластеров. Эти API используют преимущества технологии, предоставленной компонентомСлужбы ресурсов кластеров, включенным в состав продукта IBM i. В команды IBM PowerHA SystemMirrorfor i включены новые расширенные функции, предоставленные с лицензионной программой IBM PowerHASystemMirror for i.

Связанная информация для раздела Высокая готовность - ОбзорВ этом разделе перечислены руководства по продуктам, публикации IBM Redbook, веб-сайты и разделыInformation Center, содержащие дополнительную информацию по высокой готовности. Также можноознакомиться со связанной информацией о реализации независимых пулов дисков, технологиях PowerHA ивосстановлении после аварии. Файлы PDF можно и просматривать, и печатать.

IBM Redbooks (Руководства по выполнению задач)

v IBM i и семейство IBM Storwize: практическое руководство по работе со сценариями

v IBM i и IBM System Storage: руководство по реализации внешних дисков в IBM i

v Реализация PowerHA для IBM i

v Введение в сети хранения данных


||||

||

|

|

|

|

|

|

|||

|

||

|

|

|

|

|

|

|||||

http://www.redbooks.ibm.com/redpieces/abstracts/sg248197.html?Open

http://www.redbooks.ibm.com/abstracts/sg247120.html?Open



v iSeries в Сети хранения данных: Руководство по реализации ленты и диска FC с iSeries

v PowerHA SystemMirror for IBM i Cookbook

v Пример простой конфигурации для Storwize V7000 FlashCopy и PowerHA SystemMirror for i

Веб-сайты

v Высокая готовность с IBM PowerHA

Веб-сайт IBM, посвященный высокой готовности и кластерамдля i, UNIX, and Linux.

v IBM i

v IBM PowerHA SystemMirror for i

v Вики IBM PowerHA SystemMirror для i

v Хранение данных в IBM

v Сервисы Power Веб-сайт IBM посвящен обучению и службам системных лабораторий для IBM i.

v IBM System Storage Interoperation Center (SSIC)

v IBM Techdocs Library На этом сайте служба поддержки предварительных продаж IBM публикует последнюю информацию обустановке, планировании и технической поддержке. Вы найдете последние технические документы вописанием высокой готовности, независимых пулов дисков, SAP, JD Edwards и т. д.

v Learning Services USЭтот веб-сайт IBM посвящен обучению работе с ИТ-продуктами, пользовательским решениям иэлектронному обучению. Вы можете найти курсы, посвященные кластерам и независимым пулам дисков.

v Управление производительностью в IBM i

v Рекомендуемые исправленияНа этом сайте опубликованы ссылки на PTF для нескольких продуктов IBM i. Для просмотра PTF,связанных с высокой готовностью, выберите раздел High Availability: Cluster, IASP, XSM, and Journal.

Разделы Information Centerv Обеспечение готовностиv Обзор высокой готовностиv Технологии обеспечения высокой готовностиv Центр знаний IBM SAN Volume Controllerv Центр знаний IBM Storwize V7000v Центр знанийIBM Storwize V3700v Центр знаний IBM DS8000v Реализация высокой готовности

Прочая информацияv Управление дискамиv Подсистема контроля и управления ресурсами (RMC)


http://www.redbooks.ibm.com/abstracts/sg246220.html


http://www.redbooks.ibm.com/abstracts/redp4923.html?Open

http://www.ibm.com/systems/power/software/availability/

http://www.ibm.com/developerworks/ibmi/

http://www-03.ibm.com/systems/power/software/availability/i/index.html

http://www.ibm.com/developerworks/ibmi/ha

http://www.ibm.com/servers/storage/

http://www-03.ibm.com/systems/services/labservices/platforms/labservices_power.html

http://www-03.ibm.com/systems/support/storage/ssic/interoperability.wss

http://www.ibm.com/support/techdocs

http://www.ibm.com/services/learning/us/

http://www-03.ibm.com/systems/power/software/i/management/performance/resources.html

http://www-912.ibm.com/s_dir/slkbase.nsf/recommendedfixes

http://www-01.ibm.com/support/knowledgecenter/STPVGU/welcome

http://www-01.ibm.com/support/knowledgecenter/ST3FR7/welcome

http://www-01.ibm.com/support/knowledgecenter/STLM5A/welcome

http://www-01.ibm.com/support/knowledgecenter/HW213_7.2.0/com.ibm.storage.ssic.help.doc/f2c_ichomepage.htm

Юридическая информация

Настоящая документация была разработана для продуктов и услуг, предлагаемых на территории США.

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

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

IBMDirector of LicensingIBM CorporationNorth Castle DriveArmonk, NY 10504-1785U.S.A.

Запросы на лицензии, связанные с информацией DBCS, следует направлять в отдел интеллектуальнойсобственности в местном представительстве IBM или в письменном виде по следующему адресу:

Лицензирование интеллектуальной собственностиЗакон об интеллектуальной собственностиIBM Japan Ltd.1623-14, Shimotsuruma, Yamato-shiKanagawa 242-8502 Japan

Следующий абзац не относится к Великобритании, а также к другим странам, в которых это заявлениепротиворечит местному законодательству: ФИРМА INTERNATIONAL BUSINESS MACHINESCORPORATION ПРЕДОСТАВЛЯЕТ НАСТОЯЩУЮ ПУБЛИКАЦИЮ НА УСЛОВИЯХ КАК ЕСТЬ, БЕЗКАКИХ-ЛИБО ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ ГАРАНТИЙ, ВКЛЮЧАЯ, НО НЕОГРАНИЧИВАЯСЬ ЭТИМ, НЕЯВНЫЕ ГАРАНТИИ СОБЛЮДЕНИЯ ПРАВ, КОММЕРЧЕСКОЙЦЕННОСТИ И ПРИГОДНОСТИ ДЛЯ КАКОЙ-ЛИБО ЦЕЛИ. В некоторых странах запрещается отказ откаких-либо явных и подразумеваемых гарантий при заключении определенных договоров, поэтому данноезаявление может не действовать в вашем случае.

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

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

IBM может использовать и распространять любую предоставленную вами информацию на свое усмотрениебез каких-либо обязательств перед вами.

© Copyright IBM Corp. 2002, 2016 35

Для получения информации об этой программе для обеспечения: (i) обмена информацией между независимосозданными программами и другими программами (включая данную) и (ii) взаимного использованияинформации, полученной в ходе обмена, пользователи данной программы могут обращаться по адресу:

IBM CorporationSoftware Interoperability Coordinator, Department YBWA3605 Highway 52 NRochester, MN 55901U.S.A.

Такая информация может предоставляться на определенных условиях, а в некоторых случаях - и задополнительную плату.

Лицензионные программы, описанные в этом документе, и все доступные лицензионные материалыпредоставляются компанией IBM в рамках Соглашения с заказчиком IBM, Международного соглашения олицензии на программу IBM или аналогичного соглашения между сторонами.

Все приведенные показатели производительности были получены в управляемой среде. В связи с этимрезультаты, полученные в реальной среде, могут существенно отличаться от приведенных. Некоторыеизмерения могли быть выполнены в системах, находящихся на этапе разработки, поэтому результатыизмерений, полученные в серийных системах, могут отличаться от приведенных. Более того, некоторыезначения могли быть получены в результате экстраполяции. Фактические результаты могут различаться.Пользователи, работающие с этим документом, должны удостовериться, что используемые ими данныеприменимы в имеющейся среде.

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

Все заявления о будущих действиях или намерениях фирмы IBM могут быть изменены или аннулированыбез дополнительного уведомления; такие заявления следует рассматривать только как информацию опредполагаемых целях и задачах фирмы IBM.

Эта информация предназначена исключительно для планирования. Приведенная информация можетизмениться до того, как описанные в ней продукты станут доступными.

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

Лицензия на авторские права:

Эта информация содержит примеры приложений на исходном языке, иллюстрирующие приемыпрограммирования в различных операционных платформах. Разрешается копировать, изменять ираспространять эти примеры программ в любой форме без какой-либо платы IBM, в целях разработки,использования, продажи или распространения прикладных программ, соответствующих интерфейсупрограммирования приложений тех операционных систем, для которых примеры были созданы. Они непроверялись для работы во всех условиях. По этой причине, IBM не может гарантировать их надежность ипригодность. Примеры программ предоставляются "КАК ЕСТЬ", без каких бы то ни было гарантий. IBM ненесет ответственности за любого рода ущерб, возникший как следствие использования этих программ.

Каждая полная или частичная копия, а также программа, включающая такую копию, должна содержатьследующую информацию об авторских правах:


© (имя вашей компании) (год). Данная программа содержит исходный код из примеров программ,предоставленных компанией IBM.

© Copyright IBM Corp. _год или годы_.

Сведения о программных интерфейсахНастоящая публикация (Высокая готовность - Обзор) представляет собой документацию попредназначенным интерфейсам программирования, позволяющим заказчикам создавать программы,использующие службы IBM i.

Товарные знакиIBM, эмблема IBM и ibm.com являются товарными знаками или зарегистрированными товарными знакамикорпорации International Business Machines Corp., зарегистрированными во многих юрисдикциях по всемумиру. Другие названия продуктов и услуг могут быть товарными знаками IBM или других компаний.Текущий список торговых знаков IBM доступен на странице “Copyright and trademark information” по адресуwww.ibm.com/legal/copytrade.shtml.

Adobe, эмблема Adobe, PostScript и эмблема PostScript являются зарегистрированными товарными знакамиили товарными знаками Adobe Systems Incorporated в США и/или других странах.

Linux является зарегистрированным товарным знаком Линуса Торвальдса (Linus Torvalds) в США и/илидругих странах.

Microsoft, Windows, Windows NT и эмблема Windows являются товарными знаками корпорации Microsoft вСША и/или других странах.

Другие названия продуктов и услуг могут быть товарными знаками IBM или других компаний.

УсловияРазрешение на использование выбранных для загрузки публикаций предоставляется в соответствии сследующими условиями.

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

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

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

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

Вы можете загружать, экспортировать и реэкспортировать эту информацию только в полном соответствиисо всеми применимыми законами и правилами, включая все законы США в отношении экспорта.

Юридическая информация 37

http://www.ibm.com/legal/copytrade.shtml

IBM не предоставляет гарантий на содержание этих публикаций. Публикации предоставляются на условиях"как есть", без каких-либо явных или подразумеваемых гарантий, включая, но не ограничиваясь этим,подразумеваемые гарантии коммерческой ценности, соблюдения прав или пригодности для каких-либоконкретных целей.


Юридическая информация 39

IBM®

Номер программы: 5770-SS1

Напечатано в Дании

Download - IBM i: |RJ|Rm|Rp|Rj|Rh |Rd|Rs|Rc|Rj|Rr|Rj|Rq |Ru|Rj|Rn|Rj ... · PDF fileсистему недоступной . Можно принять ... расстояние между ... v

Top Related