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

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

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

18

Окт

4.5.1.3. Добавление узла. Метод №2

Опубликовал admin  Рубрика Часть 4. Основы администрирования

Метод 2: Использование команды addNode

Предварительно нужно выполнить несколько действий.

• Убедитесь, что сервер приложений запущен на интегрируемом узле.

• Откройте административную консоль на сервере приложений и запомните порт для параметра SOAP_CONNECTOR_ADDRESS администратора развертывания. Вы можете найти этот порт, обратившись к разделу Additional Properties (Дополни тельные свойства) страницы подробной информации о администраторе развертывания.

Для использования команды addNode сделайте следующее.

1. Откройте окно командной строки в системе, где запущен автономный сервер приложений.

2. Перейдите в директорию <дир_профиля>/bin установленного сервера приложений. В z/OS команда addNode.sh находится в директории <дир_was>/bin.

3. Выполните команду addNode.

Команда addNode добавит новый узел в существующую административную ячейку. Команда выполняет следующие действия.

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

2. Производится попытка остановить все работающие серверы приложения узла.

3. Производится резервное копирование конфигурации автономного узла в директорию <дир_профиля>/config/backup/base/.

4. Конфигурация автономного узла копируется в новую структуру ячейки, которая

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

5. Создается новая локальная директория config и определение агента узла (server.xml). 6. Создаются записи (директории и файлы) в основном хранилище о новых управляемых серверах на узле, агенте узла и серверах приложений.

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

в основное хранилище.

8. Загрузка приложений в ячейку производится только в том случае, если задана опция — includeapps.

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

10. Происходит корректировка скриптов setupCmdLine и wsadmin, чтобы они от ражали новые параметры среды ячейки.

11. Запускается агент узла.

Важно. Добавляя узел в ячейку, помните о следующих моментах.

• Ячейка уже должна существовать.

• Администратор развертывания ячейки должен быть запущен до выполнения команды addNode.

• Новый узел должен иметь уникальное имя. Если какой-нибудь узел в ячейке уже имеет такое же имя, команда addNode завершится ошибкой.

• По умолчанию addNode не переносит в ячейку приложения и сервисные интеграционные шины. Для этого необходимо указать опции — includeApps и — includebuses.

Синтаксис команды addNode

Синтаксис команды addNode следующий:

addNode.bat(sh) <хост_админ_развер> <порт_админ_развер> [options]

Данная команда должна быть запущена из директории <дир_профиля>/bin узла. Ее нельзя запустить из администратора развертывания. Параметры <хост_админ_развер> и <порт_админ_развер> указывают местоположение администратора развертывания. Параметр <хост_админ_развер> является обязательным.

Используемым по умолчанию типом JMX-коннектора является SOAP, а номер порта для SOAP по умолчанию 8879. Если вы хотите устанавливать соединение именно таким образом, и параметр SOAP_CONNECTOR_ADDRESS администратора развертывания имеет значение 8879, то вам не нужно указывать параметр <порт_админ_развер>.

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

  • Twitter
  • Одноклассники
  • ВКонтакте
  • FaceBook
  • ой Мир
« 4.5.1.2. Добавление узла. Пример по Методу №1
4.5.1.4. Добавление узла. Пример по Методу №2 »

Рубрики

  • Часть 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 Размещение конечной точки для сообщений

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

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

    • 8.3.2. MessageEndpointFactory
    • 4.8.2. Установка корпоративного приложения
    • 1.4. Поддерживаемые платформы и программное обеспечение
    • 4.4.6. Настройка серверов приложений
    • 3.3. Создание профилей в распределенных системах (отличных от z/OS)
    • 2.2.5. Управление J2EE
    • 3.4.12. Пользовательский реестр, безопасность
© 2012 Руководство по WebSphere Application Server
Дизайн : Roam2Rome | Локализация темы для wordpress goodwin
Копирование материалов с данного сайта возможно только при наличии индексируемой ссылки на данный ресурс.