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

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

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

24

Сен

3.4.4. Квалификаторы верхнего уровня

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

Квалификатор верхнего уровня, длиной до 39 символов, может состоять из нескольких квалификаторов, разделенных точкой. Когда профиль настроек загружается в основную систему z/OS, сгенерированные задания и файлы записываются парой наборов данных — CNTL и DATA. Эти же наборы данных могут использоваться и для будущих установок сервера, однако рекомендуется создавать новые наборы данных для каждого нового профиля. При определении такого типа информации очень важно тщательное планирование и четкое соглашение об именовании. Имеет смысл стараться задавать квалификатор верхнего уровня, указывая версию и релиз WebSphere Application Server для z/OS, а также задачу, которую вы выполняете, и конфигурируемую ячейку (а также, в некоторых случаях, имя узла).

Например, для создания ячейки одиночного сервера с именем ITSOCELL вы можете использовать следующий квалификатор:

SYSPLEX1.WAS61.ITSOCELL.APPSERV

В данном случае при загрузке профиля настройки в систему z/OS будут созданы следующие наборы данных:

SYSPLEX1.WAS61.ITSOCELL.APPSERV.CNTL SYSPLEX1.WAS61.ITSOCELL.APPSERV.DATA

Набор CNTL – это библиотечный (распределенный) набор данных (PDS) с записями из фиксированных 80-байтовых блоков, в которых хранятся конфигурационные задания. Набор данных DATA – это также библиотечный набор данных (PDS), но в блоках переменной длины хранятся другие данные для настройки профиля.

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

Заполнив поле квалификатора (HLQ), нажмите Next (Далее).

7. В следующем окне (рис. 3.38) содержатся поля для конфигурирования пользователей и групп пользователей.

В этом окне вам нужно заполнить пять основных разделов.

• WebSphere Application Server Configuration Group Information (Группа настройки WebSphere Application Server): имя группы, содержащей ID администратора и всех ID пользователей серверов.

• WebSphere Application Server file system owner Information (Владелец файловой системы WebSphere Application Server): указывается ID пользователя, являющегося владельцем файловой системы.

• WebSphere Application Server Servant Group Information (Группа пользователей подчиненных регионов (Servant Region – SR) сервера WebSphere Application Server): содержит учетные записи всех пользователей, работающих с подчиненными регионами сервера. Вы можете использовать эту группу для определения прав доступа подчиненных регионов сервера к подсистемам, например, авторизации в DB2, распространяется на все подчиненные регионы в данном домене системы безопасности.

• WebSphere Application Server Local User Group Information (Локальная группа пользователей): указывается локальная группа клиентов и неавторизованных пользователей. Эта группа получает в ячейке минимальные права.

• WebSphere Application Server user ID home directory (Домашняя директория для пользовательских ID): указывается новая или существующая директория в файловой системе z/OS, в которой в ходе настройки будут создаваться домашние директории для пользователей WebSphere. Обратите внимание, что данную директорию не нужно делать общей для систем z/OS в ячейке WebSphere Application Server.

После заполнения полей нажмите Next (Далее).

Рис. 3.38. Создание профиля: окно конфигурирования обычных групп и пользователей

  • Twitter
  • Одноклассники
  • ВКонтакте
  • FaceBook
  • ой Мир
« 3.4.3. Создание профиля. Действия
3.4.5. Ввод информации о системе z/OS »

Рубрики

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

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

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

    • 6.2. Ресурсы JDBC
    • 1. WebSphere Application Server
    • 3.3.2.1. Создание профиля сервера приложения (часть 2)
    • 3.3.2. Создание профиля сервера приложения
    • 5.2.6.10. Пример 5.22 (команда create Cluster)
    • 6.4.4. Пример кода
    • 3.3.2.2. Создание профиля сервера приложения (проверка результатов)
© 2012 Руководство по WebSphere Application Server
Дизайн : Roam2Rome | Локализация темы для wordpress goodwin
Копирование материалов с данного сайта возможно только при наличии индексируемой ссылки на данный ресурс.