Тема номера: Системы высокой готовности

Как создавать кластеры Oracle Application Server 10g
(How to Create Oracle Application Server 10g Clusters)

Источник: An Oracle White Paper, November 2004,
доклад на форуме Oracle World 2004, Сан Франциско, автор Shail Goel, https://www.openworld2004.com/published/1418/1418_Goel_paper.pdf

• *Введение
• *Кластер Oracle Application Server
  • *Терминология
  • *Кластерная Структура
  • *Преимущества кластера OracleAS
  • *Типы кластеров OracleAS
    • *DCM-управляемые кластеры OracleAS
    • *Управляемые вручную кластеры OracleAS
• *Конфигурирование DCM-управляемого кластера Oracle Application Server
  • *Создание DCM-управляемого кластера OracleAS, использующего файловый репозиторий
    • *Создание фермы файловых репозиториев
    • *Добавление экземпляров к ферме
    • *Создание DCM-управляемого кластера OracleAS
  • *Добавление экземпляров к DCM-управляемому кластер OracleAS
  • *Управление экземплярами в DCM-управляемом кластере OracleAS
  • *Конфигурирование кластера OracleAS (OC4J)
  • *Конфигурирование репликации состояния Web-приложений
  • *Конфигурирование репликации состояния EJB
• *Резюме

 Введение

Сервер приложений Oracle Application Server (OracleAS) состоит из многих компонентов, которые могут быть развернуты в распределенных топологиях. Основной парадигмой, используемой для обеспечения высокой доступности среднего уровня Oracle Application Server, является кластеризация, которая объединяет различные компоненты Oracle Application Server в некоторых вариациях, предлагая масштабируемые и унифицированные функциональные возможности, а также избыточность на случай сбоя любого из отдельных компонентов.

Кластеризация компонентов системы позволяет функционально рассматривать их как единый объект с точки зрения клиента. Может существовать несколько типов кластеров на компонентах Oracle Application Server. В этой статье описывается процедура создания и конфигурирования DCM-управляемого кластера Oracle Application Server на среднем уровне с использованием файлового репозитория.

 Кластер ORACLE APPLICATION SERVER

Кластер Oracle Application Server (OracleAS) – это набор экземпляров сервера приложений среднего уровня, сконфигурированных для совместных действий, чтобы обеспечить более высокие значения масштабируемости и доступности, чем у одиночного экземпляра. В дальнейшем будем говорить об этом типе кластера, как о кластере OracleAS среднего уровня.

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

 Терминология

Прежде чем приступить к обсуждению структуры кластеризации Oracle Application Server, полезно напомнить следующие термины:

1. Oracle Application Server Farm: Ферма Oracle Application Server – это совокупность экземпляров сервера приложений, которые совместно используют одну и ту же инфраструктуру Oracle Application Server или которые используют тот же самый экземпляр сервера приложений на хост-машине файлового репозитория.
2. Oracle Application Server Instance: Экземпляр Oracle Application Server – это набор процессов, требующихся для выполнения сконфигурированных компонентов в инсталляции сервера приложений (внутри домашнего каталога Oracle).
3. Component Instance: Экземпляр Компонентов - экземпляры компонентов включают один процесс HTTP-сервера Oracle или несколько экземпляров Oracle Application Server Containers for J2EE (OC4J – контейнеры Oracle Application Server для J2EE).
4. Oracle Application Server Cluster: Кластер Oracle Application Server (OracleAS) – это совокупность экземпляров OracleAS с идентичными конфигурациями и идентично развернутыми приложениями.
5. OracleAS Cluster (OC4J): OracleAS Cluster (OC4J) – это группа процессов Oracle Application Server Container for J2EE (OC4J), которые реплицируют состояние сеанса для меняющих своих состояние в процессе исполнения Web-приложений, из числа процессов OC4J, являющихся частью OracleAS Cluster (OC4J). Процессы OC4J в OracleAS Cluster (OC4J) могут быть размещены на нескольких узлах.

   Приводимый ниже рисунок 1 иллюстрирует терминологию Oracle Application Server.

   

   Рисунок 1: Терминология Oracle Application Server

    Кластерная структура

   К числу компонент Oracle Application Server, которые составляют кластер Oracle Application Server, относятся:

   OPMN обеспечивает мониторинг процесса, то есть, его отказоустойчивость, DCM и репозиторий инфраструктуры обеспечивают клонирование конфигурации, то есть, распределенное развертывание, а mod_oc4j обеспечивает интеллектуальную маршрутизацию, то есть, выравнивание нагрузки.

6. Oracle Process Manager and Notification Server (OPMN) обеспечивает обнаружение обрыв процесса и его перезапуск в случае обнаружения проблем отслеживаемыхз (мониторинг) процессов, а также уведомление каналов между различными процессами.
7. Distributed Configuration Management (DCM – управление распределенными конфигурациями) распределяет информацию о конфигурации между компонентами кластера, а также сохраняет ее в репозитории.
8. DCM Metadata Repository (репозиторий метаданных DCM) является жизненно важной частью репозитория метаданных всего OracleAS, которая обеспечивает сервисы управления (Management Services). Репозиторий DCM сохраняет информацию о конфигурации экземпляра OracleAS, кластера OracleAS и всей фермы OracleAS.
9. Модуль mod_oc4j включается в Oracle HTTP-сервер Oracle (OHS), он обеспечивает конфигурируемую и интеллектуальную маршрутизацию входящих запросов на все экземпляры OC4J, используя AJP. Запросы направляются только к процессам и компонентам, которые mod_oc4J в результате взаимодействия с OPMN считает “живыми”.

На рисунке 2 показана архитектура экземпляра OracleAS, включая вышеупомянутые характеристики. В этом случае репозиторий метаданных DCM хранится в базе данных Oracle как часть репозитория метаданных OracleAS.

Рисунок 2: Архитектура экземпляра OracleAS

 Преимущества кластера OracleAS

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

Ниже приводятся некоторые преимущества кластера OracleAS по сравнению с одиночным экземпляром сервера приложений:

1. Масштабируемость: Кластер OracleAS обеспечивает для приложений высоко масштабируемую среду. Кластер OracleAS может использовать несколько хостов, распределяя выполнение приложений по большему количеству операционных ресурсов, как напимер, центральных процессоров. В среде кластера OracleAS нагрузка автоматически разделяется между всеми участвующими экземплярами сервера приложений, благодаря интеллектуальной маршрутизации сервера Oracle HTTP Server (OHS).
2. Управляемость: Кластер OracleAS автоматически распространяет информацию о конфигурации и развертывает приложения на всех экземплярах сервера приложений в кластере, что упрощает конфигурацию и развертывание. В кластере OracleAS несколько экземпляров сервера приложений работают вместе и ведут себя как единый объект, сокращая количество операций управления и повышая управляемость всей топологии.
3. Доступность: Экземпляры в кластере OracleAS продолжают функционировать, несмотря на потерю операционной системы или хоста, скрывая любой такой отказ от клиентов. Кластер OracleAS устраняет саму возможность наличия элементов, выход которых из строя приводит к отказу всей системы, что становится неизбежной угрозой при наличии одиночной хост-системы, в результате чего сервер приложений становится высоко доступным.

 Типы кластеров OracleAS

Есть два типа кластеров Oracle Application Server среднего уровня: те, что управляются через Distributed Configuration Management (DCM), и те, что управляются вручную:

1. DCM-управляемые кластеры OracleAS
2. Управляемые вручную кластеры OracleAS

 DCM-управляемые кластеры OracleAS

DCM-управляемый кластер OracleAS организовывает экземпляры в фермы и управляет ими. DCM-управляемый кластер OracleAS обеспечивает распределенную информацию о конфигурации и позволяет выполнять совместное конфигурирование нескольких экземпляров Oracle Application Server.

В DCM-управляемом кластере OracleAS сервер Oracle Application Server использует для управления конфигурированием всего кластера систему Distributed Configuration Management (DCM – распределенное управление конфигурированием). DCM поддерживает следующие действия:

1. Синхронизацию информации о конфигурации посредством продвижения. Когда к кластеру присоединяются новые экземпляры сервера приложений, DCM автоматически реплицирует базовую конфигурацию во все экземпляры в составе кластера.
2. Распределенное развертывание приложений. DCM продвигает развертывание приложений в одном экземпляре на все экземпляры в составе кластера.
3. Распределенная регистрация диагностики. Все члены одного и того же кластера записывают информацию протокола работы в один и тот же репозиторий протокола.
4. Распределенное автоматическое восстановление состояния сеанса после сбоя. OracleAS Cluster (OC4J) устанавливается по умолчанию.
5. Выравнивание нагрузки на Oracle HTTP Server. Oracle HTTP Server автоматически конфигурируется таким образом, чтобы разделить нагрузку между всеми членами кластера.
6. Распределенное управление процессом. Членство в кластере дает возможность командам opmnctl cluster scope коллективно запускать или останавливать все члены кластера.

Чтобы управлять конфигурациями, DCM сохраняет информацию о конфигурации (которая называется метаданными конфигурации) в репозитории конфигурации DCM (DCM Configuration Repository). Имеется два типа репозиториев конфигурации DCM:

1. Файловый репозиторий
2. Репозиторий в базе данных

Файловый репозиторий

В случае файлового репозитория (File-based Repository), репозиторий конфигурации DCM хранится в файловой системе одного из экземпляров сервера приложений в ферме. На рисунке 3 показана архитектура фермы файловых репозиториев.

Рисунок 3: Архитектура фермы файловых репозиториев

Репозиторий в базе данных

В случае репозитория в базе данных (Database-based Repository), репозиторий конфигурации DCM размещен в репозитории метаданных (Metadata Repository – MR) Oracle Application Server, который хранится в базе данных.

На рисунке 4 показана архитектура фермы с репозиторием в базе данных.

Рисунок 4: Архитектура фермы с репозиторием в базе данных

 Управляемые вручную кластеры OracleAS

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

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

При использовании управляемых вручную кластеров OracleAS, каждый экземпляр OracleAS должен управляться независимо. Администратор должен делать изменения конфигурации вручную для каждого экземпляра, и эти изменения должны быть идентичны для каждого экземпляра. Приложения, развернутые на одном из экземпляров, должны быть индивидуально развернуты на всех других экземплярах. Функциональные возможности Distributed Configuration Management (DCM) в такой конфигурации недоступны.

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

 КОНФИГУРИРОВАНИЕ DCM-УПРАВЛЯЕМЫХ КЛАСТЕРОВ ORACLE APPLICATION SERVER

В этом разделе описывается, как создать и использовать DCM-управляемые кластеры OracleAS, используя файловый репозиторий. В нем затрагиваются следующие темы:

1. Создание DCM-управляемого кластера OracleAS с использованием файлового репозитория
2. Добавление экземпляров в DCM-управляемый кластер OracleAS
3. Управление экземплярами в составе DCM-управляемого кластера OracleAS
4. Конфигурирование OracleAS Cluster (OC4J)

 Создание DCM-управляемого кластера OracleAS, использующего файловый репозиторий

Для создания DCM-управляемого кластера OracleAS все участвующие экземпляры OracleAS должны быть сначала связаны с одной фермой OracleAS (OracleAS Farm).

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

Этот раздел охватывает следующие темы:

1. Создание фермы файловых репозиториев
2. Добавление экземпляров к ферме
3. Создание DCM-управляемого кластера OracleAS

 Создание фермы с файловым репозиторием

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

1. Используя консоль управления сервером приложений для экземпляра, который вы желаете использовать как хост репозитория, выберите ссылку Infrastructure (Инфраструктуры), чтобы перейти к странице инфраструктуры. Если репозиторий не был сконфигурирован, то в поле Farm Repository (репозиторий фермы) в разделе OracleAS Farm Repository Management (управление репозиторием фермы OracleAS) будет показано "Not Configured" ("Не сконфигурировано"), как это изображено на рисунке 5.

   

   Рисунок 5: Страница инфраструктуры консоли управления сервером приложений

2. На странице инфраструктуры в области управления репозиторием фермы OracleAS, выберите кнопку Configure (сконфигурировать), чтобы запустить Мастер конфигурирования репозитория фермы OracleAS. Появится Мастер создания репозитория. Подходящее имя хоста появляется под меткой поля Configure Oracle Farm Repository Source. Выберите кнопку New file-based repository (новый репозиторий на основе файла) и выберите Next, как показано на рисунке 6.

   

   Рисунок 6: Мастер создания репозитория консоли управления сервером приложений. Шаг 1

3. Мастер переходит к четвертому шагу (из четырех) – проверка правильности – как показано на рисунке 7.
4. Выберите FINISH, и будет создана ферма OracleAS на основе файла.

Рисунок 7: Мастер создания репозитория консоли управления сервером приложений. Шаг 4

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

$ORACLE_HOME/dcm/bin/dcmctl shell
dcmctl> whichFarm
Standalone instance
dcmctl> getRepositoryId
edrsr1p1.us.oracle.com:7101
dcmctl> joinFarm -r edrsr1p1.us.oracle.com:7101
dcmctl> whichFarm
Farm Name: .home.oracle.j2ee1.dcm.repository
Host Instance: j2ee1.edrs1p1.us.oracle.com
Host Name: edrs1p1.us.oracle.com
Repository Type: Distributed File Based (host)
SSL In Use: false

 Добавление экземпляров к ферме

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

1. Получите идентификатор репозитория (Repository ID) для файловой фермы OracleAS, к которой вы хотите присоединиться. Чтобы найти идентификатор репозитория, на любом экземпляре Oracle Application Server, который использует файловую ферму OracleAS, выберите ссылку Infrastructure и отметьте значение поля File-based Repository ID (идентификатор файлового репозитория) в области OracleAS Farm Repository Management (управление репозиторием фермы OracleAS), как показано на рисунке 8.

   

   Рисунок 8: Страница инфраструктуры консоли управления сервером приложений

2. Переключитесь на консоль управления сервера приложений для автономного экземпляра, который вы хотите добавить к файловой ферме OracleAS и выберите ссылку Infrastructure. Если репозиторий не сконфигурирован, то в поле Farm Repository будет показано "Не сконфигурировано", как показано на рисунке 5.
3. Выберите кнопку Configure, чтобы запустить Мастер Configure OracleAS Farm Repository Wizard. Появится Мастер создания репозитория, как показано на рисунке 6. Соответствующее имя хоста появляется в поле OracleAS Instance под областью Configure Oracle Farm Repository Source.
4. Выберите кнопку Existing file-based repository (существующий файловый репозиторий) и выберите Next.
5. На странице Location (третий шаг из четырех), введите идентификатор репозитория для Repository Host в поле File-based Repository ID и выберите Next, как показано на рисунке 9.

   

   Рисунок 9: Мастер создания репозитория консоли управления сервером приложений. Шаг 3

6. Будет показана страница четвертого шага Мастера из четырех – Configure OracleAS Farm Repository Validation. Выберите Finish. Когда мастер закончит работу, автономный экземпляр будет присоединен к файловой ферме OracleAS.
7. После того, как мастер закончит работу, вы возвращаетесь к странице инфраструктуры консоли управления сервером приложений. Альтернативно, можно использовать механизм командной строки dcmctl, чтобы добавить экземпляры к ферме. Из любого экземпляра OracleAS, который уже связан с фермой, выполните следующую команду:

$ORACLE_HOME/dcm/bin/dcmctl getRepositoryId

edrsr1p1.us.oracle.com:7101

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

$ORACLE_HOME/dcm/bin/dcmctl shell
dcmctl> whichFarm
Standalone instance
dcmctl> joinFarm -r edrsr1p1.us.oracle.com:7101
dcmctl> whichFarm
Farm Name: .home.oracle.j2ee1.dcm.repository
Host Instance: j2ee1.edrs1p1.us.oracle.com
Host Name: edrs1p1.us.oracle.com
Repository Type: Distributed File Based (host)
SSL In Use: false

 Создание DCM-управляемого кластера OracleAS

Используя домашнюю страницу консоли управления сервером приложений, вы можете создать новый DCM-управляемый кластер OracleAS. С домашней страницы фермы создайте новый DCM-управляемый кластер OracleAS следующим образом:

1. Выберите ссылку Farm, чтобы перейти к домашней странице фермы.
2. Выберите кнопку Create Cluster, как показано на рисунке 10.

   

   Рисунок 10: Страница фермы консоли управления сервером приложений

3. На странице Create Cluster введите имя для нового кластера, и щелкните по Create, как показано на рисунке 11. Каждое новое имя кластера в пределах фермы должно быть уникально.

   

   Рисунок 11: Страница создания кластера консоли управления сервером приложений

4. На странице подтверждения щелкните по OK, чтобы возвратиться к домашней странице Фермы.

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

$ORACLE_HOME/dcm/bin/dcmctl shell
dcmctl> createCluster -cl cluster123
dcmctl> listClusters
1 Cluster123

 Добавление экземпляров к DCM-управляемому кластеру OracleAS

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

Чтобы добавить к DCM-управляемому кластеру OracleAS экземпляры сервера приложений, проделайте следующее:

1. Перейдите к домашней странице фермы. Чтобы перейти к домашней странице фермы с домашней страницы экземпляра Oracle Application Server, выберите ссылку рядом с полем Farm в области General на домашней странице.
2. Если поле Farm не показано, то экземпляр не является частью фермы, и прежде, чем его можно будет добавить к кластеру, вы будете должны связать автономный экземпляр с фермой.
3. Выберите селективную кнопку для экземпляра сервера приложений, который хотите добавить к кластеру из раздела Standalone Instances (автономные экземпляры), и щелкните по кнопке Join Cluster, как показано на рисунке 10.
4. На странице Join Cluster выберите из списка кластеров тот кластер, к которому желаете присоединиться, и щелкните по Join, как показано на рисунке 12.

   

   Рисунок 12: Страница Join Cluster консоли управления сервером приложений

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

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

1. Прежде, чем экземпляр сервера приложений будет присоединен к DCM-управляемому кластеру OracleAS, OracleAS останавливает экземпляр. Как только он будет связан с кластером, вы сможете перезапустить экземпляр сервера приложений.
2. Когда экземпляр присоединяется к DCM-управляемому кластеру OracleAS, экземпляр сервера приложений удаляется из области Standalone Instances.
3. Для добавления за одну операцию нескольких автономных экземпляров сервера приложений к DCM-управляемому кластеру OracleAS, используйте команду dcmctl joinCluster.
4. Когда экземпляр сервера приложений содержит определенные компоненты Oracle Application Server, он не может быть кластеризован. Используйте команду dcmctl isClusterable, чтобы проверить, можно ли включить экземпляр сервера приложений в кластер. Если экземпляр сервера приложений не может быть кластеризован, то консоль управления сервером приложений возвратит ошибку, когда вы попытаетесь добавить экземпляр в DCM-управляемый кластер OracleAS.
5. Для того чтобы быть кластеризуемыми, все экземпляры сервера приложений, которые должны стать членами DCM-управляемого кластера OracleAS, должны быть инсталлированы для одной и той же операционной системы (в том числе, использовать тот же самый вариант UNIX).

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

$ORACLE_HOME/dcm/bin/dcmctl shell
dcmctl> isClusterable
true
dcmctl> joinCluster -cl cluster123

Или:

из любого экземпляра OracleAS в составе фермы выполните следующую команду:

dcmctl> joinCluster -cl cluster123 -i j2ee1
dcmctl> listInstances -cl cluster123
1
Instance Name: j2ee1.edsr1p1.us.oracle.com
Cluster: cluster123
Hostname: edsr1p1.us.oracle.com
Oracle Home: /home/oracle/j2ee1

 Управление экземплярами в DCM-управляемом кластере OracleAS

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

1. Чтобы запустить весь кластер, выберите соответствующий кластер в области Clusters на домашней странице фермы и щелкните кнопкой Start. Точно так же, чтобы остановить весь кластер, выберите соответствующий кластер в области Clusters и щелкните кнопкой Stop.
2. Вы можете также запустить все экземпляры в кластере, выбрав ссылку кластера и щелкнув кнопкой Start All, как показано на рисунке 13.
3. Чтобы запустить индивидуальный экземпляр в составе кластера, выберите ссылку кластера, выберите в составе кластера соответствующий экземпляр, а затем выберите кнопку Start.

Рисунок 13: Домашняя страница кластера консоли управления сервером приложений

Альтернативно, для запуска/остановки экземпляров в составе кластера можно использовать механизм командной строки dcmctl.

1. Чтобы запустить все экземпляры в кластере с любого экземпляра OracleAS в ферме, выполните следующую команду:

   $ORACLE_HOME/opmn/bin/opmnctl @cluster cluster123

   startall

   Или:

   С любого экземпляра OracleAS в кластере выполните следующую команду:

   $ORACLE_HOME/opmn/bin/opmnctl @cluster startall

2. Для запуска одного экземпляра в кластере

С любого экземпляра OracleAS в ферме выполните следующую команду:

$ORACLE_HOME/opmn/bin/opmnctl @instance j2ee1

startall

Или:

Для этого экземпляра OracleAS выполните следующую команду:

$ORACLE_HOME/opmn/bin/opmnctl startall

 Конфигурирование кластера OracleAS Cluster (OC4J)

По умолчанию в DCM-управляемом кластере OracleAS отсутствует репликация состояния. Чтобы сконфигурировать репликацию состояния, вам потребуется установить либо OracleAS Cluster (OC4J), либо OracleAS Cluster (OC4J-EJB), или оба эти продукта. OracleAS Cluster (OC4J) позволяет реплицировать состояние Web-приложений, а OracleAS Cluster (OC4J-EJB) позволяет реплицировать состояние приложений EJB.

И OracleAS Cluster (OC4J), и OracleAS Cluster (OC4J-EJB) являются логическими группировками процессов OC4J, которые позволяют вам определять, какие процессы OC4J будут реплицировать состояние. Имя кластера OracleAS Cluster (OC4J) должно быть идентично в каждом экземпляре OC4J, который вы хотите включить в кластер. В OracleAS Cluster (OC4J-EJB), состояние EJB реплицируется во все узлы в кластере, для чего используется групповая доставка сообщений (multicast). Все экземпляры OC4J в OracleAS Cluster (OC4J-EJB) должны иметь один и тот же групповой адрес, имя пользователя и пароль.

 Конфигурирование репликации состояния Web-приложений

Сконфигурируйте репликацию состояния для Web-приложений, чтобы быть уверенными, что OracleAS поддерживает состояние меняющих свое состояние в процессе выполнения Web-приложений для всего управляемого DCM кластера OracleAS.

Чтобы сконфигурировать репликацию состояния для меняющих своих состояние в процессе выполнения Web-приложений, сделайте следующее:

1. Выберите ссылку Administration на домашней странице OC4J
2. Выберите ссылку Replication Properties в области свойств экземпляра (Instance Properties).
3. Прокрутите изображение вниз до раздела Web-приложений, как показано на рисунке 14.

   

   Рисунок 14: Страница свойств репликации OC4J консоли управления сервером приложений, раздел Web-приложений.

4. Выберите флаговую кнопку Replicate session state, не вводите ничего в поля Multicast Host и Multicast Port и щелкните по кнопке Apply. По желанию вы можете предложить групповой IP-адрес хоста и номер порта. Если вы не предлагаете хост и порт для группового адреса, то по умолчанию хосту назначается IP-адрес 230.0.0.1, а порту – номер 9127. Адрес IP хоста должен быть в диапазоне от 224.0.0.2 до 239.255.255.255. Не используйте тот же самый групповой адрес для групповых адресов HTTP и для EJB.
5. Добавьте ко всем файлам web.xml во всех Web-приложениях тэг <distributable/>, например:

 Конфигурирование репликации состояния EJB

Конфигурируйте репликацию состояния для приложений EJB, чтобы увериться, что OracleAS поддерживает для всего DCM-управляемого кластера OracleAS состояние приложений EJB, меняющих свое состояние в процессе выполнения. Чтобы конфигурировать репликацию состояния для меняющих своих состояние в процессе исполнения сеансовых компонент EJB, сделайте следующее:

1. Выберите ссылку Administration на домашней странице OC4J
2. Выберите ссылку Replication Properties в области свойств экземпляра.
3. Прокрутите изображение вниз до раздела приложений EJB, как показано на рисунке 15.

   Рисунок 15: Страница свойств репликации OC4J консоли управления сервером приложений, раздел приложений EJB.

4. Выберите флаговую кнопку Replicate State.
5. Не вводите ничего в поля Multicast Host и Multicast Port. По желанию, вы можете предложить для хоста групповой IP-адрес и номер порта. Если вы не предлагаете хост и порт для группового адреса, то по умолчанию IP-адресом хоста является 230.0.0.1, а порту назначается номер 23791. Адрес IP хоста должен быть в диапазоне от 224.0.0.2 до 239.255.255.255. Не используйте тот же самый групповой адрес для групповых адресов HTTP и EJB.
6. Обеспечьте имя пользователя и пароль, которые используются для аутентификации себя на других хостах в OracleAS Cluster (OC4J-EJB). Если имя пользователя и пароль для различных хостов в кластере не совпадают, эти хосты будут не в состоянии связываться друг с другом. В групповом адресе можно иметь несколько комбинаций имени пользователя и пароля. Адреса с одинаковыми комбинациями имени пользователя/пароля будут считаться уникальным кластером.
7. Предоставьте имя RMI Server Host, обычно, это имя машины, на которой выполняется экземпляр OC4J.
8. Добавьте в файл orion-ejb-jar.xml тэг <session-deployment>, например, со значениями "VMTermination“ или “EndOfCall“: