Пример 3.11. Содержимое файла inittab для перезапуска процессов
На машине администратора развертывания:
ws1:23:respawn:/usr/WebSphere/DeploymentManager/bin/startManager.sh На машине узла:
ws1:23:respawn:/usr/WebSphere/AppServer/bin/startNode.sh
ws2:23:respawn:/usr/WebSphere/AppServer/bin/startServer.sh nodename_server1
ws3:23:respawn:/usr/WebSphere/AppServer/bin/startServer.sh nodename_server2
ws4:23:respawn:/usr/WebSphere/AppServer/bin/startServer.sh nodename_server2
Примечание. Если для startServer.sh в файле /etc/inittab вы задаете возобновление, вы должны помнить, что команда init всегда будет перезапускать процесс, даже если вы намеревались остановить его. В качестве альтернативы вы можете использовать скрипт rc.was, расположенный в директории ${ДИР_WAS}/bin, который позволит вам ограничить количество повторов.
Наилучшим решением будет использовать инструмент мониторинга, который будет уведомлять о сбоях, а также логику автоматического перезапуска.
z/OS
WebSphere for z/OS может использовать функцию z/OS Automatic Restart Management (ARM) для восстановления серверов приложений. Каждый сервер приложений, работающий в системе z/OS (включая серверы, которые вы создали для бизнес-приложений), автоматически регистрируется в группе ARM. При каждой такой регистрации используется специальный элементный тип, называющийся SYSCB, который ARM при перезапуске относит к уровню 3, а это гарантирует, что RRS (это функция z/OS, которая обеспечивает поддержку менеджерами ресурсов двухфазной синхронизации) будет перезапущена перед любым сервером приложений.
Примечание. Если у вас есть приложение, критически важное для бизнеса, вам нужны
функции для преодоления сбоев. z/OS предлагает богатые автоматизированные интерфейсы, такие как автоматический менеджер перезапуска, которые вы можете применять для обнаружения сбоя и восстановления после него. Автоматическое управление перезапуском займется перезапуском сервера в случае сбоя.
Вот некоторые важные вещи, о которых следует подумать при использовании автоматического управления перезапуском.
• Если управление автоматическим перезапуском (ARM) в вашей системе включено, возможно, вы захотите отключить ARM для адресных пространств WebSphere Application Server for z/OS перед инсталляцией и настройкой WebSphere Application Server for z/OS. В ходе настройки ошибки в заданиях могут вызывать ненужные перезапуски адресных пространств WebSphere Application Server for z/OS. После установки и настройки изучите возможность включения ARM.
• Если функция ARM включена, и вы останавливаете сервер, он будет снова перезапущен командой armrestart.
• Хорошей идеей будет настроить политику ARM для администратора развертывания и агентов узлов. За дополнительной информацией о том, как изменять политики ARM, обращайтесь на следующую страницу:
http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm. websphere.zseries.doc/info/zseries/ae/cins_changearm.html
• Если вы запустите демон службы местоположения в системе, где такой демон уже есть, запуск не удастся.
• Каждый следующий сервер будет использовать динамически назначаемый порт, если только в конфигурации не указан фиксированный порт. Следовательно, фик — сированные порты должны быть уникальны в пределах группы систем (sysplex).
• Если вы применяете команды STOP, CANCEL или MODIFY к экземплярам серверов, вы должны знать, как управление автоматическим перезапуском будет вести себя относительно экземпляров серверов WebSphere Application Server for z/OS. В табл. 3.7 показано поведение ARM для экземпляров серверов WebSphere Application Server for z/OS.
Таблица 3.7. Поведение ARM и экземпляры серверов WebSphere Application Server for z/OS
Если подать команду Поведение ARM
STOP адресное_пространство Адресное пространство не будет перезапущено
CANCEL адресное_пространство Адресное пространство не будет перезапущено
CANCEL адресное_пространство, ARMRESTART Адресное пространство будет перезапущено
MODIFY адресное_пространство, CANCEL Адресное пространство не будет перезапущено
MODIFY адресное_пространство, CANCEL, Адресное пространство будет перезапущено
ARMRESTART
За дополнительной информацией об активации ARM обращайтесь по адресу:
http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm. websphere.zseries.doc/info/zseries/ae/tins_activearm.html
Предположим, у вас есть активированная функция ARM и вы хотите проверить состояние адресных пространств, зарегистрированных для автоматического управления перезапуском. Для получения этой информации необходимо выполнить следующие действия.
1. Инициализировать все серверы.
2. Подать одну или обе команды, показанные в примере 3.12.
Пример 3.12. Отображение состояния адресных пространств, зарегистрированных для автоматического управления перезапуском
Для отображения всех зарегистрированных адресных пространств (включая адресные пространства
экземпляров серверов) подайте следующую команду: d xcf,armstatus,detail
Для отображения состояния конкретного экземпляра сервера используйте команду display и укажите имя задания. Например, чтобы вывести состояние экземпляра сервера Daemon (задание BBODMN), подайте следующую команду: d xcf,armstatus,jobname=bbodmn,detail
За информацией об использовании команды display обращайтесь к следующему источнику:
http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm. websphere.zseries.doc/info/zseries/ae/rxml_mvsdisplay.html
