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

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

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

7

Сен

2.4.1. Структура директорий хранилища

Опубликовал admin  Рубрика Часть 2. Технический обзор

Структура директорий WebSphere Application Server версий 6.х несколько отличается от предыдущих версий. Мы подробно обсудим это в Главе 3, «Знакомство с профилями», но на данном этапе нам важно знать, что конфигурационные файлы, определяющие среду исполнения, хранятся в директориях профилей. Каждый узел, администратора развертывания и самостоятельный сервер приложений имеет собственную директорию профиля, находящуюся в директории <дир_was>/profiles.

Примечание. Далее в этой книге, говоря о конкретной директории профиля, расположенной в <дир_was>/profiles/<имя_профиля>, мы будем называть ее директорией <дир_профиля>. Когда мы специально упоминаем директорию профиля администратора развертывания (deployment manager сервер), мы будем называть ее <дир_профиля_DM>.

Файлы хранилища организованы в набор вложенных директорий, начинающихся с директорий профилей, где каждая директория содержит несколько файлов, относящихся к различным компонентам ячейки. Увидеть их можно на рис. 2.10. Структура хранилища будет иметь один и тот же формат, независимо от того, используете ли вы самостоятельную серверную среду или распределенную серверную среду.

Рис. 2.10. Структура директорий хранилища

Директория <дир_профиля>/config является корневой директорией хранилища, относящегося к каждому профилю. Он включает в себя следующую структуру директорий:

• cells/<ячейка>/

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

○ cells/<ячейка>/applications/ содержит одну поддиректорию для каждого приложения, размещенного в ячейке;

○ cells/<ячейка>/buses/ содержит одну директорию для каждой сервисной интеграционной шины, которая была определена;

○ cells/<ячейка>/coregroups/ содержит одну директорию для каждой базисной группы, которая была определена;

○ cells/<ячейка>/nodegroups/ содержит одну директорию для каждой группы уз лов, которая была определена;

○ cells/<ячейка>/nodes/ содержит параметры конфигурации для всех узлов и серверов, управляемых через данную ячейку. Данная директория содержит по одной директории для каждого узла. Каждая директория cells/<ячейка>/nodes/<узел> будет содержать специфичные для узла конфигурационные файлы и директорию серверов, которая, в свою очередь, будет содержать по одной директории для каждого сервера и агента узла, находящихся на данном узле;

○ cells/<ячейка>/clusters/ содержит по одной директории для каждого кластера, управляемого через данную ячейку. Каждая директория кластера содержит один файл, cluster.xml, в котором определены серверы приложений одного или нескольких узлов, которые являются частью кластера.

Общая структура главного хранилища одинакова и для автономной серверной среды, и для распределенной серверной среды. Различия описаны в следующих разделах.

В автономной серверной среде структура имеет следующие особенности.

• Главное хранилище находится на одной машине. Ни на каких других узлах копий этого хранилища нет.

• Хранилище содержит одну ячейку и один узел.

• Агент узла отсутствует, поскольку каждый сервер является автономным, так что директории для агента узла (nodeagent) нет.

• Кластеры не поддерживаются и, следовательно, отсутствуют директории и поддиректории для кластеров.

В распределенной серверной среде структура имеет следующие особенности:

• Главное хранилище находится на узле, содержащем администратор развертывания. Оно содержит основные копии конфигурационных файлов и файлов приложений для всех узлов и серверов, входящих в ячейку.

• Каждый узел имеет также локальную копию конфигурационных файлов и файлов приложений из основного хранилища, которые относятся к данному узлу.

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

• В директории приложений главного хранилища содержатся данные (двоичные файлы и дескрипторы развертывания) для всех приложений, размещенных в ячейке. Локальная копия директории приложений, находящаяся на узле, будет содержать только файлы и директории для приложений, размещенных на серве рах приложений данного узла.

Сведения о конкретных файлах, находящихся в каждой из этих директорий, можно найти в разделе «Configuration Document Descriptions» (Описания конфигурационных документов) Информационного центра.

  • Twitter
  • Одноклассники
  • ВКонтакте
  • FaceBook
  • ой Мир
« 2.4. Хранилище конфигурационных данных и данных приложений
2.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 Размещение конечной точки для сообщений

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

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

    • 4.4.6.4. Настройка Communications (Средства связи)
    • 7.1.2.1. Как определять узлы и серверы?
    • 7.2.4.1. Полезные советы (УА IBM HTTP Server)
    • 4.4.3. Запуск сервера приложений
    • 8.2.2. JMS-провайдеры
    • 7.2.3. Запуск и останов Web-сервера
    • 6.2.4. Создание провайдера JDBC
© 2012 Руководство по WebSphere Application Server
Дизайн : Roam2Rome | Локализация темы для wordpress goodwin
Копирование материалов с данного сайта возможно только при наличии индексируемой ссылки на данный ресурс.