Руководство по WebSphere Application Server

ОнЛ@йн руководство с примерами по WAS

  • Главная
  • Авторское право
  • Команда
  • Контакты
  • Оглавнение

1

Окт

3.6.3. Перезапуск процесса при сбое

Опубликовал admin  Рубрика Часть 3. Профили

В WebSphere Application Server не предусмотрены следующие процессы.

• Следящий процесс, осуществляющий наблюдение за тем, запущен ли процесс AdminServer, и осуществляющий перезапуск этого процесса при сбое.

• Процесс AdminServer, осуществляющий наблюдение за тем, запущены ли процессы серверов приложений, и осуществляющий перезапуск процесса при сбое.

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

Windows

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

Синтаксис

Введите команду WASService.exe без аргументов, и вы получите список допустимых форматов. См. пример 3.7.

Пример 3.7. Формат команды� WASSe�rvice�

Usage: WASService.exe (with no arguments starts the service) || — add <service name>

-serverName <Server>

-profilePath <Server’s Profile Directory>

[-wasHome <Websphere Install Directory>]

[-configRoot <Config Repository Directory>] [-startArgs <additional start arguments>] [-stopArgs <additional stop arguments>] [-userid <execution id> - password <password>] [-logFile <service log file>]

[-logRoot <server’s log directory>] [-encodeParams]

[-restart <true | false>]

[-startType <automatic | manual | disabled>] || — remove <service name>

|| -start <service name> [optional startServer.bat parameters] || — stop <service name> [optional stopServer.bat parameters] || — status <service name>

|| — encodeParams <service name>

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

• При добавлении новой службы аргумент — serverName является обязательным. serverName — это имя процесса. Если у вас возникают сомнения, используйте команду serverstatus -all, чтобы вывести список процессов. В случае администратора развертывания это процесс dmgr, в случае агента узла — nodeagent, в случае сервера это имя сервера.

• Аргумент — profilePath является обязательным. Он указывает директорию профиля.

• Используйте уникальные имена служб. Службы перечислены в окне управления службами Windows в виде:

IBM WebSphere Application Server V6.1 — <имя службы>

В Profile Management Tool используется соглашение, согласно которому в качестве имени службы агента узла используется имя узла. Для администратора развертывания в качестве имени службы используется имя узла, на котором находится администратор развертывания, с добавлением сочетания dmgr.

  • Twitter
  • Одноклассники
  • ВКонтакте
  • FaceBook
  • ой Мир
« 3.6.2. Останов распределенной серверной среды
3.6.4. Перезапуск процесса при сбое. Примеры »

Рубрики

  • Часть 1. Основы
  • Часть 2. Технический обзор
  • Часть 3. Профили
  • Часть 4. Основы администрирования
  • Часть 5. Использование скриптов
  • Часть 6. Конфигурирование ресурсов
  • Часть 7. Управление Web-серверами
  • Часть 8. Асинхронный обмен сообщениями

Свежие записи

  • 8.4.8. Наилучшие подходы к работе с MDB-компонентами
  • 8.4.7. Связывание компонента, управляемого сообщением, с пунктом назначения
  • 8.4.6. Конфигурационные свойства активации MDB-компонентов
  • 8.4.5. Компоненты, управляемые сообщениями, и транзакции
  • 8.4.4. Жизненный цикл компонента, управляемого сообщениями

Страницы

  • Авторское право
  • Команда
  • Главная
    • Дополнения
    • Примечание
  • Контакты
  • Оглавнение

Последние записи

  • 8.4.8. Наилучшие подходы к работе с MDB-компонентами
  • 8.4.7. Связывание компонента, управляемого сообщением, с пунктом назначения
  • 8.4.6. Конфигурационные свойства активации MDB-компонентов
  • 8.4.5. Компоненты, управляемые сообщениями, и транзакции
  • 8.4.4. Жизненный цикл компонента, управляемого сообщениями
  • 8.4.3. Реализация компонента, управляемого сообщениями
  • 8.4.2. Взгляд на компонент, управляемый сообщениями, со стороны клиента
  • 8.4.1. Типы компонентов, управляемых сообщениями
  • 8.4. Компоненты, управляемые сообщениями
  • 8.3.5.-8.3.8 Размещение конечной точки для сообщений

Свежие комментарии

  • Комментариев нет
  • Случайные записи

    • 7.2.3. Запуск и останов Web-сервера
    • 6.2. Ресурсы JDBC
    • 6.6.1. Ссылки на среды ресурсов
    • 3.4.14. Определение для Web-сервера
    • 8.1.5. Схемы обмена сообщениями
    • 2.2. Java Management Extensions (JMX)
    • 3.4. Создание профилей в системах z/OS
© 2012 Руководство по WebSphere Application Server
Дизайн : Roam2Rome | Локализация темы для wordpress goodwin
Копирование материалов с данного сайта возможно только при наличии индексируемой ссылки на данный ресурс.